OK bon je vais pas pouvoir t'aider beaucoup car je n'ai pas trop le temps, je préfère le dire d'emblée.

igmp-proxy est un programme qui fonctionne sur l'ERL et qui sert à forwarder le flux multicast TV reçu sur eth1.840 vers eth2.840. L'adresse 100.64.0.2/30 est nécessaire pour que igmp-proxy fonctionne car la livebox (pas directement le décodeur TV, ici le décodeur TV est connecté derrière la livebox) envoie ces trames d'adhésion igmp avec l'adresse 10.64.0.1 en IP source et igmp-proxy n'arrive pas à forwarder ces trames vers l'upstream si l'interface eth2.840 de l'ERL n'est pas dans le même subnet.

Donc en fait quand tu dis qu'en changeant cette adresse, tu n'as plus de téléphone, ça n'est pas possible car le téléphone n'utilise pas igmp-proxy (en fait le flux tel ne passe même pas dans le vlan 840 pour tout dire).

Mon meilleur conseil serait de rependre la config à zéro (si tu as commencé à mélanger plusieurs configs). La config que j'ai posté c'est pour un fonctionnement ERL avec LAN en eth0, RJ45 vers fibre en eth1 et livebox en eth2. Le téléphone et le décodeur TV sont branchés sur la livebox.
Regarde bien quel est ton modèle de livebox et de décodeur tv, change les champs concernés si ce ne sont pas les même modèles que les miens.

Bonjour @MikeTheFreeman

Ok merci je vais donc reprendre de zéro et même ne presque rien changer a par le nécessaire comme tu m'a dit (ver livebox, identifiant ect mais pas plus)  comme ça je serais sur me moi au niveau du fichier de conf.

