Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)

  • Status Closed
  • Percent Complete
    100%
  • Task Type Anomalie
  • Category LAN → Bridge
  • Assigned To
    mbizon
  • Operating System Freebox Server V7 (Delta)
  • Severity Critical
  • Priority Very Low
  • Reported Version 4.0.2
  • Due in Version Undecided
  • Due Date Undecided
  • Votes
  • Private
Attached to Project: Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)
Opened by ftln - 29/12/2018
Last edited by mbizon - 17/01/2019

FS#23635 - Mode Bridge sur Delta (FTTH) ne fonctione pas correctement

Bonjour,

Jai un anomalie sur la mode bridge de ma Freebox Delta Serveur.

Je active le mode bridge

- Mon Router demande un address IP (DHCP REQ)
- Retour de 91.168.160.254 (DHCP ACK) qui me donne l’IP 91.168.160.200 , DNS 91.168.160.253 , Next Hop GW 91.168.160.254

Mon PC / Router et maintenant configuré avec tout les elements neccesaire pour connecter a l’internet sauf que le next hop 91.168.160.254 drop tous me packets sauf la requet DHCP, il repondre meme pas au ping.

Par contre zucune souci pour pinger le DNS 91.168.160.253.

Une idee d’ou viens le souci ? ?

Peut etre obligatoire de passer en ipv4 full stack ??

Closed by  mbizon
17.01.2019 09:39
Reason for closing:  Résolu
Admin

à moins que votre routeur ne supporte les plages de ports restreintes, prenez une IP full stack

ftln commented on 31.12.2018 12:59

Bug toujours d’actualite

Admin

vous avez pris une IP full stack et rebooté votre box ?

ftln commented on 31.12.2018 16:40

Oui je suis en ip full stack.

ftln commented on 31.12.2018 16:46

Reboot fait, voici le retour de ma DHCP REQ du serveur DHCP Free :

Frame 3325: 590 bytes on wire (4720 bits), 590 bytes captured (4720 bits) on interface 0
    Interface id: 0 (\Device\NPF_{03668E88-D7C6-4D21-A3FB-F9E1700F5EEF})
        Interface name: \Device\NPF_{03668E88-D7C6-4D21-A3FB-F9E1700F5EEF}
    Encapsulation type: Ethernet (1)
    Arrival Time: Dec 31, 2018 14:56:55.871615000 Romance Standard Time
    [Time shift for this packet: 0.000000000 seconds]
    Epoch Time: 1546264615.871615000 seconds
    [Time delta from previous captured frame: 0.001197000 seconds]
    [Time delta from previous displayed frame: 0.001197000 seconds]
    [Time since reference or first frame: 1184.511523000 seconds]
    Frame Number: 3325
    Frame Length: 590 bytes (4720 bits)
    Capture Length: 590 bytes (4720 bits)
    [Frame is marked: False]
    [Frame is ignored: False]
    [Protocols in frame: eth:ethertype:ip:udp:bootp]
    [Coloring Rule Name: UDP]
    [Coloring Rule String: udp]
Ethernet II, Src: FreeboxS_61:df:42 (34:27:92:61:df:42), Dst: Vmware_50:3b:8a (00:0c:29:50:3b:8a)
    Destination: Vmware_50:3b:8a (00:0c:29:50:3b:8a)
        Address: Vmware_50:3b:8a (00:0c:29:50:3b:8a)
        .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
        .... ...0 .... .... .... .... = IG bit: Individual address (unicast)
    Source: FreeboxS_61:df:42 (34:27:92:61:df:42)
        Address: FreeboxS_61:df:42 (34:27:92:61:df:42)
        .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
        .... ...0 .... .... .... .... = IG bit: Individual address (unicast)
    Type: IPv4 (0x0800)
Internet Protocol Version 4, Src: 82.64.83.254, Dst: 82.64.83.8
    0100 .... = Version: 4
    .... 0101 = Header Length: 20 bytes (5)
    Differentiated Services Field: 0x00 (DSCP: CS0, ECN: Not-ECT)
        0000 00.. = Differentiated Services Codepoint: Default (0)
        .... ..00 = Explicit Congestion Notification: Not ECN-Capable Transport (0)
    Total Length: 576
    Identification: 0x0000 (0)
    Flags: 0x4000, Don't fragment
        0... .... .... .... = Reserved bit: Not set
        .1.. .... .... .... = Don't fragment: Set
        ..0. .... .... .... = More fragments: Not set
        ...0 0000 0000 0000 = Fragment offset: 0
    Time to live: 64
    Protocol: UDP (17)
    Header checksum: 0xed26 [validation disabled]
    [Header checksum status: Unverified]
    Source: 82.64.83.254
    Destination: 82.64.83.8
User Datagram Protocol, Src Port: 67, Dst Port: 68
    Source Port: 67
    Destination Port: 68
    Length: 556
    [Checksum: [missing]]
    [Checksum Status: Not present]
    [Stream index: 1]
