Bonjour à tous,

J'ai un petit soucis depuis quelques jours avec la TV et je voudrais savoir si je suis le seul à rencontrer ce soucis.

J'ai un routeur UBIQUITI edgemax 4 ports avec une configuration 100% sans livebox. Le decodeur TV est connecté à son propre port du routeur. A priori tout fonctionne, internet (IPV4 + IPV6), TV et replay.

J'ai juste un soucis mais le problème semble aléatoire. Parfois, quand j'allume le décodeur, le décodeur démarre normalement mais quand je sélectionne une chaine à regarder j'ai un message d'erreur me signalant que le flux n'est pas disponible. Redémarrer le décodeur ne règle pas le problème, je dois redémarrer le routeur pour retrouver la TV.
Avez vous déjà eu ce comportement?

Merci d'avance

Richard

Effectivement, je constate aussi ce comportement avec un USG et ceci depuis que j'ai des decodeurs UHD.
Ce que j'ai pu constater, c'est que ce décodeur peut saturer l'igmp-proxy de l'USG en laissant trop de flux ouverts en simultané.
C'est très facile à identifier via un SSH sur le routeur. Cela arrive que lorsque l'on zappe très rapidement sur plusieurs chaines (via "next").
https://lafibre.info/remplacer-livebox/le-guide-complet-pour-usgusg-pro-internet-tv-livebox-ipv6/msg606853/#msg606853
Ce problème existe depuis plusieurs mois. Un restart du proxy suffit, pas besoin de redémarrer le routeur.

Merci pour ta réponse, ca fait plaisir de ne pas être le seul à avoir ce problème.
Ce qui est étrange c'est que je n'ai qu'un seul décodeur qui est connecté directement au routeur et que le problème se produit même si je n'utilise pas le décodeur (je ne regarde pas la TV et j'ai le problème même si je ne l'ai pas allumé depuis 2 semaines).

Je vais jeter un coup d'oeil à l'IGMP ce soir.