Edit :
Test effectuée avec cette conf j'ai repris exactement ton fichier et j'ai simplement modifier les @Mac et Identifiant mais toujours le même problème pas de vidéo (tous le reste fonctionne impeccables Internet et Tel).
Fichier de conf en pièce jointe pour faire un compare si vous souhaitez.
firewall {
    all-ping enable
    broadcast-ping disable
    ipv6-receive-redirects disable
    ipv6-src-route disable
    ip-src-route disable
    log-martians enable
    name WAN_IN {
        default-action drop
        description "WAN to internal"
        rule 10 {
            action accept
            description "Allow established/related"
            log disable
            protocol all
            state {
                established enable
                invalid disable
                new disable
                related enable
            }
        }
        rule 20 {
            action drop
            description "Drop invalid state"
            log disable
            protocol all
            state {
                established disable
                invalid enable
                new disable
                related disable
            }
        }
    }
    name WAN_LOCAL {
        default-action drop
        description "WAN to router"
        rule 1 {
            action accept
            description "Allow established/related"
            state {
                established enable
                related enable
            }
        }
        rule 3 {
            action drop
            description "Drop invalid state"
            log disable
            state {
                invalid enable
            }
        }
    }
    receive-redirects disable
    send-redirects enable
    source-validation disable
    syn-cookies enable
}
interfaces {
    ethernet eth0 {
        address 192.168.2.254/24
        description home.lan
        duplex auto
        speed auto
    }
    ethernet eth1 {
        description ISP
        duplex auto
        speed auto
        vif 832 {
            address dhcp
            description ISP_DATA
            dhcp-options {
                client-option "send vendor-class-identifier "sagem";"
                client-option "request subnet-mask, routers, domain-name-servers, domain-name, broadcast-address, dhcp-lease-time, dhcp-renewal-time, dhcp-rebinding-time, rfc3118-auth, domain-search, SIP, V-I;"
                client-option "send rfc3118-auth 00:00:00:00:00:00:00:00:00:00:00:1a:09:00:00:05:58:01:03:41:01:0d:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:3c:12:sa:lt:sa:lt:sa:lt:sa:lt:sa:lt:sa:lt:sa:lt:sa:lt:03:13:zz:ha:sh:ha:sh:ha:sh:ha:sh:ha:sh:ha:sh:ha:sh:ha:sh;"
                client-option "send user-class "+FSVDSL_livebox.Internet.softathome.Livebox3";"
                client-option "send dhcp-client-identifier 1:XX:XX:XX:XX:XX:XX;"
                default-route update
                default-route-distance 210
                global-option "option rfc3118-auth code 90 = string;"
                name-server update
            }
            egress-qos "0:0 1:0 2:0 3:0 4:0 5:0 6:6 7:0"
            firewall {
                in {
                    name WAN_IN
                }
                local {
                    name WAN_LOCAL
                }
            }
        }
        vif 840 {
            address 192.168.255.254/32
            description ISP_TV_STREAM
            egress-qos "0:5 1:5 2:5 3:5 4:5 5:5 6:5 7:5"
        }
    }
    ethernet eth2 {
        description LIVEBOX
        duplex auto
        speed auto
        vif 832 {
            address 192.168.254.254/24
            description LIVEBOX_DATA
        }
        vif 840 {
            address 100.64.0.2/30
            description LIVEBOX_MULTICAST
        }       
    }
    loopback lo {
    }
}
port-forward {
    auto-firewall enable
    hairpin-nat disable
    wan-interface eth1.832
}
protocols {
    igmp-proxy {
        interface eth0 {
            role disabled
            threshold 1
        }
        interface eth1 {
            role disabled
            threshold 1
        }
        interface eth1.832 {
            role disabled
            threshold 1
        }
        interface eth1.840 {
            alt-subnet 0.0.0.0/0
            role upstream
            threshold 1
        }
        interface eth2 {
            role disabled
            threshold 1
        }
        interface eth2.832 {
            role disabled
            threshold 1
        }
        interface eth2.840 {
            role downstream
            threshold 1
        }       
    }
}
service {
    dhcp-server {
        disabled false
        global-parameters "option rfc3118-auth code 90 = string;"
        global-parameters "option SIP code 120 = string;"
        global-parameters "option Vendor-specific code 125 = string;"
        hostfile-update disable
        shared-network-name home.lan {
            authoritative enable
            subnet 192.168.2.0/24 {
                default-router 192.168.2.254
                dns-server 192.168.2.254
                lease 86400
                start 192.168.2.1 {
                    stop 192.168.2.99
                }
            }
        }
        shared-network-name livebox.lan {
            authoritative enable
            subnet 192.168.254.0/24 {
                default-router 192.168.254.254
                dns-server 80.10.246.136
                dns-server 81.253.149.6
                lease 86400
                start 192.168.254.1 {
                    stop 192.168.254.9
                }
                static-mapping Livebox {
                    ip-address 192.168.254.1
                    mac-address XX:XX:XX:XX:XX:XX
                }
                subnet-parameters "option SIP 0:6:73:62:63:74:33:67:3:50:55:54:6:61:63:63:65:73:73:11:6f:72:61:6e:67:65:2d:6d:75:6c:74:69:6d:65:64:69:61:3:6e:65:74:0;"
                subnet-parameters "option Vendor-specific 00:00:05:58:0c:01:0a:00:00:00:00:00:ff:ff:ff:ff:ff;"
                subnet-parameters "option rfc3118-auth 00:00:00:00:00:00:00:00:00:00:00:64:68:63:70:6c:69:76:65:62:6f:78:66:72:32:35:30;"
                subnet-parameters "option domain-search "NAN.access.orange-multimedia.net.";"
                subnet-parameters "option domain-name "orange.fr";"
            }
        }
        static-arp disable
        use-dnsmasq disable
    }
    dns {
        forwarding {
            cache-size 1024
            listen-on eth0
            listen-on eth2
        }
    }
    gui {
        http-port 80
        https-port 443
        listen-address 192.168.2.254
        older-ciphers disable
    }
    nat {
        rule 5001 {
            description "MASQ:WAN"
            log disable
            outbound-interface eth1.832
            protocol all
            type masquerade
        }
    }
    ssh {
        listen-address 192.168.2.254
        port 22
        protocol-version v2
    }
    ubnt-discover {
        disable
    }
    unms {
        disable
    }
}
system {
    config-management {
        commit-revisions 5
    }
    host-name erl
login {
        user root {
            authentication {
                encrypted-password @Password
                plaintext-password ""
            }
            full-name "User Root"
            level admin
        }
        user ubnt {
            authentication {
                encrypted-password $1$zKNoUbAo$gomzUbYvgyUMcD436Wo66.
                plaintext-password ""
            }
            full-name "User Ubnt"
            level admin
        }
    }
    name-server 9.9.9.9
    name-server 1.1.1.1
    ntp {
        server 0.ubnt.pool.ntp.org {
        }
        server 1.ubnt.pool.ntp.org {
        }
        server 2.ubnt.pool.ntp.org {
        }
        server 3.ubnt.pool.ntp.org {
        }
    }
    offload {
        hwnat disable
        ipv4 {
            forwarding enable
            pppoe enable
            vlan enable
        }
    }
    package {
        repository wheezy {
            components "main contrib non-free"
            distribution wheezy
            password ""
            url http://http.us.debian.org/debian
            username ""
        }
        repository wheezy-security {
            components main
            distribution wheezy/updates
            password ""
            url http://security.debian.org
            username ""
        }
    }   
    syslog {
        global {
            facility all {
                level notice
            }
            facility protocols {
                level warning
            }
        }
    }
    time-zone Europe/Paris
    traffic-analysis {
        dpi disable
        export enable
    }
}

