TV + Data avec 2 connexions réseau, problème de routage (Résolu)

thomine · 11 Novembre 2012 à 14:49:42

Bonjour,
Sur un PC Ubuntu, j'essaie d'avoir le réseau DATA via le Wifi + la TV via la carte ethernet.
- Cable ethernet débranché et wifi activé, j'ai internet.
- Cable ethernet branché et wifi activé, j'ai la TV mais plus internet. La table de routage est alors la suivante :
Destination Passerelle Genmask Indic Metric Ref Use Iface
0.0.0.0 10.0.0.253 0.0.0.0 UG 0 0 0 eth0
10.0.0.0 0.0.0.0 255.255.255.0 U 1 0 0 eth0
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0
192.168.10.0 0.0.0.0 255.255.255.0 U 9 0 0 wlan0

La route par défaut va sur la carte ethernet (TV), donc normal qu'internet soit KO.
J'ai donc essayé de mettre comme route par défaut le wifi (DATA) et d'ajouter une route pour la TV. Pour info, les chaînes TV sont en 233.97.72.0/24.
Voici 2 options testées mais qui ne fonctionnent pas (entre les 2 tests, la différence est la passerelle pour le réseau 224.0.0.0) :
Destination Passerelle Genmask Indic Metric Ref Use Iface
0.0.0.0 192.168.10.1 0.0.0.0 UG 0 0 0 wlan0
10.0.0.0 0.0.0.0 255.255.255.0 U 1 0 0 eth0
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0
192.168.10.0 0.0.0.0 255.255.255.0 U 9 0 0 wlan0
224.0.0.0 0.0.0.0 240.0.0.0 U 0 0 0 eth0

Destination Passerelle Genmask Indic Metric Ref Use Iface
0.0.0.0 192.168.10.1 0.0.0.0 UG 0 0 0 wlan0
10.0.0.0 0.0.0.0 255.255.255.0 U 1 0 0 eth0
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0
192.168.10.0 0.0.0.0 255.255.255.0 U 9 0 0 wlan0
224.0.0.0 10.0.0.253 240.0.0.0 UG 0 0 0 eth0

Est-ce que quelqu'un pourrait m'expliquer où est l'erreur ?
Par avance, merci.

Frank · 11 Novembre 2012 à 21:54:00

J'ai pas trop eu le temps de voir tout ca, mais en gros, faudrait supprimer toutes les routes (ip route del), et ensuite, t'aurais un truc du genre:
ifconfig:
wlan0 (wifi)
IP 192.168.10.x - netmask: /24 gateway: 192.168.10.1 (je suppose)
eth0 (TV)
IP 10.x.x.x - netmask ? Gateway ? (fourni par le dhcp SIEA)

Ensuite, tu fais les manips suivantes
$ ip route add 233.97.72.0/24 via [GATEWAY_ETH0] dev eth0
$ ip route add default via 192.168.10.1 dev wlan0

et ca devrait marcher

Si j'ai le temps, je teste une de ces 4

thomine · 14 Novembre 2012 à 22:41:11

Bonjour,
Merci Frank pour ta réponse mais j'ai toujours le même problème.
J'ai essayé cette table là :
Destination Passerelle Genmask Indic Metric Ref Use Iface
default 192.168.10.1 0.0.0.0 UG 0 0 0 eth1
10.0.0.0 * 255.255.255.0 U 0 0 0 eth2
192.168.10.0 * 255.255.255.0 U 0 0 0 eth1
233.97.72.0 10.0.0.253 255.255.255.0 UG 0 0 0 eth2

J'ai internet mais pas la télé. En fait, par rapport à la table suivante (TV ok / DATA ko) :
Destination Passerelle Genmask Indic Metric Ref Use Iface
default 10.0.0.253 0.0.0.0 UG 0 0 0 eth2
10.0.0.0 * 255.255.255.0 U 0 0 0 eth2
link-local * 255.255.0.0 U 1000 0 0 eth1
192.168.10.0 * 255.255.255.0 U 1 0 0 eth1

Si j'ajoute une route :
233.97.72.0 10.0.0.253 255.255.255.0 UG 0 0 0 eth2
La TV ne marche plus.
Quelle est le problème avec cette route ? Est-ce lié au fait qu'on soit sur du multicast ?

Par avance, merci !

Thomas · 15 Novembre 2012 à 00:02:13

Citation de: thomine le 11 Novembre 2012 à 14:49:42
Pour info, les chaînes TV sont en 233.97.72.0/24.

À la vue de ton IP j'utiliserai le plan de chaînes "channels-knet-zone_pilote.m3u" du topic suivant : http://forum.k-net.fr/index.php/topic,862.msg6969.html#msg6969