Bootstrap Protocol (ACK)
    Message type: Boot Reply (2)
    Hardware type: Ethernet (0x01)
    Hardware address length: 6
    Hops: 0
    Transaction ID: 0x555f7c73
    Seconds elapsed: 0
    Bootp flags: 0x0000 (Unicast)
        0... .... .... .... = Broadcast flag: Unicast
        .000 0000 0000 0000 = Reserved flags: 0x0000
    Client IP address: 0.0.0.0
    Your (client) IP address: 82.64.83.8
    Next server IP address: 82.64.83.254
    Relay agent IP address: 0.0.0.0
    Client MAC address: Vmware_50:3b:8a (00:0c:29:50:3b:8a)
    Client hardware address padding: 00000000000000000000
    Server host name not given
    Boot file name not given
    Magic cookie: DHCP
    Option: (53) DHCP Message Type (ACK)
        Length: 1
        DHCP: ACK (5)
    Option: (54) DHCP Server Identifier
        Length: 4
        DHCP Server Identifier: 82.64.83.254
    Option: (58) Renewal Time Value
        Length: 4
        Renewal Time Value: (302400s) 3 days, 12 hours
    Option: (59) Rebinding Time Value
        Length: 4
        Rebinding Time Value: (526176s) 6 days, 2 hours, 9 minutes, 36 seconds
    Option: (51) IP Address Lease Time
        Length: 4
        IP Address Lease Time: (604800s) 7 days
    Option: (1) Subnet Mask
        Length: 4
        Subnet Mask: 255.255.255.0
    Option: (3) Router
        Length: 4
        Router: 82.64.83.254
    Option: (6) Domain Name Server
        Length: 4
        Domain Name Server: 212.27.38.253
    Option: (255) End
        Option End: 255
    Padding: 000000000000000000000000000000000000000000000000...

ftln commented on 31.12.2018 16:58

En fait, chaque fois je faire un requet dns au 212.27.38.253 jai le retour du 212.27.38.253 - destination unreachable :

Admin

vous avez ouvert 2 bugs identiques

comme je l'ai expliqué dans l'autre tâche, le mode bridge sur le port SFP+ n'est pas encore fonctionnel.

Est ce que vous me confirmez que c'est uniquement dans ce cas que ça ne fonctionne pas ?

ftln commented on 31.12.2018 17:03

Si je change le serveur dns a google dns, jai aucune retour de nulle part :(

Comme deja expliquer, aucune souci pour pinger vers l'internet :

ftln commented on 31.12.2018 17:06

Je suis sur la porte giga

ftln commented on 31.12.2018 17:06

Dans l'autre , j'etais sur la porte SFP+

ftln commented on 02.01.2019 12:36

Pour info et pour être plus claire :

Ma router (testé avec linux, freebsd, windows7, win10, server 2012R2) connectés sur port 1GE de la delta
Je débranche tous les autres périphériques
Je connecte sur l'interface web de la box 192.168.1.1 et activé le mode bridge
La Serveur DHCP assign l'address ip public a mon router via dhcp : IP - 82.64.83.8, GW - 82.64.83.254, DNS - 212.27.38.253
A partir de ce moment la, J'ai aucune possibilité de faire un dns lookup, la 212.27.38.253 ne me repond pas au requet DNS.
Si je mettre google comme serveur DNS sur ma router '8.8.8.8" le requete ne pas pas non plus
Par contre si je ping une IP sur l'internet ca passe aucune souci.

Je suis en IP full stack
Je fait le remise a zero de la delta

Avez vous des idées d'ou ca bloque ?
Bug firmware ? Probleme 10G-PON ?

Hello !

Même souci pour moi :
En mode bridge sur un port eth classique, je récupère bien l'IP mais aucune navigation possible. De mémoire j'ai réussi à ping 8.8.8.8. j'ai tenté de forcer des DNS (sur mon routeur et sur mes machines). Au final j'ai aussi tester de récupérer l'IP publique directement sur un PC, et pas de navigation non plus.

Je précise au passage que j'ai pensé à désapairer les Freeplugs USB et connecter le player en Wifi sur mon routeur.

ftln commented on 02.01.2019 14:05

Salut Tankou, tu a fait comment le dépairage de la freeplugs ?

ftln commented on 02.01.2019 14:11

Cest bon , jai trouves, appuyer longtemps sur la led de la freeplug.. Donc, toujours le meme souci chez moi apres désappairage de freeplugs, aucune dns resolution, DHCP ok, Ping vers l'internet ok (8.8.8.8, 1.1.1.1 etc etc)

ftln commented on 03.01.2019 22:36

Salut Free, avez vous de nouvelle sur ce problème ?

Pour rappel :

Freebox Delta IPv4 full stack
Router connecté sur la port No 1 gigabit
J'active le mode bridge
Mon router recuper via DHCP mon address IP publique 82.64.83.8, Default GW - 82.64.83.254, Server DNS - 212.27.38.253

Pourquoi le Server DNS 212.27.38.253 ne repond pas au requete DNS ?
Pourquoi mes requête DNS vers des autre serveur DNS ne fonction pas ?

Merci en avance pour votre retour :)

Admin

ok ce sera corrigé dans le prochain firmware:
- mode bridge en FTTH PON 10G
- support du mode bridge sur le port SFP+

ftln commented on 04.01.2019 17:08

Merci, Top Man :)

ETA ?

Merci Maxime !

ftln commented on 15.01.2019 06:59

Hello, avez vous de nouvelle sur la prochaine release de freeboxos pour la delta ?

ftln commented on 16.01.2019 19:45

Bonsoir Mr Bizon, Merci beaucoup pour le travail effectué sur cette dernière mise à jour (4.0.4), la freebox delta serveur semble maintenant fonctionner correctement sur mon PON FTTH 10G. Je reviendrai si je rencontre d'autres bugs en mode bridge ;) . Encore une fois, un grand merci à vous et aux membres de votre équipe.

ftln commented on 16.01.2019 20:06

PS , ca fonctione aussi sur la porte SFP+

Admin

de rien, enjoy ;)

Loading...

Available keyboard shortcuts

Tasklist

Task Details

Task Editing