/* Warning: Do not remove the following line. */
/* === vyatta-config-version: "config-management@1:conntrack@1:cron@1:dhcp-relay@1:dhcp-server@4:firewall@5:ipsec@5:nat@3:qos@1:quagga@2:suspend@1:system@4:ubnt-pptp@1:ubnt-udapi-server@1:ubnt-unms@1:ubnt-util@1:vrrp@1:webgui@1:webproxy@1:zone-policy@1" === */
/* Release version: v1.10.9.5166937.190213.1810 */


Merci1
Malgré ton explication surement très bien du pourquoi "100.64.0.2/30" qui correspond du coup a "100.64.0.1 et 100.64.0.2" je ne comprend pas la relation avec l'adresse 10.64.0.1 de la livebox mais cela est secondaire je chercherais a comprendre comment fonctionne exactement cela plus tard, déjà si j'arrive a réglé mon problèmes de vidéo cela me permettrais d’être plus serin et peux etre que quand tu aurra un moment tu pourra m'expliquer plus précisèment que je ne reste pas sur quelque chose qui fonctionnera je l’espère mais que je comprend pas.

Re salut @MikeTheFreeman

Merci pour le temps que tu m'accorde.

Oui tout a fait j'ai recupérer les infos dans dhclient_eth1_832.leases le seul truc qui serrait différent est cette option que l'on trouve :

option vendor.unknown-1368 1:a:0:1:0:0:0:ff:ff:ff:ff:ff; ( récupéré dans mon dhclient_eth1_832.leases )

ligne ci dessus présente dans le dhclient_eth1_832.leases a quelque octet de moins dans ça valeur mais ont retrouve cela dans tous les fichiers de conf sur le forum donc je suppose que cela est normal.

subnet-parameters "option Vendor-specific 00:00:05:58:0c:01:0a:00:00:00:00:00:ff:ff:ff:ff:ff;" ( récupéré dans mon fichier config.boot )

 


Simple hypothèse est ce que il ne ce pourrait pas que m'a livebox v3 ne communique pas avec l'adresse 100.64.0.1

envoie ces trames d'adhésion igmp avec l'adresse 100.64.0.1 en IP source

et que du coup le problème viennent de la ?

Mais du coup quel adresse utiliser ou comment la connaitre si elle devait être différente ?

Autre question dans le script https://gitlab.com/skelettor/orange-isp-erl/blob/master/config/config.boot j'ai pu voir que dans igmp-proxy cette option disable-quickleave est il pertinent de l'ajouter ?

Explication de cette option trouvé ici :
http://support.huawei.com/enterprise/docinforeader!loadDocument1.action?contentId=DOC0100509504&partNo=10042
Au niveau de la partie : 6.2.3  Configuration de l'utilisateur multidiffusion

Non ce n'est pas à cause de l'adresse 100.64.0.1 que ça peut bloquer, d'ailleurs ce n'est même pas avec cette IP que les trames sortent mais avec celle de l'interface eth1.840.
En moins propre sinon : utiliser des bridges mais cette config a été créé justement pour s'en passer.

L'option disable quick-leave est pertinente si tu as plusieurs décodeurs tv, sinon vaut mieux la laisser (le zap est plus rapide).

Je ne connais pas ton LAN ni tes paramètres perso (et je ne veux pas les connaître ) forcèment le support ne peut être que limité.

Hello @MikeTheFreeman

Apres encore pas mal de test pendant la soirée :
je vient de comprendre déjà pourquoi a certain moment le téléphone ect .. ne fonctionne plus c'est a cause de cette option que je mets dans la static-mapping LIVEBOX sur eth2

static-mapping-parameters "option Vendor-specific (version longue )(version longue = celle qui faut utiliser lorsque l'on n'a un décodeur Uhd cela dit en passant je n'est pas ce décodeur le mien est le gros décodeur donc inutile de ce que je sais a présent. )

J'ai aussi rajouté deux zero manquant dans une des chaines octet me semble pas que cela est de l'important étant a chaque fois un le zero devant le chiffre mais autant que cela soit parfait.

