Bonjour,

Merci du retour.

Pourtant, mes info mac/duid me semblent bien cohérentes:

6: eth0.832@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether b8:26:6c:f9:f7:14 brd ff:ff:ff:ff:ff:ff

v4:

Code: [Sélectionner]

        # 61
        send dhcp-client-identifier = hardware;

(Donc 01:b8:26:6c:f9:f7:14) (ne me demandez pas d'où vient le 01)

v6:

Code: [Sélectionner]

        # 1
        send dhcp6.client-id 00:03:00:01:b8:26:6c:f9:f7:14;

Ou alors sur le v6 il faut virer le "00:03:00" ?
Testé: En virant le 00:03:00 et en ayant ""send dhcp6.client-id 01:b8:26:6c:f9:f7:14;" ça ne change rien. Toujours le solicit, aucun retour...

Code: [Sélectionner]

# cat dhclient6.leases
default-duid 00:01:00:01:2b:9e:25:a4:b8:26:6c:f9:f7:14;
# grep dhcp-client dhclient.leases
  option dhcp-client-identifier 1:b8:26:6c:f9:f7:14;

Je n'arrive pas à faire correspondre parfaitement les deux :|

Ci-dessous toutes les options que j'envoie via le client dhcpv6 et leur format exact:

/ipv6 dhcp-client option
add code=11 name=authentication value=0x00000000000000000000001a0900000558010341010d6674692fxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
add code=15 name=user-class value=0x002b46535644534c5f6c697665626f782e496e7465726e65742e736f66746174686f6d652e4c697665626f7834
add code=16 name=vendor-class value=0x0000040e0005736167656d
add code=17 name=vendor-infos value=0x000005580006000e495056365f524551554553544544
add code=1 name=clientid value=0x0003000144A6xxxxxxxx

code 11: j'ai laissé la chaine jusqu'au: fti/
code  1: 44A6 c'est le début mac de la LB4 que je mais partout désormais. A priori pas obligatoire, l'important c'est la cohérence partout nous dit @levieuxatorange.

Pour le client ipv4 et plus particulièrement l'option 61:
add code=61 name=clientid value= 0x0144A6xxxxxxxx    (soit encore la MAC de la LB4)

# cat dhclient6.leases
default-duid 00:01:00:01:2b:9e:25:a4:b8:26:6c:f9:f7:14;

Effectivement, je pense qu'il faut arriver à faire correspondre cette information avec celle du client ipv4.
Le DHCPv4 Orange sait sur quelle INFO hardware il a délivré le lease, il refuse de voir autre chose se présenter pour DHCPv6.
Il ne te renvoie même pas l'option 17 => c'était exactment mon cas.

Pas mieux au bout de 23h une nouvelle déconnexion : reboot et ok ...
client-option "send dhcp-client-identifier 01:b4:fb:e4:2e:d0:c8;" (mac de mon eth1)
    link/ether b4:fb:e4:2e:d0:c8 brd ff:ff:ff:ff:ff:ff
    inet xxxxxxxxx/21 brd xxxxxx.255 scope global eth1.832
Est ce que qu"lqu'un a une configuration stable sans ipv6 ?

Sur deux sites en ipv4, j'ai du stable, ça bouge pas:

option dhcp.userclass code 77 = string;
option dhcp.rfc3118-authentication code 90 = string;
option dhcp.retour code 125 = string;

lease-id-format hex;

interface "eth0.832" {

        # 60
        send vendor-class-identifier = "sagem";

        # 61
        send dhcp-client-identifier = hardware;

        # 77
        send userclass "+FSVDSL_livebox.Internet.softathome.Livebox4";

        # 90 : fti / ; password:
        # https://jsfiddle.net/kgersen/3mnsc6wy/
        send rfc3118-authentication 00:00:00:00:00:00:00:00:00:00:00:1a:09:00:00:05:58:01:03:41:(etc).

}

request subnet-mask, broadcast-address, time-offset, routers,
    domain-name, domain-name-servers, domain-search, host-name,
    netbios-name-servers, netbios-scope, interface-mtu,
    ntp-servers, retour;

Lancé comme ça:
/sbin/dhclient -4 -cf /etc/dhcp/dhclient-v4.conf eth0.832

+ iptables -t mangle qui vont bien, script complet (à modifier avec la bonne mac et la bonne interface ethernet)

#! /bin/bash

/sbin/ethtool -K eth0 tso off

/sbin/ip link add link eth0 name eth0.832 type vlan id 832
# Use livebox MAC
/sbin/ip link set dev eth0.832 address A4:08:BB:CC:DD:EF


# On modifie la priorité de la file 1 à 0 c'est là qu'on renverra tout nos paquets, la file 0 qui est celle par défaut passe à 6
/sbin/ip link set dev eth0.832 type vlan egress-qos-map 0:6 1:0 2:2 3:3 4:4 5:5 6:6 7:7


# IPV4
# Tous les protocoles changent de file vers le skb 01 dont on a mis la prio à 0
iptables -t mangle -A POSTROUTING -o eth0.832 -j CLASSIFY --set-class 0000:0001
# On maintient les paquets réseaux dans une file à prio 6
iptables -t mangle -A POSTROUTING -o eth0.832 -p igmp -j CLASSIFY --set-class 0000:0006
iptables -t mangle -A POSTROUTING -o eth0.832 -p icmp -j CLASSIFY --set-class 0000:0006
# Les paquets VOIP(téléphonie orange) sont taggués EF ont les met en prio 5
iptables -t mangle -A POSTROUTING -o eth0.832 -m dscp --dscp 0x2e -j CLASSIFY --set-class 0000:0005
# Si votre client DHCP n'utilise pas les raw socket il faut envoyer les paquet DHCP dans la file 6 (prio 6)
iptables -t mangle -A POSTROUTING -o eth0.832 -p udp --dport 67 -j CLASSIFY --set-class 0000:0006

# Finally, launch dhclient
/sbin/dhclient -4 -cf /etc/dhcp/dhclient-v4.conf eth0.832

Dans les logs (lancé le 11):

Mar 12 10:27:55 gw.domain.tld dhclient[3953]: DHCPREQUEST for 90.62.YY.ZZ on eth0.832 to 80.10.233.141 port 67
Mar 12 10:27:55 gw.domain.tld dhclient[3953]: DHCPACK of 90.62.YY.ZZ from 80.10.233.141
Mar 12 10:27:55 gw.domain.tld dhclient[3953]: bound to 90.62.YY.ZZ -- renewal in 75365 seconds.
Mar 13 07:24:00 gw.domain.tld dhclient[3953]: DHCPREQUEST for 90.62.YY.ZZ on eth0.832 to 80.10.233.141 port 67
Mar 13 07:24:00 gw.domain.tld dhclient[3953]: DHCPACK of 90.62.YY.ZZ from 80.10.233.141
Mar 13 07:24:00 gw.domain.tld dhclient[3953]: bound to 90.62.YY.ZZ -- renewal in 83074 seconds.


Bon par contre, le V6, toujours pas. Il faudrait un exemple de cilentid v4 et un en v6 pour comparer...

Hello,

Code: [Sélectionner]

add code=61 name=clientid value=0x0144A6xxxxxxxx    (basée sur la MAC de la LB4)


Code: [Sélectionner]

add code=1 name=clientid value=0x0003000144A6xxxxxxxx   (basée sur la MAC de la LB4)


Top, merci beaucoup pour les exemples. Seul problème: j'envoie bien exactement la même chose, mon problème serait donc ailleurs (comme la vérité quoi hein)...

V4:
        # 61
        send dhcp-client-identifier = hardware;
        # ce qui donne:
        # option dhcp-client-identifier 1:b8:26:AA:BB:CC:DD;

V6:
option dhcp6.client-id code 1 = string;
        # 1
        send dhcp6.client-id 00:03:00:01:b8:26:AA:BB:CC:DD;
        # Ce qui donne:
       # default-duid 00:01:00:01:2b:a1:ba:ec:b8:26:AA:BB:CC:DD;

Je ne vois pas du coup. Je rate un truc ? Une autre paire d'yeux que la mienne pourrait-il m'indiquer où nettoyer mes lunettes ? :-)

