La Fibre
Datacenter et équipements réseaux => Routeurs => 
Remplacer la Bbox par un routeur => Discussion démarrée par: Eliott le 04 décembre 2020 à 12:58:30
-
Bonjour,
j'ai migré chez Bouygues depuis une semaine pour l'offre Bbox Must Fibre Internet-TV-Téléphonie.
J'ai réussi à me connecter à internet via mon routeur TP-Link TL-WR1043ND v2 en suivant les nombreux sujets sur le forum. Après ne nombreuses heures de recherche je sèche complètement sur la partie TV qui m'affiche la fameuse erreur F3411.
Mon architecture est la suivante:
VLAN 100 sur port dédié pour la connexion fibre
VLAN 1 pour mon réseau local internet (y compris la TV) réseau 192.168.1.0
VLAN 2 sur un port dédié pour un équipement spécifique complètement isolé du reste réseau 192.168.2.0
Voici ma configuration réseau ci-dessous, je pense qu'il y à quelque chose que je doit louper.
En dehors de la TV la box sous Android TV fonctionne correctement (connecté à internet, applis, infos de programme TV, etc.)
/etc/config/network
config interface 'loopback'
option ifname 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'
config globals 'globals'
option ula_prefix 'fd77:5e15:e117::/48'
config switch
option name 'switch0'
option reset '1'
option enable_vlan '1'
config switch_vlan
option device 'switch0'
option vlan '1'
option vid '1'
option ports '6t 3 2 1'
config switch_vlan
option device 'switch0'
option vlan '2'
option vid '2'
option ports '6t 4'
config switch_vlan
option device 'switch0'
option vlan '3'
option ports '0t 5t'
option vid '100'
config interface 'wan'
option ifname 'eth1.100'
option proto 'dhcp'
option macaddr '29:9E:FC:D6:0A:F8'
option broadcast '1'
config interface 'lan1'
option ifname 'eth0.1'
option proto 'static'
option netmask '255.255.255.0'
option ipaddr '192.168.1.254'
option type 'bridge'
option igmp_snooping 1
config interface 'lan2'
option ifname 'eth0.2'
option proto 'static'
option netmask '255.255.255.0'
option ipaddr '192.168.2.254'
/etc/config/firewall:
config defaults
option input 'ACCEPT'
option output 'ACCEPT'
option drop_invalid '1'
option synflood_protect '1'
option forward 'REJECT'
config include
option path '/etc/firewall.user'
config zone
option name 'wan'
option masq '1'
option network 'wan'
option output 'ACCEPT'
option input 'REJECT'
option forward 'REJECT'
config zone
option name 'lan1'
option network 'lan1'
option output 'ACCEPT'
option input 'ACCEPT'
option forward 'REJECT'
config forwarding
option dest 'wan'
option src 'lan1'
config zone
option name 'lan2'
option network 'lan2'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'REJECT'
config forwarding
option dest 'wan'
option src 'lan2'
config redirect
option dest_port '5001'
option src 'wan'
option name 'VIDEOSURVEILLANCE'
option src_dport '60606'
option target 'DNAT'
option dest_ip '192.168.2.100'
option dest 'lan2'
list proto 'tcp'
config forwarding
option dest 'lan2'
option src 'lan1'
config rule
option src 'wan'
option name 'Allow-IGMP'
option dest 'lan1'
option target 'ACCEPT'
list dest_ip 'fe80::ee6c:9aff:febf:14c0'
list dest_ip '192.168.1.159'
list proto 'udp'
list proto 'igmp'
option enabled '0'
config rule
option target 'ACCEPT'
list proto 'igmp'
option src 'wan'
config rule
option src 'wan'
option target 'ACCEPT'
option dest 'lan1'
list dest_ip '224.0.0.0/4'
option family 'ipv4'
list proto 'udp'
/etc/config/igmpproxy:
config igmpproxy
option quickleave 1
# option verbose [0-3](none, minimal[default], more, maximum)
config phyint
option network wan
option direction upstream
list altnet 0.0.0.0/0
config phyint
option network lan1
option direction downstream
Ce que je comprend pas dans les config et peut être l'erreur vient de la, on demande de mettre le lan1 en mode bridge, mais pour moi il est birdgé à bien concernant la partie TV, il est uniquement bridgé ç l'interface wifi, alors est-ce que je doit pas créé une interface sur un port dédié pour la TV et la brigé au WAN plutôt ?
Merci d'avance pour votre aide.
Eliott.
-
Bonjour,
Il manque 2 choses:
- IGMP v2 à forcer dans les variables sysctl
- marquage p3 des paquets IGMP en sortie de l'interface WAN (certains n'en ont pas besoin mais c'est à savoir)
-
Hello,
J'ai un ubiquiti edgerouter chez moi et j'ai tenté exactement la même chose : je n'ai jamais réussi à faire fonctionner la TV. Alors perso pas grave pour moi c'était juste pour le plaisir de bidouiller, je regarde pas la TV en direct. Mais j'y ai passé des heures, ça a JAMAIS marché. L'IGMP a ses raisons que la raison ignore.
Si tu réussis à faire tout marcher nickel, je prends :)
-
La première chose à vérifier reste à vérifier en sortie WAN que les paquets IGMP v2 sont émis et reçus à peu près comme cela:
13:37:48.103073 IP plh29-h01-176-133-x-y.dsl.sta.abo.bbox.fr > all-routers.mcast.net: igmp leave 239.255.3.22
13:37:48.118924 IP plh29-h01-176-133-x-y.dsl.sta.abo.bbox.fr > all-routers.mcast.net: igmp leave 239.255.255.251
13:37:50.283431 IP plh29-h01-176-133-x-y.dsl.sta.abo.bbox.fr > 239.255.255.251: igmp v2 report 239.255.255.251
13:37:50.793436 IP plh29-h01-176-133-x-y.dsl.sta.abo.bbox.fr > 239.255.3.22: igmp v2 report 239.255.3.22
13:37:51.043439 IP plh29-h01-176-133-x-y.dsl.sta.abo.bbox.fr > 239.255.3.22: igmp v2 report 239.255.3.22
13:37:52.683444 IP plh29-h01-176-133-x-y.dsl.sta.abo.bbox.fr > 239.255.3.22: igmp v2 report 239.255.3.22
13:37:54.193432 IP plh29-h01-176-133-x-y.dsl.sta.abo.bbox.fr > 239.255.255.251: igmp v2 report 239.255.255.251
13:38:02.923461 IP plh29-h01-176-133-x-y.dsl.sta.abo.bbox.fr > 239.255.255.251: igmp v2 report 239.255.255.251
13:38:19.558452 IP 0.0.0.0 > all-systems.mcast.net: igmp query v2
13:38:20.363426 IP plh29-h01-176-133-x-y.dsl.sta.abo.bbox.fr > all-routers.mcast.net: igmp v2 report all-routers.mcast.net
13:38:20.993434 IP plh29-h01-176-133-x-y.dsl.sta.abo.bbox.fr > hp-device-disc.mcast.net: igmp v2 report hp-device-disc.mcast.net
13:38:20.993453 IP plh29-h01-176-133-x-y.dsl.sta.abo.bbox.fr > 239.255.255.251: igmp v2 report 239.255.255.251
13:38:21.633433 IP plh29-h01-176-133-x-y.dsl.sta.abo.bbox.fr > igmp.mcast.net: igmp v2 report igmp.mcast.net
13:38:22.273432 IP plh29-h01-176-133-x-y.dsl.sta.abo.bbox.fr > 239.192.0.0: igmp v2 report 239.192.0.0
13:38:22.363436 IP plh29-h01-176-133-x-y.dsl.sta.abo.bbox.fr > 232.0.64.238: igmp v2 report 232.0.64.238
13:38:22.363445 IP plh29-h01-176-133-x-y.dsl.sta.abo.bbox.fr > 239.255.3.22: igmp v2 report 239.255.3.22
13:38:26.593443 IP plh29-h01-176-133-x-y.dsl.sta.abo.bbox.fr > ntp.mcast.net: igmp v2 report ntp.mcast.net
13:38:28.523427 IP plh29-h01-176-133-x-y.dsl.sta.abo.bbox.fr > 239.192.152.143: igmp v2 report 239.192.152.143
13:40:24.606700 IP 0.0.0.0 > all-systems.mcast.net: igmp query v2
13:40:25.043427 IP plh29-h01-176-133-x-y.dsl.sta.abo.bbox.fr > 232.0.64.238: igmp v2 report 232.0.64.238
13:40:25.793443 IP plh29-h01-176-133-x-y.dsl.sta.abo.bbox.fr > igmp.mcast.net: igmp v2 report igmp.mcast.net
13:40:27.073441 IP plh29-h01-176-133-x-y.dsl.sta.abo.bbox.fr > 239.255.255.251: igmp v2 report 239.255.255.251
13:40:28.993435 IP plh29-h01-176-133-x-y.dsl.sta.abo.bbox.fr > 239.192.152.143: igmp v2 report 239.192.152.143
13:40:30.763430 IP plh29-h01-176-133-x-y.dsl.sta.abo.bbox.fr > all-routers.mcast.net: igmp v2 report all-routers.mcast.net
13:40:31.393426 IP plh29-h01-176-133-x-y.dsl.sta.abo.bbox.fr > 239.192.0.0: igmp v2 report 239.192.0.0
13:40:32.043450 IP plh29-h01-176-133-x-y.dsl.sta.abo.bbox.fr > hp-device-disc.mcast.net: igmp v2 report hp-device-disc.mcast.net
13:40:32.673597 IP plh29-h01-176-133-x-y.dsl.sta.abo.bbox.fr > ntp.mcast.net: igmp v2 report ntp.mcast.net
13:40:33.313438 IP plh29-h01-176-133-x-y.dsl.sta.abo.bbox.fr > 239.255.3.22: igmp v2 report 239.255.3.22J'ai une imprimante HP et des annonces de serveurs NTP en multicast.
Notez bien l'adresse 0.0.0.0 qui est source chez ByTel.
Le marquage 802.1p3 n'apparaît pas, il faudrait que je remonte un bridge pour le montrer.
-
Bonjour merci pour vos réponses.
Pour le IGMP V2 c'est fait, oublis de ma part dans mon premier post: dans /etc/sysctl.conf: net.ipv4.conf.all.force_igmp_version=2
marquage p3 des paquets IGMP en sortie de l'interface WAN (certains n'en ont pas besoin mais c'est à savoir)
Ca je n'ai aucune idée de ce que c'est, je vais me renseigner.
Pour vérifier le packet igmp il faudrait que je sniff le réseau avec wireshark entre le modem vibre et la bbox ?
Je vois pas trop comment faire vu que j'ai aucun PC avec deux cartes réseau, par contre je dispose d'un autre routeur TPlink 1043 ND qui est sous open wrt.
J'ai également pensé à une solution mais je ne sais pas si c'est possible:
Je créé une nouvelle interface sur un port LAN que je bridge avec le WAN sur laquelle je branche la box, est-ce qu'il me faudra 2 ip, est-ce que mon isp me le permettra ?
Merci pour votre aide.
-
Pour vérifier le packet igmp il faudrait que je sniff le réseau avec wireshark entre le modem vibre et la bbox ?
Le moyen le moins chiant de faire ça c'est avec un switch en mode mirroring. Mettre un PC en coupure entre la box et l'ONT c'est un peu une tannée à faire (et faut deux cartes réseau, yes)
-
Salut,
j'ai remis la BBOX et j'ai fait un partage de connexion entre ethernet de mon mac et carte wifi.
J'ai ensuite connecté la bbox en wifi à mon mac.
Maintenant avec wireshark je vois ce qui passe entre le BBXO et le BOITIER TV.
Si j'ai bien compris je doit chercher de paquets ICMP, faite vous plaisir si cela intéresse certain à me demander ce que vous voulez sniffer, c'est l'occasion...
EDIT:
visiblement les échanges ICMP entre la BBOX et la box TV est depuis l'ip 104.84.70.78
12604 55.411438 104.84.70.78 192.168.3.3 98 ICMP Echo (ping) reply id=0x0022, seq=2/512, ttl=52 (request in 12603)
EDIT 2:
côté UDP j'ai ça: fichier en PJ.
-
Un capture exhaustive je pense.
-
IGMP v3 c'est pas bon.
Est-ce que la variable sysctl est bien appliquée ?
Chez moi, ça suffit:
net.ipv4.conf.all.force_igmp_version=2
net.ipv4.conf.all.mc_forwarding=1
-
Je n'ai jamais ajouté la ligne "net.ipv4.conf.all.mc_forwarding=1"
Par contre les images viennent de la com entre la BBOX et le boitier TV, mon TP-LINK est off dans ce cas.
Donc c'est le boitier TV qui fait une requête IGMPv3 à 224.0.0.24
Ne faut-il pas forcer l'igmp du TP-LINK en version 3 au lieu de 2 justement ?
Eliott.
-
Il faut regarder entre la bbox et l'ONT les paquets IGMP pour être sûr mais de mon côté, j'ai uniquement vu de l'IGMP v2.
-
Par rapport à ton premier message, j'ai fait un tcpdum si ça peu aider, en configuration avec le openwrt branché sur la Bbox TV:
root@OpenWrt:/etc/config# tcpdump -i eth1.100 icmp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1.100, link-type EN10MB (Ethernet), capture size 262144 bytes
00:37:17.874258 IP i15-les02-ntr-176-181-167-132.sfr.lns.abo.bbox.fr > public1.114dns.com: ICMP echo request, id 34818, seq 0, length 64
00:37:17.979244 IP public1.114dns.com > i15-les02-ntr-176-181-167-132.sfr.lns.abo.bbox.fr: ICMP echo reply, id 34818, seq 0, length 64
00:37:18.509410 IP i15-les02-ntr-176-181-167-132.sfr.lns.abo.bbox.fr > nsabo2.bouyguesbox.fr: ICMP i15-les02-ntr-176-181-167-132.sfr.lns.abo.bbox.fr udp port 33054 unreachable, length 320
00:37:24.034159 IP i15-les02-ntr-176-181-167-132.sfr.lns.abo.bbox.fr > public1.114dns.com: ICMP echo request, id 34818, seq 0, length 64
00:37:24.139290 IP public1.114dns.com > i15-les02-ntr-176-181-167-132.sfr.lns.abo.bbox.fr: ICMP echo reply, id 34818, seq 0, length 64
00:37:30.195758 IP i15-les02-ntr-176-181-167-132.sfr.lns.abo.bbox.fr > public1.114dns.com: ICMP echo request, id 34818, seq 0, length 64
00:37:30.300388 IP public1.114dns.com > i15-les02-ntr-176-181-167-132.sfr.lns.abo.bbox.fr: ICMP echo reply, id 34818, seq 0, length 64
00:37:36.353936 IP i15-les02-ntr-176-181-167-132.sfr.lns.abo.bbox.fr > public1.114dns.com: ICMP echo request, id 34818, seq 0, length 64
00:37:36.458659 IP public1.114dns.com > i15-les02-ntr-176-181-167-132.sfr.lns.abo.bbox.fr: ICMP echo reply, id 34818, seq 0, length 64
00:37:40.556177 IP i15-les02-ntr-176-181-167-132.sfr.lns.abo.bbox.fr > nsabo2.bouyguesbox.fr: ICMP i15-les02-ntr-176-181-167-132.sfr.lns.abo.bbox.fr udp port 61860 unreachable, length 276
00:37:42.513967 IP i15-les02-ntr-176-181-167-132.sfr.lns.abo.bbox.fr > public1.114dns.com: ICMP echo request, id 34818, seq 0, length 64
00:37:42.619022 IP public1.114dns.com > i15-les02-ntr-176-181-167-132.sfr.lns.abo.bbox.fr: ICMP echo reply, id 34818, seq 0, length 64
00:37:48.673854 IP i15-les02-ntr-176-181-167-132.sfr.lns.abo.bbox.fr > public1.114dns.com: ICMP echo request, id 34818, seq 0, length 64
00:37:48.778596 IP public1.114dns.com > i15-les02-ntr-176-181-167-132.sfr.lns.abo.bbox.fr: ICMP echo reply, id 34818, seq 0, length 64
-
Salut,
visiblement manquait le vendor class "BYGTELIAD" et l'adresse mac de la box pour que ça fonctionne.....
Eliott.
-
Alors c'est très bizzare puisque la télé à fonctionné 5 min sur TF1 après cette config, puis plus rien.
J'ai réinitialiser le boitier TV et il m'a indiqué avoir trouvé 407 IPTV. Par contre j'ai toujours l'erreur F3411.
-
En fait je pense qu’on s’en moque un peu du trafic IGMP entre le décodeur à la box: La box fait office de proxy IGMP, et donc elle réécrit les paquets pour les envoyer sur l’infra de Bouygues.
Il peut donc très bien y avoir de l’IGMPv3 sur le LAN transformé en IGMPv2 sur le WAN. Ça veut donc aussi dire que la box de l’opérateur fait tourner un proxy IGMP capable de comprendre à la fois IGMPv2 et IGMPv3, ce qui ne court pas forcément les rues (développement spécifique ?)
Accessoirement, pour sniffer correctement le WAN, et surtout être en mesure de voir la CoS, c’est eth1 qu’il faut sniffer, pas eth1.100: la priorité est un paramètre du VLAN, elle n’est pas visible si l’en-tête VLAN n’est pas présente.
-
IGMP != ICMP
C'est l'IGMP qui est intéressant.
De mon côté, j'ai uniquement de l'IGMP v2 de bout en bout:
10:42:08.643462 IP OpenWrt.lan > all-systems.mcast.net: igmp query v2
10:42:09.948745 IP Bouygtel4K-272011824106486.lan > 232.0.4.38: igmp v2 report 232.0.4.38
10:42:11.041511 IP Bouygtel4K-272011824106486.lan > 224.0.0.251: igmp v2 report 224.0.0.251
10:42:11.953430 IP OpenWrt.lan > all-routers.mcast.net: igmp v2 report all-routers.mcast.net
10:42:13.229029 IP Bouygtel4K-272011824106486.lan > 239.255.255.251: igmp v2 report 239.255.255.251
10:42:16.108433 IP Bouygtel4K-272011824106486.lan > 239.255.3.22: igmp v2 report 239.255.3.22
-
Je me suis rendu compte de mon erreur et hier j'ai testé en IGMP.
Que ca soit en eth1 ou eth1.100 je n'ai aucun paquet qui arrive:
root@OpenWrt:~# tcpdump -i eth1 igmp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), capture size 262144 bytes
Est-ce que Bouygues ne refuserai pas d'envoyer le flux TV car ce n'est pas une BBOX en face ?
Hier en mettant l'adresse mac leur serveur ont cru un instant que c'était une BBOX donc le flux est arrivé, mais finalement le leurre à duré un court instant car on leurs outils de diagnostique n'ont pas réussi à reconnaitre une bbox, et après X essais le flux est coupé ?
-
En allumant la Bbox TV j'ai ça:
root@OpenWrt:~# tcpdump -i eth1 igmp -vv
tcpdump: listening on eth1, link-type EN10MB (Ethernet), capture size 262144 bytes
09:59:53.743113 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 224.0.0.251: igmp v2 report 224.0.0.251
10:00:03.193018 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 224.0.0.251: igmp v2 report 224.0.0.251
10:00:05.913002 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 224.0.0.251: igmp v2 report 224.0.0.251
10:00:10.573050 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 239.255.255.250: igmp v2 report 239.255.255.250
10:00:12.952976 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 239.255.255.250: igmp v2 report 239.255.255.250
10:00:16.632968 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 224.0.0.251: igmp v2 report 224.0.0.251
10:00:18.002995 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 239.255.3.22: igmp v2 report 239.255.3.22
10:00:18.552961 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 239.255.255.250: igmp v2 report 239.255.255.250
10:00:22.152957 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 239.255.3.22: igmp v2 report 239.255.3.22
10:00:24.312993 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 232.0.64.211: igmp v2 report 232.0.64.211
10:00:24.713056 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 239.255.3.22: igmp v2 report 239.255.3.22
10:00:31.992951 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 232.0.64.211: igmp v2 report 232.0.64.211
10:00:33.522390 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > all-routers.mcast.net: igmp leave 232.0.64.211
10:00:36.072933 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 239.255.255.250: igmp v2 report 239.255.255.250
10:00:37.992908 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 239.255.3.22: igmp v2 report 239.255.3.22
10:00:41.592926 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 224.0.0.251: igmp v2 report 224.0.0.251
10:01:34.192748 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 232.0.64.211: igmp v2 report 232.0.64.211
10:01:35.752753 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 232.0.64.211: igmp v2 report 232.0.64.211
10:01:43.225752 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > all-routers.mcast.net: igmp leave 232.0.64.211
10:01:50.712698 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 239.255.3.22: igmp v2 report 239.255.3.22
10:01:51.352730 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 224.0.0.251: igmp v2 report 224.0.0.251
10:01:54.552670 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 239.255.255.250: igmp v2 report 239.255.255.250
10:02:43.762585 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 232.0.64.211: igmp v2 report 232.0.64.211
10:02:52.794354 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > all-routers.mcast.net: igmp leave 232.0.64.211
10:02:55.752562 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 239.255.255.250: igmp v2 report 239.255.255.250
10:02:59.272508 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 224.0.0.251: igmp v2 report 224.0.0.251
10:03:03.672554 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 239.255.3.22: igmp v2 report 239.255.3.22
tcpdump: listening on eth1, link-type EN10MB (Ethernet), capture size 262144 bytes
10:09:14.445736 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 232.0.64.211: igmp v2 report 232.0.64.211
10:09:16.355553 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 232.0.64.211: igmp v2 report 232.0.64.211
10:09:19.475661 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 232.0.64.211: igmp v2 report 232.0.64.211
10:09:23.489652 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > all-routers.mcast.net: igmp leave 232.0.64.211
10:09:25.545535 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 239.255.255.250: igmp v2 report 239.255.255.250
10:09:31.955588 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 224.0.0.251: igmp v2 report 224.0.0.251
10:09:33.235582 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 239.255.3.22: igmp v2 report 239.255.3.22
10:09:54.745760 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 232.0.64.204: igmp v2 report 232.0.64.204
10:09:55.375634 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 232.0.64.204: igmp v2 report 232.0.64.204
10:10:00.115595 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 232.0.64.204: igmp v2 report 232.0.64.204
10:10:03.786759 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > all-routers.mcast.net: igmp leave 232.0.64.204
10:10:08.035565 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 239.255.255.250: igmp v2 report 239.255.255.250
10:10:10.435586 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 239.255.3.22: igmp v2 report 239.255.3.22
10:10:14.835548 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 224.0.0.251: igmp v2 report 224.0.0.251
10:10:15.765661 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 232.0.64.205: igmp v2 report 232.0.64.205
10:10:22.515572 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 232.0.64.205: igmp v2 report 232.0.64.205
10:10:24.806699 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > all-routers.mcast.net: igmp leave 232.0.64.205
10:10:29.075564 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 239.255.255.250: igmp v2 report 239.255.255.250
10:10:35.955558 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 239.255.3.22: igmp v2 report 239.255.3.22
10:10:36.595552 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
Bouygtel4K-272011032208462.lan > 224.0.0.251: igmp v2 report 224.0.0.251
-
Cela confirme 2 choses, il faut a tout prix de l'IGMP v2 en sortie et avec un marquage p3 ça sera mieux.
-
Alors je confirme que j'ai bien remis ça dans le /etc/sysctl.conf:
net.ipv4.conf.all.force_igmp_version=2
net.ipv4.conf.all.mc_forwarding = 1
Par rapport au tagging a priori openwrt ne le gère pas....
-
Si mais on perd l'offload soft ou hard:
/etc/firewall.user :
# This file is interpreted as shell script.
# Put your custom iptables rules here, they will
# be executed with each firewall (re-)start.
# Internal uci firewall chains are flushed and recreated on reload, so
# put custom rules into the root chains e.g. INPUT or FORWARD or into the
# special user chains, e.g. input_wan_rule or postrouting_lan_rule.
##IPV4
## Tout les protocoles changent de file vers le skb 01 dont on a mis la prio à 0
iptables -t mangle -A POSTROUTING -o eth1.100 -j CLASSIFY --set-class 0000:0001
##On maintient les paquets réseaux dans une file à prio 3 (IGMP) ou 5 (ICMP)
iptables -t mangle -A POSTROUTING -o eth1.100 -p igmp -j CLASSIFY --set-class 0000:0003
iptables -t mangle -A POSTROUTING -o eth1.100 -p icmp -j CLASSIFY --set-class 0000:0005
##Les paquets VOIP(SIP) sont taggués EF ont les met en prio 5 (j'utilise un VLAN dédié pour la bbox)
#iptables -t mangle -A POSTROUTING -o eth1.100 -m dscp --dscp 0x2e -j CLASSIFY --set-class 0000:0005
##Si votre client DHCP n'utilise pas les raw socket il faut envoyer les paquet DHCP dans la file 6 (prio 6)
iptables -t mangle -A POSTROUTING -o eth1.100 -p udp --dport 67 -j CLASSIFY --set-class 0000:0006
##IPV6
## Tout les protocoles changent de file vers le skb 01 dont on a mis la prio à 0
ip6tables -t mangle -A POSTROUTING -o eth1.100 -j CLASSIFY --set-class 0000:0001
##On maintient les paquets réseaux dans une file à prio 6
ip6tables -t mangle -A POSTROUTING -o eth1.100 -p ipv6-icmp -j CLASSIFY --set-class 0000:0005
##Si votre client DHCPv6 n'utilise pas les raw socket il faut envoyer les paquet DHCPv6 dans la file 6 (prio 6) (c'est le cas de dibbler)
ip6tables -t mangle -A POSTROUTING -o eth1.100 -p udp --dport 547 -j CLASSIFY --set-class 0000:0006
/etc/rc.local :
# Put your custom commands here that should be executed once
# the system init finished. By default this file does nothing.
sleep 10
ifdown wan
sh /etc/perso/vlanprio.sh
ifup wan
exit 0
avec eth1.100 mon interface WAN.
/etc/perso/vlanprio.sh :
#!/bin/sh
set -x
## on définit pour chaque file une priorité
for i in 0 1 2 3 4 5 6 7; do
ip link set eth1.100 type vlan egress $i:$i >/dev/null
done
## On modifie la priorité de la file 1 à 0 c'est là qu'on renverra tout nos paquets, la file 0 qui est celle par défaut passe à 6
ip link set eth1.100 type vlan egress 1:0 >/dev/null
ip link set eth1.100 type vlan egress 0:6 >/dev/null
et il faut le paquet ip-full installé.
-
Je vais essayer ça, par contre l'IP v6 est complètement désactivée chez moi, ça pose problème?
-
Non, j'ai simplement conservé les lignes IPv6 car c'est nécessaire pour Orange.
-
Ca fonctionne, alors c'était juste un problème de priorité QOS ?
-
Oui, c'est le paramétrage chez ByTel mais pas forcément pour tout le monde d'après les retours que j'ai pu lire.
-
Alors en fait j'ai un peu crier victoire trop tôt.
J'ai que TF1, M6 et CNEWS qui fonctionnent.
Quand la box est démrrée et que je zappe de TF1 à France 2 il me met un message ethernet déconnecté, comme si ça plantait la connextion. Mais je revient sur TF1 ça fonctionne quand même...
EDIT: et TF1 à terminé en erreur
J'ai l'impressions qu'il faudrait que Bouygues donnes des infos précise sur la configuration des BBOX pour pouvoir reproduire un truc fiable avec un autre routeur.
A mon avis je vais laisser tomber et passer par la TNT que je regarde peu la TV et ces chaines me suffisent....
A moins que tu ait encore beaucoup d'autres idées de test à faire ?
-
Il faut faire des tcpdump sur l'interface WAN pour contrôler que les paquets IGMP sont correctement émis et reçus et s'assurer que les règles iptables pour l'IGMP et le multicast UDP sont actives.
Si tu as installé les scripts et configurations donnés, il vaut mieux redémarrer openwrt.
-
Voilà un dernier dump, j'ai redémarrer pas mal de fois le routeur et le box entre différentes configs
DUMP sur TF1 qui fonctionne:
root@OpenWrt:/etc/config# tcpdump -i eth1 igmp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), capture size 262144 bytes
12:23:26.764434 IP Bouygtel4K-272011032208462.lan > 232.0.64.201: igmp v2 report 232.0.64.201
12:23:32.204893 IP Bouygtel4K-272011032208462.lan > 239.255.3.22: igmp v2 report 239.255.3.22
12:23:33.484484 IP Bouygtel4K-272011032208462.lan > 239.255.255.250: igmp v2 report 239.255.255.250
12:23:34.124476 IP Bouygtel4K-272011032208462.lan > 224.0.0.251: igmp v2 report 224.0.0.251
12:23:42.444418 IP Bouygtel4K-272011032208462.lan > 239.255.3.22: igmp v2 report 239.255.3.22
12:23:43.084425 IP Bouygtel4K-272011032208462.lan > 224.0.0.251: igmp v2 report 224.0.0.251
12:23:43.724487 IP Bouygtel4K-272011032208462.lan > 232.0.64.201: igmp v2 report 232.0.64.201
12:23:45.004444 IP Bouygtel4K-272011032208462.lan > 239.255.255.250: igmp v2 report 239.255.255.250
12:23:55.884424 IP Bouygtel4K-272011032208462.lan > 239.255.255.250: igmp v2 report 239.255.255.250
12:23:55.884743 IP Bouygtel4K-272011032208462.lan > 224.0.0.251: igmp v2 report 224.0.0.251
12:23:57.804420 IP Bouygtel4K-272011032208462.lan > 232.0.64.201: igmp v2 report 232.0.64.201
12:23:58.444441 IP Bouygtel4K-272011032208462.lan > 239.255.3.22: igmp v2 report 239.255.3.22
12:24:06.044421 IP Bouygtel4K-272011032208462.lan > 224.0.0.251: igmp v2 report 224.0.0.251
12:24:09.654404 IP Bouygtel4K-272011032208462.lan > 239.255.255.250: igmp v2 report 239.255.255.250
12:24:09.694421 IP Bouygtel4K-272011032208462.lan > 224.0.0.251: igmp v2 report 224.0.0.251
12:24:10.604412 IP Bouygtel4K-272011032208462.lan > 239.255.3.22: igmp v2 report 239.255.3.22
12:24:11.084406 IP Bouygtel4K-272011032208462.lan > 232.0.64.201: igmp v2 report 232.0.64.201
12:24:21.644405 IP Bouygtel4K-272011032208462.lan > 239.255.255.250: igmp v2 report 239.255.255.250
12:24:25.244409 IP Bouygtel4K-272011032208462.lan > 224.0.0.251: igmp v2 report 224.0.0.251
12:24:27.884408 IP Bouygtel4K-272011032208462.lan > 239.255.3.22: igmp v2 report 239.255.3.22
12:24:27.885303 IP Bouygtel4K-272011032208462.lan > 232.0.64.201: igmp v2 report 232.0.64.201
12:24:31.514418 IP Bouygtel4K-272011032208462.lan > 232.0.64.201: igmp v2 report 232.0.64.201
12:24:32.604414 IP Bouygtel4K-272011032208462.lan > 239.255.3.22: igmp v2 report 239.255.3.22
12:24:35.966906 IP Bouygtel4K-272011032208462.lan > 239.255.255.250: igmp v2 report 239.255.255.250
12:24:36.844430 IP Bouygtel4K-272011032208462.lan > 224.0.0.251: igmp v2 report 224.0.0.251
12:24:46.124517 IP Bouygtel4K-272011032208462.lan > 232.0.64.201: igmp v2 report 232.0.64.201
12:24:47.094448 IP Bouygtel4K-272011032208462.lan > 239.255.255.250: igmp v2 report 239.255.255.250
12:24:51.944446 IP Bouygtel4K-272011032208462.lan > 224.0.0.251: igmp v2 report 224.0.0.251
12:24:52.024538 IP Bouygtel4K-272011032208462.lan > 239.255.3.22: igmp v2 report 239.255.3.22
12:24:54.924467 IP Bouygtel4K-272011032208462.lan > 232.0.64.201: igmp v2 report 232.0.64.201
12:24:57.964459 IP Bouygtel4K-272011032208462.lan > 239.255.255.250: igmp v2 report 239.255.255.250
12:25:04.764488 IP Bouygtel4K-272011032208462.lan > 224.0.0.251: igmp v2 report 224.0.0.251
12:25:06.284473 IP Bouygtel4K-272011032208462.lan > 239.255.3.22: igmp v2 report 239.255.3.22
12:25:06.285420 IP Bouygtel4K-272011032208462.lan > 232.0.64.201: igmp v2 report 232.0.64.201
12:25:12.044519 IP Bouygtel4K-272011032208462.lan > 239.255.255.250: igmp v2 report 239.255.255.250
12:25:15.224522 IP Bouygtel4K-272011032208462.lan > 224.0.0.251: igmp v2 report 224.0.0.251
12:25:19.084532 IP Bouygtel4K-272011032208462.lan > 239.255.3.22: igmp v2 report 239.255.3.22
12:25:19.085421 IP Bouygtel4K-272011032208462.lan > 232.0.64.201: igmp v2 report 232.0.64.201
12:25:24.844509 IP Bouygtel4K-272011032208462.lan > 239.255.255.250: igmp v2 report 239.255.255.250
DUMP sur FRANCE2 qui fonctionne maintenant:
root@OpenWrt:/etc/config# tcpdump -i eth1 igmp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), capture size 262144 bytes
12:26:48.694753 IP Bouygtel4K-272011032208462.lan > 232.0.64.202: igmp v2 report 232.0.64.202
12:26:49.814747 IP Bouygtel4K-272011032208462.lan > 232.0.64.202: igmp v2 report 232.0.64.202
12:26:58.044895 IP Bouygtel4K-272011032208462.lan > 239.255.3.22: igmp v2 report 239.255.3.22
12:26:59.884916 IP Bouygtel4K-272011032208462.lan > 232.0.64.202: igmp v2 report 232.0.64.202
12:27:01.484880 IP Bouygtel4K-272011032208462.lan > 239.255.255.250: igmp v2 report 239.255.255.250
12:27:01.485595 IP Bouygtel4K-272011032208462.lan > 224.0.0.251: igmp v2 report 224.0.0.251
12:27:09.244965 IP Bouygtel4K-272011032208462.lan > 239.255.3.22: igmp v2 report 239.255.3.22
12:27:13.005011 IP Bouygtel4K-272011032208462.lan > 232.0.64.202: igmp v2 report 232.0.64.202
12:27:13.645028 IP Bouygtel4K-272011032208462.lan > 224.0.0.251: igmp v2 report 224.0.0.251
12:27:14.285034 IP Bouygtel4K-272011032208462.lan > 239.255.255.250: igmp v2 report 239.255.255.250
12:27:18.115051 IP Bouygtel4K-272011032208462.lan > 239.255.255.250: igmp v2 report 239.255.255.250
12:27:19.005080 IP Bouygtel4K-272011032208462.lan > 224.0.0.251: igmp v2 report 224.0.0.251
12:27:21.165098 IP Bouygtel4K-272011032208462.lan > 239.255.3.22: igmp v2 report 239.255.3.22
12:27:23.245113 IP Bouygtel4K-272011032208462.lan > 232.0.64.202: igmp v2 report 232.0.64.202
DUMP sur FRANCE3 qui fonctionne pas:
listening on eth1, link-type EN10MB (Ethernet), capture size 262144 bytes
12:27:52.045415 IP Bouygtel4K-272011032208462.lan > 232.0.66.73: igmp v2 report 232.0.66.73
12:27:53.334925 IP Bouygtel4K-272011032208462.lan > all-routers.mcast.net: igmp leave 232.0.66.73
12:28:03.245494 IP Bouygtel4K-272011032208462.lan > 239.255.255.250: igmp v2 report 239.255.255.250
12:28:03.565526 IP Bouygtel4K-272011032208462.lan > 239.255.3.22: igmp v2 report 239.255.3.22
12:28:08.685534 IP Bouygtel4K-272011032208462.lan > 224.0.0.251: igmp v2 report 224.0.0.251
12:28:10.605542 IP Bouygtel4K-272011032208462.lan > 239.255.255.250: igmp v2 report 239.255.255.250
12:28:13.085572 IP Bouygtel4K-272011032208462.lan > 239.255.3.22: igmp v2 report 239.255.3.22
12:28:18.285603 IP Bouygtel4K-272011032208462.lan > 224.0.0.251: igmp v2 report 224.0.0.251
12:28:22.125633 IP Bouygtel4K-272011032208462.lan > 239.255.3.22: igmp v2 report 239.255.3.22
12:28:22.605641 IP Bouygtel4K-272011032208462.lan > 239.255.255.250: igmp v2 report 239.255.255.250
12:28:27.885697 IP Bouygtel4K-272011032208462.lan > 224.0.0.251: igmp v2 report 224.0.0.251
-
Il faut faire un tcpdump sur au moins 5 minutes et vérifier que 0.0.0.0 émet un paquet IGMP toutes les 2 à 3 minutes et analyser le fichier pcap de tcpdump pour vérifier le marquage p3.
-
J'ai laissé tourné cette commande pendant 20 minutes:
root@OpenWrt:/etc/perso# tcpdump -i eth0 igmp -w /etc/perso/dump.pcap
tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
Il n'y à aucun paquet qui est passé, il y à bien une entête en binaire mais si je l'ouvre avec wireshark il est vide.
Vu que j'ai fait pas mal de config (notamment la création d'une interface iptv dédiée) je remet les fichier de config peut être que une erreur c'est glissée. Là en gros j'ai quelque chaines qui fonctionnement pendant 5 minutes et puis ça coupe.
Interface:
config interface 'loopback'
option ifname 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'
config globals 'globals'
option ula_prefix 'fd77:5e15:e117::/48'
config switch
option name 'switch0'
option reset '1'
option enable_vlan '1'
config switch_vlan
option device 'switch0'
option vlan '1'
option vid '1'
option ports '6t 2 1'
config switch_vlan
option device 'switch0'
option vlan '2'
option vid '2'
option ports '6t 4'
config switch_vlan
option device 'switch0'
option vlan '3'
option ports '0t 5t'
option vid '100'
config interface 'wan'
option ifname 'eth1.100'
option proto 'dhcp'
option macaddr '28:9E:FC:D6:0A:F8'
option vendorid 'BYGTELIAD'
option clientid '289EFCD60AF8'
config interface 'lan1'
option ifname 'eth0.1'
option proto 'static'
option netmask '255.255.255.0'
option ipaddr '192.168.1.254'
option type 'bridge'
config interface 'lan2'
option ifname 'eth0.2'
option proto 'static'
option netmask '255.255.255.0'
option ipaddr '192.168.2.254'
config interface 'iptv'
option type 'bridge'
option delegate '0'
option proto 'static'
option igmp_snooping '1'
option ipaddr '192.168.3.254'
option netmask '255.255.255.0'
option ifname 'eth1.3'
option force_link '0'
config switch_vlan
option device 'switch0'
option vlan '4'
option ports '0t 3'
option vid '3'
Firewall:
config zone
option name 'wan'
option masq '1'
option output 'ACCEPT'
option forward 'DROP'
option input 'REJECT'
option network 'wan'
config zone
option name 'lan1'
option output 'ACCEPT'
option input 'ACCEPT'
option forward 'DROP'
option network 'lan1'
config forwarding
option dest 'wan'
option src 'lan1'
config zone
option name 'lan2'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'DROP'
option network 'lan2'
config forwarding
option dest 'wan'
option src 'lan2'
config rule
option src 'wan'
option proto 'udp'
option family 'ipv4'
option target 'ACCEPT'
option dest 'iptv'
option name 'IPTV'
config rule
option src 'wan'
option proto 'igmp'
option family 'ipv4'
option target 'ACCEPT'
option dest 'iptv'
option name 'IGMP'
config zone
option input 'ACCEPT'
option name 'iptv'
option output 'ACCEPT'
option forward 'DROP'
option network 'iptv'
config forwarding
option dest 'wan'
option src 'iptv'
IGMPPROXY:
config phyint
option network wan
option direction upstream
list altnet 0.0.0.0/0
config phyint
option network iptv
option zone iptv
option direction downstream
-
Voilà l'extrait du tcp dump quand je passe d'un chaine à l'autre (un chaine qui fonctionne à celle qui fonctionne pas):
On vois bien les paquet UPD qui s'arrêtent.
16:26:40.956788 IP 89.86.97.6.49152 > 232.0.64.202.8200: UDP, length 1328
16:26:40.957643 IP 89.86.97.6.49152 > 232.0.64.202.8200: UDP, length 1328
16:26:40.958548 IP 89.86.97.6.49152 > 232.0.64.202.8200: UDP, length 1328
16:26:40.958661 IP 89.86.97.6.49152 > 232.0.64.202.8202: UDP, length 1344
16:26:40.959416 IP 89.86.97.6.49152 > 232.0.64.202.8200: UDP, length 1328
16:26:40.960358 IP 89.86.97.6.49152 > 232.0.64.202.8200: UDP, length 1328
16:26:40.961169 IP 89.86.97.6.49152 > 232.0.64.202.8200: UDP, length 1328
16:26:40.962027 IP 89.86.97.6.49152 > 232.0.64.202.8200: UDP, length 1328
16:26:40.962929 IP 89.86.97.6.49152 > 232.0.64.202.8200: UDP, length 1328
16:26:40.963789 IP 89.86.97.6.49152 > 232.0.64.202.8200: UDP, length 1328
16:26:40.964683 IP 89.86.97.6.49152 > 232.0.64.202.8200: UDP, length 1328
16:26:40.965536 IP 89.86.97.6.49152 > 232.0.64.202.8200: UDP, length 1328
16:26:40.966445 IP 89.86.97.6.49152 > 232.0.64.202.8200: UDP, length 1328
16:26:40.966548 IP Bouygtel4K-272011032208462.lan > all-routers.mcast.net: igmp leave 232.0.64.202
16:26:40.967319 IP 89.86.97.6.49152 > 232.0.64.202.8200: UDP, length 1328
16:26:40.968777 IP OpenWrt.lan > 232.0.64.202: igmp query v2 [gaddr 232.0.64.202]
16:26:40.969250 IP 89.86.97.6.49152 > 232.0.64.202.8200: UDP, length 1328
16:26:40.969346 IP 89.86.97.6.49152 > 232.0.64.202.8200: UDP, length 1328
16:26:40.970331 IP 89.86.97.6.49152 > 232.0.64.202.8200: UDP, length 1328
16:26:40.970440 IP 89.86.97.6.49152 > 232.0.64.202.8202: UDP, length 1344
16:26:40.971309 IP 89.86.97.6.49152 > 232.0.64.202.8200: UDP, length 1328
16:26:40.971995 IP 89.86.97.6.49152 > 232.0.64.202.8200: UDP, length 1328
16:26:40.972744 IP 89.86.97.6.49152 > 232.0.64.202.8200: UDP, length 1328
16:26:40.973439 IP 89.86.97.6.49152 > 232.0.64.202.8200: UDP, length 1328
16:26:40.974363 IP 89.86.97.6.49152 > 232.0.64.202.8200: UDP, length 1328
16:26:40.975207 IP 89.86.97.6.49152 > 232.0.64.202.8200: UDP, length 1328
16:26:40.976094 IP 89.86.97.6.49152 > 232.0.64.202.8200: UDP, length 1328
16:26:40.976967 IP 89.86.97.6.49152 > 232.0.64.202.8200: UDP, length 1328
16:26:40.977818 IP 89.86.97.6.49152 > 232.0.64.202.8200: UDP, length 1328
16:26:41.049221 IP Bouygtel4K-272011032208462.lan > 232.0.66.73: igmp v2 report 232.0.66.73
16:26:44.079048 IP OpenWrt.lan > 232.0.64.202: igmp query v2 [gaddr 232.0.64.202]
16:26:45.285378 IP6 fe80::12fe:edff:fee6:7c04 > ip6-allrouters: HBH ICMP6, multicast listener reportmax resp delay: 0 addr: ip6-allrouters, length 24
16:26:45.969443 IP Bouygtel4K-272011032208462.lan.5353 > 224.0.0.251.5353: 0 PTR (QM)? _googlecast._tcp.local. (40)
16:26:45.971278 IP Bouygtel4K-272011032208462.lan.5353 > 224.0.0.251.5353: 0*- [0q] 1/0/3 PTR Bouygtel4K-796f1090b4244f7044b7a4057a51bdf0._googlecast._tcp.local. (344)
16:26:47.269118 IP Bouygtel4K-272011032208462.lan > 232.0.66.73: igmp v2 report 232.0.66.73
16:26:50.091775 IP Bouygtel4K-272011032208462.lan > all-routers.mcast.net: igmp leave 232.0.66.73
16:26:50.092462 IP OpenWrt.lan > 232.0.66.73: igmp query v2 [gaddr 232.0.66.73]
16:26:50.247931 IP Bouygtel4K-272011032208462.lan.43352 > mrs09s09-in-f8.1e100.net.443: Flags [P.], seq 229953572:229954419, ack 2749090393, win 65535, options [nop,nop,TS val 167977 ecr 2393472855], length 847
16:26:50.256679 IP mrs09s09-in-f8.1e100.net.443 > Bouygtel4K-272011032208462.lan.43352: Flags [.], ack 847, win 65535, options [nop,nop,TS val 2393593789 ecr 167977], length 0
16:26:50.267173 IP mrs09s09-in-f8.1e100.net.443 > Bouygtel4K-272011032208462.lan.43352: Flags [P.], seq 1:625, ack 847, win 65535, options [nop,nop,TS val 2393593800 ecr 167977], length 624
16:26:50.267459 IP Bouygtel4K-272011032208462.lan.43352 > mrs09s09-in-f8.1e100.net.443: Flags [.], ack 625, win 65535, options [nop,nop,TS val 167979 ecr 2393593800], length 0
16:26:50.947751 IP Bouygtel4K-272011032208462.lan.39312 > mrs09s09-in-f14.1e100.net.443: Flags [P.], seq 547690241:547691292, ack 1030795730, win 65535, options [nop,nop,TS val 168047 ecr 3568701629], length 1051
16:26:50.956896 IP mrs09s09-in-f14.1e100.net.443 > Bouygtel4K-272011032208462.lan.39312: Flags [.], ack 1051, win 65535, options [nop,nop,TS val 3568813871 ecr 168047], length 0
16:26:50.979592 IP mrs09s09-in-f14.1e100.net.443 > Bouygtel4K-272011032208462.lan.39312: Flags [P.], seq 1:486, ack 1051, win 65535, options [nop,nop,TS val 3568813893 ecr 168047], length 485
16:26:50.979878 IP Bouygtel4K-272011032208462.lan.39312 > mrs09s09-in-f14.1e100.net.443: Flags [.], ack 486, win 65535, options [nop,nop,TS val 168051 ecr 3568813893], length 0
16:26:52.399838 IP Bouygtel4K-272011032208462.lan.42123 > OpenWrt.lan.53: 38260+ A? mabbox.bytel.fr. (33)
16:26:52.409634 IP OpenWrt.lan.53 > Bouygtel4K-272011032208462.lan.42123: 38260 NXDomain 0/1/0 (114)
16:26:52.409984 IP Bouygtel4K-272011032208462.lan.63778 > OpenWrt.lan.53: 61096+ A? mabbox.bytel.fr.lan. (37)
16:26:52.410428 IP OpenWrt.lan.53 > Bouygtel4K-272011032208462.lan.63778: 61096 NXDomain 0/0/0 (37)
16:26:52.422599 IP Bouygtel4K-272011032208462.lan.41027 > OpenWrt.lan.53: 50992+ A? gestionbbox.lan. (33)
16:26:52.423058 IP OpenWrt.lan.53 > Bouygtel4K-272011032208462.lan.41027: 50992 NXDomain 0/0/0 (33)
16:26:52.423348 IP Bouygtel4K-272011032208462.lan.54580 > OpenWrt.lan.53: 49827+ A? gestionbbox.lan.lan. (37)
16:26:52.423790 IP OpenWrt.lan.53 > Bouygtel4K-272011032208462.lan.54580: 49827 NXDomain 0/0/0 (37)
16:26:53.095487 IP OpenWrt.lan > 232.0.66.73: igmp query v2 [gaddr 232.0.66.73]
16:26:55.445329 ARP, Request who-has Bouygtel4K-272011032208462.lan tell OpenWrt.lan, length 28
16:26:55.445835 ARP, Reply Bouygtel4K-272011032208462.lan is-at ec:6c:9a:bf:14:c0 (oui Unknown), length 46
16:26:56.098948 IP OpenWrt.lan > 232.0.66.73: igmp query v2 [gaddr 232.0.66.73]
^C
Et j'ai bien des requêtes IGMP qui passent de temps à autre.
16:26:26.774700 IP 89.86.97.6.49152 > 232.0.64.201.8200: UDP, length 1328
16:26:26.775630 IP 89.86.97.6.49152 > 232.0.64.201.8200: UDP, length 1328
16:26:26.775812 IP OpenWrt.lan > all-systems.mcast.net: igmp query v2
16:26:26.776484 IP 89.86.97.6.49152 > 232.0.64.201.8200: UDP, length 1328
16:26:26.777365 IP 89.86.97.6.49152 > 232.0.64.201.8200: UDP, length 1328
16:26:26.778228 IP 89.86.97.6.49152 > 232.0.64.201.8200: UDP, length 1328
16:26:26.779118 IP 89.86.97.6.49152 > 232.0.64.201.8202: UDP, length 1344
16:26:26.779232 IP 89.86.97.6.49152 > 232.0.64.201.8200: UDP, length 1328
16:26:26.779510 IP Bouygtel4K-272011032208462.lan > 232.0.64.201: igmp v2 report 232.0.64.201
16:26:26.780071 IP 89.86.97.6.49152 > 232.0.64.201.8200: UDP, length 1328
16:26:26.780842 IP 89.86.97.6.49152 > 232.0.64.201.8200: UDP, length 1328
Ce qui est bizarre sur le WAN c'et que je vois bien les réponses IGMP (j'en ait pas mal sur les chaines qui fonctionnent pas et au changement de chaine, moins sur une chaine établie) mais je vois pas les query du wan:
root@OpenWrt:/etc/perso# tcpdump -i eth1 igmp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), capture size 262144 bytes
16:40:00.231261 IP Bouygtel4K-272011032208462.lan > 232.0.66.73: igmp v2 report 232.0.66.73
16:40:00.371209 IP Bouygtel4K-272011032208462.lan > 232.0.66.73: igmp v2 report 232.0.66.73
16:40:03.184910 IP Bouygtel4K-272011032208462.lan > all-routers.mcast.net: igmp leave 232.0.66.73
16:40:03.361259 IP Bouygtel4K-272011032208462.lan > 232.0.64.202: igmp v2 report 232.0.64.202
16:40:06.071344 IP Bouygtel4K-272011032208462.lan > 232.0.64.202: igmp v2 report 232.0.64.202
16:40:08.391255 IP Bouygtel4K-272011032208462.lan > 232.0.64.202: igmp v2 report 232.0.64.202
16:40:10.007445 IP Bouygtel4K-272011032208462.lan > all-routers.mcast.net: igmp leave 232.0.64.202
16:40:10.101323 IP Bouygtel4K-272011032208462.lan > 232.0.66.73: igmp v2 report 232.0.66.73
16:40:10.551329 IP Bouygtel4K-272011032208462.lan > 224.0.0.251: igmp v2 report 224.0.0.251
16:40:12.711333 IP Bouygtel4K-272011032208462.lan > 232.0.66.73: igmp v2 report 232.0.66.73
16:40:15.191321 IP Bouygtel4K-272011032208462.lan > 232.0.66.73: igmp v2 report 232.0.66.73
16:40:16.231370 IP Bouygtel4K-272011032208462.lan > 239.255.3.22: igmp v2 report 239.255.3.22
16:40:18.791385 IP Bouygtel4K-272011032208462.lan > 239.255.255.250: igmp v2 report 239.255.255.250
16:40:19.138728 IP Bouygtel4K-272011032208462.lan > all-routers.mcast.net: igmp leave 232.0.66.73
16:40:21.221384 IP Bouygtel4K-272011032208462.lan > 232.0.33.1: igmp v2 report 232.0.33.1
16:40:25.351415 IP Bouygtel4K-272011032208462.lan > 232.0.33.1: igmp v2 report 232.0.33.1
16:40:28.391368 IP Bouygtel4K-272011032208462.lan > 232.0.33.1: igmp v2 report 232.0.33.1
16:40:30.267710 IP Bouygtel4K-272011032208462.lan > all-routers.mcast.net: igmp leave 232.0.33.1
16:40:30.631370 IP Bouygtel4K-272011032208462.lan > 239.255.255.250: igmp v2 report 239.255.255.250
16:40:36.071396 IP Bouygtel4K-272011032208462.lan > 239.255.3.22: igmp v2 report 239.255.3.22
16:40:37.451401 IP Bouygtel4K-272011032208462.lan > 232.0.66.73: igmp v2 report 232.0.66.73
16:40:39.271407 IP Bouygtel4K-272011032208462.lan > 224.0.0.251: igmp v2 report 224.0.0.251
16:40:45.031430 IP Bouygtel4K-272011032208462.lan > 232.0.66.73: igmp v2 report 232.0.66.73
16:40:46.502188 IP Bouygtel4K-272011032208462.lan > all-routers.mcast.net: igmp leave 232.0.66.73
16:40:46.691472 IP Bouygtel4K-272011032208462.lan > 232.0.64.201: igmp v2 report 232.0.64.201
16:40:48.551414 IP Bouygtel4K-272011032208462.lan > 232.0.64.201: igmp v2 report 232.0.64.201
16:40:51.911415 IP Bouygtel4K-272011032208462.lan > 232.0.64.201: igmp v2 report 232.0.64.201
-
Est-ce que les paquets IGMP sont bien marqués p3 en sortie sur l'interface WAN ?
-
Le problème c'est qu'il me semble pas voir les packet IGMP en provenance du WAN, je vois que la réponse de la BBOX.
Voilà mon dump fait avec la commande "tcpdump -i eth1 igmp -w /etc/perso/dump.pcap"
-
En regardant sur toutes les interfaces j'ai réussi à voir de l'IGMP depuis mon WAN (de mon IP publique visiblement)
Mais rien en source 0.0.0.0. et pas de champ 802.1Q ...
"tcpdump -i any igmp -w /etc/perso/dump.pcap"
-
Il faut uniquement faire un tcpdump sur le wan sans le vlan (eth0 ici) et regarder si une priorité 802.1p est ajoutée si ce n'est pas le cas:
- soit il y a un problème de configuration
- soit le matériel ne le permet pas (j'avais réussi sur un ER-X mais avec un sacrifice des performances).
-
je confirme que mon wan est bien "eth1" et je vois aucun paquet attendu comme sur ta capture.
Par contre vu que la BBOX répond c'est un mystère pour moi.
visiblement avec Openwrt les VLAN sont par défaut en 802.1Q:
Name Type Required Default Description
type VLAN Type no 802.1q VLAN type, possible values: 8021q or 8021ad
-
Pour information, je t'invite à aller voir dans le Diag de ta Bbox 4K partie TV.
Tu verra que la Bbox 4k ne trouve pas le réseau Bouygues et c'est pour cette raison que tu n'as pas la IPTV mais tu peux avoir le TV en streaming.
-
Nope.
-
Nope.
Tu peux faire la même vidéo dans la rubrique Diag TV ?
-
L'IPTV UHD n'est pas sélectionnable avec le splitter branché.
-
L'IPTV UHD n'est pas sélectionnable avec le splitter branché.
Donc tu as bien une authentification chez Bouygues.. Chez moi c'est pas le cas.
-
Est-ce que la Miami a ouvert une règle upnp sur le port 52200 (port 52005 en interne) ?
De ce que je connais de la Miami, il lui faut ceci outre l'accès internet usuel pour fonctionner a minima.
Il est clair que si la Miami n'arrive pas à joindre le serveur de droits ByTel, rien ne fonctionnera pour les replays ou flux TV multicast.
-
Salut,
je vais voir mais l'UPNP est désactivé dans mon routeur (j'ai pas cherche l'option sous openwrt)
En tout car j'ai un peu fouiller dans le diag TV. Tous les voyants étaient au vert, par contre après un crash il me dit pas assez de débit !
Ma BBOX TV avait été au préalable enregistrée avec la BBOX d'orgigine (sinon au démarrage "usine" ça fonctionne pas). J'ai pas vu de problème à ce niveau.
Au niveau replay, pas de problème (testé sur TF1), Netflix et amazon prime (streaming je suppose) par de problème non plus..
Bref j'ai modifié le profil streaming et la tout fonctionne bien après de nombreux message d'erreur de la BBOX comme quoi l'option n'était pas modifiable, réglé par reboot.
Il faut pas exagérer la qualité streaming est quand même pourrie. Je suis donc passé en IPTV HD + TNT, mais vu que je regarde pas plus que les chaine TNT pas de problème. J'ai voulu d'ailleurs passer par l'IPTV puisque suite à une panne dans ma région il n'y avais plus beaucoup de chaine TNT, mais depuis ce soir les 27 sont bien revenues.
Par contre à mon avis les crash c'est bizarre, je pense que la config est bonne, est-ce qu'on mon routeur ne manque pas de puissance pour gérer un flux IPTV avec un OpenWrt (TP-Link TL-WR1043ND v2) ?
Merci pour votre aide.
-
Est-ce que la Miami a ouvert une règle upnp sur le port 52200 (port 52005 en interne) ?
De ce que je connais de la Miami, il lui faut ceci outre l'accès internet usuel pour fonctionner a minima.
Il est clair que si la Miami n'arrive pas à joindre le serveur de droits ByTel, rien ne fonctionnera pour les replays ou flux TV multicast.
Règle UPnP bien présente sur le routeur.
-
Je vais installer "miniupnpd" de mon côté voir si cela améliore.
Je crois que je suis un peu hors sujet non ? vous discutiez entre vous ...^^
-
Je vais installer "miniupnpd" de mon côté voir si cela améliore.
Je crois que je suis un peu hors sujet non ? vous discutiez entre vous ...^^
Non non. J'ai essayé avec un Syno et là je test avec le TP-link comme toi et j'ai le même problème que toi.
-
Pour info j'ai fait un test de débit IPTV sur l'interface BBOX TV:
1: échec à 27%
2: test concluant bien que la bande passante semble insuffisante.
3: Ok
4: Ok
5: Ok
Sachant que j'ai 300Mbis/s symétrique.
Par contre je n'arrive plus à activer l'IPTV maintenant, "abonnement non souscrit", tout est grisé...