Auteur Sujet: Remplacer sa Livebox par un routeur pfSense - NET + TV (Lu 485032 fois)

Hakujou · « **Réponse #720 le:** 28 novembre 2016 à 10:26:01 »

J'ai bien le dhclient patché patché pour envoyer l'option 77 (puisque sans ça pas de DHCP, de toute façon).

kieranc · « **Réponse #721 le:** 28 novembre 2016 à 10:38:22 »

J'ai mon configuration DHCP dans l'interface du pfsense (pas dans une fichier sépare comme vous) et le 'user-class' est un peu different, voir piece joint.

au debut il y a une ' en place du \047

peut-être essayer cela?

zoc · « **Réponse #722 le:** 28 novembre 2016 à 10:49:04 »

Citation de: kieranc le 28 novembre 2016 à 10:38:22

au debut il y a une ' en place du \047

C'est le même caractère

047 est le code ascii en octal du caractère '

kalistyan · « **Réponse #723 le:** 28 novembre 2016 à 10:49:50 »

Citation de: kieranc le 28 novembre 2016 à 09:19:29

J'ai eu une probleme similaire avec l'autre version du igmpproxy, il analyse les réseaux autorisés de manière incorrecte, si vous affichez le journal igmpproxy complète, vous pourriez voir quelque chose comme ceci:

Config: IF: Got altnet token 224.0.0.0/4.
Config: IF: Altnet: Parsed altnet to 0/4.
Config: IF: Got altnet token 213.3.72.0/24.
Config: IF: Altnet: Parsed altnet to 0.3.72/24.
Config: IF: Got altnet token 195.186.0.0/16.
Config: IF: Altnet: Parsed altnet to 0.0/16.

Si c'est le cas, essayez peut-être une autre version de igmpproxy?
https://redmine.pfsense.org/attachments/download/1829/igmpproxy_20160905_1818.zip

Bonjour,

J'utilise déjà cette version.

Ci-dessous la procédure réalisée.
=> https://lafibre.info/remplacer-livebox/probleme-pour-remplacer-une-livebox-4-par-un-routeur-pfsense/

kieranc · « **Réponse #724 le:** 28 novembre 2016 à 10:54:05 »

Citation de: zoc le 28 novembre 2016 à 10:49:04

C'est le même caractère

047 est le code ascii en octal du caractère '

Tres bien, mais si je mets \047 ça marche pas (aucune adresse IP sur VLAN838), si je mets ' ça marche.
Donc, pas le même?

edit: Juste pour tester, j'ai aussi essayé de mettre une adresse MAC aléatoire et ça marche toujours. Intéressant?

zoc · « **Réponse #725 le:** 28 novembre 2016 à 10:57:34 »

Citation de: kieranc le 28 novembre 2016 à 10:54:05

Tres bien, mais si je mets \047 ça marche pas (aucune adresse IP sur VLAN838), si je mets ' ça marche.
Donc, pas le même?

Peut-être que c'est l'interface web du routeur qui ne supporte pas cette forme.

Parce que sinon je confirme que \047 est supporté par dhclient, c'est sous cette forme que je l'utilise personnellement (pas le choix avec EdgeOS).

Sinon pour info, ne pas avoir d'IP sur le VLAN 838 ne devrait pas empêcher la TV en direct de fonctionner (c'est du multicast, donc avoir un igmproxy fonctionnel est le seul prérequis). L'IP sur ce VLAN n'est nécessaire que pour la VOD et le replay (et aussi peut-être pour le guide des programmes, à vérifier).

kalistyan · « **Réponse #726 le:** 28 novembre 2016 à 11:04:57 »

Dans mon cas, j'ai donc un soucis avec IGMP ! $:-\$

Concernant le pare-feu, tout est ouvert en sortie.
Dans les logs, je vois bien le décodeur TV à destination de

239.255.255.250:1900 UDP
239.255.255.250 IGMP