Bonne soirée

Edit : les chaînes HD semblent être en 225.1.2.x les autres en 225.1.1.x

Frank · 15 Novembre 2012 à 12:25:39

Je regarde ca ce soir si j'ai le temps

thomine · 15 Novembre 2012 à 19:54:34

Super merci Frank. Je vais essayer de refaire quelques tests ce soir mais j'avoue que je ne suis pas un expert en réseau et j'ai du mal à comprendre pourquoi les routes que j'ai essayées ne fonctionnent pas. En théorie, ça me paraissait correct...
@Thomas : pour info les adresses en 225.1.2.x et 225.1.1.x ne fonctionnent pas chez moi. Est-ce normal ?

Frank · 15 Novembre 2012 à 22:58:13

C'est vraiment trop con, et j'y avais pas pensé:
la TV passe par 192.168.0.x/24
Donc il faut pas ajouter une route vers 225/8, mais vers celle d'en haut

Donc, ceci marche bien pour avoir la TV et internet en même temps (à adapter à ton cas)

Citation
$ ip route show
default via 192.168.42.1 dev wlan0
192.168.42.0/24 dev wlan0 proto kernel scope link src 192.168.42.20 metric 2

10.1.0.0/24 dev eth0 proto kernel scope link src 10.1.0.150 metric 1
192.168.0.0/24 via 10.1.0.150 dev eth0

faut juste changer la route par défaut avec l'adresse de ton routeur, et la route 192.168.0.0/24 par l'adresse de la gateway du SIEA

Sous gnome, network manager nous emmerde un peu, donc au pire:
/etc/network/interfaces

thomine · 16 Novembre 2012 à 21:39:28

Merci Frank pour ta réponse. Par contre je n'y arrive toujours pas. J'ai peut-être mal compris ton message.

Recap de ma conf pour être sur que ça soit clair :
- LAN : 192.168.10.0/24 -> accès data, routeur Netgear en 192.168.10.1. Carte eth1 avec IP 192.168.10.5.
- IPTV : 233.97.72.0/24 -> cable réseau branché sur le port 3 du CPE. Carte eth2 avec IP 10.0.0.173.

Table de routage initiale -> TV ok mais pas DATA :

Code Sélectionner

ip route show
default via 10.0.0.253 dev eth2  proto static 
10.0.0.0/24 dev eth2  proto kernel  scope link  src 10.0.0.173  metric 1 
169.254.0.0/16 dev eth2  scope link  metric 1000 
192.168.10.0/24 dev eth1  proto kernel  scope link  src 192.168.10.5  metric 1

Table de routage après modification -> DATA ok mais pas TV :

Code Sélectionner

ip route show
default via 192.168.10.1 dev eth1 
10.0.0.0/24 dev eth2  proto kernel  scope link  src 10.0.0.173  metric 1 
169.254.0.0/16 dev eth2  scope link  metric 1000 
192.168.0.0/24 via 10.0.0.253 dev eth2 
192.168.10.0/24 dev eth1  proto kernel  scope link  src 192.168.10.5  metric 1

Comment être sur de la route empruntée par l'IPTV (192.168.0.x/24 d'après Frank) ?
Merci !

Frank · 16 Novembre 2012 à 23:13:29

Mhh, c'est assez étrange.
En gros, ce que j'ai fait, c'est que j'ai regardé la TV, puzis j'ai sniffé en même temps le traffic UDP de la TV.
Et "l'IP source" est 192.168.0.x/24.
Donc faut juste que tu dises que ta route par défaut est via 192.168.10.1
puis ensuite, tu "crée" ton sous réseau TV (10.0.0.0/24 via 10.0.0.173)
après, manque plus qu'à ajouter 192.168.0.0/24 via 10.0.0.173.
Et pour moi, ca marchait.
Au pire, ajoute aussi une autre règle du style:
233.0.0.0/8 via 10.0.0.173

Et si ca marche toujours pas, ma solution vraiment crade était de faire un truc du genre:
default via 10.0.0.173
et ensuite:
$ for i in 1 2 3 4 5 6 7 8 9 11 12 13 14 15 16 ..... 191 193 ... 232 234 ... 254
do
ip route add $i.0.0.0/8 via 192.168.10.1; end
Mais c'est vraiment vraiment crade (bien que ca ait l'avantage de marcher :p)

thomine · 17 Novembre 2012 à 12:34:36

Arg c'est pénible, je ne trouve pas la solution. Mais je reviens plein d'espoir avec de nouveaux éléments !

J'ai sniffé avec Wireshark et j'obtiens le flux suivant :

Code Sélectionner

