Desolé je reviens un peu tard sur le sujet, mais ravis que la piste de l'option 121 t'ai aidé

A premiere vue :
- On confirme que l'interface 838 est montée sur demande de la box (je crois pas  a la box qui prend cet IP mais on confirmera).
- Pareil pour la requete sur le 840 (qui n'aboutit pas)

Si tu es en bridger, c’est le décodeur qui porte l’adresse IP du vlan VoD, sinon c’est la Livebox (ou bien le routeur maison dans ton cas).
Inutile de creuser sur une éventuel réponse DHCP du vlan 840 tu n’en aura pas. Il n’y en a pas besoin pour un flux multicast, l'OLT sait sur quelle vlan envoyer le flux.

Ok je l'ai enlevé, voir en mp si besoin.

Bon pleins d'autres captures :

Dans le meme setup qu'avant (ecoute WAN entre ONT et LB), je lance un replay sur la TV (qui a déjà booté etc...)
https://dl.dropboxusercontent.com/u/1266842/LB/Capture_Mirror_LB_WAN_ARTE-REPLAY.pcapng

Sur le boot de ton décodeur, il est difficile de comprendre les différents échanges (à cause du HTTPS), mais les requêtes DNS donne quand même une bonne idée du séquencement des opérations :

authentification.ena1.orange.fr --> login TV (une fois authentifié, tu passe sur le vlan VoD pour communiquer avec la plateforme de service TV)
aiguillage.ena1.orange.fr --> Aiguillage vers un des coeur de la plateforme de service sur le quelle ton compte TV est provisionné
rightv.ntv5.orange.fr --> Tu est donc aiguillé vers le coeur 5
servicediscovery.orange.fr --> Récupération du plan de service (correspondance entre numéro de chaine et adresse multicast)
stb.fr.karma.orange.fr --> vérification des mise à jour de ton décodeur
cbm.ena1.orange.fr --> récupération des favoris
recommandation.ena1.orange.fr --> récupération des recommandation associé à ton compte (en fonction de tes locations vod, consultation chaine etc ...)

Donc à ce stade tout fonctionne en fait ? Ou bien tes captures on été faites avec la Livebox ?

Alors,

Bon il etait temps de tester le bridge 838/840.

C'est pas evident.
rappel :
- on doit lancer du dhcp sur les 2 ca n'aboutit que sur le 838
- le 838 est en priorité 4, le 840 => 5

Quand on bridge simplement le 838 et le 840 :
- Les DHCP sortent bien sur les 2
- Par contre la priorité est pas bonne => 0
- On sait que la priorité doit etre differente, donc on va tagguer les interfaces sur le bridge.

Je me lance avec des :
sudo ip link add link br0 name br0.838 type vlan id 838
sudo ip link add link br0 name br0.840 type vlan id 840

Du coup je peux caler une priorité differente.

Mais dans ce cas le paquet sort avec 2 priorités, la priorité 0 du bridge et la priorité 4 du 838 => requetes DHCP aboutissent pas.



Franchement ca me parait tiré par les cheveux, je crois pas au bridge :/

On est plus a une RFC prêt ^^

Tu penses pas qu'avec le mode non bridgé on a le bon "mapping" et qu'il faut s'attaquer a la table de routage et iptables ? iptables permettant il me semble de réaliser des "patchs/hacks" un peu comment on veut sur les paquets.

Pour la requête dhcp en double :
- ok le bridge est une piste
- mais une simple règle iptables qui duplique des requêtes dhcp d'une interface a l'autre, c pas trivial à mettre en oeuvre ?

Hmmm.

Bon, j'ai testé un boot du décodeur dans cette config :
- Le boot est rapide
- Les interfaces replay se lancent (pas de video ensuite)

Bon je pense avoir trouvé pq les flux TV se lancent pas.

Version de IGMP (2 ou 3)
Les IGMP sont pas sur le VLAN

Vu ca en ayant remis le routeur, et en faisant un tcpdump de eth1 (wan).