Le Décodeur TV reçoit une IP + option (DNS d'Orange) du serveur DHCP du pfSense.

Edit :

J'ai capturé les trames du VLAN840.

Citer

Frame 1: 64 bytes on wire (512 bits), 64 bytes captured (512 bits)
Encapsulation type: Ethernet (1)
Arrival Time: Nov 28, 2016 11:08:21.618318000 Paris, Madrid
[Time shift for this packet: 0.000000000 seconds]
Epoch Time: 1480327701.618318000 seconds
[Time delta from previous captured frame: 0.000000000 seconds]
[Time delta from previous displayed frame: 0.000000000 seconds]
[Time since reference or first frame: 0.000000000 seconds]
Frame Number: 1
Frame Length: 64 bytes (512 bits)
Capture Length: 64 bytes (512 bits)
[Frame is marked: False]
[Frame is ignored: False]
[Protocols in frame: eth:ethertype:ip:igmp:igmp]
[Coloring Rule Name: Checksum Errors]
[Coloring Rule String [truncated]: eth.fcs.status=="Bad" || ip.checksum.status=="Bad" || tcp.checksum.status=="Bad" || udp.checksum.status=="Bad" || sctp.checksum.status=="Bad" || mstp.checksum.status=="Bad" || cdp.checksum.status=="Bad" ||]
Ethernet II, Src: ThomsonT_63:ff:00 (00:90:d0:63:ff:00), Dst: IPv4mcast_01 (01:00:5e:00:00:01)
Destination: IPv4mcast_01 (01:00:5e:00:00:01)
Address: IPv4mcast_01 (01:00:5e:00:00:01)
.... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
.... ...1 .... .... .... .... = IG bit: Group address (multicast/broadcast)
Source: ThomsonT_63:ff:00 (00:90:d0:63:ff:00)
Address: ThomsonT_63:ff:00 (00:90:d0:63:ff:00)
.... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
.... ...0 .... .... .... .... = IG bit: Individual address (unicast)
Type: IPv4 (0x0800)
Padding: 0000000000000000000000000000
Frame check sequence: 0x00000000 [incorrect, should be 0xbdd08c9d]
[Expert Info (Error/Checksum): Bad checksum [should be 0xbdd08c9d]]
[Bad checksum [should be 0xbdd08c9d]]
[Severity level: Error]
[Group: Checksum]
[FCS Status: Bad]
Internet Protocol Version 4, Src: 172.28.123.102, Dst: 224.0.0.1
Internet Group Management Protocol
[IGMP Version: 2]
Type: Membership Query (0x11)
Max Resp Time: 10.0 sec (0x64)
Checksum: 0xee9b [correct]
[Checksum Status: Good]
Multicast Address: 0.0.0.0

Hakujou · « **Réponse #727 le:** 28 novembre 2016 à 12:05:34 »

Citation de: zoc le 28 novembre 2016 à 10:57:34

Peut-être que c'est l'interface web du routeur qui ne supporte pas cette forme.

Parce que sinon je confirme que \047 est supporté par dhclient, c'est sous cette forme que je l'utilise personnellement (pas le choix avec EdgeOS).

Sinon pour info, ne pas avoir d'IP sur le VLAN 838 ne devrait pas empêcher la TV en direct de fonctionner (c'est du multicast, donc avoir un igmproxy fonctionnel est le seul prérequis). L'IP sur ce VLAN n'est nécessaire que pour la VOD et le replay (et aussi peut-être pour le guide des programmes, à vérifier).

J'aimerais bien garder la VOD et Replay quand même...
Je testerai le proxy IGMP ce soir, voir si la TV fonctionne.

Autre question : est-on obligés d'avoir un VLAN séparé pour le décodeur ? J'aimerais bien le laisser sur LAN si possible, j'ai déjà pas mal de VLAN internes mais un seul réseau CPL...

kieranc · « **Réponse #728 le:** 28 novembre 2016 à 12:16:19 »

Citation de: Hakujou le 28 novembre 2016 à 12:05:34

J'aimerais bien garder la VOD et Replay quand même...
Je testerai le proxy IGMP ce soir, voir si la TV fonctionne.

Autre question : est-on obligés d'avoir un VLAN séparé pour le décodeur ? J'aimerais bien le laisser sur LAN si possible, j'ai déjà pas mal de VLAN internes mais un seul réseau CPL...

J'ai mon decodeur TV sur le LAN sans probleme, mais le VOD n'a jamais marché, même avec une interface dévoue

Hakujou · « **Réponse #729 le:** 28 novembre 2016 à 12:47:58 »

Citation de: kieranc le 28 novembre 2016 à 12:16:19

J'ai mon decodeur TV sur le LAN sans probleme, mais le VOD n'a jamais marché, même avec une interface dévoue

Et tu as une IP sur le 838 ? Ta grille des programmes fonctionne ?

zoc · « **Réponse #730 le:** 28 novembre 2016 à 12:58:53 »

Pour que la VOD fonctionne, il faut également que le routeur soit capable de prendre en compte les routes spécifiques renvoyées dans la réponse DHCP, routes qu'il faut demander ( option 121: classless static routes).

kieranc · « **Réponse #731 le:** 28 novembre 2016 à 14:25:59 »

Citation de: Hakujou le 28 novembre 2016 à 12:47:58

Et tu as une IP sur le 838 ? Ta grille des programmes fonctionne ?

Oui