Internet Protocol Version 4, Src: 10.66.255.253 (10.66.255.253), Dst: 233.97.72.1 (233.97.72.1)
Si je reprends les infos de Frank :
- Dire que la route par défaut est 192.168.10.1 -> default 192.168.10.1 0.0.0.0 UG 0 0 0 eth1
- Création du sous-réseau TV -> 10.0.0.0 * 255.0.0.0 U 0 0 0 eth2
- Flux TV, 10.66.255.253 d'après Wireshark, donc pour taper large j'ai modifié la ligne au-dessus, en utilisant un masque /8 plutôt que /24. Donc normalement le 10.66.255.253 est bien inclus dans cette règle.
- Au cas où ajout d'une règle pour le 233.0.0.0/8 via 10.0.0.253 -> 233.0.0.0 10.0.0.253 255.0.0.0 UG 0 0 0 eth2

Table globale :

Code Sélectionner

Destination     Passerelle      Genmask         Indic Metric Ref    Use Iface
default         192.168.10.1    0.0.0.0         UG    0      0        0 eth1
10.0.0.0        *               255.0.0.0       U     0      0        0 eth2
10.66.255.0     10.0.0.253      255.255.255.0   UG    0      0        0 eth2
link-local      *               255.255.0.0     U     1000   0        0 eth2
192.168.10.0    *               255.255.255.0   U     1      0        0 eth1
233.0.0.0       10.0.0.253      255.0.0.0       UG    0      0        0 eth2

La règle 10.66.255.0 est certainement inutile.
Canal+, W9, NRJ12, iTélé fonctionnent mais pas les autres chaines (je me suis arrêté à 20) !

Voilà le résultat avec Wireshark pour une chaîne qui ne fonctionne pas. J'ai plein de paquets ARP :

Code Sélectionner

15085	47.353330000	DigitalE_cd:67:48	Broadcast	ARP	60	Who has 10.66.1.150?  Tell 10.66.255.254
15086	47.497674000	DigitalE_cd:67:48	Broadcast	ARP	60	Who has 10.66.1.123?  Tell 10.66.255.254
15089	49.000472000	Cisco_b4:dc:7a	PVST+	STP	64	RST. Root = 0/1889/00:1b:0d:e6:b6:c0  Cost = 4  Port = 0x808b
15092	49.479917000	Telco_6d:89:00	Broadcast	ARP	60	Who has 10.152.0.1?  Tell 10.152.24.2
15108	58.377220000	DigitalE_cd:67:48	Broadcast	ARP	60	Who has 10.66.1.150?  Tell 10.66.255.254
15127	64.541055000	DigitalE_cd:67:48	Broadcast	ARP	60	Who has 10.66.1.165?  Tell 10.66.255.254
15097	52.985309000	DigitalE_cd:67:48	Broadcast	ARP	60	Who has 10.66.1.0?  Tell 10.66.255.254

La piste se trouve donc peut-être autour de la résolution de ces paquets ARP.
Hope this help ! Merci pour votre aide !

Frank · 17 Novembre 2012 à 13:53:31

Chouette

Par contre, ta table de routage me parrait un peu louche:

Citation10.0.0.0 * 255.0.0.0 U 0 0 0 eth2

Je mettrais plutot:
ip route add 10.0.0.0/8 via 10.0.0.253
Et la, ca devrait marcher.

En fait, ton sous réseau (de broadcast) est 10.66.255.0/24. Or, tu fais une requète ARP pour 10.66.1.150 qui n'est pas dans ton segment, personne va répondre.

thomine · 17 Novembre 2012 à 16:06:23

Merci Frank pour ton aide appréciable :-).
Ma nouvelle table :

Code Sélectionner

Destination     Passerelle      Genmask         Indic Metric Ref    Use Iface
default         192.168.10.1    0.0.0.0         UG    0      0        0 eth1
10.0.0.0        *               255.255.255.0   U     1      0        0 eth2
10.0.0.0        10.0.0.253      255.0.0.0       UG    0      0        0 eth2
192.168.10.0    *               255.255.255.0   U     1      0        0 eth1
224.0.0.0       10.0.0.253      240.0.0.0       UG    0      0        0 eth2

France2, France5, TMC, iTélé, mais pas les autres ?!?! Si j'enlève la 2e règle (10.0.0.0/24 *), même résultat.
Une idée ?

Frank · 17 Novembre 2012 à 18:45:58

Tu me poses un peu une colle :p
Ce que tu pourais faire:
Pour une chaine qui marche et une qui marche pas:
nous dire les deux IP que tu utilises
sniffer le traffic, et nous montrer le goup membership (et avec les possibles req. arp, ainsi que nous dire ton addr mac)
et en même temps, nous montrer ta table de routage (attention, network manager peut la changer à la volée la route par defaut)

