Auteur Sujet: Remplacer sa livebox Play : net OK, tv OK, replay/vod OK, tel OK  (Lu 144557 fois)

0 Membres et 1 Invité sur ce sujet

c0mm0n

  • Invité
Remplacer sa livebox Play : net ok, tv ok, replay ko, tel ko
« Réponse #48 le: 19 avril 2014 à 19:00:09 »
Je pense oui, mais il te faudra deja 2 modems adsl en amont.

Infos et exemples ici : http://community.ubnt.com/t5/EdgeMAX-Configuration-Examples/EdgeMAX-Dual-WAN-load-balance-feature-v1-4-0/ta-p/699501
Pleins de liens a la fin d'autres exemples.

Breizh 29

  • Client Bouygues Fibre +
  • Abonné Orange Fibre
  • *
  • Messages: 4 277
  • Guilers 29820 (29N)
Remplacer sa livebox Play : net ok, tv ok, replay ko, tel ko
« Réponse #49 le: 19 avril 2014 à 19:04:49 »
Oui il faut 2 lignes téléphoniques.

c0mm0n

  • Invité
Remplacer sa livebox Play : net ok, tv ok, replay ko, tel ko
« Réponse #50 le: 19 avril 2014 à 23:39:52 »
Avancées du jour.

Rappel : le but était d'avoir du DHCP sur le VLAN 838.
Conclusion : solution a priori trouvée, a implementer dans le routeur.

Details :
Donc je joue avec le client dhcp du routeur en essayant de modifier ses parametres, et ca marche a peu pres.

Donc pour vous illustrer le truc, je vous montre les 2 requetes a l'heure actuelle :


Donc en gros on a reussi a quasi tout dupliquer, sauf qqes options du 55 et la 77 (celle ci est presente mais mal formée...)

Biensur a ce stade, nos demandes DHCP restent vaines (avec ou sans la 77 bugguée)

La fameuse 77

Alors il suffit de pas longtemps pour se rendre compte que c la clé du probleme.
https://www.google.fr/search?q=orange+option+77&oq=orange+option+77&aqs=chrome..69i57j69i64.2395j0j7&sourceid=chrome&es_sm=119&ie=UTF-8#q=orange+dhcp+option+77&safe=off

Avec cet article en particulier en anglais qui va nous aider plus tard : http://sed.free.fr/orange/

En gros, Orange envoie les flux multicast s'il y a un broadcast dhcp avec option 77, presque peu importe son contenu (ouf pas de securité, a priori).

De ca on peut deduire :
- Je me demandais tjrs pq le bridge LAN/838/840 permettait d'avoir la TV si facilement, en fait il realise de facon naive 2 choses cruciales :
1. Regler le pb du 77 : la box sagem envoie ses requetes DHCP avec l'option 77. Mais elle est sur le LAN. Ok Sauf que si le LAN est bridgé, les paquetes broadcast type DHCP vont etre relayés sur tout le bridge. Et y a qui dans le bridge ? Le 838... j'avais conclu a un moment qu'il n'etait pas necessaire de bridger le 838, ca devait etre des tests "a la suite" lors dequels l'activation multicast avait ete faite auparavant. Bref, c "logique" mais infirme donc cette conclusion. On verra plus tard.
2. Router les paquets multicast : si le vlan 840 et le LAN sont bridgés, les paquets multicast iront partout sur le bridge dont le LAN, donc la BOX, donc vous avez la télé.

Donc on va pouvoir virer le bridge et avoir la tv (et peut etre le replay soyons fous) :
1. En resolvant le souci de 77 sur le 838
2. Trouvant une solution pour router les multicast du 840 vers le LAN (a priori facile).

La suite, c'est du coté de Edgemax que j'attends, je ne vois pas comment implementer la 77 correctement, j'ai posté sur leur forum:
http://community.ubnt.com/t5/EdgeMAX-Beta/DHCP-Client-option-77-support/m-p/802718#U802718








vivien

  • Administrateur
  • *
  • Messages: 47 252
    • Twitter LaFibre.info
