Non

Tu avais un ONT en O5.1 (sinon tu n'aurais pas eu de réponse au DHCP puisque tu as obtenu un 172.xx.xx.xx). Une fois l'ONT en O5.1 tu as un lien physique ONT<->OLT et ensuite c'est le lien IP qui prend le relais.
Tu n'avais pas d'IP car tu as probablement cramer toutes tes lease DHCP sans les rendre (release) et tu as du attendre une semaine avant de pouvoir faire une nouvelle demande (qui à fonctionné car timeout de tes précédentes lease).

Je répète donc :
- Orange s'en cogne des soft version, il n'y a que 3 param de vraiment important (serial, hardware version, vendor version)
- Tu avais une mauvaise config DHCP + COS6 + MAC addr et tu as cramer l'ensemble de tes lease DHCP

Bonjour,
c'est beau d'être catégorique dans ses réponses, mais le conditionnel c'est bien aussi

Désolé mais c'est purement dans l'ONT que ça se passe car je n'ai changé que des réglages côté ONT pour que ça revienne, et surtout avec la Livebox derrière mon ONT et pas le PFsense.
Tu dois confondre avec Breizh qui avait plus ou moins le même problème que moi en meme temps, je n'ai jamais eu de réponse DHCP avant, je ne sais pas d’où tu tiens une réponse en 172.X.X.X mais ce n'est pas le cas, j'avais même fourni les logs dans le post d'origine et ça se voit dedans.
Je n'ai pas cramé mes leases comme tu le dis, quand j'ai rebranché mon pfsense hier j'avais pas plus de retour au DHCP request.

Par contre je pense que tu as raison, c'est p-e plus la partie Hardware Version qui a joué car j'étais en HW_HWVER LEOX avant de calquer celui de ma Livebox SMBSSGLB6110 , mais bon ça fonctionnait sans depuis ~ 1 an.

Impossible d'avoir la certitude car j'ai changé les 3 paramètres en même temps, j'aurai du le faire 1 par 1 pour savoir vraiment mais j'ai pas trop envie de re-provoquer une coupure juste pour vérifier, mais je suppose que plus de personnes ici auraient déclaré des problèmes si c'était le cas.

Je précise juste ce que j'ai changé pour d'autres qui auraient le même problème dans le futur.
En tout cas sur ma ligne Orange vérifie quelque chose en plus par rapport à avant côté ONT avant de me laisser l'accès.

Cdt

...

Je t'ai donné l'explication dans ma réponse.

il n'y a que 3 param de vraiment important (serial, hardware version, vendor version)

Tu n'avais simplement pas respecter les "spec" Orange et ça passait avant car OLT mal config, bug ou autre.

Bonjour à tous,

Sur le même thême que Breizh29 ou Floy, aucun retour aux DHCPREQUEST envoyées...

Je suis un nouvel abonné Orange Pro / Livebox 7 en XGS-PON avec un Stick FS (XGS-ONU-25-20NI) dans un NIC Intel X710 en PCI passthrough sur un OLT Huawei (retour de /s/m/show 131 à HWTC) avec une IP fixe.
J'ai essayé sur un UDM Pro Max, sur une VM OPNSense et sur une VM Debian vierge en suivant le tuto de Matash.
En regardant un peu plus en détail dans le code du mod, je vois que la Hardware Version est fixée sur SMBSXLB7400 (cf https://github.com/rssor/fs_xgspon_mod/blob/aea1da4201760bbaaff2c75da03effbd79aff73b/fs_xgspon_mod.py#L151) hors sur l'interface de ma LB7 j'ai SMBSXLB7270200.
J'ai donc fait différente tentatives :
- en modifiant cette valeur dans le code directement
- en mettant/enlevant les vlan-rules (même si je ne vois ±13 règles, étant sur un abonnement Pro)
- en précisant bien les options --eqvid, --hwver, --swver (même si ce dernier n'est censé pas être checké, on sait jamais)
depuis les 3 différents équipements à ma dispo mais rien n'y fait : j'ai toujours aucune réponse sur les DHCPREQUEST, et le stick est bien toujours en mode O5.
J'ai trouvé que deux manières de voir du traffic en ingress:
1. en enlevant la prio 6 sur les requêtes dhcp, auquel cas j'ai bien une OFFER qui me parque avec une ip en 172.X.X.X et un code de retour 125 à 0199 (donc bien mauvaise COS sur le DHCP, cf le deuxième post).
2. en swappant la fibre depuis la LB vers le stick, je vois du traffic IP pendant quelques secondes/minutes. Je suppose des règles de routage qui n'ont pas encore expirées ou un truc du genre.

Chacun des tests ont été observé avec des tcpdump et les options envoyées dans le DHCPREQUEST sont, à priori, bonnes sur chacun des équipements (en tout cas sur le dhcpv4).
Pour l'option 61 il s'agit de l'adresse mac de la LB.
Pour l'option 77, la chaine est "FSVDSL_livebox.Internet.softathome.Livebox7".
Pour l'option 90, elle sort de l'outil https://jsfiddle.net/kgersen/3mnsc6wy/ avec le mot de passe obtenu via le 3901, testé et validé dans l'interface web.
Je n'ai pas de SFP sur ces longueurs d'ondes ni d'ONT externe me permettant de sniffer le traffic sortant de la LB7, et si je la branche en direct au stick FS je n'ai pas de link donc aucun traffic.

Je bloque complètement depuis quelques jours, je sais que ce stick n'est plus vraiment supporté mais je lance tout de même une bouteille à la mer si jamais un de vous aurait une idée.

Merci d'avance !

Et quelle est l'adresse mac de l'interface physique ?

Aussi celle de la LB :
10:35:46.291314 IP (tos 0xc0, ttl 128, id 0, offset 0, flags [none], proto UDP (17), length 420)
    0.0.0.0.bootpc > 255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP, Request from 58:1d:d8:xx:xx:xx (oui Unknown), length 392, xid 0xe8d34f47, Flags [none] (0x0000)
  Client-Ethernet-Address 58:1d:d8:xx:xx:xx (oui Unknown)
  Vendor-rfc1048 Extensions
    Magic Cookie 0x63825363
    DHCP-Message (53), length 1: Discover
    Parameter-Request (55), length 12:
      Subnet-Mask (1), Default-Gateway (3), Domain-Name-Server (6), Domain-Name (15)
      BR (28), Lease-Time (51), RN (58), RB (59)
      AUTH (90), Unknown (119), Unknown (120), Unknown (125)
    AUTH (90), length 70: x.x.x.x.x.x.x.x.x.x.x.xx.x.x.x.x.xx.x.x.xx.x.xx.xxx.xxx.xxx.xx.xx.xxx.xxx.xxx.xxx.xx.xx.xx.xx.xx.xx.xx.xxx.xx.xx.xx.xx.xx.xx.xx.xx.xx.xx.xx.xx.x.xx.xx.xxx.xx.xxx.xxx.xxx.xx.xxx.xxx.xxx.xxx.xxx.xxx.xxx.xxx.xx.xxx
    Vendor-Class (60), length 5: "sagem"
    Client-ID (61), length 7: ether 58:1d:d8:xx:xx:xx
    User-Class (77), length 44:
      instance#1: "FSVDSL_livebox.Internet.softathome.Livebox7", length 43
    END (255), length 0

Et un "ip a" histoire d'être sûr (c'est la VM Debian du tuto de Matash) :
3: wan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 64:9d:99:yy:yy:yy brd ff:ff:ff:ff:ff:ff
    altname enp0s16f0
    inet 192.168.100.3/24 brd 192.168.100.255 scope global wan
       valid_lft forever preferred_lft forever
    inet6 fe80::669d:99ff:feb2:517a/64 scope link
       valid_lft forever preferred_lft forever
7: vlan832@wan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 58:1d:d8:xx:xx:xx brd ff:ff:ff:ff:ff:ff
    inet 169.254.8.254/16 brd 169.254.255.255 scope link vlan832:avahi
       valid_lft forever preferred_lft forever
    inet6 fe80::5a1d:d8ff:fe9d:4330/64 scope link
       valid_lft forever preferred_lft forever


T'as pas fait trop de tentatives ce qui fait qu'il faut que tu attendes l'expiration de ces leases.? (c'est une idée juste)

@ybayart:

Non, il faut également que l'IAID soit identique. Une liaison DHCPv6 est définie par le tuple <DUID, IA-type, IAID>.

La Livebox utilise les 8 derniers chiffres hexadécimaux de son adresse MAC comme IAID.