Bizarre, en tous cas. En fait, il faudrait surtout l'IP source (192.168.0.x ? ou peut-être 192.168.1.x ? ) des chaines qui ne marchent pas.
J'espère que ca marchera

thomine · 17 Novembre 2012 à 23:24:18

Quelques infos complémentaires :
France 5 : OK

Code Sélectionner

24	2.315161000	10.0.0.173	233.97.72.5	IGMPv2	46	Membership Report group 233.97.72.5
29	2.362781000	10.66.255.253	233.97.72.5	MPEG TS	1358	Source port: 44926  Destination port: search-agent

M6HD : KO

Code Sélectionner

5409	13.530284000	DigitalE_cd:67:48	Broadcast	ARP	60	Who has 10.66.1.156?  Tell 10.66.255.254
5412	14.124584000	10.66.255.252	224.0.0.1	IGMPv2	60	Membership Query, general
5413	14.130450000	10.0.0.173	233.97.72.6	IGMPv2	46	Membership Report group 233.97.72.6
5415	14.530421000	DigitalE_cd:67:48	Broadcast	ARP	60	Who has 10.66.1.156?  Tell 10.66.255.254
5423	14.854098000	DigitalE_cd:67:48	Broadcast	ARP	60	Who has 10.66.0.34?  Tell 10.66.255.254
5429	15.530288000	DigitalE_cd:67:48	Broadcast	ARP	60	Who has 10.66.1.156?  Tell 10.66.255.254
5446	17.786453000	10.0.0.173	224.0.0.251	IGMPv2	46	Membership Report group 224.0.0.251

Vous pouvez trouver la capture complète Wireshark ici : https://dl.dropbox.com/u/1345503/capture_tv.pcappng
Il y a un poil de polution, notamment de la machine 192.168.10.12.

ifconfig :

Code Sélectionner


eth1      Link encap:Ethernet  HWaddr 80:ee:73:40:55:da
          inet adr:192.168.10.5  Bcast:192.168.10.255  Masque:255.255.255.0
          adr inet6: fe80::82ee:73ff:fe40:55da/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Packets reÃ§us:18150 erreurs:0 :4 overruns:0 frame:0
          TX packets:7605 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000
          Octets reÃ§us:2734188 (2.7 MB) Octets transmis:8275247 (8.2 MB)

eth2      Link encap:Ethernet  HWaddr 80:ee:73:40:55:db
          inet adr:10.0.0.173  Bcast:10.0.0.255  Masque:255.255.255.0
          adr inet6: fe80::82ee:73ff:fe40:55db/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Packets reÃ§us:5927011 erreurs:0 :0 overruns:0 frame:0
          TX packets:1177 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000
          Octets reÃ§us:8031000351 (8.0 GB) Octets transmis:114738 (114.7 KB)

lo        Link encap:Boucle locale
          inet adr:127.0.0.1  Masque:255.0.0.0
          adr inet6: ::1/128 Scope:HÃ´te
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          Packets reÃ§us:146 erreurs:0 :0 overruns:0 frame:0
          TX packets:146 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0
          Octets reÃ§us:14480 (14.4 KB) Octets transmis:14480 (14.4 KB)

Pour avoir la table de routage en live, je fais comment ? Je relance un "route" pendant que VLC tourne ?

thomine · 19 Novembre 2012 à 18:17:30

Bonjour,

Voici encore quelques infos complémentaires.
eth1 : branché sur le routeur (192.168.10.5)
eth2 : branché sur le port 3 du CPE (10.0.0.173)

La table de routage est celle du post précédent.

Scénario de test :
- Démarrage de Wireshark
- Démarrage de VLC avec les liste des chaînes
- Changement de chaîne 3 ou 4 fois
- Arrêt de Wireshark

J'ai ajouté 3 captures de flux Wireshark :
- capture_eth2_ok : capture de la carte eth2 quand la TV est ok (route par défaut en 10.0.0.253)
- capture_eth2_ko : capture de la carte eth2 quand la TV est ko (quelques châines seulement fonctionnent / route par défaut en 192.168.10.1)
- capture_eth1_eth2_ko : capture des cartes eth1 et eth2 quand la TV est ko (quelques châines seulement fonctionnent / route par défaut en 192.168.10.1). Il s'agit du même test que capture_eth2_ko mais avec une capture des 2 cartes

Lien vers les captures : https://dl.dropbox.com/u/1345503/captures_wireshark.zip

Merci !

Caps Services - Forum

Rechercher