Après, il se peut que ce ne soit pas suffisant: On ne le voit pas sur ta capture (car il manque l'entête 802.1q), mais à priori, vu que tu n'as pas remplacé le binaire du client DHCP du routeur, tes requêtes DHCP sortent avec la CoS à 0. A certains endroits, il faut obligatoirement que les requêtes DHCP sortent avec la priorité 6, sinon pas de réponse d'Orange. Pour cela 2 solutions:

• Intercaler un switch entre le routeur et l'ONT qui va marquer les requêtes DHCP en CoS 6
• Patcher le client dhcp du routeur pour qu'il génère des requêtes DHCP avec la bonne priorité. Par contre je ne sais pas si quelqu'un a déjà fait un patch pour l'ERX, et, malheureusement, tu ne peux pas utiliser le miens car il est compilé pour le processeur des ERL/ER4/... qui n'est pas le même que celui de l'ERX

Bonsoir,

j'ai pu tester avec un TP-Link MC220L qui à l'air de bien fonctionner : tous les voyants sont au vert.
J'y ai mis le SFP d'Orange (celui qui était dans ma box).

J'ai bien téléchargé le client dhclient3 pour EdgerouterX
Voici maintenant ma capture de paquets :
$tcpdump -n -e -i eth0 -vvv vlan 832
[...]
08:18:13.529687 44:d9:e7:07:1c:e0 > ff:ff:ff:ff:ff:ff, ethertype 802.1Q (0x8100), length 384: vlan 832, p 6, ethertype IPv4, (tos 0x10, ttl 128, id 0, offset 0, flags [none], proto UDP (17), length 366)
    0.0.0.0.68 > 255.255.255.255.67: [udp sum ok] BOOTP/DHCP, Request from 44:d9:e7:07:1c:e0, length 338, xid 0xd040d4d, secs 22, Flags [none] (0x0000)
          Client-Ethernet-Address 44:d9:e7:07:1c:e0
          Vendor-rfc1048 Extensions
            Magic Cookie 0x63825363
            DHCP-Message Option 53, length 1: Discover
            Hostname Option 12, length 4: "ubnt"
            Parameter-Request Option 55, length 9:
              Subnet-Mask, Default-Gateway, Domain-Name-Server, Domain-Name
              BR, Lease-Time, RN, RB
              AUTH
            AUTH Option 90, length 22: 0.0.0.0.0.0.0.0.0.xxxxxxxxxxxxxxx7.112.102
            Vendor-Class Option 60, length 5: "sagem"
            User-Class Option 77, length 44:
              instance#1: "FSVDSL_livebox.Internet.softathome.Livebox4", length 43
            END Option 255, length 0
      
         
On voir bien vlan 832, p 6
(alors que si je mets le dhclient d'origine j'ai vlan 832, p 0)

Mais par contre toujours pas de réponse des serveurs DHCP d'Orange...

De plus, et c'est peut être lié tout ça, quand je modifie le fichier /opt/vyatta/sbin/vyatta-interfaces.pl pour y rajouter la ligne à propos de l'option rfc3118, ça me me met pas comme il faut à jour le fichier /var/run/dhclient_eth0_832.conf (ou un truc du genre).
Je suis obligé de le modifier à la main... (et du coup je pers la config à chaque reboot....) Une idée sur ça aussi ?


PS: je viens de remarquer que sur ma capture je n'ai pas remis send dhcp-client-identifier. C'est vraiment important ? Je n'ai pas vu ça sur tous les tuto...

Merci et bonne soirée !

De plus, et c'est peut être lié tout ça, quand je modifie le fichier /opt/vyatta/sbin/vyatta-interfaces.pl pour y rajouter la ligne à propos de l'option rfc3118, ça me me met pas comme il faut à jour le fichier /var/run/dhclient_eth0_832.conf (ou un truc du genre).

Le script vyatta-interfaces.pl n’est plus utilisé par le système depuis la version 1.10.0 du firmware. Normal donc que ça ne fonctionne pas si tu as un firmware récent.

Depuis le 1.10.1, un nouveau paramètre permet de faire la même chose directement dans le fichier de configuration. 
set interfaces ethernet eth1 vif 832 dhcp-options global-option "option rfc3118-auth code 90 = string;"
Si ensuite ça ne fonctionne toujours pas, c’est probablement parce que ta chaîne d’authentification n’est pas bonne. Étant donné que tu as tout ce qu’il faut et que tu sais utiliser les outils de capture, je suggère de rebrancher la Livebox et sniffer ses requêtes DHCP afin d’extraire le contenu complet de cette chaîne.

Quand le problème se produit, il faut commencer avant toute chose par vérifier si le proxy igmp tourne toujours. Si ce n'est pas le cas (il a planté donc), vérifier que toutes les interfaces + vlans qui n'ont rien à voir avec la TV ont bien le rôle disabled dans le config.

Le proxy IGMP est capricieux, s'il n'est pas désactivé sur les interfaces qui obtiennent leur IP par DHCP (par exemple sur les VLAN 832 et 838 du port ONT), et que par hasard l'interface se retrouve momentanèment sans IP (à cause d'un renouvellement qui a foiré par exemple), alors le proxy va planter lamentablement.

J'avais le même problème sur les chaines TV. Lors du zapping on peut voir le débit augmenter petit à petit 10, 20, 30, 40, 50, 60 les flux sont envoyés en parallèle et ne sont pas libérés assez rapidement. Au dessus de 60 il passe les chaines en HD standard voir SD et plante par la suite.

J'ai retiré l'option : Disable-QuickLeave
Et depuis je peux zapper sans problème.

bonjour,
pour les scripts, c'est ici https://gitlab.com/skelettor/orange-isp-erl/tree/master/config/scripts ou là https://lafibre.info/remplacer-livebox/en-cours-remplacer-sa-livebox-par-un-routeur-ubiquiti-edgemax/msg573807/#msg573807

konki

- Que doit je faire exactement (est ce possible ignoré simplement certaine partie du tuto https://gitlab.com/skelettor/orange-isp-erl/tree/master ) pour adapter a m'a config qui est Tel + TV sur la livebox.
- Eth0 et Eth2 sont a l'inverse chez moi quels fichiers devraient être modifié pour s'adapter a moi (autre que le config.boot) ?
- Dernière question si je modifie le config.boot sans ipv6 ceci va t'il créer des erreurs avec le reste des script ?

Sinon le concept d'automatiser les divers taches a chaque mise a jour est vraiment top.
Manque la génération du fichier de conf du genre de cette façon par exemple : http://www.windowsafg.com/server2008.html

Merci déjà pour ce boulot formidable.