J'ai aussi testé avec static-mapping-parameters "option domain-name-servers 80.10.246.3,81.253.149.10;" dans la static-mapping LIVEBOX sur eth2 au cas ou la livebox ne verais pas correctement les dns indiqué (j'ai pas toucher au dns que tu avait mis sur ton fichier de conf mais sait ont jamais encore une fois)

J'ai aussi testé avec address 100.64.0.1/32 au lieu de address 100.64.0.1/30 j'ai vu cela dans une des page 339 je crois a vérifier.
Échec aussi

Juste pour recapépète  au cas au d'autre aurait des idées :
Actuellement avec la config Num 23  j'ai l'internet niquel, le téléphone fonctionne nickel aussi, le décodeur s'allume je peux naviguer je peux regarder les replay disponible les programme tv fonctionne mais aucune video lorsque je suis sur les chaines TV (Msg HD+ indisponible switch sur HD puis HD indisponible switch sur SD et blabla et ERREUR)

Je viens aussi par acquis de conscience brancher la livebox en direct pour être sur que le décodeur n'avais pas un problème (a force de faire des test arrêter redémarrer sait ont jamais !)
Tout fonctionne niquel

En moins propre sinon : utiliser des bridges mais cette config a été créé justement pour s'en passer.

Ba oui mais c'est tous a fait pourquoi je voudrais ne plus utiliser les bridge qui limite énormèment le routeur et est beaucoup moins propre comme tu le dit si certain sont arriver a utiliser tel et tv derriere le box, je vois pas pourquoi je n'y arriverais pas mais j'avoue avoir quand même un peu de mal a comprendre la d'ou vient le soucis.

J'avoue je suis près à faire PRESQUE (attention j'ai dit presque, pas illusion  ) n'importe quoi pour que quelqu'un me dise quoi testé j'ai pas peur de mettre les main dans cambouis, si je connait pas encore la/les manips je les apprendrais si besoin pour pouvoir tester.

Je ne connais pas ton LAN ni tes paramètres perso (et je ne veux pas les connaître ) forcèment le support ne peut être que limité.

Quant tu dit "connais pas ton LAN ni tes paramètres perso" quel info supplèmentaire aurait tu besoin pour m'aider ?

Si c'est niveau équipement j'ai la chance de posséder deux erl donc les test effectués ce font sur un erl-3 avec eth0 branché au pc portable en direct eth1 branché a ONT et eth 2 branché a la livebox

Mon switch et le routeur er6P reste brancher je ni touche pas a par pour débrancher le câble de eth1 sur ER6P et le brancher sur eth1 de erl3 puis redémarrage de erl3 et test.
Je suis obligé de faire comme cela pour ne pas perdre la connexion réseau lan entre les serveur et au périphérique du réseau de prod.

Mais si il y avait besoin de faire du port miror pour de écoute ou autre cela est possible sur un des switchs de prod isolerais 3 port réseau du reste du switch (j'ai un TP SG3210 qui me permet de le faire si met souvenir sont bon)


Merci encore pour ton aide

A aucun endroit dans "ma config" il n'y a de static-mapping-parameters donc je ne sais pas trop ce que tu essaies de faire avec ces lignes. Si tu ne comprends pas ce que tu mets, autant éviter d'en rajouter sinon ça ne fera que complexifier le problème.

Le fait que tu dises que le net+tel+tv vod fonctionne mais pas tv multicast tend à dire que c'est un problème sur le vlan 840 ou sur le multicast (entre l'ERL et la livebox).
Apparemment ta livebox est connectée directement sur eth2, si le décodeur tv est lui directement branché sur la livebox, je sèche.

Hello @MikeTheFreeman

static-mapping-parameters si je sait bien que c'est les paramètres me permettant de données/ordonnées certaines infos a un baux static spécifique mais ni arrivant pas avec ton fichier de config (NON modifier a par valeur identifiant orange et @Mac ) exemple plus haut sur ce post https://lafibre.info/remplacer-livebox/en-cours-remplacer-sa-livebox-par-un-routeur-ubiquiti-edgemax/msg640691/#msg640691 je n'avais pas les "static-mapping-parameters" mais je me suit dit que je risquait rien de plus a par faire fonctionner le test et peux être régler le problème, par contre effectivement la "static-mapping-parameters "option Vendor-specific (version longue )" je ne savais quel pouvais poser des problèmes si elle était inutile jusqu’à m'a découverte hier soir.
static-mapping-parameters "option domain-name-servers 80.10.246.3,81.253.149.10;" permet a ordonner a la livebox d'utiliser ces DNS spécifique mais cela ne m'a pas donné de plus value ni de moins.

