C'est pour ça que j'y faisais référence. Le service public c'est bien (enfin sauf la redevance TV ^^).

Je pense que les présentateurs de France 2 ne sont pas d'accord avec toi.

J'ai essayé de stopper le lien PPP et d'attendre plus longtemps comme suggéré précédemment, même après plusieurs heures sans lien PPP actif, le serveur DHCPv4 conserve le même comportement.

La documentation du modem que j'utilise est disponible ici: http://www.dlink.com/uk/en/-/media/consumer_products/dsl/dsl-320b/manual/dsl_320b_z1_manual_v100_eu.pdf, les VLANs sont mentionnés page 41.
Au passage attention avec D-Link, sur leur site français je n'ai trouvé que des références vers des anciennes révisions hardware de ce modèle, j'ai dû aller sur le site anglais pour trouver la bonne documentation.

J'ai regardé sur le site français et effectivement, les révisons n'y sont pas toutes, seulement la A ou D1 et si on regarde dans l'onglet advanced sur la capture il n'y a pas les VLAN...

Si tu fais référence au champ de priorité dans les tags VLAN, il est inutile dans cette configuration.
Dans un message précédent je parlais d'un quasi copié-collé d'une configuration fibre, et bien justement, la non-gestion de la priorité fait partie des différences.
Ici les tags 802.1Q ne sont pas transmis vers Orange, ils n'ont d'existence uniquement qu'entre le modem et le routeur.
Il n'est donc pas la peine de taguer la priorité puisqu'elle sera ignorée par le modem et les tags supprimés des paquets avant d'être transmis côté ATM.

On peut  avoir des paquets ip taggés en ADSL. Chez moi si je tague un paquet RTP (pour la Voip notamment), il conserve bien son tag à l'autre bout. Et la livebox fait la même chose, elle transforme
les VC en VLAN.

Peut-être que chez toi tu n'a pas besoin de la QoS à 6, c'est selon l'équipement en face.

Il existe bien un mécanisme de priorité sur l'ADSL mais il est géré au niveau ATM, ce que permet aussi de configurer mon modem.
Dans mon cas, je me suis contenté de laisser la QoS ATM pour les deux circuits que j'utilise en UBR (Unspecified Bit Rate), la valeur par défaut, qui correspond à un service best-effort.

Les deux sont indépendants, tu peux très bien avoir une QoS ATM en best effort, mais les paquets ip peuvent être tagés pour être pris en compte après la partie ATM, en gros après la sortie du DSLAM ou un peu plus haut dans le réseau pour les plus vieux qui ne savant pas faire de l’Ethernet en sortie.

On peut  avoir des paquets ip taggés en ADSL. Chez moi si je tague un paquet RTP (pour la Voip notamment), il conserve bien son tag à l'autre bout.

Là tu parles de DSCP, pas de 802.1P. La QoS 802.1P, c'est couche 2, pas couche 3... Orange utilise 802.1P, donc si c'est de l'IP qui est transporté dans ATM, alors la priorité est perdue. Elle ne l'est pas uniquement si c'est de l'ethernet qui est transporté dans ATM...

Après, il est toujours possible d'avoir un mapping entre priorité 802.1P et "priorité" ATM par le modem (s'il le supporte)...

Sur une connection PPPoE ou IPoE Orange, il y a de l'Ethernet transporté par dessus ATM mais sans tag 802.1Q et sans priorité 802.1P.
Je me retrouve dans mon cas avec ces tags à gérer sur mon routeur car j'ai configuré mon modem explicitement pour qu'il en ajoute sur son interface Ethernet pour différencier les paquets des deux circuits que j'utilise.

J'ai du changement de mon côté.

Je viens d'essayer à nouveau de lancer le client DHCPv4 et cette fois, c'est passé !
La négociation est allée jusqu'au bout et j'ai obtenu une IPv4 publique.
Voilà, il est temps de dire au revoir au PPPoE

Au passage, je suis tombé sur un problème avec les connexions DHCPv4/v6 que je n'avais pas avec le PPPoE: le cas où le modem ADSL se désynchronise.

En DHCP sur ADSL, en cas de perte de synchro un peu longue, du point de vue du routeur Orange, la "session" n'est plus valide.
Du point de vue de mon routeur, le bail DHCP est toujours valide donc rien n'est fait, il n'y a pas de mécanisme de détection de lien mort.
Au final la connexion ne fonctionne plus et il faut soit attendre la fin du bail (plusieurs heures...) soit relancer à la main les clients DHCPv4/v6.

Avec le PPP on avait les LCP Echo Request/Reply pour gérer ce cas, mais visiblement pas d'équivalent avec le DHCP (ou alors je suis passé à côté).
Sur la fibre je ne m'étais même pas posé la question vu que le lien ne tombe jamais.

J'ai fait pas mal de captures réseau et vu des échanges réguliers (toutes les 5 minutes) de ARP Request / NDP Neighbor Solicitation.
Pour l'instant je suppose que c'est ce qui sert au routeur Orange à détecter la perte de connexion et il faudra voir pour implèmenter quelque chose d'équivalent de mon côté pour relancer les clients DHCP automatiquement.

Peut être que la Livebox implèmente BFD.
Un peu de code pour jouer