NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Brancher décodeur TV Bouygues Telecom sur D6220
Bonjour, j'ai un modem/routeur D6220 j'accède à internet et maintenant j'aimerais brancher le décodeur TV Bouygues Telecom Depuis l'interface du D6220 il y a le choix entre internet ou IPTV ...
ça commence à devenir très technique pour moi
- déjà pour repérer le fichier conf igmp
je lance : ls -R
s'il y avait un moyen de trier par mot clé, genre *.conf ou igmp , ce serait un plus.
cette commande existe-t-elle ?
google ne me renvoie rien à ce sujet
- j'ai lancé une requête tcpdump sur eth4 et filtrer sur igmp :
Tu dis : Tout d’abord on cherche des requêtes IGMP qui partent du décodeur (donc LAN4), sont interceptées par le proxy IGMP qui écoute sur le LAN et qui les réémet sur le WAN vers le FAI. Puis quand le flux IPTV multicast UDP arrive, le proxy doit le router vers le LAN4 du décodeur.
je vois la requête IGMP qui part du décodeur mais jamais le retour (si j'ai bien compris)
- Il faut aussi vérifier que le Proxy IGMP soit bien en fonction sur le D6220 (peut-être avec un "ps -w").: ça m'affiche une liste de processus; je suppose qu'à un moment dans la liste je dois voir igmp ou proxy ?
Ce n'est pas le cas
-Dans la page de config de l’IPTV, où t’as laissé "adresse IP attribuée par le FAI" est-ce que tu vois une adresse IP pour l’IPTV attribuée par le FAI ?
Non c'est la même page que la config 'internet'
Maintenant que t’as trouvé la position du répertoire /mnt, tu devrais passer à chercher le fichier de config du network.: c'est un fichier dont le nom est network ?
j'ai récupéré les sources du firmware 48 : je vais les décompresser sous ubuntu
j'ai trouvé ça
ls ./sys/devices/virtual/net/br0/bridge
ageing_time group_fwd_mask mld_proxy stp_state
bridge_id hello_time mld_snooping tcn_timer
flush hello_timer priority topology_change
forward_delay igmp_proxy root_id topology_change_detected
gc_timer igmp_snooping root_path_cost topology_change_timer
group_addr max_age root_port
et
# cat sys/devices/virtual/net/br0/bridge/igmp_proxy
Enabled
# cat sys/devices/virtual/net/br0/bridge/igmp_snooping
Blocking(2)
Ce qui tend à penser que igmp est activé sur br0 et
ifconfig br0
br0
Link encap:Ethernet HWaddr MAC D6220
inet addr:192.168.0.1 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: 2002:b09c:a5cb:e472:3e37:86ff:feb2:1902/64 Scope:Global
inet6 addr: fe80::3e37:86ff:feb2:1902/64 Scope:Link
UP BROADCAST RUNNING ALLMULTI MULTICAST MTU:1500 Metric:1
RX packets:12390 multicast:680 unicast:11620 broadcast:90
RX errors:0 dropped:0 overruns:0 frame:0
TX packets:10815 multicast:0 unicast:10815 broadcast:0
TX errors:0 dropped:0 overruns:0 carrier:0 collisions:0
txqueuelen:0
RX bytes:3285349 (3.1 MiB) TX bytes:7278851 (6.9 MiB)
RX multicast bytes:137750 (134.5 KiB) TX multicast bytes:0 (0.0 B)
Dans le firmware 48 j'ai
...\D6220_GPL_Src\userspace\ap\gpl\IGMP-PROXY
voici le lien pour le récupérer
https://mega.nz/#!KlRkWaiJ!HwlTJ0g6-zeTtXa0OSFt4SS13XT56Yw2MIfY2qUOVZI
je ne vois pas exactement quel fichier conf tu cherches
Une question.
La BBOX attribue une régle UPNP au décodeur TV
Mais pas le D6220
Aurais-tu une explication ?
Bonjour lanfust,
Maintenant seulement je vois l’image igmp.png (avant c’était bloquée : image_unmoderated.gif). Ça prends trop de temps (12 heures pour voir une image ? gimmeabreak!) si tu passes par le fofo.
Oui, on y voit bien les requêtes IGMPv3 par le D6220 (192.168.0.1) et les annonces d’appartenance (IGMPv2) par 192.168.0.3 aux groupes multicast, j’espère que ce soit ton décodeur à cette adresse 192.168.0.3.
Tout se répète de façon plutôt régulière à intervalles de ~2 minutes (125 secondes). Donc tout ok de ce coté. Quand tu éteins le décodeur ou tu le passes en standby tu devrais voir l’annonce correspondant d’abandon du groupe multicast.
Pour filtrer, sur le D6220, utiliser grep, donc essayer (par telnet) par exemple
"ps -w | grep igmp" ou "ps -w | grep proxy".
Le proxy IGMP est un routeur virtuel. Donc ok de le voir avec les autre interfaces sous /devices. Un peu étonnant qu’il n’existe pas dans la liste ps.
Pourrais-tu peux sniffer l’interface br0 (D6220) stp pendant ~15 minutes sans filtres avant et durant l’allumage du décodeur + TV ? Disons ~4 minutes avant et ~11 minutes en allumé. Sans activité Internet (browsing, mail etc.) pour minimiser le trafic.
On cherche ces mêmes annonces/requêtes multicast (224.0.0.x etc).
Puis répéter sur l’interface ptm0 (qui devrait aussi contenir le trafic ptm0.0 et ptm 0.1), sans activité Internet. On devrait voir aussi de l’IGMP sortir, si le proxy IGMP marche.
On en devrait voir de façon régulière à intervalles de 2-3 minutes encore.
T’as trouvé les logs (journaux) de système ? Peut-être dans /var/log.
Si dans tcpdump du D6220 l’option "-Q inout" ne marche pas essayer "-P inout"
La configuration du network devrait se voir avec un cat /etc/config/network.
Une autre commande utile sur le D6220 (via telnet) est netstat (vérifier syntaxe et options in loco par netstat --help) :
"netstat -r" devrait fournir la table de routage, puis
"netstat -tuplen" (avec serveurs)
et
"netstat -tuenWp" (sans)
pour examiner les connexions, ports et processus.
Re. : … La BBOX attribue une régle UPNP au décodeur TV
Mais pas le D6220
Aurais-tu une explication ? …
Non.
Tu as essayé sur le D6220 avec quel résultat ? Si je me souviens t’avais choisi 30 minutes de période, c’est peut-être trop, j’avais pensé.
Sur wikip/en on trouve ça https://en.wikipedia.org/wiki/Universal_Plug_and_Play:
" IGMP snooping and reliability
UPnP is often the only significant multicast application in use in digital home networks; therefore, multicast network misconfiguration or other deficiencies can appear as UPnP issues rather than underlying network issues.
If IGMP snooping is enabled on a switch, or more commonly a wireless router/switch, it will interfere with UPnP/DLNA device discovery (SSDP) if incorrectly or incompletely configured (e.g. without an active querier or IGMP proxy), making UPnP appear unreliable.
Typical scenarios observed include a server or client (e.g. smart TV) appearing after power on, and then disappearing after a few minutes (often 30 by default configuration) due to IGMP group membership expiring. "
A investiguer ultérieurement.
Comme alternative il y a aussi le port-fowarding https://kb.netgear.com/20917/What-is-port-forwarding
Juste pour vérifier : tu n’as pas activé le VLAN bridging (pontage) pour l’interface IPTV ?
A+.
Il faut chercher, dans le D6220, le sous-répertoire "/init.d" . D’habitude il se trouve dans /etc .
Puis on devrait y trouver le fichier igmpproxy.
Donc d’habitude cat /etc/init.d/igmpproxy montre où se cache le binaire d'igmpproxy.
A+.
Pourrais-tu peux sniffer l’interface br0 (D6220) stp pendant ~15 minutes sans filtres avant et durant l’allumage du décodeur + TV ? Disons ~4 minutes avant et ~11 minutes en allumé. Sans activité Internet (browsing, mail etc.) pour minimiser le trafic.
On cherche ces mêmes annonces/requêtes multicast (224.0.0.x etc).
Puis répéter sur l’interface ptm0 (qui devrait aussi contenir le trafic ptm0.0 et ptm 0.1), sans activité Internet. On devrait voir aussi de l’IGMP sortir, si le proxy IGMP marche.
On en devrait voir de façon régulière à intervalles de 2-3 minutes encore.
J'ai donc sniffer sans filtre comme tu m'as dit br0 et ptm0.
Si dans wireshark je filtre sur IGMP, on voit bien des requêtes 224.224.0.X
tu trouveras les 2 fichiers ici
https://mega.nz/#!X5BgRYpQ!dJpve_PI_lb9qG44NihPiaCgHd5N7KCvv8QkFfQoFgQ
Une fois que tu les as je les enlève du cloud Mega
T’as trouvé les logs (journaux) de système ? Peut-être dans /var/log. : je cherche
La configuration du network devrait se voir avec un cat /etc/config/network. non pas de etc/config/network.
Juste pour vérifier : tu n’as pas activé le VLAN bridging (pontage) pour l’interface IPTV ? je l'ai activé dans l'interface web IPTV ; j'ai mis vlan 835 et priorité 0
Avec nestart j'ai
netstat
Active Internet connections (w/o servers)
Proto Recv-Q Send-Q Local Address Foreign Address State
tcp 0 127 ::ffff:192.168.0.1:telnet ::ffff:192.168.0.4:49700 ESTABLISHED
Active UNIX domain sockets (w/o servers)
Proto RefCnt Flags Type State I-Node Path
unix 3 [ ] STREAM CONNECTED 1714
unix 3 [ ] STREAM CONNECTED 1713netstat r
Active Internet connections (w/o servers)
Proto Recv-Q Send-Q Local Address Foreign Address State
tcp 0 127 ::ffff:192.168.0.1:telnet ::ffff:192.168.0.4:49700 ESTABLISHED
Active UNIX domain sockets (w/o servers)
Proto RefCnt Flags Type State I-Node Path
unix 3 [ ] STREAM CONNECTED 1714
unix 3 [ ] STREAM CONNECTED 1713netstat -tuplen
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:33344 0.0.0.0:* LISTEN -
tcp 0 0 0.0.0.0:20005 0.0.0.0:* LISTEN -
tcp 0 0 0.0.0.0:8200 0.0.0.0:* LISTEN 1145/minidlna.exe
tcp 0 0 192.168.0.1:5000 0.0.0.0:* LISTEN 866/upnpd
tcp 0 0 192.168.0.1:53 0.0.0.0:* LISTEN 849/dnsmasq
tcp 0 0 0.0.0.0:5916 0.0.0.0:* LISTEN 1693/acsd
tcp 0 0 :::80 :::* LISTEN 871/httpd
tcp 0 0 :::53 :::* LISTEN 849/dnsmasq
tcp 0 0 :::23 :::* LISTEN 3448/telnetd
udp 0 0 0.0.0.0:23 0.0.0.0:* 854/telnetenabled
udp 0 0 127.0.0.1:42032 0.0.0.0:* 1693/acsd
udp 0 0 192.168.0.1:53 0.0.0.0:* 849/dnsmasq
udp 0 0 0.0.0.0:67 0.0.0.0:* 850/udhcpd
udp 0 0 0.0.0.0:58447 0.0.0.0:* 849/dnsmasq
udp 0 0 192.168.0.1:48463 0.0.0.0:* 1145/minidlna.exe
udp 0 0 0.0.0.0:1900 0.0.0.0:* 1145/minidlna.exe
udp 0 0 0.0.0.0:1900 0.0.0.0:* 866/upnpd
udp 0 0 0.0.0.0:37000 0.0.0.0:* 1685/eapd
udp 0 0 0.0.0.0:2190 0.0.0.0:* 1145/minidlna.exe
udp 0 0 127.0.0.1:38032 0.0.0.0:* 1690/nas
udp 0 0 0.0.0.0:5098 0.0.0.0:* 879/dsldiagd
udp 0 0 0.0.0.0:5099 0.0.0.0:* 879/dsldiagd
udp 0 0 0.0.0.0:5100 0.0.0.0:* 879/dsldiagd
udp 0 0 0.0.0.0:41709 0.0.0.0:* 866/upnpd
udp 0 0 0.0.0.0:43000 0.0.0.0:* 1685/eapd
udp 0 0 :::547 :::* 1748/dhcp6s
udp 0 0 :::53 :::* 849/dnsmasqnetstat -tuenWp
Active Internet connections (w/o servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 201 ::ffff:192.168.0.1:23 ::ffff:192.168.0.4:49700 ESTABLISHED 3448/telnetdAutre chose, dans l'interface du D6220 onglet "Avancé"
Adresse MAC MAC décodeur que j'ai attribuée manuellement Internet Adresse IP IP fixe attribuée par ByTel IPTV Adresse IP 0.0.0.0 <--- je suppose que pas d'IP attribuée Internet Connexion DHCP IPTV Connexion DHCP Masque de sous-réseau IP 255.255.192.0 Serveur de Nom de Domaine 194.158.122.10
194.158.122.15Il faut chercher, dans le D6220, le sous-répertoire "/init.d" . D’habitude il se trouve dans /etc .
Puis on devrait y trouver le fichier igmpproxy.
Donc d’habitude cat /etc/init.d/igmpproxy montre où se cache le binaire d'igmpproxy.
J'ai
ls etc/init.d
bcm-base-drivers.sh gre-tunnel-drivers.sh swmdk.sh
foxconn_config.sh mount-fs.sh system-config.shSalut lanfust,
Fichiers sur Mega c'est fait tu peux les effacer.
lanfust a écrit :Juste pour vérifier : tu n’as pas activé le VLAN bridging (pontage) pour l’interface IPTV ? je l'ai activé dans l'interface web IPTV ; j'ai mis vlan 835 et priorité 0
Pourrais-tu stp nous poster une image de cette page avec ces options? Une image = 1000 mots.
Le reste demain.
Bonne nuit
Pourrais-tu stp nous poster une image de cette page avec ces options? Une image = 1000 mots.
voilà le lien
https://mega.nz/#!XoJ2QQCQ!fQwLwEENhjRE61LdtOWLF1dM882Xb_SKjsL9VIf9_Qc
Bonjour lanfust,
Merci mais ce n’est pas de ça que je parlais (en passant, la priorité pour le trafic IPTV ne doit pas être à zéro comme pour le trafic Internet, j’avais suggéré de commencer par mettre 4 pour l’IPTV, ce qui nous aiderait dans l'analyse par Wireshark).
Dans ton message 5 du 2020-02-15 t’avais écrit
SpoilerMais je peux choisir d'activer un port ethernet en particulier en cliquant sur Paramètres vlan/pont.
J'ai choisi d'activer le port 1; les 3 autres restant en vlan 835
Dans ce cas faut-il cocher dans l'interface IPTV : Utiliser l'identifiant vlan ?
C’est cette page avec vlan/pont que j’aimerais voir. Avec les options qui sont actives en ce moment.
Merci d’avance.
Le décodeur est toujours su LAN4 (eth4) et 192.168.0.3 ?
L’adresse 0.0.0.0 pour l’interface IPTV (D6220 onglet "Avancé") me semble ok.
Pour netstat r, t’as oublié le petit trait, c’est "netstat -r" pour avoir la table de routage.
Il semble que "netstat -g" ne soit pas supporté. Pourrais-tu vérifier stp ?
Dans le résultat de "netstat -tuplen" on voit le daemon upnpd qui écoute (donc ok si démarré par toi, sinon à stopper) ainsi que le dsldiagd (ce dernier à stopper si tu n’utilises pas le diagnostique fourni par Broadcom).
Encore aucune trace d’un processus et/ou un binaire nommé "igmpproxy" (sans rien entre igmp et proxy) ?
J’ai examiné (vite) la capture par tcpdump de ptm0 (le fichier ptm0_decodeur_d6220). Il semble que t’as capturé seulement le trafic sortant. Et il y a beaucoup de trafic de type Internet (mais en sortie seulement), qui interfère et rend toute l’interprétation plus compliquée. On y voit aussi du trafic vers Microsoft et du windows-update ! Tu n’es pas sous Ubuntu quand tu lances tcpdump sur le D6220 par telnet ?.
Je vois seulement quatre paquets IGMPv3 sortants, dont 2 d’abandon et 2 d’abonnement à un groupe multicast. Ce qui serait un bon signe. Mais trop peu.
Le MAC du décodeur Miami est-il bien 3c:37:86:b2:19:04 ? Tu vois pourquoi c’est difficile pour moi de bien analyser ces données ?
A+.
Bonjour tresbeau
Je refais toutes les mesures à partir de ubuntu
Sous Win10 trop d'interférences et de processus connectés à internet; je ne saurais pas trop quoi couper, même si avant de lancer tcpdump j'avais férmé tout ce que j'utilise.
Donc pour commencer, le pc est sur 192.168.0.3 et LAN1
Le décodeur est sur LAN4 et allumé; son MAC est A8: D3:F7:F3:99:08 ; le D6220 me dit que le pc est connecté mais pas le décodeur.
L'interface web du D6220 concernant les périphériques donne ceci :
Pour être sûr de quoi est où, j'ai affecté une IP fixe au pc et au décodeur
PC : 192.168.0.3
DECODEUR : 192.168.0.4
De plus depuis l'onglet "Avancé" du D6220 j'ai
Adresse MAC 3C:37:86:B2:19:03 Internet Adresse IP 176.156.165.203 IPTV Adresse IP 0.0.0.0 Internet Connexion DHCP IPTV Connexion DHCP Masque de sous-réseau IP 255.255.192.0 Serveur de Nom de Domaine 194.158.122.10
194.158.122.15Commande netsat depuis Ubuntu à récupérer depuis le lien
https://mega.nz/#!KoIQwSJb!kgBzFjJwMOHFHQttZxxmZaCs5oWYFWpLNCa9sPA2ymU
C’est cette page avec vlan/pont que j’aimerais voir. Avec les options qui sont actives en ce moment.
https://mega.nz/#!K8JkyIgI!j5QbxJOrcfzKh_e0mIXWkHEzyFJMUi0xUOFDrut5VZY
La suite avec tcpdump...
Help !!!
Tu va me tuer comme ça !
lanfust a écrit :...
Commande netsat depuis Ubuntu à récupérer depuis le lien
Pourquoi me donnes-tu le résultat de "sudo netstat -tuplen" de ton PC Ubuntu ? Tout cela est pour ton PC Ubuntu ! Pas pour le D6220 !
Cela ne nous intéresse pas.
Je ne cherche pas le netstat de ton Ubuntu mais celui du D6220, lancé sur le D6220 via telnet depuis le PC Ubuntu.
Tu dois te connecter au D6220 en telnet tout d’abord et puis y envoyer les commendes netstat -r etc.
Parfois quand tu utilises la citation il y a du texte qui reste invisible. Ça m’est arrivé aussi. Là je n’avais pas le 2me lien mega avec le texte.
Seulement maintenant je le vois car je l’ai copié.
A+.
lanfust a écrit :C’est cette page avec vlan/pont que j’aimerais voir. Avec les options qui sont actives en ce moment.
https://mega.nz/#!K8JkyIgI!j5QbxJOrcfzKh_e0mIXWkHEzyFJMUi0xUOFDrut5VZY
Peux-tu changer stp la priorité IPTV et la mettre à 4 dans les deux pages ? Seulement pour l’IPTV et laisser à zéro pour le flux Internet.
tresbeau wrote:Help !!!
Tu va me tuer comme ça !
lanfust a écrit :...
Commande netsat depuis Ubuntu à récupérer depuis le lien
Pourquoi me donnes-tu le résultat de "sudo netstat -tuplen" de ton PC Ubuntu ? Tout cela est pour ton PC Ubuntu ! Pas pour le D6220 !
Cela ne nous intéresse pas.
Je ne cherche pas le netstat de ton Ubuntu mais celui du D6220, lancé sur le D6220 via telnet depuis le PC Ubuntu.
Tu dois te connecter au D6220 en telnet tout d’abord et puis y envoyer les commendes netstat -r etc.
Parfois quand tu utilises la citation il y a du texte qui reste invisible. Ça m’est arrivé aussi. Là je n’avais pas le 2me lien mega avec le texte.
Seulement maintenant je le vois car je l’ai copié.
A+.
Argh ! mince
le problème est que telnet depuis ubuntu ne fonctionne pas
j'ai connexion refusée
c'est pour ça que je ne peux la donner
J'ai essayé différentes solutions mais rien ne fonctionne; je n'arrive pas à connecter en telnet + ubuntu sur le D6220
Sinon je me rend compte à l'utilisation que ce forum bugge pas mal...
Du coup de relance telnet + D6220 sous Win10
netstat -r
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
default 176.156.128.1 0.0.0.0 UG 0 0 0 ptm0.0
176.156.128.0 * 255.255.192.0 U 0 0 0 ptm0.0
192.168.0.0 * 255.255.255.0 U 0 0 0 br0netstat -g : ne fonctionne pas
netstat -tpluen
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:33344 0.0.0.0:* LISTEN -
tcp 0 0 0.0.0.0:20005 0.0.0.0:* LISTEN -
tcp 0 0 0.0.0.0:8200 0.0.0.0:* LISTEN 1239/minidlna.exe
tcp 0 0 192.168.0.1:5000 0.0.0.0:* LISTEN 872/upnpd
tcp 0 0 192.168.0.1:53 0.0.0.0:* LISTEN 855/dnsmasq
tcp 0 0 0.0.0.0:5916 0.0.0.0:* LISTEN 1179/acsd
tcp 0 0 :::80 :::* LISTEN 875/httpd
tcp 0 0 :::53 :::* LISTEN 855/dnsmasq
tcp 0 0 :::23 :::* LISTEN 2152/telnetd
udp 0 0 0.0.0.0:34824 0.0.0.0:* 855/dnsmasq
udp 0 0 0.0.0.0:23 0.0.0.0:* 860/telnetenabled
udp 0 0 127.0.0.1:42032 0.0.0.0:* 1179/acsd
udp 0 0 192.168.0.1:53 0.0.0.0:* 855/dnsmasq
udp 0 0 0.0.0.0:67 0.0.0.0:* 856/udhcpd
udp 0 0 0.0.0.0:1900 0.0.0.0:* 1239/minidlna.exe
udp 0 0 0.0.0.0:1900 0.0.0.0:* 872/upnpd
udp 0 0 192.168.0.1:55932 0.0.0.0:* 1239/minidlna.exe
udp 0 0 0.0.0.0:37000 0.0.0.0:* 1173/eapd
udp 0 0 0.0.0.0:2190 0.0.0.0:* 1239/minidlna.exe
udp 0 0 127.0.0.1:38032 0.0.0.0:* 1176/nas
udp 0 0 0.0.0.0:34281 0.0.0.0:* 872/upnpd
udp 0 0 0.0.0.0:5098 0.0.0.0:* 886/dsldiagd
udp 0 0 0.0.0.0:5099 0.0.0.0:* 886/dsldiagd
udp 0 0 0.0.0.0:5100 0.0.0.0:* 886/dsldiagd
udp 0 0 0.0.0.0:43000 0.0.0.0:* 1173/eapd
udp 0 0 :::547 :::* 1676/dhcp6s
udp 0 0 :::53 :::* 855/dnsmasqnetstat -tuenWp
Active Internet connections (w/o servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 201 ::ffff:192.168.0.1:23 ::ffff:192.168.0.3:50022 ESTABLISHED 2152/telnetdRe. : … IPTV Adresse IP <--- je suppose que pas d'IP attribuée
Essayer de forcer l’adresse IP de l’interface IPTV en fixe (pas attribuée par DHCP du FAI) et même adresse IP que l’interface Internet.
Voir si ça passe et si ça casse l’accès Internet ou autre chose.
En effet dans le fichier ptm0_decodeur_d6220.pcap on voit beaucoup de trafic broadcast DHCP qui part de 3c:37:86:b2:19:04 (donc c’est sur le D6220) où la source cherche d’obtenir cette même adresse.
As-tu trouve à qui appartient le MAC 28:9e:fc:dd:19:d8 ?
C’est lui qui sort les 4 paquets IGMPv3 mais aussi des paquets ARP vers le serveur d’accès de ton FAI (dont l’adresse IP est celui au 2me saut d’un tracert) et des tonnes de paquets vers Internet.
On y trouve par exemple des choses comme (dans un paquet http)
(Requested URI) /smartvision_tv/services/BytelService_1…
(User agent) STB#HMB4213H (UUID/271011630216793) (Android/8.0.0) (MW/8.1.4)
(Host) iptv.pfs.bouyguesbox.fr
Ou encore
(Requested URI) /smartvision_tv/services/LiveCustomerRelatedService_1 …
Est-ce que c’est ta smart TV android ?
A+.
As-tu trouve à qui appartient le MAC 28:9e:fc:dd:19:d8 ?
c'est le MAC de la BBOX que j'ai attribué à l'interface internet
En fait pour l'IPTV je me demande s'il faut mettre le vlan 835 et si ce n'est pas autre chose.?
Car une fois que j'avais mis vlan = 835 pour internet j'ai eu instanténemant une attribution d'addresse ip.
- si par tcpdump on peut trouver le vlan ?
De plus la bbox attribue une régle UPNP au décodeur mais pas le D6220.
Mais là dans (UserAgent)STB et android 8 ça vient bien du décodeur non ? On est d’accord ?
Le VLAN avec tcpdump on le voit. Mais comme il y a un seul VLAN en ce moment on voit seulement 835.
Et comme je ne vois pas de réponse de type flux IPTV (ni IGMP) dans les pcap que tu m’as donné…
Selon la doc officielle, Orange fournit aux FAI en collecte un seul VLAN (835) capable de transporter assez pour TV + Internet. Puis il y a aussi le VLAN 850 avec moins, 320 kbps de mémoire (il faut vérifier) qui est prioritaire, pour du VoIP. Tu peux vérifier toi-même, c’est dispo sur leur site.
T’as changé à 4 la priorité pour l’IPTV ? C’est important.
Et essayé un IP fixe pour l’IPTV ?
Dans le fichier br0…pcap on voit beaucoup de requêtes IGMPv2 qui sortent du décodeur (qui était sur 192.168.0.3).
Je pense aussi que tu devrais désactiver le UPnP sur le D6220.
Puis une chose à faire aussi est de désactiver le bridge et voir si ça change ou casse quelque chose.
Pour cela il faut bien lire le manuel du D6220, page 54 vers la fin sous "Bridge Mode". Parce-que en ce moment tu fais passer tout par un bridge (pas de NAT donc), si l’on croit le manuel.
A+.
lanfust a écrit :De plus la bbox attribue une régle UPNP au décodeur mais pas le D6220.
Pour le UPnP, on trouve ici https://lafibre.info/remplacer-bbox/retro-ingenierie/ que
"…Le serveur en charge de la maintenance et du déploiement des firmwares est 194.158.119.72.Il se connecte sur les ports 51005 (bbox) et 52005 (Miami via une règle UPnP), la bbox le contacte via https à chaque démarrage. …"
Donc tu peux tranquillement désactiver le UPnP sur ton D6220.
A+.
tresbeau wrote:Mais là dans (UserAgent)STB et android 8 ça vient bien du décodeur non ? On est d’accord ?
Le VLAN avec tcpdump on le voit. Mais comme il y a un seul VLAN en ce moment on voit seulement 835.
Et comme je ne vois pas de réponse de type flux IPTV (ni IGMP) dans les pcap que tu m’as donné…
Selon la doc officielle, Orange fournit aux FAI en collecte un seul VLAN (835) capable de transporter assez pour TV + Internet. Puis il y a aussi le VLAN 850 avec moins, 320 kbps de mémoire (il faut vérifier) qui est prioritaire, pour du VoIP. Tu peux vérifier toi-même, c’est dispo sur leur site.
T’as changé à 4 la priorité pour l’IPTV ? C’est important.
Et essayé un IP fixe pour l’IPTV ?
Dans le fichier br0…pcap on voit beaucoup de requêtes IGMPv2 qui sortent du décodeur (qui était sur 192.168.0.3).
Je pense aussi que tu devrais désactiver le UPnP sur le D6220.
Puis une chose à faire aussi est de désactiver le bridge et voir si ça change ou casse quelque chose.
Pour cela il faut bien lire le manuel du D6220, page 54 vers la fin sous "Bridge Mode". Parce-que en ce moment tu fais passer tout par un bridge (pas de NAT donc), si l’on croit le manuel.
A+.
Si je comprends bien le bridge mode c'est quand je vais dans vlan/pont et que j'attribue un vlan sur un des ports ?
Effectivement javais activé un vlan 835 pour le port 4 avec priorité 4 sauf que le décodeur ne se connectait pas et le D6220 ne lui attribuait pas d'IP. En supprimant ce paramètre j'obtiens une connexion sur le port 4 avec attibution d'adresse IP.
Par ailleurs le bind LAN4 to WAN2 n'apparait pas dans l'interface IPTV ; Il devrait être d'après le manuel dans l'encadré
"Utiliser le vlan" ce qui d'après le manuel (p54) dans Bridge Mode
If you are specifying the settings for the IPTV virtual interface and your ISP informed you
that you must use bridge mode, select the Bridge Mode (bind LAN4 to WAN2) check
box. (If your ISP does not support bridge mode, the check box might not display onscreen.)Ok super on avance bien.
Concernant l'UPNP j'étais persuadé qu'il fallait le laisser activé puisque la bbox créé une régle.
Je le désactive donc
Pour l'IPTV dans le vlan j'ai bien mis 835 et priorité 4
J'ai laissé Vendor Class Identifier String (option 60) : BYGTELIAD
Pour internet j'ai laissé vlan 835 et priorité 0
Juste pour info un image des informations IPTV du décodeur
tresbeau wrote:
lanfust a écrit :netstat -g : ne fonctionne pas
Essayer "ip maddr" .
Spoilermaddr : Manage and display multicast IP addresses
ip maddr : Display multicast information for all devices
ip maddr show dev em1 : Display multicast information for device em1
A+.
Pour info
sous win10 , telnet sur D6220
Pc et décodeur connectés sur D6220
# ip maddr
1: lo
inet 224.0.0.1
inet6 ff02::1
2: ifb0
link 33:33:00:00:00:01
inet6 ff02::1
3: ifb1
link 33:33:00:00:00:01
inet6 ff02::1
4: sit0
inet 224.0.0.1
inet6 ff02::1
5: ip6tnl0
inet6 ff02::1
7: bcmsw
link 33:33:00:00:00:01
link 33:33:00:00:00:02
inet6 ff02::2
inet6 ff02::1
8: eth4
link 33:33:00:00:00:01
link 01:00:5e:00:00:01
link 33:33:00:00:00:02
link 33:33:ff:b2:19:02
link 33:33:ff:00:00:00
inet 224.0.0.1
inet6 ff02::1:ff00:0
inet6 ff02::1:ffb2:1902
inet6 ff02::2
inet6 ff02::1
9: eth3
link 33:33:00:00:00:01
link 01:00:5e:00:00:01
link 33:33:00:00:00:02
inet 224.0.0.1
inet6 ff02::2
inet6 ff02::1
10: eth2
link 33:33:00:00:00:01
link 01:00:5e:00:00:01
link 33:33:00:00:00:02
inet 224.0.0.1
inet6 ff02::2
inet6 ff02::1
11: eth1
link 33:33:00:00:00:01
link 01:00:5e:00:00:01
link 33:33:00:00:00:02
link 33:33:ff:b2:19:02
link 33:33:ff:00:00:00
inet 224.0.0.1
inet6 ff02::1:ff00:0
inet6 ff02::1:ffb2:1902
inet6 ff02::2
inet6 ff02::1
12: eth0
link 33:33:00:00:00:01
link 01:00:5e:00:00:01
link 33:33:00:00:00:02
inet 224.0.0.1
inet6 ff02::2
inet6 ff02::1
13: wl0
inet6 ff02::2
inet6 ff02::1
14: wl1
inet6 ff02::2
inet6 ff02::1
15: br0
link 01:00:5e:00:00:01
link 01:00:5e:7f:ff:fa
link 01:00:5e:00:00:02
link 01:00:5e:00:00:16
link 33:33:00:00:00:01
link 33:33:00:00:00:02
link 33:33:ff:b2:19:02
link 33:33:ff:00:00:00
link 33:33:00:01:00:02
link 33:33:00:01:00:03
inet 224.0.0.22
inet 224.0.0.2
inet 239.255.255.250 users 2
inet 224.0.0.1
inet6 ff05::1:3
inet6 ff02::1:2
inet6 ff02::1:ff00:0 users 2
inet6 ff02::1:ffb2:1902 users 2
inet6 ff02::2 users 2
inet6 ff02::1
16: wl0.1
inet6 ff02::2
inet6 ff02::1
17: wl1.1
inet6 ff02::2
inet6 ff02::1
18: ptm0
link 33:33:00:00:00:01 users 3
link 01:00:5e:00:00:01 users 3
link 33:33:ff:dd:19:d8 users 2
link 33:33:ff:b2:19:04
link 01:00:5e:7f:03:16
inet 224.0.0.1
inet6 ff02::1:ffdd:19d8
inet6 ff02::1
19: ptm0.0
link 01:00:5e:00:00:01 users 2
link 33:33:00:00:00:01 users 2
link 33:33:ff:dd:19:d8 users 2
link 01:00:5e:7f:03:16 users 2
inet 239.255.3.22
inet 224.0.0.1
inet6 ff02::1:ffdd:19d8
inet6 ff02::1
20: ptm0.1
link 33:33:00:00:00:01 users 2
link 01:00:5e:00:00:01 users 2
link 33:33:ff:b2:19:04 users 2
inet 224.0.0.1
inet6 ff02::1:ffb2:1904
inet6 ff02::1Est-ce genre d'info que tu cherches ?
Bonjour lanfust,
lanfust a écrit :Si je comprends bien le bridge mode c'est quand je vais dans vlan/pont et que j'attribue un vlan sur un des ports ?
Oui, c'est bien là
En ce faisant tu actives un pont pour un VLAN, entre l'interface IPTV et la LAN4 (dans ton cas).
On verra dans les captures tcpdump ce qui change.
Pourrais-tu nous poster stp cette page avec les nouveaux réglages (1000 mots…)
Pourrais-tu chercher stp, dans le D6220, un processus et/ou un binaire nommé "igmprt" ainsi qu’un fichier de configuration "igmprt.conf", probablement caché dans un sous-répertoire…/etc voire …/tmp ?
Merci.
A+.
Re. : …Effectivement javais activé un vlan 835 pour le port 4 …
Donc en réalité t’avais activé un pont entre l’interface IPTV (WAN2) et le décodeur sur LAN4.
Cela pourrait expliquer pourquoi l’interface IPTV demandait une adresse IP publique au serveur d’accès du FAI à travers des requêtes DHCP répétées. Sans y réussir.
A+.
