La Fibre
Datacenter et équipements réseaux => Routeurs => 
Remplacer la Bbox par un routeur => Discussion démarrée par: TheTroll le 21 novembre 2014 à 17:01:08
-
Salut,
voici qques infos pour faire cohabiter son combo BBox FTTH / BBox TV dans un environement ou la passerelle est une debian.
1) Connection directe a l'ONT, aucun boitier BBox n'est utilise
Topologie:
ONT <---> Debian eth3(IP publique) / Debian eth0(192.168.0.5) <----> Reseau interne
* Configurer le client DHCP (ici isc-dhcp) pour qu'il s'identifie correctement aupres de l'ONT:
interface "eth3" {
send vendor-class-identifier "byteliad_data";
}
* Demarrer eth3
ifconfip eth3 up
dhclient eth3
=> Votre interface eth3 devrait prendre l IP publique
* Avec IPTables, faire du masquerading vers eth3 pour que le reseau interne puisse se connecter au net
iptables -t NAT -A POSTROUTING -o eth3 -j MASQUERADE
=> Internet devrait fonctionner depuis votre passerelle et le reseau local, en passant par la bbox!
2) BBox serveur connectee a la votre passerelle, BBox TV sur le reseau local
Topologie:
ONT <---> BBox serveur(192.168.1.254) <---> Debian eth3(192.168.1.1) / Debian eth0(192.168.0.5) <----> Reseau interne / BBox TV
* Pour commencer, il faut faire croire a la BBox serveur que la BBox TV est bien connectee:
Configurer le client DHCP (ici isc-dhcp) pour que votre passerelle (debian) simule etre la BBox TV:
# For BBox TV
option option-vivsi code 125 = string;
interface "eth3" {
send vendor-class-identifier "stb_bytel";
send option-vivsi = 00:00:0d:.... (a remplir, il faut dumper la partie Vendor specific avec wireshark par ex);
}
* Demarrer eth3
ifconfip eth3 up
dhclient eth3
* Avec IPTables, faire du masquerading vers eth3 pour que le reseau interne puisse se connecter au net
iptables -t NAT -A POSTROUTING -o eth3 -j MASQUERADE
=> Internet devrait fonctionner depuis votre passerelle et le reseau local
* Faire croire a la bbox TV que tout va bien! Alors qu elle n'est pas directement connectee a la BBox serveur (sous reseau differents)
On configure donc un serveur DHCP ecoutant sur eth0 et qui repond a la BBox TV:
# Vendor specific information for bbox
option vsi code 43 = string;
option vivsi code 125 = string;
group bbox {
next-server 192.168.1.254;
option dhcp-server-identifier 192.168.1.254;
default-lease-time 86400;
option dhcp-renewal-time 43200;
option dhcp-rebinding-time 75600;
option vsi 00:00.... (a completer avec la votre);
option vivsi 00:00.... (a completer avec la votre);
option broadcast-address 192.168.0.255;
option domain-name "lan";
option domain-name-servers 192.168.1.254;
option routers 192.168.0.5;
option subnet-mask 255.255.255.0;
option www-server 194.158.119.97;
option ntp-servers 194.158.119.97;
host bboxtv {
hardware ethernet d0:84:b0:xx:xx:xx;
fixed-address 192.168.0.13;
}
}
=> La bbox TV, en demarrant, devrait afficher le menu d'accueil, mais pas la tele pour l'instant.
* Routage des paquets IGMP / Multicast
Je n'ai reussi à faire marcher qu'IGMP proxy, mais Pimd devrait aussi s en sortir!
Voici ma conf IGMP Proxy (attention au altnet, qui est la source des multicast)::
quickleave
phyint eth3 upstream
altnet 89.86.0.0/16
phyint eth0 downstream
Il me reste un seul probleme!
Les chaines HD etant tellement TOP, 10 Mbit/s de multicast sur mon LAN mettent un peu le boxon.
-
Ce n'est pas très clair, il faudrait de schéma et donner les fonctions réseaux de chaque composants.
La TV fonctionnera si elle arrive a récupérer son IP du serveur DHCP de la Bbox.
Si vous avez votre propre serveur DHCP, il faut exclure l'adresse mac de la Bbox TV pour que votre serveur DHCP ne réponde pas.
Coté Bbox, si vous avez votre propre serveur DHCP, il suffit de désactiver celui de la Bbox : il répondra quand même aux requêtes.
Pour les deux réseaux locaux : Si vou sn'avez pas de routeur sur votre linux, Le réseau local en 192.168.0.xxx n'aura pas accés à Internet vu que le routeur est sur l'autre plage.
Si les deux doivent se parler, il faut tout mettre dans une même plage.
-
Salut,
sur freebox je peux avoir la box serveur sur eth1 et la box tv sur eth0, avec eht0 et eth1 sous des sous-reseau differents.
Il suffit de faire un bridge br0 sur entre eth1.100 et eth0.100.
En effet, la box tv est en ip fixe et a juste besoin de trouver la box serveur sur le
vlan 100...
Dans le cas de la bbox, je vais etre oblige a laisser les 2 sur le mm sous-reseau...
Je prefere separer les reseaux, ca simplifie le routage!
EDIT:
d'ailleurs j'ai tente de mettre les deux sur le meme sous reseau.
En gros
* la bbox serveur avec l'ip 192.168.0.254 reliee a eth1 qui prend l ip 192.168.0.30
* la bbox TV reliee au reseau local sur eth0
Quand j essaye de brigder les deux, je perds eth0 apres qques secondes ...
Un truc du genre:
auto br0
iface br0 inet manual
bridge_ports eth0 eth1
bridge_stp off
bridge_maxwait 0
post-up sysctl -w net.bridge.bridge-nf-call-iptables=0
Est ce que qd on bridge eth0 ver eth1, les paquets d'eth0 continue d arriver sur la machine qui fait le bridge ?
-
Il faudrait indiquer un peu plus en détail la configuration des PC clients, mais c'est simple la Freebox, si elle est configurée avec l'IP 192.168.1.254 ne pourra pas donner un accès internet a des PC en 192.168.0.xxx car ils ne sont pas sur le même sous-réseau, a moins de changer le masque.
Il est impératif que la passerelle (ip de la box qui donne accès à Internet, soit 192.168.1.254 soit sur le même sous-réseau que les PC qui utilisent Internet)
Ces impératifs ne changement pas en fonction du FAI, la passerelle sert justement a joindre ce qui n'est pas dans le réseau et la passerelle doit être dans ce réseau (il existe des cas spécifiques quand on met des plages en /32 mais là on est sur des plages en /24)
-
Salut,
sisi ca marche avec une freebox sur un sous-reseau different ...
Voici la topologie de mon reseau actuel:
|
| ETH0 (192.168.0.X) <----- Reseau local -----> Freebox TV
|
Debian | ETH1 (192.168.1.X) <-----> Freebox Serveur en mode routeur
serveur |
| ETH2 (IP extern) <------> ONT SFR en direct
|
J'ai cree un bridge BR0 entre eth0.100 et eth1.100
J utilise iptables pour faire du MASQUERADE de eth0 vers eth1 et eth2 et tout fonctionne nickel.
Je choisi les paquets qui vont vers eth1 ou eth2 en faisant du Mangling / ip route table, sur des ports specifics
Dans cette config, la freebox serveur et la freebox player communiquent a traver le vlan 100 sans souci.
La freebox player a l ip fix 192.168.27.1 et trouve la freebox serveur en 192.168.27.14.
-> tous les services TV marchent. Airplay aussi, car la freebox player prend aussi une IP sur le reseau local.
En gros, je voudrais faire pareil avec BBox qui va remplacer SFR... mais ca me semble difficile.
La solution la plus simple sera surement de mettre la bbox sur un reseau de type 192.168.1.X sur eth2.
Je ferai le mm genre de masquerading qu avant.
Pour la TV, je relie la BBox serveur a la BBox TV en utilisant une CPL, en utilisant un des 3 ports ethernet restant sur la BBox serveur.
Le probleme est que la bbox TV sera difficilement accessible depuis mon reseau local
-
Donc en fait votre PC fait routeur en modifiant les IP.
C'est possible avec la Bbox.
Il faudrait en premier observer le trafic entre les deux Bbox. Contrairement a Free, Bouygues Telecom ne met pas de VLAN (a vérifier avec la Bbox 1 Gb/s qui est différente), la Bbox TV a une IP sur le réseau local comme un PC.
Il suffit donc de router les différents paquets et de modifier à la volée les IP 192.168.1.xxx en 192.168.0.xxx si la Bbox TV est sur le second réseau, il faut aussi modifier les IP des requêtes DHCP à la volée.
Par contre j'ai un peu de mal a comprendre pourquoi faire ce genre d’exercice.
Si vous présentiez une cartographie complète de tous les équipements et de la façon dont ils sont reliés, on comprendrais mieux.
Pour moi il serait plus simple de faire un bridge sans fonction de routage sur votre Debian.
-
Salut,
je ne sais pas trop quoi decrire de plus ?
Cote eth0 il y a tout mon reseau local (des switchs, consoles, freebox tv,....)
Cote eth1 et eth2 uniquement les box serveur ou ONT.
Cette configuration me permet d utiliser la debian comme serveur de load balancing vers les connection internet.
De quels autres equipements parlez vous ?
Merci
-
Il manque un schéma réseau avec la configuration de tous les équipements.
Vous n'avez pas précisé comment sont attribuées les IP de vos PC et la localisation du ou des serveur(s) DHCP.
C'est la première fois que vous parler de load balancing...
Sinon on ne comprends pas pourquoi ne pas faire un simple bridge.
Donc je vous conseillerait de mettre la box TV sur le réseau avant le load balancing, ou alors configurer votre Debian pour que les de la Bbox TV (il me semble que l'IP ne va pas changer) utilise toujours la Bbox.
Le plus simple serait de mettre tous vos PC en IP fixe et de ne laisser le DHCP que pour les périphériques qui n'utilisent pas le load balancer, c'est a dire véiculer deux réseaux : 192.168.0.xxx : réseau qui passe par le load balancer et 192.168.1.xxx réseau qui sort forcèment par la Bbox.
D'autres solutions sont possibles, la Bbox TV va accepter d'être sur une autre plage IP, mais il faut impérativement faire passer les requêtes DHCP de la Bbox (les options DHCP sont indispensable au fonctionnement de la box) en modifiant les IP ou en émulant la Bbox avec un serveur DHCP.
-
Ok bon en effet je n ai pas du etre assez clair :)
Mon serveur DHCP tourne sur la debian et est binde sur eth0.
Il sert les ips du reseau local 192.168.0.X.
Tous les pcs sont en 192.168.0.X.
Le reseau 192.168.1.X est isole, il sert juste entre la freebox serveur et eth1.
Je vais regarder tout ca, merci pr les infos!
-
Petite question supplementaire.
Est ce que la BBox sensation TV a un interet a etre sur le meme sous reseau que les ordinateurs ?
Il y a t des services genre Airplay ou autre ?
Merci
-
Oui, pour la fonctionnalité média-center. Maintenant vous avez peut être mieux que le média-center de la Bbox chez vous et dans ce cas là c'est inutile d'être sur le même réseau.
Donc avec les informations données voici les possibilités :
- Si vous pouvez connecter directement la box TV a la Bbox, c'est le plus simple. (pas de média-center possible)
- Si vous devez passer par le réseau qui sert a vos PC pour connecter la Bbox (car un seul câble Ethenret arrive au niveau du switch de la TV) dans ce cas là ne séparez pas le réseau Eth0 et Eth1 : désactiver le serveur DHCP de la Bbox et laisser le signal passer sans routage entre eth0 et eth1 en plus du routage pour vos PC. Configurer votre servuer DHCP pour ne pas répondre pour l'adresse mac de la Bbox TV. Ainssi la Bbox TV sera connecté au réseau sans le routeur et les PC utiliseront votre routeur Debian.
- Beaucoup plus complexe, la modifications à la volée des IP du DHCP de la Bbox et le routage des flux multicast.
-
Metci pour ces 3 idees!
Je pensais justement utiliser la 2eme, ayant configure la bbox serveur sur eth1 avec une ip en 192.168.0.X.
J ai ensuite creer un bridge entre eth0 et eth1.
Malheurst, ayant fait ca, j ai perdu l acces a eth0 depuis mon pc apres une trentaine de secondes.
J ai peu de manouvre pr debugger car c est une machine sans ecran.
Si je rajoute la carte graphique, je perds ma carte reseau 4 ports:)
Le bridge entre eth0 et eth1 a t il pu faire que les paquets arrivant sur eth0 ne soient plus routes vers la debian mais juste vers la bbox srv sur eth1?
Sinon pr la solution 1), je vais devoir passer par une cpl...
Est ce que les chaines hd+ passent bien en cpl?
Quid de l enregistrement a distance, sera t il possble?
Je pourrais tjs router qques ports vers l ip de la
bbox tv en 192.168.1.x au pire
-
Pour la solution 2, pas besoin de 3 cartes réseaux, vous pouvez le faire avec seulement deux cartes réseau (une pour SFR et une pour votre LAN + Bbox)
Seule limitation : le débit est limité à 1 Gb/s (up + down) vu que tout ce qui est tout rentre et sort par la même interface.
Si votre PC le permet, pensez a une redirection sur un port série pour combler l'absence d'écran.
Pour le CPL, il faut oublier pour les flux FTTH, il y a peu de chance que cela fonctionne bien ou alors il faut prendre du haut de gamme à 1200 Mb/s (Homeplug dLAN 1,200 Mbps)
Une question : A quoi sert le load balancing quand vous avez une connexion 1Gb/s ? Cela ne va pas améliorer le débit...
-
Faudra que je regarde cette histoire de port serie.. jamais etudie cette soluce.
Je pense m orienter vers la solution 1) + cpl... le debit des chaines hd+ est de 10/15 Mbits max non?
Les cpl 600 montent a 100 Mbits ss prob on dirait.
Le LB me sert pour partager le debit d upload...
Pour ce qui est du download, je redirige le port 80 sur sfsr pr l
instant car meilleur "peering"
-
Pour les CPL, le problème c'est les pertes de paquets qui dégrade le flux vidéo.
Maintenant, n'hésitez pas a tester. Il faut mettre les CPL directement sur une prise murale, sans pris multiple pour limiter les interférences.
Pour le peering, je suis intéressé par savoir où nous sommes moins bon que SFR. Nous avons deux transitaire de qualité, du peering ouvert sur les principaux GIX et des PNI avec la majorité des gros acteurs. Surtout aucun de nos liens ne saturent en soirée. Il y a eu des problèmes notamment sur les GIX ou un acteur avait du mal a nous envoyer le trafic systématiquement par le même endroit. Ces problèmes ont été résolut en réduisant les possibilité de peering avec cet acteur et depuis nous n'avons plus de problème.
Si certains points ne sont pas au top, il ne faut pas hésiter a nous le signaler pour qu'on trouve une solution pour l’améliorer.
N'hésitez pas à faire un comparatif vous même avec de nombreux points testés.
-
Justement, je compte sur Bouygues pr ameliorer mon peering :)
Aujourd hui j ai free et sfr, j utilise le peering de sfr pr le web.
Je remplace sfr par bouygues (car sfr est en 300/50 chez moi), qui est apparement encore meilleur de ce point de vue!
Je garde free et son peering foireux.
-
Hello,
un petit retour, tout est pret pr l arrivee du tech :)
Donc j'ai choisi la solution 2.
J ai bridge eth0 et eth1 sur un bridge appele 'lan'.
J ai donc du donner a ce bridge 'lan', l ancienne IP de eth0 pour continuer a acceder a la box depuis le reseau local!
la bbox serveur est connectee a eth1, sur le mm sous reseau. J ai desactive le DHCP.
le reste du reseau local est sur eth0
J aurais pu directement mettre la bbox serveur sur les switch du reseau local, mais ca aurait ete sous optimal pr la connection. (des aller retour inutiles...)
Bref ca a l air de rouler!
-
N'hésitez pas à faire un comparatif vous même avec de nombreux points testés.
Bonjour Boris, un peu off-topic mais y a t'il chez bouygues un equivalent de libertalk chez SFR (compte SIP standard) ?
Si oui, a t'il des limitations ? (etranger / numeros gratuits / surtaxes ...)
Merci par avance pour votre reponse
-
Salut,
bon alors j ai fait mon installation et je tente de faire marcher la Bbox TV.
J'ai une debian avec
sur eth2, la BBox serveur connectee.
-> eth2 a l IP 192.168.1.1, la BBox l IP 192.168.1.254
sur eth0, mon LAN
-> eth0 a l'IP 192.168.0.5
Eth0 peut se connecter a eth2 par masquerading.
Ayant au prealablement dumpe les echanges entre la bbox tv et la bbox serveur qd tout va bien, j ai configure mon serveur DHCP (qui ecoute sur eth0), pour renvoyer une serie de parametres qui vont bien.
En gros:
group bbox {
option routers 192.168.1.254;
option dhcp-server-identifier 192.168.1.254;
option domain-name-servers 192.168.1.254;
option subnet-mask 255.255.255.0;
option www-server 194.158.119.97;
option ntp-servers 194.158.119.97;
host bboxtv {
hardware ethernet d0:84:b0:XX:XX:XX;
fixed-address 192.168.0.13;
}
}
Cela permet la bbox tv de booter correctement! (et d eviter le message d erreur qui dit que la bbox serveur est absente).
Au finale, tt ce qui est TCP a l air de marcher.
J ai bien l EPG des chaines etc ...
Par contre, les chaines etant en Multicast, pour l instant ca ne marche pas.
J'ai essaye un peu igmpproxy, smcroute et autres ... mais sans succes.
Que me conseilleriez vous ?
-
Je vous conseille de vérifier avec un PC connecter de la même façon que le décodeur TV que les flux multicast sont bien routés :
Lancer VLC puis aller dans le menu Média => Ouvrir un flux réseau...
(https://lafibre.info/images/wireshark/vlc_abo_multicast_1.png)
Copiez / collez la commande suivante : rtp://@233.136.0.116:65000
(https://lafibre.info/images/wireshark/vlc_abo_multicast_2.png)
ARTE doit s'afficher :
(https://lafibre.info/images/wireshark/vlc_abo_multicast_3.png)
(double cliquez sur l'image pour passer en plein écran)
PS : Pas de compte SIP accessible pour la téléphonie.
-
Merci pr l info!
Par contre je n ai vu cette adresse de multicast avec wireshark?
-
C'est l'adresse de ARTE SD sans FEC qui a l'avantage d'être en clair et donc lisible avec VLC.
En FTTH, cela doit être le flux HD+ qui est utilisé. Je ne sais pas si il est en clair ou pas.
-
Je ne sais pas si c'est ton problème, mais les trames multicast ne passent pas les routeurs car elles ont un TTL à 1.
Ce qui est normal.
Si tu dois les faire passer par ta passerelle linux, il faut changer le TTL.
Je te laisse adapter à ton cas.
# If the packets have a TTL of 1, they will be dropped even when the multicast
# routing rules are correct. This ensures that the TTL will be high enough.
iptables -t mangle -A PREROUTING -i eth0 -d 239.255.255.250 -j TTL --ttl-inc 1
iptables -t mangle -A PREROUTING -i eth1 -d 239.255.255.250 -j TTL --ttl-inc 1
-
Merci pour l info :)
J ai rajoute ca, mais je ne m en sors tjs pas ...
Je joue avec pimd la, pas evident tt ca
-
Ca marche!!
En configurant bien le serveur DHCP et avec IGMP proxy, j ai reussi à avoir les chaines :)
Pour rappel ma config est :
ONT <---> BBox serveur(192.168.1.254) <---> Debian eth3(192.168.1.2) / Debian eth0(192.168.0.5) <----> Reseau interne / BBox TV
Il faut router eth0 vers eth3, perso je passe par des mark et rt_tables mais pour une config avec un seul WAN, il suffit que la route table sache ou aller chercher 192.168.1.X...
default via 192.168.1.254 dev eth3
192.168.0.0/24 dev eth0 scope link
Config DHCP (ecoute sur eth0):
# Vendor specific information for bbox
option vsi code 43 = string;
option vivsi code 125 = string;
group bbox {
next-server 192.168.1.254;
option dhcp-server-identifier 192.168.1.254;
default-lease-time 86400;
option dhcp-renewal-time 43200;
option dhcp-rebinding-time 75600;
option vsi 00:00.... (a completer avec la votre);
option vivsi 00:00.... (a completer avec la votre);
option broadcast-address 192.168.0.255;
option domain-name "lan";
option domain-name-servers 192.168.1.254;
option routers 192.168.0.5;
option subnet-mask 255.255.255.0;
option www-server 194.158.119.97;
option ntp-servers 194.158.119.97;
host bboxtv {
hardware ethernet d0:84:b0:xx:xx:xx;
fixed-address 192.168.0.13;
}
}
Puis IGMP proxy (attention au altnet, qui est la source des multicast):
quickleave
phyint eth1 disabled
phyint eth2 disabled
phyint eth4 disabled
phyint tap0 disabled
phyint eth3 upstream
altnet 89.86.0.0/16
phyint eth0 downstream
Il me reste un seul probleme!
Les chaines HD etant tellement TOP, 10 Mbit/s de multicast sur mon LAN mettent un peu le boxon.
Une idee pour prioritise tout ca ?
-
Beau boulot, ton pb sur le LAN c'est pour le wifi j'imagine ?
-
Non tout le reseau local on dirait ...
Le multicast passe par 2 switch pr arriver a la BBoxTV, il doit tout flooder ?
-
tu ne peux pas de dedier un port ? (methode bourine) sinon de l'igmp snooping j'imagine
-
Malheureusement, le but de la manoeuvre est d avoir la BBOX TV sur mon LAN...
Je vais regarder un peu comment ameliorer tout ca.
Il faut des switch speciaux pour que le flux multicast ne soit pas envoye sur tous les ports des switchs non ?
-
Tous mes switchs (meme le Procurve qui est oriente pro) ont un reglage global et pas par port mais d'autres pourront surement t'en dire plus
-
Par contre avec ce systeme, la BBOX Serveur ne comprend pas que la BBOX TV est la ...
Du coup j ai l impression qu en partant de 0, elle ne veut pas trigger l envoi des flux.
Boris, tu sais quel genre d echange doit passer entre la box TV et le serveur pour que celui ci comprenne que la box TV est online ?
-
Ok trouve :)
j update le 1er post
-
J ai remis a jour le 1er post, c'est "un peu" plus clair
-
Salut TheTroll,
Est-ce que par hasard, tu arrives à faire fonctionner la BBox TV sans le serveur BBox (Topologie 1) ?
Je tente de faire fonctionner une BBox Miami en config propre avec un EdgeRouter Lite.
Et il ne me manque que le flux IPTV, donc une histoire (je pense) de IGMP / Multicast.
Merci.
-
@Srod peux tu detailler ce que tu as deja fait stp, je viens de recevoir ma miami et je suis interesse
-
@Srod peux tu detailler ce que tu as deja fait stp, je viens de recevoir ma miami et je suis interesse
En fait la Miami marche de base, sans rien faire de spécial.
On a la TV en mode "streaming" (qualité dégeux >:(), mais pas le flux IPTV, ni certains replay (surement lié à ça).
J'ai donc pour le moment tenter de :
1/ Créer le vlan 100 avec tes commandes de l'autre topic
interfaces {
bridge br0 {
aging 300
bridged-conntrack disable
hello-time 2
max-age 20
priority 0
promiscuous disable
stp false
}
ethernet eth1 {
vif 100 {
bridge-group {
bridge br0
}
description TV
}
}
}
2/ Configurer le ERL pour activer igmp-proxy
protocols {
igmp-proxy {
disable-quickleave
interface eth0 {
role downstream
threshold 1
}
interface eth1.100 {
alt-subnet 0.0.0.0/0
role upstream
threshold 1
}
}
}
3/ Configurer le firewall
en WAN_IN :
rule 5 {
action accept
description "Allow Multicast"
destination {
address 224.0.0.0/4
}
}
rule 20 {
action accept
description "Allow UDP to Multicast"
destination {
address 224.0.0.0/4
}
protocol udp
state {
invalid enable
new enable
}
}
en WAN_LOCAL :
rule 5 {
action accept
description "Allow Multicast"
destination {
address 224.0.0.0/4
}
}
Pour le moment j'en suis là, j'ai 2 captures wireshark sur le topic de l'ERL.
Mais là je ne vois pas encore pourquoi l'IPTV ne passe pas.
-
J'ai l'iptv qui fonctionne, le replay se lance une fois sur 3 et la box plante super souvent
J'arrive pas a savoir si c'est la box ou mon setup :-(
J'ai tente de remettre la conf d'origine mais a ce moment la tout a marche (origine et erl)
-
Tu peux me montrer ton fichier config.boot pour l'IPTV qui fonctionne ?
-
Attention j'ai toujours la bbox en client de l'erl (config sale)
options {
mss-clamp {
mss 1452
}
receive-redirects disable
send-redirects enable
source-validation disable
syn-cookies enable
interfaces {
bridge br0 {
aging 300
bridged-conntrack disable
hello-time 2
max-age 20
priority 0
promiscuous disable
stp false
}
ethernet eth0 {
address 192.168.1.1/24
description LAN
duplex auto
speed auto
}
ethernet eth1 {
description WAN
duplex auto
speed auto
vif 10 {
bridge-group {
bridge br0
}
description administration
}
vif 100 {
bridge-group {
bridge br0
}
description TV
}
vif 200 {
address dhcp
description Internet
dhcp-options {
client-option "send vendor-class-identifier "byteliad_data";"
default-route update
default-route-distance 210
name-server update
}
ethernet eth2 {
address 192.168.20.1/24
description Bbox
duplex auto
speed auto
vif 10 {
bridge-group {
bridge br0
}
description administration
}
vif 100 {
bridge-group {
bridge br0
}
description TV
}
vif 200 {
address 10.10.2.1/24
description Internet-Bbox
}
}
loopback lo {
}
openvpn vtun0 {
config-file /config/UnitedStates.ovpn
disable
}
}
protocols {
igmp-proxy {
interface eth0 {
alt-subnet 0.0.0.0/0
role downstream
threshold 1
}
interface eth2 {
alt-subnet 0.0.0.0/0
role upstream
threshold 1
}
}
-
Il va falloir que j'essai en config sale deja, ce sera peut-etre mieux que rien.
-
je viens de faire un reset usine de la miami box.
Je croise les doigts mais la tout roule (replay / TV )
A voir avec le temps