tend à dire que c'est un problème sur le vlan 840 ou sur le multicast (entre l'ERL et la livebox).

S je comprend bien, mais arrête moi si je dit des bêtises mon problème serrait au niveau de ces parties la ?

interfaces {
    ethernet eth1 {
        description ISP
        duplex auto
        speed auto
        vif 840 {
            address 192.168.255.254/32
            description ISP_TV_STREAM
            egress-qos "0:5 1:5 2:5 3:5 4:5 5:5 6:5 7:5"
        }
    }
}
    ethernet eth2 {
        description LIVEBOX
        duplex auto
        speed auto
        vif 840 {
            address 100.64.0.2/30
            description LIVEBOX_MULTICAST
        }       
    }
}
protocols {
    igmp-proxy {
        interface eth0 {
            role disabled
            threshold 1
        }
        interface eth1 {
            role disabled
            threshold 1
        }
        interface eth1.832 {
            role disabled
            threshold 1
        }
        interface eth1.840 {
            alt-subnet 0.0.0.0/0
            role upstream
            threshold 1
        }
        interface eth2 {
            role disabled
            threshold 1
        }
        interface eth2.832 {
            role disabled
            threshold 1
        }
        interface eth2.840 {
            role downstream
            threshold 1
        }       
    }
}


Apparemment ta livebox est connectée directement sur eth2, si le décodeur tv est lui directement branché sur la livebox, je sèche.

OUI tous a fait @MikeTheFreeman c'est exactement cela !


Edit :
Je viens dit penser que maintenant mais j'ai été obliger de changer le décodeur TV y a 3 ans et seulement le décodeur est ce que le faite que je n'ai pas le combo livebox+décodeur origine ne pourrait pas jouer sur mon problème.
je pense pas mais je vois pas pourquoi non plus donc j'essai de creusé n'importe quel piste potentiel ! 

Sinon et bien merci @MikeTheFreeman pour ton aide et si quelqu'un passe par la n'hésité pas a fournir (test a effectué ou solution carment si vous l'avez).
De mon coté je vais continuer a testé.

Si je comprend bien le décodeur est derrière la Livebox, donc il faut faire un bridge entre eth1.840 et eth2.840 et enlever l igmp-proxy. Cela devrait fonctionner.

Salut @KalNightmare

Oui cela devrait fonctionner mais avec les bridges j'ai pu voir que offload n’était pas pris en compte si j'ai bien compris et je voulais évité cela. 
Ce qui est fou c'est que certain arrive a utiliser leur config avec igmp-proxy donc je comprend pas pourquoi pas moi et mon coté têtu voudrait aussi comprendre et apprendre comment fonctionne "igmp-proxy" je t'avoue.
Mais effectivement avec les bridge actuelle version 1.10.3 (router prod) ça fonctionne parfait a par le téléphone mais normal j'ai pas modifier la config du router de production.

l'offload est désactivé sur le bridge uniquement. Le traffic internet sera toujours offloadé. Et c'est pas les 30 Mbps grand max des chaines en 4K qui vont écrouler le routeur.

Personnellement je ne comprends pas ce besoin de mettre le décodeur derrière la box. La connexion directe ELR<->Decodeur est tellement plus simple (et la configuration d'igmp-proxy très simple).

Bonjour @Zoc

Ok merci pour cette précision j'avais compris (MAL compris) en lisant le forum de long et en large que offload limitais beaucoup plus que cela le routeur. (Donc si je comprend bien peux être repartir sur une utilisation des Bridges pour l'instant comme me disait @KalNightmare)

Concernant t'a deuxième remarque deux raison pour m'a part le téléphone va être ultra important donc livebox obligé et du coup si livebox obligé autant mettre le décodeur TV derrière aussi et surtout je vais bientôt recevoir cette jolie bête https://www.ui.com/edgemax/edgeswitch-16-xg/ mais qui ne contient que 4 port rj45 (possibilité de mettre des adaptateur optique<->rj45 mais assé chère) et ne souhaite pas garder mon switch actuel en supplèment au niveau du routeur donc 3 port rj45 libre donc moins il y a de périphérique rj45 sur le switch mieux c'est pour moi et donc si je peux gagner un port rj45 (décodeur TV) cela serait top.
PS : oui le routeur ER-6P il y a plusieurs port supplèmentaire après le eth2 mais il seront utiliser par d'autre réseau

Merci pour les precisions