Remplacer sa livebox Play : net ok, tv ok, replay ko, tel ko
« Réponse #51 le: 20 avril 2014 à 09:26:22 »
Merci pour ces explications.

Tu pourrais nous présenter les différentes options utilisées et ce à quoi elles servent pour la Livebox ?

Je@nb

  • Abonné Orange Fibre
  • *
  • Messages: 144
  • Paris 8ème (75)
Remplacer sa livebox Play : net ok, tv ok, replay ko, tel ko
« Réponse #52 le: 20 avril 2014 à 11:52:38 »
C'est obligé le routeur qui doit faire serveur dhcp ? Tu as pas moyen de faire un relay dhcp ?

c0mm0n

  • Invité
Remplacer sa livebox Play : net ok, tv ok, replay ko, tel ko
« Réponse #53 le: 20 avril 2014 à 12:01:53 »
Merci pour ces explications.

Tu pourrais nous présenter les différentes options utilisées et ce à quoi elles servent pour la Livebox ?

En gros tu peux trouver des détails en language presque compréhensible en cherchant les options : http://www.networksorcery.com/enp/protocol/bootp/options.htm

C'est pas tjrs évident a capter (jamais lu autant de RFC :D), mais ca explique plutôt bien a quoi peut servir chaque option. (ou google "dhcp option XX" avec le numéro de l'option t'auras pleins d'infos, souvent chez microsoft d'ailleurs)

C'est obligé le routeur qui doit faire serveur dhcp ? Tu as pas moyen de faire un relay dhcp ?

Remarque pertinente.

Je me suis dit la meme chose hier : "si on pouvait juste forwarder la requête DHCP du décodeur sur le 838, ca nous simplifierait la vie".

Mais :
1. Le décodeur doit avoir une IP sur le LAN, pour l'accès internet, etc... si tu vires les dhcp du LAN, elle boote pas. (chose qui était pas forcement le cas des anciennes box blanches)
2. J'ai de quoi faire du dhcp relay, mais en l'occurrence c plutôt du "accept and relay to 838" qu'il faudrait faire. Aucune idée de comment mettre ca en oeuvre.

Donc j'ai tendance a essayer d'éviter cette "bidouille"...

MAIS

Il est bien possible que ca soit la bonne méthode, puisque j'avais remarqué que les requêtes sur le 838 ne se faisait que si le decodeur était allumée/connectée.

=> Point a observer a nouveau.

Pas de news du coté d'edgemax pour l'option 77, vais continuer les tests sur la ToIP (851) dont la requête DHCP ne dépend pas d'un periph tiers et elle est en plus bcp plus simple. Bon ca me mènera pas a grand chose, mais j'aimerais bien réussi a obtenir cette "2e IP" sur VLAN.

c0mm0n

  • Invité
