héhé merci.

Je te confirme que le 841 est taggué depuis *toujours*

Voici mon eth1 (wan)

    ethernet eth1 {
        address 192.168.0.1/24
        description "Internet (PPPoE)"
        duplex auto
        speed auto
        vif 832 {
            description TV
        }
        vif 835 {
            address dhcp
            description FTTH
            pppoe 0 {
                default-route auto
                mtu 1492
                name-server auto
                password secret
                user-id fti/*****
            }
        }
        vif 838 {
            description TV
        }
        vif 839 {
            description TV
        }
        vif 840 {
            description TV
        }
        vif 841 {
            description TV
        }
        vif 842 {
            description TV
        }
        vif 843 {
            description TV
        }
        vif 850 {
            description TV
        }
        vif 851 {
            description TOIP
        }
    }

Bon a priori rien a voir avec le 832 

Je m'explique pas pourquoi *soudainement* il ne me demande plus l'activation qui était systématique avant.
Si j'en referre aux captures de paquet, il y a une logique, les "igmp report" passent désormais, mais pour quelle raison... je n'ai plus pimd, ni igmp proxy d'actif.

Bon voyons ce qui se passe coté WAN quand on lance un replay avec LB puis le routeur.

Bon un peu de neuf.

Je pense avoir saisi comment est construit leur truc.

Outre le pppoe sur VLAN 835 et comme vu precedemment :
- IP privée en dhcp sur VLAN 838 (TV ?)
- IP privée en dhcp sur VLAN 851 (Toip)



Et quand je m'etais interessé a l'option 121 du dhcp (merci pour le tuyau), j'avais comme un c** regardé uniquement la demande...

Et dans la réponse, si on regarde l'option 121, on trouve quoi ?

Subnet/MaskWidth-Router: 172.23.12.0/22-10.54.56.254
Subnet/MaskWidth-Router: 172.20.224.167/32-10.54.56.254
Subnet/MaskWidth-Router: 172.19.20.0/23-10.54.56.254
Subnet/MaskWidth-Router: 193.253.67.88/29-10.54.56.254
Subnet/MaskWidth-Router: 80.10.117.120/31-10.54.56.254
Subnet/MaskWidth-Router: 81.253.206.0/24-10.54.56.254
Subnet/MaskWidth-Router: 81.253.210.0/23-10.54.56.254
Subnet/MaskWidth-Router: 193.253.153.228/32-10.54.56.254
Subnet/MaskWidth-Router: 193.253.153.227/32-10.54.56.254
Subnet/MaskWidth-Router: 81.253.214.0/23-10.54.56.254
La liste des routes statiques que l'option 121 permet de configurer sur le client !

De la on peut raisonner en se disant :
- une interface bridgée ne peut avoir d'IP (c le bridge qui la porte), si j'essaie sur le routeur de ttes facons ca marche pas.
- quand je ne bridge pas je n'ai pas la TV, et je mettais ca sur un probleme de routage... j'avais commencé a essayer des routes statiques a la main sans succes.
- Les routes statiques transmises par l'option 121 peuvent etre une piste de résolution de ce probleme. Quand je suis en bridge le dhcp sur 851 n'a pas lieu, et ces regles ne sont par definition par implèmentées dans la table de routage...

Donc il faudrait :
- Récuperer la trame d'un echange DHCP sur 838 (je n'ai que retrouvé du 851)
- Essayer de remonter un client DHCP sur ces VLANs

Pour mieux comprendre coté Livebox :
- Voir si c'est tjrs la meme IP attribuée a ces VLANs
- Ne pouvant acceder a la table de routage du modem, au moins essayer de voir si je peux joindre les reseaux declarés dans la route statique ( surtout le routeur en 10.54.56.254)

Bon le plus frustrant c'est qu'il est tres bien probable que je sois a des années lumieres de resoudre le probleme de replay, s'il peut se resoudre...

Y a des gens qui suivent encore sinon ? 

A noter que coté LAN, aucune trace d'options 121, c du dhcp "normal".

Moi cela m'intéresse aussi vachement (le résultat), mais j'avoue sans aucune honte que j'ai techniquement décroché