Auteur Sujet: TV avec VLC sur les PC, sans box ni PC à double carte réseau. (Lu 17222 fois)

PRIAP · « **le:** 17 décembre 2012 à 01:07:04 »

Bonjour,

Je cherchais comment faire pour pouvoir regarder la TV sur mes PC avec VLC mais sans box ni PC à double carte réseau (j'en ai pas), c'est à dire juste avec un routeur bon marché. Avec le routeur fourni comme ça, ça marche pas (Ou alors une option m'a échappé).

/!\ ATTENTION !! cette manipulation peut endommager complètement votre routeur, c'est à vos risques et périls /!\

[/size]

Le but de la manipulation est de brancher le port 1 du boitier optique sur l'entrée WAN du routeur et le port 3 du boitier optique sur le port 4 du routeur. Les ports 1, 2 et 3 restant libres pour brancher des PC ou des switchs.

Configuration propre et pleinement fonctionnelle avec un routeur différent de celui fourni:
J'ai opté pour un modèle Netgear WNR3500Lv2 qui a le bon goût d'être en gigabit, de bien gérer les VLAN et de disposer de pas mal de mémoire.
- Noter dans un coin son adresse mac autorisée chez adeli.
- Actuellement 2 firmware sont disponibles: dd-wrt mais il nécessite une compilation assez fastidieuse ou bien tomato. J'ai donc pris tomato sur http://tomato.groov.pl/download/K26RT-N et j'ai flashé le routeur avec.
- Une fois flashé, on se connecte sur http://192.168.1.1 et on se connecte en root/admin
- On commence la configuration !
- Dans la partie Basic puis "Network", j'ai laissé le WAN à DHCP, j'ai modifié l'adresse de br0 qui est en fait l'adresse du routeur (techniquement, c'est un pont virtuel qui relie la carte réseau qui gère la partie switch et le wifi, cela permet au wifi et au filaire d'être sur le même réseau). J'ai mis 192.168.1.254. J'ai configuré le wifi.
- Toujours dans la partie Basic puis "Network", j'ai créé un bridge br1 avec comme IP 192.168.151.230 et comme netmask 255.255.255.252. Ce bridge sera utilisé pour récupérer les flux de la TV.
- Dans la partie Advanced puis "Firewall", on verifie que IGMPproxy est bien désactivé (car nous devons le lancer à la main nous-même plus tard). Dans la rubrique "Mac Address", on met son adresse MAC autorisée chez adeli dans la partie WAN.
- Toujours dans la partie Advanced, dans la rubrique "VLAN", on va configurer maintenant un VLAN pour le port 4 du switch. On sélectionne donc le VLAN 1 et on décoche le port 4. On va ensuite dans le menu déroulant des VLAN pour choisir le 4 et on coche le port4. Dans le menu déroulant bridge, on le met à br1. Ceci va associer le port 4 du switch sur lequel sera branché le cable de la TV avec le bridge br1 qui a été créé précédemment pour recevoir les flux de la TV.
- Toujours dans la partie Advanced, dans la rubrique "wireless", on met le "Wireless Multicast Forwarding" sur enable.
- On va ensuite dans la partie Administration puis "Scripts" et on va mettre ceci:
Onglet init:

Code: [Sélectionner]

echo "quickleave
phyint br1 upstream  ratelimit 0  threshold 1
      altnet 192.168.0.0/16
phyint br0 downstream  ratelimit 0  threshold 1
phyint lo disabled
phyint vlan2 disabled" > /etc/igmp.conf
igmpproxy /etc/igmp.conf

Puis onglet firewall:

Code: [Sélectionner]

echo 0 > /proc/sys/net/ipv4/conf/default/rp_filter
echo 0 > /proc/sys/net/ipv4/conf/all/rp_filter
iptables -I FORWARD -s 192.168.0.0/16 -d 224.0.0.0/4 -j ACCEPT
iptables -I INPUT -d 224.0.0.0/4 -j ACCEPT
iptables -A INPUT -i br1 -d 255.255.255.255 -j DROP

Voilà, la configuration est terminée.

Il ne reste plus qu'à relier le port 3 du boitier optique avec le port 4 du routeur et c'est fini ! Avec cette configuration, j'ai la télé en wifi et par cable. J'ai vérifié avec wireshark, le réseau wifi n'est pas pollué par le multicast et j'ai pu regarder la télé sur 2 portables en wifi en même temps sans problème. Plus de fuites des requêtes DHCP vers le port TV grâve à la règle qui bloque les paquets à destination de 255.255.255.255 sur vlan4.

Précision: Avec ce firmware, le routeur peut aussi devenir un NAS, on a un serveur SSH, un client bittorrent transmission, un serveur OpenVPN, un serveur d'impression, la possibilité de brancher en USB un disque et de l'exporter via FTP, NFS ou partage windows (CIFS)...

Me reste plus qu'à regarder ce que je peux tirer du tp-link...

Configuration avec le TL-WR841N fourni:
- Noter dans un coin son adresse mac autorisée chez adeli.
- Prendre un routeur, au hasard un TL-WR841N rev7 puisqu'ils sont pas mal et sont compatibles (mais pas celui fourni hein ! on est pas censé les modifier je crois...)
- Le flasher avec un firmware dd-wrt (firmware qui fait tourner linux sur le routeur, ça se passe sur http://www.dd-wrt.com). Avec un TL-WR841N rev7, j'ai pris le firmware ftp://ftp.dd-wrt.com/others/eko/BrainSlayer-V24-preSP2/2012/07-20-12-r19519/tplink_tl-wr841ndv7/factory-to-ddwrt.bin. J'ai essayé aussi openwrt mais j'ai pas été satisfait. Bien évidemment, si on veut revenir en arrière, il y a un firmware sur le forum de dd-wrt pour remettre le routeur dans son état d'origine.
- Une fois flashé, on se met dans le réseau 192.168.1.0/24 et on se connecte sur http://192.168.1.1. On entre notre login et pass voulu.
- On configure ! Donc on passe le type de connexion WAN à DHCP. Ensuite, il faut aller dans "Adresse MAC dupliquée" et activer l'option. On rentre l'adresse MAC enregistrée chez adeli en adresse MAC du WAN (sinon évidemment, adeli ne nous reconnait pas).

En appliquant et redémarrant, l'interface WAN doit récupérer son IP publique et on doit avoir le net.

Il ne reste plus qu'une dernière astuce. Dans le menu Administration puis Shell, mettre ceci:
insmod ebtables
insmod ebtable_filter
insmod ebt_pkttype
ebtables -A FORWARD -o ath0 --pkttype-type multicast -j DROP
ebtables -A FORWARD -o eth1 --pkttype-type multicast -j DROP
ebtables -A FORWARD -o mon.ath0 --pkttype-type multicast -j DROP
ebtables -A OUTPUT -o ath0 --pkttype-type multicast -j DROP
ebtables -A OUTPUT -o eth1 --pkttype-type multicast -j DROP
ebtables -A OUTPUT -o mon.ath0 --pkttype-type multicast -j DROP
Et cliquer sur "Sauver le démarrage"

Voilà, on applique et reboot le routeur et on peut brancher un cable entre le port 3 du boitier optique et un port du routeur. VLC devrait fonctionner avec http://iptv.adeli.fr/vlcati/.

Le script mis au démarrage permet en fait d'éviter aux interfaces d'être floodé par le flux multicast. Sans ça, ça marche au début mais au bout de quelque minutes, le wifi devient inutilisable et le routeur plante. Pour le reste de la config, c'est assez trivial.

Pour l'instant ça fonctionne plutôt bien mais c'est encore en rodage. Et puis quel bonheur d'avoir un accès ssh sur son routeur ! Seul bémol, ce routeur TL-WR841N est bien et pas cher mais les interfaces sont en 100M ! Du coup, la TV saccade si je fais un gros téléchargement. Y'a un menu QoS, faudra que je me penche dessus ou que j'envisage d'acheter un TL-WR1043ND qui lui est gigabit.

Si des gens ont des suggestions, je suis preneur.

vivien · « **Réponse #1 le:** 17 décembre 2012 à 08:37:21 »

Merci !

Je suis étonné du pourcentage de geeks chez Adeli.

Je me demande si Adeli ne devrait s'appuyer sur la communauté pour améliorer son interface TV.

Si tu souhaites un graphe SmokePing, n'hésites pas (il faut que ton routeur réponde au ping)

PRIAP · « **Réponse #2 le:** 17 décembre 2012 à 21:52:48 »

Il reste encore deux soucis à corriger:
- La télé ne fonctionne pas sur le wifi.
- Avec cette config, je reçois une réponse DHCP du routeur et une de la TV donc une chance sur deux de se retrouver sur le réseau de la télé donc pas d'internet.

Pour l'instant, c'est ip fixe et télé avec un câble, ce qui n'est pas très gênant.

vivien · « **Réponse #3 le:** 17 décembre 2012 à 22:29:48 »

Tu es branché en double sur le port 3 ?

C'est pas propre comme solution. Attention, le SIEA coupe si trop d'adresses mac se présentent sur ton port.

Pour la TV sur WiFi faute de mécanisme de correction d'erreur, il est impératif d’encapsuler les flux UDP multicast sur TCP avant de partir en WiFi afin de pouvoir récupérer les paquets perdus sans quoi les pertes de paquets du WiFi dégraderont trop la qualité de la TV.

romduf · « **Réponse #4 le:** 20 décembre 2012 à 11:49:04 »

Merci aussi pour ce tutoriel, je suis intéressé par une solution qui fonctionne pleinement. Le wifi serait chouette, car je ne me vois pas tirer 30m de cable ethernet encore juste pour regarder la tv de temps en temps...
Quid de la possibilité qu'avait évoqué adeli de recevoir ces fameux flux directement sur notre routeur internet ? Cela éviterait toutes ces bidouilles...

PRIAP · « **Réponse #5 le:** 22 décembre 2012 à 03:08:03 »

J'ai édité pour mettre les résultats de mon travail avec le routeur wifi de mes rêves... Le SIEA ne reçoit plus de requêtes DHCP parasite et la télé fonctionne en wifi. Après, je sais pas trop ce qu'ils voient comme adresse MAC vu que je bloque en entrée du tuyau les broadcast. Moi je dirais qu'ils ne voient que l'adresse MAC de la carte vlan4 donc du routeur. Pour moi, la config semble propre.

Me reste plus qu'à trouver du temps pour voir ce que je peux tirer du WR841N.

Viven, je suis perplexe sur ton encapsulation TCP d'un flux UDP pour la TV. Vu que c'est du streaming, donc du temps réel, la retransmission de paquet perdu n'a pas trop de sens. UDP me parait pleinement adapté. Sur mon portable, j'affiche les chaines HD à travers le wifi sans aucun souci, sans aucune image de perdu. Ce qui coûte et qui peu provoquer des ralentissements, c'est le CPU car il faut jouer la vidéo et déchiffrer le flux chiffré en WPA2.

romduf · « **Réponse #6 le:** 22 décembre 2012 à 12:14:59 »

Salut Priap
Merci pour ces infos, a vrai dire je ne comprend pas tout ton tutoriel. Si j'ai bien compris, il est possible de modifier notre routeur de base TL-WR841N pour qu'il recoive directement sur un des ports ethernet le flux du port 3 du boitier fibre. Cela occupe donc un port du routeur sur les 4 disponibles ?
Ensuite tu as réussi à faire en sorte qu'il rebalance ce flux via le wifi du routeur ?
Au début tu parles d'un autre routeur. Quel est l'intérêt d'acheter un autre routeur si on peut tout faire avec celui livré par adeli ?
Merci des éclaircissements pour les noobs

PRIAP · « **Réponse #7 le:** 22 décembre 2012 à 14:54:36 »

Dans cette config, le port 1 du boitier optique est branché à l'entrée WAN du routeur et le port 3 du boitier optique, donc la télévision, est branché sur le port 4 du routeur. Il reste les ports 1, 2 et 3 de libre pour brancher ses PC ou un switch. Et c'est voulu, je veux pas d'un mélange TV+internet sur le même câble sinon je perds de la bande passante !

Il y a 2 parties, celle avec mon nouveau routeur qui est un peu plus évolué et surtout en gigabit (il m'a coûté 70 euros) où tout marche nickel. La deuxième partie, c'est pour le TP-link fourni mais je dois corriger la config car ce n'est pas très propre et il y a des contraintes. De plus, le gros problème du routeur livré c'est qu'il a des ports supportant au maximum 100M. Et donc ton PC est relié au routeur avec une liaison 100M, ce qui est juste pour faire passer internet qui est à 100M+la télévision. Quand tu télécharges, la télé saute. Mais pour le fun, je vais tenter la configuration du WR841N maintenant que j'ai compris comment faire avec l'autre routeur.

« **Réponse #8 le:** 22 décembre 2012 à 19:54:30 »

Citation de: PRIAP le 22 décembre 2012 à 03:08:03

Viven, je suis perplexe sur ton encapsulation TCP d'un flux UDP pour la TV. Vu que c'est du streaming, donc du temps réel, la retransmission de paquet perdu n'a pas trop de sens.

Pas d'accord : streaming ne signifie pas temps réel. YouTube c'est du streaming en TCP! Le streaming peut se faire en UDP avec un tampon considérable, masquant les retransmissions.

Seule la vidéo conférence ne peut supporter un gros tampon.

Citation de: PRIAP le 22 décembre 2012 à 03:08:03

UDP me parait pleinement adapté.

Opposer UDP à TCP n'a pas de sens.

À la place de TCP, il y a généralement un protocole au dessus de UDP!

Par UDP tu veux dire "UDP sans protocole avec retransmissions au dessus"?

Citation de: PRIAP le 22 décembre 2012 à 03:08:03

Sur mon portable, j'affiche les chaines HD à travers le wifi sans aucun souci, sans aucune image de perdu.

Justement, le protocole Wifi gère les retransmissions!

Citation de: PRIAP le 22 décembre 2012 à 03:08:03

Ce qui coûte et qui peu provoquer des ralentissements, c'est le CPU car il faut jouer la vidéo et déchiffrer le flux chiffré en WPA2.

WPA, WPA2 ne sont pas des chiffres, mais des protocoles qui permettent de distribuer des clefs de chiffrement.

Tu es en TKIP ou en CCMP?

cali · « **Réponse #9 le:** 22 décembre 2012 à 19:57:54 »

Pourquoi tu penses que tes manipulations peuvent endommager ton routeur ?

vivien · « **Réponse #10 le:** 22 décembre 2012 à 20:14:56 »

ADELI utilise de l'UDP pur il me semble (pas de RTP) et sans retransmission.

J'ai vu d'autres personnes dans l'Ain qui utilisent un proxy pour passer les flux UDP en TCP (je ne sais plus si c'est des abonnés ADELI ou K-Net) afin de regarder la TV en Wifi.

Il suffit que le client laisser un décalage de 10ms pour permettre la retransmission. La retransmission se fait entre le proxy et le client, sur le même réseau local, donc c'est très rapide et 10ms de buffers sont largement suffisantes.

PRIAP · « **Réponse #11 le:** 23 décembre 2012 à 04:57:54 »

@call: La manipulation dangereuse, c'est de flasher son routeur avec un firmware alternatif. Le reste n'est pas dangereux.

Perso, je vois pas l'intérêt du proxy UDP ->TCP car ça marche très bien comme ça en wifi mais si y'en a qui veulent l'utiliser, il y a udpxy disponible dans la partie Advanced, rubrique firewall du firmware pour le WNR3500v2 mais ça oblige à réécrire le fichier de liste des chaines et la flemme.

@corrector: En wifi, comme tu le soulignes, la perte de paquet est gérée au niveau de la couche 2 (car si TCP devait le gérer, vu qu'il y a plus de perte de paquet qu'en filaire, le protocole considérerait qu'il y a congestion et diminuerait la bande passante.). Sauf pour le broadcast et le multicast... donc pas de retransmission par le wifi pour la TV !

Sinon j'avais mis WPA2 pour pas rentrer dans les détails mais si tu veux savoir, j'utilise AES en protocole de chiffrement.