Remplacer sa livebox Play : net ok, tv ok, replay ko, tel ko
« Réponse #54 le: 20 avril 2014 à 12:04:11 »
Bon je prévois l'achat d'un routeur pfsense (pas gigabit pour l'instant) aussi assez rapidement, pour avancer plus rapidement sur les tests, je suis assez frustré d'être bloqué sur l'option 77 :/

c0mm0n

  • Invité
Remplacer sa livebox Play : net ok, tv ok, replay ko, tel ko
« Réponse #55 le: 20 avril 2014 à 14:50:14 »
Bon, j'ai essayé de dhcp le 851, et je suis a nouveau bloqué dans l'implementation des options dhcp.

Un des bugs remarqués auj est que les paquets sont envoyés en unicast, au lieu de broadcast, pas reussi a le fixer (alors que c a priori trivial sous une debian "normale")

J'ai remonté les infos a edgemax, mais j'aimerai pouvoir avancer un peu plus vite, j'etudie l'achat d'une pfsense box ou de monter une config debian "brute" avec 2/3 NIC afin d'etre le moins limité possible.
Y a qqes trucs sur LBC, la version gigabit de pfsense a 450$ me fait de l'oeil avec leur support commercial 1 an inclus (et leur 30 day back, si jamais je finis comme avec le edgemax).

Je pense que l'edgemax representera l'intergration finale "parfaite" et pas chere, mais pour le "developpement" faudrait un autre matos a coté. Si vous avez un truc qui traine chez vous j'accepte les dons ou prets :p

c0mm0n

  • Invité
Remplacer sa livebox Play : net ok, tv ok, replay ko, tel ko
« Réponse #56 le: 20 avril 2014 à 14:55:26 »
J'ai conscience qu'on peut tirer davantage du materiel actuel, pas mal de choses a tester encore, mais j'essaie d'obtenir le plus possible une copie conforme des echanges observés avec le matos orange.

Ca permet d'obtenir une certitude technique dans un environnement encore tres approximatif, c'est precieux.. Si les paquets sont strictement identiques (on ira jusqu'a spoofer la mac adresse), on est en droit d'attendre un fonctionnement strictement identique et si ce n'est pas le cas, on a plus de doutes sur les "paquets".

Marin

  • Client Bbox vdsl
  • Modérateur
  • *
  • Messages: 2 804
  • 73
Remplacer sa livebox Play : net ok, tv ok, replay ko, tel ko
« Réponse #57 le: 20 avril 2014 à 14:57:34 »
Donc ton EdgeMax ne te permet pas de configurer l'envoi d'une simple option DHCP standard ?

Tu n'as pas de possibilité de te connecter en SSH ou en Telnet de façon à modifier directement le fichier de configuration du client, ou à mettre ton propre client ?

c0mm0n

  • Invité
Remplacer sa livebox Play : net ok, tv ok, replay ko, tel ko
« Réponse #58 le: 20 avril 2014 à 15:23:00 »
C'est un peu plus compliqué que ca :
- Je fais déjà tout en ligne de commande, le client dhcp est lancé comme ca sudo dhclient -cf /etc/dhcp3/dhclient.conf eth1.851 (c le client dhcp ISC linux "standard").
- Cette version du client semble être "vieille", en tout cas l'option -B n'est pas supportée (elle force le broadcast)
- Concernant certaines options c'est peut être moi le problème (syntaxe, etc...) (concerne la 77 par exemple)
- Pour d'autres, faut attendre coté edgemax genre la 121. Mais celle ci est loin d'être "standard", tu trouveras *pleins* de distribs qui ne la supportent pas.
- Ils sont "pros", j'aurai une réponse a chacun des points... mais pas un dimanche/lundi de pâques :/

=> Pour tout ca avant dpkg comme un bourrin, je prefere échanger avec edgemax, voir leur retour, agir en fonction. Et ça prend forcèment du temps... Et ca sera peut être pris en compte, mais faudra un firmware, attendre le firmware etc... j'aimerai aller un peu plus vite, pour obtenir des certitudes. Aujourd'hui j'essaie de faire fonctionner des trucs dont je suis meme pas sur de l'intérêt :D

Je ne suis absolument pas certain que tout ceci sera fonctionnel sur pfsense (qui est très GUI oriented en plus...)... C pour cette raison que je souhaite une 2e box debian "brute", j'aurai moins de problèmes a tester certains scénarios farfelus (et pas forcement intéressants).

Dans tous les cas il me faut plus de matos, j'ai un NUC intel sous la main, avec un NIC usb, ca peut peut être me permettre d'explorer facilement et pas cher.

Les seuls chez qui tout semble implèmenté (car parfaitement documenté, c comme ca que j'ai trouvé), c'est CISCO... mais y a un petit problème de budget :D

c0mm0n

  • Invité
Remplacer sa livebox Play : net ok, tv ok, replay ko, tel ko
« Réponse #59 le: 20 avril 2014 à 15:32:14 »
Mais y a des workaround, genre envoyer des packets bruts :D
http://austinmarton.wordpress.com/2011/09/14/sending-raw-ethernet-packets-from-a-specific-interface-in-c-on-linux/

Ca serait une excellent technique pour être sur d'envoyer la meme requête a l'octet prêt sans être tributaire des confs/softs