Hello,

Top, merci beaucoup pour les exemples. Seul problème: j'envoie bien exactement la même chose, mon problème serait donc ailleurs (comme la vérité quoi hein)...

V4:

Code: [Sélectionner]

        # 61
        send dhcp-client-identifier = hardware;
        # ce qui donne:
        # option dhcp-client-identifier 1:b8:26:AA:BB:CC:DD;

V6:

Code: [Sélectionner]

option dhcp6.client-id code 1 = string;
        # 1
        send dhcp6.client-id 00:03:00:01:b8:26:AA:BB:CC:DD;
        # Ce qui donne:
       # default-duid 00:01:00:01:2b:a1:ba:ec:b8:26:AA:BB:CC:DD;

Je ne vois pas du coup. Je rate un truc ? Une autre paire d'yeux que la mienne pourrait-il m'indiquer où nettoyer mes lunettes ? :-)

Bonjour,

L'option 16 ne semble pas correcte. La valeur devrait être en hexa : 0000040e0005736167656dCeci étant pour cette option, @levieuxatorange n'a pas précisé si elle était obligatoire.

Pour l'option 1 en IPv6, la valeur doit être envoyée en hexa. Est ce bien le cas ?
Dans ton cas, le DUID devrait être 00030001b826AABBCCDDLe DUID n'a pas nécessairement à être le même que la Livebox. Il faut juste que l'option 61 en IPv4 et 1 en IPv6 soit cohérente, ce qui est le cas ici.

Avant la migration tu avais bien l'IPv6 ?

edit 1: reformulation
edit 2 : nouvelle question

Bonjour,

Bon, avec un nouveau café et une nuit de sommeil, je viens de tenter en repassant tous les paramètres en hexa... Et là, j'ai une conf qui marche:
Merci à tout ceux qui ont répondu, sans le soutien, je pense que j'aurais lâché l'affaire !

Arnaud, heureux de bien commencer sa journée.

Ravi que cette collaboration collective ai permi de solutionner ton problème .

Bonne nouvelle !
Par souci du détail, l'option 15 que tu indiques correspond à une Livebox 3 (mais ça ne porte pas à conséquences).

Ah, je confirme, j'ai corrigé. Il suffit de remplacer le 3 par un 4.

Sinon je viens de tomber sur ça:

https://vincent.bernat.ch/fr/blog/2019-orange-livebox-linux

Ça m'aurait peut-être évité quelques cheveux en moins...