La Fibre
Datacenter et équipements réseaux => Routeurs => Remplacer la LiveBox par un routeur => Discussion démarrée par: cetipabo le 24 mars 2016 à 21:33:44
-
Remplacer sa Livebox ADSL/VDSL par un Modem/Routeur VDSL2 DrayTek 2860 multi wan
Bonjour,
dans ce tutoriel, on utilise un Modem/Routeur VDSL2 DrayTek 2860 multi wan.
(https://lafibre.info/images/materiel/201604_modem-routeur_vigor2860n_remplace_livebox_1.png)
Pour info dans ma configuration, j'utilise un petit switch simple à 8 ports branché sur le Port lan 1 (voir image au dessus) du Draytek, tous mes équipements son branchés sur ce switch (PC, CPL, etc...), il est tout a fait possible de se passer du switch et de tout brancher sur les ports du Draytek.
Donc je récapitule:
On passe par le Quick Start wizard et on met le vlan 832
(https://lafibre.info/images/materiel/201604_modem-routeur_vigor2860n_remplace_livebox_2.png)
Ensuite on choisit MPoA / Static or dynamic IP et Fixed IP: NO(Dynamic IP):
(https://lafibre.info/images/materiel/201604_modem-routeur_vigor2860n_remplace_livebox_3.png)
Voila on confirme en cliquant sur Finish:
(https://lafibre.info/images/materiel/201604_modem-routeur_vigor2860n_remplace_livebox_4.png)
A ce stade on a pas encore accès à internet, c'est normal.
-
Ensuite on va dans WAN > Internet Access
(https://lafibre.info/images/materiel/201604_modem-routeur_vigor2860n_remplace_livebox_5.png)
On clique sur Advanced, puis on rentre les options DHCP pour Wan1 et Wan5:
(http://i.imgur.com/fhcSWQX.png)
Je reprends les explications de Renaud07 ici (http://www.forum-orange.com/viewtopic.php?pid=745800#p745800)
Pour le Wan1 ajouter les options:
-option 60 (class id) : sagem <-- en Ascii
-option 77 (User-Class) : +FSVDSL_livebox.Internet.softathome.Livebox3 <-- en Ascii
-option 90 (auth) : 00000000000000000000006674692f******* <-- en Hexa
Remplacer les * par les valeurs hexadécimales des caractères qui composent son identifiant orange ft/*******
on peut s'aider de cet outil (https://jsfiddle.net/kgersen/45zudr15/embedded/result/) en ligne pour la conversion.
Pour le Wan5
-option 60 : sagem <-- en Ascii
-option 61 : 01xxxxxxxxxxxx <-- en Hexa (01+MAC de la livebox, pas celle du décodeur)
-option 77 : voir ce message (https://lafibre.info/remplacer-livebox/tv-orange-vdls2-avec-modem-routeur-draytek-vigor-2860/msg455911/#msg455911) avec le firmware actuel on doit passer par telnet pour ajouter l'option car l'apostrophe est refusée par le web.
il faut taper:
ip dhcpc option -w 5 -e 1 -v 'FSVDSL_livebox.MLTV.softathome.Livebox3 -c 77
Ensuite on va dans WAN > Multi-PVC/Vlan
(https://lafibre.info/images/materiel/201604_modem-routeur_vigor2860n_remplace_livebox_7.png)
On va créer les Vlan 838 en priorité 4 sur le Wan5 et le 840 en priorité 5 sur le Wan6
On les configure comme ceci:
(http://i.imgur.com/Nu2djZ5.png)
(https://lafibre.info/images/materiel/201604_modem-routeur_vigor2860n_remplace_livebox_9.png)
Ici on spécifie une IP/Masque/gateway bidon pour éviter certains problèmes.
-
Ensuite on va dans Applications > IGMP et on coche IGMP Proxy sur le WAN1 et IGMP Snooping
(https://lafibre.info/images/materiel/201604_modem-routeur_vigor2860n_remplace_livebox_10.png)
C'est après le reboot du routeur qu'on voit apparaître les IP dans le tableau.
Et voilà après ça on a la TV :D
Voici a quoi ressemble la partie WAN > Internet acess après la synchro:
(https://lafibre.info/images/materiel/201604_modem-routeur_vigor2860n_remplace_livebox_11.png)
- Penser à passer la MTU a 1500 si elle reste sur 1492 par défaut.
- Les DNS 8.8.8.8/8.8.4.4 apparaissent tout seul lors de la configuration du Vlan 838...c'est le Draytek qui les ajoute tout seul.
Merci à Renaud07 pour son aide et ses précieuses indications :D
-
Content de voir que ça fonctionne :D Maintenant il reste l'ipV6 à mettre en place.
-
EDIT:
Solution et explication trouvée à la page suivante (https://lafibre.info/remplacer-livebox/tv-orange-vdls2-avec-modem-routeur-draytek-vigor-2860/msg324790/#msg324790), le tutoriel a été corrigé en conséquence.
Bien que tout semble fonctionner parfaitement, dans mes logs WAN je vois tout un tas de lignes:
(http://i.imgur.com/h7wY8XW.png)
Je sais pas si c'est normal, mais j'ai un doute...
-
Bon, on en farfouillant sur ma TV je me suis aperçu que le Replay ne marchais pas, ce qui explique les messages dans les logs ci-dessus.
Je pense qu'il y a un problème d'authentification sur l'option 61 ou 77, je dois mal envoyer les infos.
J'aurai besoin de l'aide des specialistes !
Pour l'option 61: il faut envoyer de l'Hexa ou une string ?
Pour l'option 77: je n'ai pas mis l'apostrophe car l'interface web refuse ce caractère...une idée comment contourner le problème ?
-
Pour l'option 61 je pense que c'est de l'hexa.
Et pour l'option 77... En fait le premier caractère (octet) correspond à la longueur de la chaine. Je pense que le plus simple c'est d'encoder toute la chaine en hexa et de choisir "hexa" au lieu de 'ascii' pour l'option 77. C'est ce que je fais personnellement dans la configuration de dibbler sur mon ERL (pour IPv6).
Après, pour le replay, il va manquer les routes statiques retournées par l'option 121 (classless static routes). Au pire si le modem ne la supporte pas, il doit être possible de les rentrer en dur puisqu'elle ne changent normalement pas. Il faut juste pouvoir déterminer quelles sont ces routes, ce qui est sans doute difficile en VDSL. Si elles sont identiques à celles en FTTH on peut te les donner...
-
Ha super !
alors pour l'option 61 si c'est de l'hexa alors je dois commencer par 01 non ? sinon va y avoir un décalage...
Donc si c'est de l'hexa ca me fait un chaine comme cela: 01xxxxxxxxxxxx car je ne dois pas mettre les :
J'ai essayé l'option 77 en hexa mais l'interface web la refuse dans ce cas car elle est jugée trop longue...c'est trop bête...
Pour l'option 121 je pense que ca passera car l'interface web propose une adresse list, voir ici sur le simulateur : http://eu.draytek.com:12860/
dans WAN > Internet Access > Advanced
on peut choisir 3 types d'option: ASCII, Hexa, Adresse list qui est une liste d'ip séparée par une virgule.
il y a une page de doc avec exemple ici : http://www.draytek.com/index.php?option=com_k2&view=item&id=4595&Itemid=293&lang=en
avec un exemple sur l'option 121 mais ici ils indiquent qu'il faut envoyer les data sous forme Hexa ??? pas compris...
-
alors pour l'option 61 si c'est de l'hexa alors je dois commencer par 01 non ? sinon va y avoir un décalage...
Donc si c'est de l'hexa ca me fait un chaine comme cela: 01xxxxxxxxxxxx car je ne dois pas mettre les :
1 ou 01 c'est la même valeur en hexa hein :)
(Dans les 2 cas ce sera encodé dans un octet avec la valeur "01").
-
oui effectivement, mais ce que je voulais dire c'est que je ne sais pas comment le draytek interprete les chaines de caractères...s'il prend une paire, ca fait pas 1 ou 01, mais ca fait 1 + le caractère suivant de l'adresse Mac.
je dois me faire des noeuds au cerveau la ;D
Sinon pour l'option 121 sous forme d'hexa il faudra lui dire quoi ?
-
Beau travail merci.
Combien coute ce jouet sympa ? il tient bien le GB ?
-
Je l'ai eu a 200€ neuf sur Ebay, acheté a un vendeur UK. Je ne vous conseille pas de faire comme moi, car pour la garantie et le support dans mon cas je suis obligés de passer par le service UK, qui ne connais rien de Orange et de ses spécificités. Et le Support FR vous demande votre N° de série avant de vous aider, si c'est du UK alors on vous demande de voir avec le support UK. :-\
On le trouve neuf en France pour 291€ ici :
http://www.asdiscount.com/reseau/1841456-draytek-vigor-2860-adsl2-annex-b-v2860.html
il existe des version avec Wifi N et wifi AC. Et il support le profil VDSL 30a (200Mbit) qui pourrait peut etre arriver un jour, qui sait...
Qu'entends tu par il tien bien le Gbit ?
-
Beau travail merci.
Combien coute ce jouet sympa ? il tient bien le GB ?
Ce n'est pas du FTTH mais du VDSL.
-
il y a un wan2 Gigabit pour y mettre du FTTH ;)
-
il y a un wan2 Gigabit pour y mettre du FTTH ;)
Que tu exploites?
-
Mais il est capable de router combien ?
-
Que tu exploites?
Non car je suis en VDSL2, lol, mais je viens de comprendre le sens de ta réponse. ;D et du coup le sens de la question "tient-il le GB".
donc effectivement je ne peux pas répondre à la question, je ne sais pas...
-
Sinon, joli boulot de config et de partage. 8)
-
Mais il est capable de router combien ?
je ne sais pas il faudrait chercher sur les forum UK, sinon je vois ici: http://www.draytek.co.uk/products/business/vigor-2860#7-specification
Performance:
Firewall: Up to 300Mb/s max
IPSec VPN: Up to 50Mb/s max
Ici il y a quelques infos aussi de performance suivant les modeles:
http://www.draytek.co.uk/products/comparison
-
Bingo !!!
2016-04-04 12:20:57 WAN 5 is up.
2016-04-04 12:20:57 WAN5 DHCP <==XID = 0x78be2867, Client IP = 0.0.0.0, Your IP = 10.238.141.36, Next server IP = 192.168.3.254, Relay agent IP = 10.238.141.254, Option:
2016-04-04 12:20:57 WAN5 DHCP ==>XID = 0x78be2867, Client IP = 0.0.0.0, Your IP = 0.0.0.0, Next server IP = 0.0.0.0, Relay agent IP = 0.0.0.0, Option:
2016-04-04 12:20:57 WAN5 DHCP <==XID = 0x78be2867, Client IP = 0.0.0.0, Your IP = 10.238.141.36, Next server IP = 192.168.3.254, Relay agent IP = 10.238.141.254, Option:
Explication:
pour l'option 61 c'est bien de l'Hexa, j'ai envoyé: 01xxxxxxxxxxxx
Pour l'option 77 j'ai fait une entourloupe ;)
de mémoire ici: http://www.forum-orange.com/viewtopic.php?pid=602862#p602862
il existe d'autres identifiants : PC_MLTV et STB_MLTV_UHD86 qui sont des chaines de caractères plus courtes ;D
donc en hexa STB_MLTV_UHD86 donne : 0e5354425f4d4c54565f5548443836 (0e = longueur de la chaine)
et visiblement ca passe 8) car maintenant je n'ai plus rien dans mes logs 8)
J'ai updaté le tutoriel en consequence :)
il reste l'histoire de l'option 121, si quelqu'un peut m'aiguiller ?? quelles sont ces routes statiques ?
-
il reste l'histoire de l'option 121, si quelqu'un peut m'aiguiller ?? quelles sont ces routes statiques ?
la partie VoD fonctionne comme suit:
(https://drive.google.com/uc?id=0B5ma-el6j-bDaGhqUXVXRHVzWE0)
Ce schema est une config plus complexe et pour la fibre mais c'est pareil en xDSL au niveau du 'jaune' et du 'bleu'. Ignore la partie 'bleue' a droite c'est tres "spécial" (réutilisation de la livebox en mode point d'acces et téléphone via Livebox).
Pour la VoD, il faut donc: obtenir une autre IP public spécifique a la VoD via le VLAN 838 et NATé (rond jaune) cette IP pour que les équipements du LAN puissent sortir aussi par cette IP jaune (dans les faits uniquement le décodeur livebox TV). On se retrouve en 'dual wan' en fait: un wan bleu et un wan jaune comme si on avait 2 connexions Internet avec 2 IP partagées différentes (donc 2 NAT).
La route par défaut est vers le vrai Internet donc vers le 'bleu' (VLAN 832). Vers le jaune c'est uniquement pour des services de VoD Orange.
Pour savoir quand 'sortir' par le jaune, Orange envoi une liste de routes quand on reçoit via DHCP l'IP en jaune. Pour ce faire, la liste de routes est envoyée par l'option DHCP n° 121 ( https://tools.ietf.org/html/rfc3442 ). Ton routeur doit donc modifier sa table de routage avec cette liste de routes de facon a "aiguiller" le trafic venant du LAN vers jaune ou bleu en fonction de la destination (c'est du routage normal en fait, c'est juste les routes qui sont crées automatiquement par l'option 121 a la reception de l'IP en DHCP).
-
Ok merci pour cette explication très claire :)
Donc ces routes je dois les obtenir "automatiquement" au meme titre que le DHCP fournit une ip, un masque et un DNS donc ?
Du coup ce n'est une option que je dois insérer dans ma config. Ou alors j'ai raté un truc...
Quand je regarde la table de routage du Draytek, c'est maigre...
Key: C - connected, S - static, R - RIP, * - default, ~ - private
* 0.0.0.0/ 0.0.0.0 via 92.167.104.1 WAN1
C 92.167.104.0/ 255.255.248.0 directly connected WAN1
C~ 192.168.1.0/ 255.255.255.0 directly connected LAN1
Quelqu'un connait-il ces ip statiques pour que je les rentre en dur ?
EDIT:
je pense a un truc: la table de routage que j'ai c'est pour le LAN du WAN1 donc le Draytek, concernant le WAN5 (le decodeur) je n'ai pas moyen de la voir dans l'interfarce, d'ailleurs il y a l'indication suivante dans la page de la table de routage:
Note: WAN5, WAN6, WAN7 are router-borne WANs.
Donc aussi bien j'ai bien recu cette table ?
-
Ok merci pour cette explication très claire :)
Donc ces routes je dois les obtenir "automatiquement" au meme titre que le DHCP fournit une ip, un masque et un DNS donc ?
oui exactement si ton routeur supporte l'option 121 il va obtenir automatiquement ces routes.
les routes que j'obtient chez moi (fragment 121 de la réponse DHCP recu):
Option: (121) Classless Static Route
Length: 93
172.23.12.0/22-10.85.247.254
172.20.224.167/32-10.85.247.254
172.19.20.0/23-10.85.247.254
193.253.67.88/29-10.85.247.254
80.10.117.120/31-10.85.247.254
81.253.206.0/24-10.85.247.254
81.253.210.0/23-10.85.247.254
193.253.153.228/32-10.85.247.254
193.253.153.227/32-10.85.247.254
81.253.214.0/23-10.85.247.254
80.10.204.0/22-10.85.247.254
(on constate que c'est un mélange d'IP publiques et privées).
l'IP et le masque que j'obtient:
IP address: 10.85.247.x
Subnet Mask: 255.255.254.0
Toutes les routes reçues sortent par 10.85.247.254 et comme c'est dans le meme sous-réseau que l'IP que j'ai obtenu ca sort par son interface.
Apres je ne sais si c'est commun a tout les abonnés Orange.
A voir ta table de routage, il manque déja ton IP WAN5 (10.85.x.x). T'es sur que t'as une connexion DHCP établie sur le vlan 838 ?
tu devrais avoir une ligne du style:
C 10.85.x.x/ 255.255.254.0 directly connected WAN5
-
ps:pour recevoir l'option 121, il faut peut-être la demander.
voila ce que demande une livebox (option 55 du dhcp offer):
Option: (55) Parameter Request List
Length: 5
Parameter Request List Item: (1) Subnet Mask
Parameter Request List Item: (3) Router
Parameter Request List Item: (42) Network Time Protocol Servers
Parameter Request List Item: (72) Default WWW Server
Parameter Request List Item: (121) Classless Static Route
(mais elle ne reçoit pas 42 et 72 de la part d'Orange, du moins pas chez moi).
donc verifies ton "Parameter Request List".
si y'a pas d'interface pour le configurer directement, il faut envoyer l'option 55 avec une série de nombres (un nombre = une option demandée) précédé du nombre d'options demandées:
dans le cas présent:
37 05 01 03 2a 48 79
37 (hex) = 55(dec) = option 55 (Parameter Request List)
05 = nombre d'options demandées
liste des options demandées: 01(Subnet Mask),03(router),2a(Network Time Protocol Servers),48(Default WWW Server),79(Classless Static Route = 121 en decimal).
donc dans ton interface DrayTek tu mets une ligne:
v, WAN5, option 55, hex, 05 01 03 2a 48 79
-
oui regarde, l'ip du wan5 est bien obtenue par DHCP:
(http://i.imgur.com/msn3KXt.png)
-
ps:pour recevoir l'option 121, il faut peut-être la demander.
voila ce que demande une livebox (option 55 du dhcp offer):
Option: (55) Parameter Request List
Length: 5
Parameter Request List Item: (1) Subnet Mask
Parameter Request List Item: (3) Router
Parameter Request List Item: (42) Network Time Protocol Servers
Parameter Request List Item: (72) Default WWW Server
Parameter Request List Item: (121) Classless Static Route
(mais elle ne reçoit pas 42 et 72 de la part d'Orange, du moins pas chez moi).
donc verifies ton "Parameter Request List".
si y'a pas d'interface pour le configurer directement, il faut envoyer l'option 55 avec une série de nombres (un nombre = une option demandée) précédé du nombre d'options demandées:
dans le cas présent:
37 05 01 03 2a 48 79
37 (hex) = 55(dec) = option 55 (Parameter Request List)
05 = nombre d'options demandées
liste des options demandées: 01(Subnet Mask),03(router),2a(Network Time Protocol Servers),48(Default WWW Server),79(Classless Static Route = 121 en decimal).
donc dans ton interface DrayTek tu mets une ligne:
v, WAN5, option 55, hex, 05 01 03 2a 48 79
Ok j'essaie...
edit:
haaaaa je ne peux pas mettre l'option 55, ca me dit: this option number is reserved >:( >:(
-
ps1: il faut aussi s'assurer que ca NAT bien vers WAN5 quand on veut sortir par WAN5. Si ca ne NAT pas, les paquets de retour ne reviendront pas car les équipements Orange ne savent pas atteindre ton LAN (192.168.x.x) , ils savent juste atteindre l'IP que t'as reçu sur ton WAN5 (10.238.141.x dans ton cas).
-
je viens de rentrer ta table de routage :
Key: C - connected, S - static, R - RIP, * - default, ~ - private
* 0.0.0.0/ 0.0.0.0 via 92.167.104.1 WAN1
S 80.10.117.120/ 255.255.255.254 via 10.238.141.254 WAN5
S 80.10.204.0/ 255.255.252.0 via 10.238.141.254 WAN5
S 81.253.206.0/ 255.255.255.0 via 10.238.141.254 WAN5
S 81.253.210.0/ 255.255.254.0 via 10.238.141.254 WAN5
S 81.253.214.0/ 255.255.254.0 via 10.238.141.254 WAN5
C 92.167.104.0/ 255.255.248.0 directly connected WAN1
C~ 192.168.1.0/ 255.255.255.0 directly connected LAN1
S 193.253.67.88/ 255.255.255.248 via 10.238.141.254 WAN5
S 193.253.153.227/ 255.255.255.255 via 10.238.141.254 WAN5
S 193.253.153.228/ 255.255.255.255 via 10.238.141.254 WAN5
S 172.20.224.167/ 255.255.255.255 via 10.238.141.254 WAN5
S 172.23.12.0/ 255.255.252.0 via 10.238.141.254 WAN5
S 172.19.20.0/ 255.255.254.0 via 10.238.141.254 WAN5
je vais voir ce que ca donne...
Edit:
Bon j'ai l'impression qu'on y est presque car le comportement a changé. avant au bout de quelques secondes je voyais que ca ne marchait pas, la ca marque chargement à l'ecran et ca mouline...je vois les led du cpl qui clignotent dans tous les sens donc j'y crois et au bout de 15/20 secondes j'ai un message d'erreur v13c - Un problème technique empêche la visualisation de cette vidéo
-
ps1: il faut aussi s'assurer que ca NAT bien vers WAN5 quand on veut sortir par WAN5. Si ca ne NAT pas, les paquets de retour ne reviendront pas car les équipements Orange ne savent pas atteindre ton LAN (192.168.x.x) , ils savent juste atteindre l'IP que t'as reçu sur ton WAN5 (10.238.141.x dans ton cas).
comment je pourrai tester ça ?
-
hummm
si on regarde mes logs après un reboot, Wan5 (le décodeur) semble obtenir une réponse dhcp avant wan1 (Livebox)...ca peut avoir un impact ?
Time
Message
2000-01-01 00:00:39 WAN 1 is up.
2000-01-01 00:00:39 WAN1 DHCP <==XID = 0x78bd6e07, Client IP = 0.0.0.0, Your IP = 92.167.xxx.xxx, Next server IP = 80.10.247.176, Relay agent IP = 80.10.235.117, Option:
2000-01-01 00:00:39 WAN 5 is up.
2000-01-01 00:00:39 WAN5 DHCP <==XID = 0x78bdab08, Client IP = 0.0.0.0, Your IP = 10.238.141.36, Next server IP = 192.168.3.254, Relay agent IP = 10.238.141.254, Option:
2000-01-01 00:00:39 WAN1 DHCP ==>XID = 0x78bd6e07, Client IP = 0.0.0.0, Your IP = 0.0.0.0, Next server IP = 0.0.0.0, Relay agent IP = 0.0.0.0, Option:
2000-01-01 00:00:39 WAN1 DHCP <==XID = 0x78bd6e07, Client IP = 0.0.0.0, Your IP = 92.167.xxx.xxx, Next server IP = 80.10.247.176, Relay agent IP = 80.10.235.117, Option:
2000-01-01 00:00:39 WAN5 DHCP ==>XID = 0x78bdab08, Client IP = 0.0.0.0, Your IP = 0.0.0.0, Next server IP = 0.0.0.0, Relay agent IP = 0.0.0.0, Option:
2000-01-01 00:00:39 WAN5 DHCP <==XID = 0x78bdab08, Client IP = 0.0.0.0, Your IP = 10.238.141.36, Next server IP = 192.168.3.254, Relay agent IP = 10.238.141.254, Option:
2000-01-01 00:00:38 WAN5 DHCP ==>XID = 0x78bdab08, Client IP = 0.0.0.0, Your IP = 0.0.0.0, Next server IP = 0.0.0.0, Relay agent IP = 0.0.0.0, Option:
2000-01-01 00:00:38 WAN1 DHCP ==>XID = 0x78bd6e07, Client IP = 0.0.0.0, Your IP = 0.0.0.0, Next server IP = 0.0.0.0, Relay agent IP = 0.0.0.0, Option:
2000-01-01 00:00:30 [DSL] G.Vectoring Status: OFF
Tout se passe à la même seconde mais j'imagine qu'il y a malgré tout un ordre chronologique...
-
Je fais un petit aparté car je suis un peu remonté.
Si vous décidez d'acheter ce modem/routeur qui semble être vraiment un super bon produit qui permet énormèment de fantaisies. Attention car en cas de problème vous allez vous sentir bien seuls. Le service support FR fait la sourde oreille et ne répond a 1 mail sur 5. Même lorsqu'il s'agit de questions simples. j'ai envoyé un mail ce matin au service commercial, aux 2 boites mail ventes et info avec accusé de reception et lecture. Le mail a été recu et lu dans la minute, mais je n'ai aucun retour. Dans ce mail je leur demande ou je peux acheter un Modem Draytek en France en ayant l'assurance qu'il fonctionnera bien sur le réseau VDSL Français (car il y a une histoire d'annex A et B qui n'est pas claire sur leur site). Aucune réponse pour le moment...s'il faut 8h au service commercial pour indiquer ou acheter leurs produits il y a un problème...
Après avoir fait ma petite enquête j'en ai conclu que cette histoire d'Annex A et d'Annex B n'est valable que pour l'ADSL et pas pour le VDSL. Car l'ADSL Annex B = Over ISDN = Prise RJ45, et Annex A = Over pots = Prise RJ11. J'ai trouvé ma réponse ici:
http://www.draytek.com/index.php?option=com_k2&view=item&id=1217&Itemid=293&lang=en
Ni le support technique, ni le support commercial n'a daigné me répondre pour une question qui doit vraiment être basique pour eux.
Donc ce modem/routeur est vraiment pas mal, mais il est vendu par des NULL dans le sens informatique du terme, c'est a dire même pas zéro. Ils sont très peu et très mal connus en France, on trouve leurs produits quasi nul part. Quand on a un produit de merde je comprends que ce soit difficile de se faire une place, mais avec un bon produit et une équipe de bras cassé autour, c'est sûr qu'ils vont pas y arriver et c'est bien domage.
D'autre part j'ai envoyé il y a une semaine une proposition qui allait dans leur sens: Aidez-moi a trouver comment faire passer le flux IPTV orange avec votre modem et je fais un super tutoriel sur un forum dans lequel j'explique avec des screens la méthode à mettre en œuvre de façon à faire connaitre vos produits, car comme dit dans un autre Topic: il n'y a pas de méthode simple pour remplacer la LiveBox sans mettre les mains dans le camboui. Ce draytek semble être la seule solution simple à ce jour pour avoir NET+TV (pas de Replay encore).
Et bien j'ai recu aucune réponse, ni flûte ni merde...
Voilà, donc vous êtes prévenus. :)
-
Joli tuto, et joli routeur.
bravo et merci cetipabo.
-
et si après ça vous avez pas peur, on peut mettre la main sur Ebay sur des 2860n a 190€ (http://www.ebay.fr/itm/NEW-DrayTek-Vigor-2860n-Triple-WAN-ADSL2-VDSL2-Wireless-N-Router-VIGOR2860N-/331821366683?hash=item4d42183d9b:g:GrYAAOSwvgdW5vmF) et je pense qu'avec une offre directe a 160/170€ ca passe. Ca fait pas cher pour un petit joujou comme celui-ci ;) et meme un 2860AC (wifi AC1600) pour 276€ (http://www.ebay.fr/itm/Draytek-2860AC-Wireless-VDSL-ADSL-Business-Router-/291725945691)
-
Pour info:
Le dernier firmware, celui que recommande Draytek à ce jour est le Vigor2860_v3.8.2.2-03v_en dispo ici (https://www.draytek.com/?option=com_jumi&view=application&fileid=15&Itemid=584&lang=en&page=SupportDownloadsDetail&action=Load&MID=229&ID=727)
Avec ce firmware j'ai une synchro incroyable. D'habitude avec ma livebox si je reboot en semaine j'ai +/- 75Mbps et le dimanche matin j'arrive a atteindre +/- 85Mbps.
Avec ce firmware j'ai 85Mbps en semaine...et c'est stable jusqu'a ce que j'allume la télé et là j'ai des désynchro de temps en temps. Ca commence 5 à 10 minutes après avoir allumé la TV, dès que je l'éteind plus de problème.
J'ai testéi le standard: Vigor2860_v3.8.2.2-00_en et avec celui-ci je synchronise bien plus bas qu'avec la livebox et la TV ne passe plus.
Du coup je suis passé sur le Vigor2860_v3.8.2.2-02v_en, je synchronise comme ma Livebox et ca semble tenir le coup, j'ai pas encore eu de désynchro pour le moment après 5H00 de test donc celui-ci c'est bon.
-
D'autre part j'ai envoyé il y a une semaine une proposition qui allait dans leur sens: Aidez-moi a trouver comment faire passer le flux IPTV orange avec votre modem et je fais un super tutoriel sur un forum dans lequel j'explique avec des screens la méthode à mettre en œuvre de façon à faire connaitre vos produits, car comme dit dans un autre Topic: il n'y a pas de méthode simple pour remplacer la LiveBox sans mettre les mains dans le camboui. Ce draytek semble être la seule solution simple à ce jour pour avoir NET+TV (pas de Replay encore).
Et bien j'ai recu aucune réponse, ni flûte ni merde...
Voilà, donc vous êtes prévenus. :)
Bonjour,
en France, les solutions sont propriétaires et çà ne semble pas évident qu'ils soient au courant des paramétrages nécessaires ...
Ce n'est pas non plus dit que le SC France soit en France ..
Je crois qu'aucun constructeur ne supporte officiellement les connexions "compliquées" de nos opérateurs Français. Ce sont généralement les communautés qui le font.
-
ca ne les empeche pas de répondre a des questions basiques, ou de tout simplement répondre quelque chose. je préfère 100x qu'on me dise "je ne sais pas" plutôt qu'ignorer mon message.
Si le service client ne sais pas vers quel distributeur nous renvoyer c'est grave. Si le service technique ne sait pas me dire Annex A et B c'est pour l'ADSL et pas pour le VDSL c'est grave aussi. Avoir un comportement comme celui-ci ca ne permet pas de se développer.
Et je te confirme qu'ils sont bien basés en France, car j'ai eu droit a un mail de retour au bout du 2eme mail et dans la signature du message il y avait un prénom et un nom francais.
et d'ailleurs : http://www.draytek-france.fr/index.php/contact
DrayTek
137 Rue de Versailles
78150 Le Chesnay
Téléphone 0175432870
Fax 0175432871
info@draytek.fr
ventes@draytek.fr
Je crois qu'aucun constructeur ne supporte officiellement les connexions "compliquées" de nos opérateurs Français. Ce sont généralement les communautés qui le font.
je suis d'accord avec toi sur ce point, mais je leur avait linké le forum pour qu'ils puissent se pencher sur le probleme, donc après soit ils ont des gars compétants qui en veulent, soit ils s'en fichent. M'enfin si on veut se faire connaitre et augmenter ses ventes c'est aussi par des moyens comme ça qu'on peut y arriver. ils ont un super produit et ils font rien pour qu'il gagne a être connu.
-
Ce genre de marques s'adressent plus a un public pro de revendeurs qui a les pré-requis en réseau et un minimum de connaissance en configuration de routeurs. Ce ne sont pas des marques avec un SAV grand public en direct. L'interaction et les échanges avec le constructeur se limitent donc souvent a de la detection/correction de bugs ou des demandes de mises en oeuvre de nouvelles fonctionnalités via leur réseau de revendeurs. Il faut bien comprendre qu'un ingénieur compétent capable ca coûte cher et on ne va pas l'employer à faire du SAV sur un forum ouvert au grand public...le mec va s'emmerder et ne va pas rester longtemps...
Bref c'est comme avec les voitures , on ne va pas joindre directement les ingénieurs Renault ou Peugeot mais on passe par les revendeurs et les concessionaires quand on a des soucis et des questions.
Apres certains constructeurs font plus d'efforts que d'autres mais le plus souvent ce sont les communautés d'utilisateurs qui aident le plus pour ce genre de cas. Et la c'est la poule et l’œuf: plus un routeur ou une marque est vendu plus sa communauté d'utilisateurs est grande, variée et peut s'entre-aider. Draytek c'est plutôt peu vendu en France.
-
Au fait pour l'option 61 vous utilisez @MAC ou @MAC+4 ?
Zoc à dit ici (https://lafibre.info/remplacer-livebox/remplacement-lb-trouver-son-identifiant-dhcp-pour-la-tv/msg267115/#msg267115) que ce serait @MAC maintenant, donc mon problème viendrait peut-être de là ?
Je teste dès que je rentre chez moi...
-
Si tu obtiens une IP c'est que c'est bon pour l'@mac. (moi ça marche avec @mac ou @mac+4).
-
:-\ donc c'est pas ca...
-
du coup il me reste quoi comme possibilité susceptible de bloquer la vod ?
Mauvaise table de routage ? voir ici (https://lafibre.info/remplacer-livebox/tv-orange-vdls2-avec-modem-routeur-draytek-vigor-2860/msg325029/#msg325029).
ou l'ordre de reception du DHCP ? voir ici (https://lafibre.info/remplacer-livebox/tv-orange-vdls2-avec-modem-routeur-draytek-vigor-2860/msg325053/#msg325053).
-
L'ordre du DHCP on s'en fout...
Mauvaise table de routage et/ou NAT sur WAN1 au lieu de WAN5.
Sinon ma table de routage (mais je suis en FTTH), à priori la même que @kgersen, sauf pour la gateway évidemment:
C *> 10.78.61.128/25 is directly connected, eth1.838
K *> 80.10.117.120/31 [0/0] via 10.78.61.254, eth1.838
K *> 80.10.204.0/22 [0/0] via 10.78.61.254, eth1.838
K *> 81.253.206.0/24 [0/0] via 10.78.61.254, eth1.838
K *> 81.253.210.0/23 [0/0] via 10.78.61.254, eth1.838
K *> 81.253.214.0/23 [0/0] via 10.78.61.254, eth1.838
K *> 172.19.20.0/23 [0/0] via 10.78.61.254, eth1.838
K *> 172.20.224.167/32 [0/0] via 10.78.61.254, eth1.838
K *> 172.23.12.0/22 [0/0] via 10.78.61.254, eth1.838
K *> 193.253.67.88/29 [0/0] via 10.78.61.254, eth1.838
K *> 193.253.153.227/32 [0/0] via 10.78.61.254, eth1.838
K *> 193.253.153.228/32 [0/0] via 10.78.61.254, eth1.838
-
Au vue de la table de routage que tu as posté il te manque la route auto vers WAN5 (la route 'connected', lettre "C" au debut, qui correspond a l'IP/netmask reçu en DHCP sur WAN5)...si cette route ne s'installe pas , y'a peu de chance que ca fonctionne.
-
ha oui tu me l'avais déjà dit il me semble ! je regarde ca dès que je rentre du boulot ;)
-
Bon voici ma table de routage maintenant, la ligne ajoutée à la mano comme le reste :
Key: C - connected, S - static, R - RIP, * - default, ~ - private
* 0.0.0.0/ 0.0.0.0 via 92.167.104.1 WAN1
S 10.238.140.0/ 255.255.254.0 via 10.238.141.254 WAN5
S 80.10.117.120/ 255.255.255.254 via 10.238.141.254 WAN5
S 80.10.204.0/ 255.255.252.0 via 10.238.141.254 WAN5
S 81.253.206.0/ 255.255.255.0 via 10.238.141.254 WAN5
S 81.253.210.0/ 255.255.254.0 via 10.238.141.254 WAN5
S 81.253.214.0/ 255.255.254.0 via 10.238.141.254 WAN5
C 92.167.104.0/ 255.255.248.0 directly connected WAN1
C~ 192.168.1.0/ 255.255.255.0 directly connected LAN1
S 193.253.67.88/ 255.255.255.248 via 10.238.141.254 WAN5
S 193.253.153.227/ 255.255.255.255 via 10.238.141.254 WAN5
S 193.253.153.228/ 255.255.255.255 via 10.238.141.254 WAN5
S 172.20.224.167/ 255.255.255.255 via 10.238.141.254 WAN5
S 172.23.12.0/ 255.255.252.0 via 10.238.141.254 WAN5
S 172.19.20.0/ 255.255.254.0 via 10.238.141.254 WAN5
C'est pas mieux... :'(
il reste à regarder du coté de NAT, mais alors là je ne vois pas ce qu'il faut faire, je suis au bout de mes connaissances.
-
Ce qui n'est pas normal c'est de devoir ajouter cette ligne manuellement...
au vue du premier post et des captures d'écrans il a nettement une différence entre WAN1 et WAN5, notamment sur ce screen:
(https://lafibre.info/images/materiel/201604_modem-routeur_vigor2860n_remplace_livebox_7.png)
Je pense qu'il faut revoir la façon dont WAN5 est configuré/déclaré. Le souci doit être a ce niveau (on voit que la cache a cocher 'P1' est lié au NAT notamment, c'est un peu confus la):
(https://lafibre.info/images/materiel/201604_modem-routeur_vigor2860n_remplace_livebox_8.png)
WAN Application 'IPTV' c'est curieux aussi. pour 840 ok mais pas 838 car y'a pas de multicast IPTV sur le vlan 838.
enfin dans ce screen:
(https://lafibre.info/images/materiel/201604_modem-routeur_vigor2860n_remplace_livebox_10.png)
pas normal que WAN1 soit sélectionné pour l'IGMP Proxy... ca devrait être le WAN du VLAN 840 (WAN6?).
bref y'a plein de petits détails qui montre un manque de compréhension de 'quoi sert a quoi' dans l'interface de ce routeur , c'est plus du tâtonnement jusqu’à ce que ca marche... si y'a un manuel au format PDF quelque part poste le ici , on pourra peut-être t'aider un peu plus.
-
alors le dernier manuel en date est ici :
ftp://ftp.draytek.com/Vigor2860/Manual/
il y a une live demo de l'interface la:
http://eu.draytek.com:12860/
il y a une FAQ pas trop mal faite ici:
http://www.draytek.com/index.php?option=com_k2&view=itemlist&layout=category&task=&id=&Itemid=293&lang=en
et effectivement j'y suis allé beaucoup a taton ;D
-
hum au vue de la live démo, ca m'a l'air cuit pour WAN5.. ce routeur n'est (a priori) pas capable de gérer 2 connexions Internet (menu: WAN/Internet Access) différentes via la ligne VDSL...
la doc semble dire la meme chose:
WAN links for Channel 5, 6 and 7 are provided for router-borne application such as TR-069.
Ces 'channels' ne peuvent servir que pour du 'management' (TR-069), de l'IPTV (multicast) ou de la téléphonie (VoIP).
bref a moins d'une mise a jour future de leur firmware, ca ne me semble pas possible en l'état.
Toutefois y'a peut-etre moyen d'exploiter le port WAN Ethernet (port orange, WAN2) en bouclant WAN5 en bridging dessus...
La manip consiste donc a 'bridger' directement WAN5 sur un des 6 ports LAN dans son VLAN a part et 'rentrer' a nouveau dans le routeur via le port WAN ethernet...
Ceci est hautement spéculatif, je n'ai pas ce genre de routeur sous la main pour valider cela.
manip a tenter:
- on choisira le port LAN2 pour les explications, on peut adapter et choisir un autre port (sauf le LAN1) si on le souhaite.
A - configurer les VLAN dans LAN/VLAN: clicker sur activer et régler comme suit:
(http://i.imgur.com/Eq7RIu5.png)
B - mettre un cable Ethernet entre le port WAN2 et le port LAN 2.
C - configurer le port WAN5 en mode bridge P2:
(http://i.imgur.com/iXEe1WW.png)
nb: WAN5 ne fait plus de DHCP, il se contente juste de renvoyer le traffic 838 sur P2 (qui lui est mappé pour sortir sur le port 2 du routeur).
D - configurer le port WAN2: dans WAN/Internet Access click sur 'detail' de la ligne WAN2 puis configurer comme suit:
(http://i.imgur.com/s0PLd8H.png)
E - configurer le vlan du WAN2: dans WAN/General Setup clicker sur lien 'WAN2' puis:
(http://i.imgur.com/2Thcs1A.png)
(bien décocher 'load balance').
F - dans les options DHCP, faire ce qui a été fait pour WAN5 mais pour WAN2 (donc les 3 options qui vont bien):
(http://i.imgur.com/Zg34Mlm.png)
c'est a peu pres tout. a voir ce que ca donne. il faudrait peut-être régler la route par défaut et d'autres choses.
éventuellement si ca marche, on peut aussi ne pas tagger 838 entre LAN2 et WAN2 mais par précaution on le fait pour éviter les interférences sur le LAN.
-
Aie, dès la création du VLAN 838 j'ai un message d'erreur:
(http://i.imgur.com/YWXu2sG.png)
-
essais en mettant autre chose que 838 en A et E, par exemple 999.
-
Ok j'essaie.
je laisse la table de routage telle quelle est avec toutes les routes statiques ajoutees manuellement ?
J'ai fais la manip, ca me fait perdre l'accés a internet (sur mon PC), le routeur a bien une ip sur WAN1 obtenue par DHCP.
WAN2 n'obtient pas d'IP :
2016-04-07 12:58:45 WAN2 DHCP ==>XID = 0x78bd3bd7, Client IP = 0.0.0.0, Your IP = 0.0.0.0, Next server IP = 0.0.0.0, Relay agent IP = 0.0.0.0, Option:
2016-04-07 12:58:37 WAN2 DHCP ==>XID = 0x78bd3bd7, Client IP = 0.0.0.0, Your IP = 0.0.0.0, Next server IP = 0.0.0.0, Relay agent IP = 0.0.0.0, Option:
2016-04-07 12:58:29 WAN2 DHCP ==>XID = 0x78bd3bd7, Client IP = 0.0.0.0, Your IP = 0.0.0.0, Next server IP = 0.0.0.0, Relay agent IP = 0.0.0.0, Option:
2016-04-07 12:58:21 WAN2 DHCP ==>XID = 0x78bd3bd7, Client IP = 0.0.0.0, Your IP = 0.0.0.0, Next server IP = 0.0.0.0, Relay agent IP = 0.0.0.0, Option:
2016-04-07 12:58:13 WAN2 DHCP ==>XID = 0x78bd3bd7, Client IP = 0.0.0.0, Your IP = 0.0.0.0, Next server IP = 0.0.0.0, Relay agent IP = 0.0.0.0, Option:
2016-04-07 12:58:05 WAN2 DHCP ==>XID = 0x78bd3bd7, Client IP = 0.0.0.0, Your IP = 0.0.0.0, Next server IP = 0.0.0.0, Relay agent IP = 0.0.0.0, Option:
2016-04-07 12:57:57 WAN2 DHCP ==>XID = 0x78bd3bd7, Client IP = 0.0.0.0, Your IP = 0.0.0.0, Next server IP = 0.0.0.0, Relay agent IP = 0.0.0.0, Option:
2016-04-07 12:57:49 WAN2 DHCP ==>XID = 0x78bd3bd7, Client IP = 0.0.0.0, Your IP = 0.0.0.0, Next server IP = 0.0.0.0, Relay agent IP = 0.0.0.0, Option:
Des fois que j'ai mal compris un truc, je poste mes reglages...parce que le coup du vlan 999 c'est pas clair pour moi...
(http://i.imgur.com/hC150u7.png)
(http://i.imgur.com/kqjSSiI.png)
(http://i.imgur.com/tFQHQdB.png)
(http://i.imgur.com/9cLXED7.png)
(http://i.imgur.com/J4K5vOt.png)
-
au pire, essai sans vlan 999. t'as bien mis un cable entre lan2 et wan2 ?
-
Oui il y a bien un cable qui relie wan2 à Lan2
Mais alors sans vlan999 dans le parametrage LAN >> VLAN, et sans VLAN 999 sur Wan2, je ne comprends pas du tout ce qu'on est en train de faire :o
-
La meme chose c'est juste que le lien wan2<->lan2 n'a pas forcement besoin d'etre dans un vlan.
il faut le paramétrage, LAN >> VLAN, juste pas cocher la colonne enable:
(http://i.imgur.com/tFQHQdB.png)
-
Ok donc je garde le vlan 999 sur Wan2.
Bon ben j'ai essayé, ca ne change rien par rapport a ma configuration initiale, c'est a dire j'ai bien le NET + TV, mais pas de Replay. >:(
Par contre j'ai supprimé les routes que j'avais ajouté puisqu'en théorie si ce qu'on fait fonctionne je dois les récupérer...
Concernant l'IGMP PROXY, j'ai la TV seulement s'il est réglé sur WAN1. si je le met sur le VLAN, plus de TV. Et les choix se limitent a WAN1/2/3/4/VLAN
Il y a un truc que je remarque et je ne sais pas si ca peut avoir un impact, dans LAN >> GENERAL SETUP
il y a une DMZ, elle n'est pas active mais son DHCP est actif, et au bas de la page il y a écrit ça:
Note: LAN 2/3/4/5/6 are available when VLAN is enabled.
DMZ subnet is default bound to P1, and will overwrite the settings of P1 at LAN>>VLAN page.
Est-ce qu'éventuellement pour que ca NAT on ne pourrait pas utiliser cette DMZ ?
Peut-etre aussi regarder du coté de :
Load-Balance/Route Policy >> General Setup >> Advance Mode
et faire ok
La il y a pas mal de parametres de NAT...mais trop complexe pour moi.
-
faut pas aller trop vite en besogne...
La premiere étape est d'avoir DHCP qui marche sur WAN2 et que cela apparaisse dans la table de routage (route de type 'C' sur WAN2).
Tant qu'on a pas cela ca ne sert a rien d’espérer plus.
-
OK donc si j'ai la TV c'est que le DHCP a bien fonctionné...Par contre la table de routage c'est pas ça.
Voici l'état des lieux:
(http://i.imgur.com/HslnKhQ.png)
(http://i.imgur.com/TBn81CJ.png)
Key: C - connected, S - static, R - RIP, * - default, ~ - private
* 0.0.0.0/ 0.0.0.0 via 92.167.104.1 WAN1
C 92.167.104.0/ 255.255.248.0 directly connected WAN1
C~ 192.168.1.0/ 255.255.255.0 directly connected LAN1
C~ 192.168.2.0/ 255.255.255.0 directly connected LAN2
-
OK donc si j'ai la TV c'est que le DHCP a bien fonctionné...Par contre la table de routage c'est pas ça.
non ca n'a rien a voir. la TV fonctionne par multicast (IGMP) via WAN6 qui n'a pas besoin de DHCP.
La ton WAN2 ne se connecte pas en DHCP donc soit le bridge ne marche pas (via WAN5), soit le DHCP est mal configuré pour WAN2.
Il faut que tu épluches la doc du routeur pour voir les commandes disponibles, il y a peut-etre un message d'erreur quelque part ou un moyen d'en avoir un.
-
ho misère, j'ai oublié de basculer les options DHCP sur le wan2 :-X
Zut, j'y ai cru...Mais ca ne passe toujours pas:
2016-04-07 22:34:29 WAN2 DHCP ==>XID = 0x78bd5787, Client IP = 0.0.0.0, Your IP = 0.0.0.0, Next server IP = 0.0.0.0, Relay agent IP = 0.0.0.0, Option:
2016-04-07 22:34:21 WAN2 DHCP ==>XID = 0x78bd5787, Client IP = 0.0.0.0, Your IP = 0.0.0.0, Next server IP = 0.0.0.0, Relay agent IP = 0.0.0.0, Option:
2016-04-07 22:34:13 WAN2 DHCP ==>XID = 0x78bd5787, Client IP = 0.0.0.0, Your IP = 0.0.0.0, Next server IP = 0.0.0.0, Relay agent IP = 0.0.0.0, Option:
2016-04-07 22:34:05 WAN2 DHCP ==>XID = 0x78bd5787, Client IP = 0.0.0.0, Your IP = 0.0.0.0, Next server IP = 0.0.0.0, Relay agent IP = 0.0.0.0, Option:
2016-04-07 22:33:57 WAN2 DHCP ==>XID = 0x78bd5787, Client IP = 0.0.0.0, Your IP = 0.0.0.0, Next server IP = 0.0.0.0, Relay agent IP = 0.0.0.0, Option:
2016-04-07 22:33:49 WAN2 DHCP ==>XID = 0x78bd5787, Client IP = 0.0.0.0, Your IP = 0.0.0.0, Next server IP = 0.0.0.0, Relay agent IP = 0.0.0.0, Option:
Le problème c'est que je ne trouve pas un meilleur moyen que de me connecter en Telnet, pourtant il y a un accès SSH au routeur mais il me bascule en mode Telnet avec ces commandes restreintes.
-
Bon j'ai cherché avec Telnet s'il n'y avait pas moyen de récupérer plus de logs d'erreurs quelque part et je n'ai rien trouvé, tout ce que j'obtiens avec Telnet correspond a ce que je vois dans l'interface web, donc pas plus de log d'erreur disponible.
-
Bonjour,
j'ai reçu une réponse Draytek concernant l'option 55 et 121:
After further checking, we confirmed that Vigor2860 does add DHCP option 55 in its DHCP Discover with fixed parameters, which are:
Parameter Request List Item: (1) Subnet Mask
Parameter Request List Item: (3) Router
Parameter Request List Item: (6) Domain Name Server
Parameter Request List Item: (15) Domain Name
Parameter Request List Item: (33) Static Route
Parameter Request List Item: (121) Classless Static Route
Parameter Request List Item: (212) 6RD
So it should be able to receive option 121 from your ISP. Could you check if the router's Routing Table has the static route from your ISP?
If not, could you use "Wireshark" and help us capture the packets on router's WAN?
Here's an application note about How to capture Router's WAN packets? (http://www.draytek.com/index.php?option=com_k2&view=item&id=2059&Itemid=296&lang=en) for your reference.
-
Bizarre que ça ne fonctionne pas dans ce cas...
Tu as bien testé sans VLAN entre LAN2 > WAN2 ? En remettant les champs de texte à 0 ? Des fois qu'il y ai un bug...
Et vu que ça sort via WAN2, tu peux faire une capture de paquets voir si toutes les options sont bien envoyées ?
-
Si le routeur reçoit bien l'option (121) Classless Static Route et la traite bien, ca doit se voir de suite dans sa table de routage: les routes spécifiques Orange devraient apparaître.
-
ce weekend je vais faire ce qu'ils disent avec Wireshark on verra bien ce qu'il se passe... :)
-
Bon ben visiblement pour le vlan 838, dans DHCP DISCOVER et REQUEST je vois bien la demande envoyée sur l'option 55:
(http://i.imgur.com/M4B5upm.png)
Mais en retour dans DHCP OFFER et ACK, il n'y a pas de 55 ou 121 à l'horizon...
(http://i.imgur.com/h4ZSUxb.png)
Par contre contrairement à vous, j'ai des valeurs pour le 42 et le 72
(http://i.imgur.com/8D59uKi.png)
Par contre je précise que je suis revenu à ma config d'origine sans le bridge sur wan2/lan2. Ca devrait rien changer au problème, non ?
-
Par contre je précise que je suis revenu à ma config d'origine sans le bridge sur wan2/lan2. Ca devrait rien changer au problème, non ?
si car ton routeur, de base, ne peut , de toute facon, faire 2 connexions DHCP data sur la ligne VDSL. Tu tournes en rond la: ca ne sert a rien de s’entêter avec DHCP sur wan5. cf mon message #47 de ce sujet.
La seule solution c'est un bridge et d'arriver à faire le dhcp 838 sur wan2.
-
Je viens de reparamétrer comme tu le préconises, mais là aussi je tourne en rond car pas de DHCP sur WAN2...Je ne vois que des DHCP DISCOVER...
-
faut etre sur que le bridge fonctionne avant. faut suivre le 'chemin' pour voir ou ca coince.
-
faut suivre le 'chemin' pour voir ou ca coince.
C'est à dire ? :o
-
j'ai reçu aujourd'hui un mail du support Draytek international, le sujet semble les interesser et ils voudraient ameliorer la compatibilité de leur routeur avec Orange ! Eux ils sont pros !
Kgersen comment leur expliquer en anglais le principe de fonctionnent pour les guider, et ce qui semble bloquer. Sachant qu'ils ne connaissent pas les pré-requis Orange pour l'iptv mais qu'ils savent probablement comment réaliser le bon paramétrage avec leur modem.
-
un truc du genre:
an Orange Internet connection uses 3 separate IP connections over 3 different VLANs.
One for VoIP and Internet access (public IP, default route) over VLAN 832
One for TV services (VoD,SVoD) over VLAN 838
and the last one for Live TV over VLAN 840 (igmp + multicast IPTV).
The TV services connection (VLAN 838) uses DHCP option 121 (classless static routes) to establish specific routes so TV requests don't use the Internet default route (vlan 832).
The Live IPTV service has no attributed IP, it just needs an IGMP proxy.
met ce schema avec:
(https://drive.google.com/uc?id=0B5ma-el6j-bDVFhvYWIzZkQzWXc)
-
si on veut être complet:
client DHCP on VLAN 832 should request these options :
Option: (55) Parameter Request List
Length: 11
Parameter Request List Item: (1) Subnet Mask
Parameter Request List Item: (3) Router
Parameter Request List Item: (6) Domain Name Server
Parameter Request List Item: (15) Domain Name
Parameter Request List Item: (28) Broadcast Address
Parameter Request List Item: (51) IP Address Lease Time
Parameter Request List Item: (58) Renewal Time Value
Parameter Request List Item: (59) Rebinding Time Value
Parameter Request List Item: (90) Authentication
Parameter Request List Item: (119) Domain Search
Parameter Request List Item: (120) SIP Servers
and send valid values with options 60, 77 and 90.
The received option 120 (SIP servers) should be forwarded to VoIP DHCP clients on the LAN (so there *should* be a way to send it to the LAN DHCP server)
Likewise, the received option 6 (DNS Servers) should be forwarded to the Orange STB on the LAN (with a static DHCP lease for instance). The STB cannot work with public/regular DNS servers.
client DHCP on VLAN 838 should request these options:
Option: (55) Parameter Request List
Length: 5
Parameter Request List Item: (1) Subnet Mask
Parameter Request List Item: (3) Router
Parameter Request List Item: (42) Network Time Protocol Servers
Parameter Request List Item: (72) Default WWW Server
Parameter Request List Item: (121) Classless Static Route
and send valid values with options 60, 77 and 61 and, when connected, handle correctly the received option 121.
DHCP outgoing requests should use CoS 6 (802.1p) and DSCP 48 (on both 832 and 838).
ARP packets should use CoS 6 too.
All other packets on VLAN 838 should be priority 4
VoIP packets on VLAN 832 should be priority 5
all outgoing trafic on vlan 840 (which are only outgoing igmp requests) should be priority 5
IPv6:
Orange use DHCPv6-PD with options 11,15,16.
The WAN link has no global IP, only a link-local IP (the default route is established with NS/NA).
Orange sends a whole /56 prefix with with DHCPv6-PD . The client can use it however he wants.
-
Excellent ! 8)
Merci beaucoup ! Je vais leur envoyer le lien de ces 2 commentaires ;)
-
Réponse de draytek reçue ce jour:
Thank you for your information.
Vigor2860 is able to handle multiple internet connection via one VDSL link, actually that is what Multi-PVC/VLAN is used for.
I think we should stay on the configuration you have in Réponse #1.
So the issue about that configuration is that VoD is not working, right? Multicast TV and Internet works fine?
If you'd like to try the bridging setting, we do NOT need to set up WAN2 and VLAN configuration.
maybe we should try enable "Port-based Bridge Connection" for Channel 5, and select the port that is connecting to the TV as physical member. (just like part C in Réponse #47)
-
Hello draytek,
You are welcome here,
If you want, you can directly answer on this tread.
-
Ok so here is my actual configuration:
(http://i.imgur.com/1Oxa9lO.png)
Lan2 : My PC
Lan3 : A switch with other equipments
Lan5 : My Set Top Box (via a CPL adapter)
As mentioned by Draytek i'm back with the initial configuration, except for the Wan5, as requested i did it that way:
(http://i.imgur.com/oc5aHS5.png)
In this case here is the result:
(http://i.imgur.com/55iHiFP.png)
Nothing in Wan5
To get Wan5 "working" (geting an ip address from DHCP), i have to check Open WAN Interface for this Channel.
-
Afin d'écarter un doute, quelqu'un peut il me dire si la vod marche bien en mettant : STB_MLTV_UHD86 dans l'option 77 du vlan 838.
Car je ne peux pas mettre le \047FSVDSL_livebox.MLTV.softathome.Livebox3 les caractères spéciaux '\ ne passent pas dans l'interface web, et en Hexa la chaine est trop longue...du coup j'utilise cette astuce mais encore faut-il être sûr que ca fonctionne vraiment.
Merci.
-
Nouvelle réponse de Draytek:
We'd like to confirm that in Applications >> IGMP page, was IGMP Proxy set to WAN? Because from the packets, it seems like the IGMP packets are sent out from WAN1 interface. Could you set it to PVC/VLAN for a try?
During your test, please also capture WAN packets by Wireshark, as well as the packets from the LAN port that is connecting to the set-top box. (This can be done by enable that LAN port in LAN Port Mirror function)
On the other hand, open port-based bridge means the router will make the device on the bridging port connected directly to the ISP. therefore, it's the set-top box which will obtain an IP address from your ISP, but not the router's interface WAN5.
Before we look into the DHCP option issue, we'd like to make sure how your VoD and multicast TV works. Do you know if the VoD service is also based on IGMP as well? Thank you very much for your help!
was IGMP Proxy set to WAN?... Could you set it to PVC/VLAN for a try?
Yes, because when i set it to something else than WAN1 the TV is not working, but i'll try again.
Do you know if the VoD service is also based on IGMP as well?
Kgersen ou quelqu'un d'autre peut-il nous éclairer sur ce point ? au vu du graphique de Kgersen je ne pense pas que ce soit de l'igmp mais je préfère qu'on me confirme...
-
Nouvelle réponse de Draytek:
was IGMP Proxy set to WAN?... Could you set it to PVC/VLAN for a try?
Yes, because when i set it to something else than WAN1 the TV is not working, but i'll try again.
Do you know if the VoD service is also based on IGMP as well?
Kgersen ou quelqu'un d'autre peut-il nous éclairer sur ce point ? au vu du graphique de Kgersen je ne pense pas que ce soit de l'igmp mais je préfère qu'on me confirme...
pas igmp en effet.
Le service VoD est basé sur TCP/IP comme Youtube par exemple sauf que ca n'est pas le "meme chemin" qu'Internet d'ou le besoin d'avoir 2 connexions Internet sur la meme ligne VDSL et de supporter l'option 121 pour aiguiller sur la bonne connexion.
Ca m'a l'air tres confus chez eux la...
-
oui mais ca ne me surprends pas, si Draytek France avait pris la main sur le sujet je pense qu'ils auraient les moyens de reproduire le scenario avec une ligne Orange+TV, faire leurs tests etc...Là ils doivent se dire mais qu'est-ce que c'est que ce truc de ouf qu'ils font en France ;D
-
si Draytek France avait pris la main sur le sujet je pense qu'ils auraient les moyens de reproduire le scénario avec une ligne Orange+TV
Y-a-t-il des techniciens chez Draytek France ou seulement des commerciaux?
-
Lors de mes échanges avec Draytek France les 2 interlocuteurs que j'ai eu signaient leur emails avec: Technicien support sous leur nom.
-
Afin d'écarter un doute, quelqu'un peut il me dire si la vod marche bien en mettant : STB_MLTV_UHD86 dans l'option 77 du vlan 838.
Car je ne peux pas mettre le \047FSVDSL_livebox.MLTV.softathome.Livebox3 les caractères spéciaux '\ ne passent pas dans l'interface web, et en Hexa la chaine est trop longue...du coup j'utilise cette astuce mais encore faut-il être sûr que ca fonctionne vraiment.
Merci.
Sinon une personne pourrait faire ce petit test ??? car aussi bien tout le problème est là...
Merci !!!
-
@cetipabo : Essaies PC_MLTV_IHD92 pour voir.
Si ça se trouve orange fait la liaison livebox/STB et vu qu'on envoie livebox 3 il s'attend peut-être à recevoir un user-class de STB play ?
-
deja essayé, avec cet identifiant plus d'ip sur wan5...et plus de TV.
Testé aussi avec PC_MLTV, idem.
Vraiment ca m'aiderait beaucoup que quelqu'un m'ôte ce doute concernant l'identifiant, plus ca va et plus je me dis que ca ne sert rien d'aller plus loin, si on n'a pas le bon identifiant aussi bien on peut trouver le bon paramétrage qui ne marchera pas a cause de ça.
Allo ?? il y a quelqu'un qui nous lit et qui pourrait faire ce ptit test ?
-
D'après nwks sur le topic pfsense, seul FSVDSL_livebox.MLTV.softathome.Livebox3 fonctionne chez lui pour avoir une IP. Mais il n'a pas parlé des routes...
Dans ton cas tu as bien une IP avec STB_MLTV_UHD86, mais pas les routes. Histoire que ce soit clair pour tout le monde ;)
-
Bonjour à tous
Je me permet de remonter ce topic car je me trouve dans le cas d'une demande d'indépendance ;D
Dans la société dans laquelle je bosse, nous disposons au sein de l'espace café d'une TV. Celle-ci est alimenté en contenu par un bon vieux décodeur Orange UHD90, lui même relié à une Livebox Pro V2. L'abo est un ADSL pro avec ip fixe et option TV.
Pour remplacer la box, nous avons pris un Draytek Vigor 2760dn. Bon je vous avouerais que naïvement je me suis dit que que le paramétrage pour récup le flux tv serait simple ... en parcourant les posts je vois que non :p
Bref, je vais appliquer les conseils donnés :)
Merci pour les précieux conseils que vous donnez à la communauté ;)
Bien Cordialement,
Tbz
-
Bonjour,
Draytek a sorti plusieurs firmware depuis la création de ce Tutorial. On est a la version 3.8.4.5
je les ai contacté hier soir a propos de l'option DHCP 77, pour rappel il est impossible de mettre le caractère ' (single quote/apostrophe), et si on converti en HEX la chaine était trop longue.
ils viennent de me dire ce matin que depuis, la longueur de la chaîne en HEX a été agrandie, et qu'ils allaient me faire un firmware custom de test qui accepte l'apostrophe dans les options DHCP, et si c'est bon ce sera intégré dans la prochaine mise a jour.
Chapeau pour la réactivité ça fait trop plaisir !
-
Bonjour,
En attendant un nouveau firmware le support m'indique que par Telnet il est possible de contourner le problème en tapant ceci:
ip dhcpc option -w 5 -v 'FSVDSL_livebox.MLTV.softathome.Livebox3 -c 77
donc ici on ajoute l'option DHCP 77 sur le WAN5 :)
Du coup j'obtiens enfin ma table de routage !!! c'était bien ce que je pensais, le coup du STB_MLTV_UHD86 c'était pas bon.
Key Destination Gateway Interface
-----------------------------------------------------------------------------------
S 0.0.0.0/ 255.255.255.255 via 0.0.0.0 WAN1
* 0.0.0.0/ 0.0.0.0 via 86.193.6.1 WAN1
S 80.10.117.120/ 255.255.255.254 via 10.238.141.254 WAN5
S 80.10.204.0/ 255.255.252.0 via 10.238.141.254 WAN5
S 81.253.206.0/ 255.255.255.0 via 10.238.141.254 WAN5
S 81.253.210.0/ 255.255.254.0 via 10.238.141.254 WAN5
S 81.253.214.0/ 255.255.254.0 via 10.238.141.254 WAN5
C 86.193.6.0/ 255.255.254.0 directly connected WAN1
C~ 192.168.1.0/ 255.255.255.0 directly connected LAN1
S 193.253.67.88/ 255.255.255.248 via 10.238.141.254 WAN5
S 193.253.153.227/ 255.255.255.255 via 10.238.141.254 WAN5
S 193.253.153.228/ 255.255.255.255 via 10.238.141.254 WAN5
S 172.20.224.167/ 255.255.255.255 via 10.238.141.254 WAN5
S 172.23.12.0/ 255.255.252.0 via 10.238.141.254 WAN5
S 172.19.20.0/ 255.255.254.0 via 10.238.141.254 WAN5
-
Bon, ben il y a un truc bizarre, dans mes logs mon WAN5 et UP/DOWN en boucle toutes les 34 secondes :
2017-07-04 20:58:49 WAN 5 is up.
2017-07-04 20:58:49 WAN5 DHCP <==XID = 0x78e0e38f, Client IP = 0.0.0.0, Your IP = 10.238.141.95, Next server IP = 192.168.3.254, Relay agent IP = 10.238.141.254, Option:
2017-07-04 20:58:49 WAN5 DHCP ==>XID = 0x78e0e38f, Client IP = 0.0.0.0, Your IP = 0.0.0.0, Next server IP = 0.0.0.0, Relay agent IP = 0.0.0.0, Option:
2017-07-04 20:58:49 WAN5 DHCP <==XID = 0x78e0e38f, Client IP = 0.0.0.0, Your IP = 10.238.141.95, Next server IP = 192.168.3.254, Relay agent IP = 10.238.141.254, Option:
2017-07-04 20:58:49 WAN5 DHCP ==>XID = 0x78e0e38f, Client IP = 0.0.0.0, Your IP = 0.0.0.0, Next server IP = 0.0.0.0, Relay agent IP = 0.0.0.0, Option:
2017-07-04 20:58:49 WAN5 DHCP ==>XID = 0x707bf39b, Client IP = 10.238.141.95, Your IP = 0.0.0.0, Next server IP = 0.0.0.0, Relay agent IP = 0.0.0.0, Option:
2017-07-04 20:58:49 WAN 5 is down.
2017-07-04 20:58:15 WAN 5 is up.
2017-07-04 20:58:15 WAN5 DHCP <==XID = 0x78e0e363, Client IP = 0.0.0.0, Your IP = 10.238.141.95, Next server IP = 192.168.3.254, Relay agent IP = 10.238.141.254, Option:
2017-07-04 20:58:15 WAN5 DHCP ==>XID = 0x78e0e363, Client IP = 0.0.0.0, Your IP = 0.0.0.0, Next server IP = 0.0.0.0, Relay agent IP = 0.0.0.0, Option:
2017-07-04 20:58:15 WAN5 DHCP <==XID = 0x78e0e363, Client IP = 0.0.0.0, Your IP = 10.238.141.95, Next server IP = 192.168.3.254, Relay agent IP = 10.238.141.254, Option:
2017-07-04 20:58:15 WAN5 DHCP ==>XID = 0x78e0e363, Client IP = 0.0.0.0, Your IP = 0.0.0.0, Next server IP = 0.0.0.0, Relay agent IP = 0.0.0.0, Option:
2017-07-04 20:58:15 WAN5 DHCP ==>XID = 0x707bf36a, Client IP = 10.238.141.95, Your IP = 0.0.0.0, Next server IP = 0.0.0.0, Relay agent IP = 0.0.0.0, Option:
2017-07-04 20:58:15 WAN 5 is down.
2017-07-04 20:57:42 WAN 5 is up.
Quelqu'un aurait une idée ??
Depuis je suis passé à la livebox4 donc j'ai changé les valeurs les options DHCP 77 en conséquence:
'FSVDSL_livebox.MLTV.softathome.Livebox4
+FSVDSL_livebox.Internet.softathome.Livebox4
Ainsi que l'adresse MAC de la LB4...j'ai oublié un truc ?
-
Je ne sais pas pourquoi, mais finalement sans avoir rien fait de particulier maintenant je n'ai plus de message concernant WAN5, et le REPALY marche !!!
-
Bonjour Cetipabo,
Merci pour ces infos. Ma ligne est entrain d'être upgradée en VDSL2, j'attends avec impatience de pouvoir tester cette config.
Peux-tu stp confirmer si les 3 1ers posts de ce sujet sont bien les seuls à devoir être pris en compte (j'aime bien lire, mais autant ne lire que ce qui est actuel et validé). :D
Quel est le firmware en place sur ton 2860 ?
Encore merci pour le boulot.
-
-option 61 : 01xxxxxxxxxxxx <-- en Hexa (01+MAC de la livebox et ajouter 4 au dernier octet en bleu)
De quelle Livebox s'agit-il ? Le but étant de s'en passer. J'ai pas de Livebox (pas encore reçue) et de toute façon si à terme le 2860 fonctionne, je rendrais la Livebox.
PS : certains écrans sont différents suite aux upgrades de fw du routeur et l'adresse IP forcée en 192.168.255.254 ne passe pas (ip = ip Gateway interdit)
-
Bonjour,
OUI, la configuration que je donne sur la 1ere page est bien la bonne, à cela prêt que :
- Pour l'option 61, il n'est pas nécessaire d'ajouter 4 à l'adress IP MAC de la livebox, (il s'agit bien de la livebox, pas du décodeur.)
- il ne faut pas faire l'option DHCP 77 du WAN5 par l'interface web. il faut la faire en dernier par la ligne de commande telnet:
ip dhcpc option -w 5 -v 'FSVDSL_livebox.MLTV.softathome.Livebox3 -c 77
Suite à cela il y aura un bug d'affichage qui va faire tout disparaitre "visuellement" de la page, c'est normal et ce sera corrigé dans le prochain firmware. en fait l'apostrophe casse le code javascript de la page web.
pour vérifier que toutes les options DHCP sont bien présentes:
ip dhcpc option -l
J'ai mis a jour le tuto.
Pour le firmware j'utilise le 3.8.4.5 (plus exactement : Vigor2860_v3.8.4.5-02v_en) téléchargé ici : http://www.draytek.com.tw/ftp/Vigor2860/Firmware/v3.8.4.5/Vigor2860_v3.8.4.5-02v_en.zip
-
De quelle Livebox s'agit-il ? Le but étant de s'en passer. J'ai pas de Livebox (pas encore reçue) et de toute façon si à terme le 2860 fonctionne, je rendrais la Livebox.
PS : certains écrans sont différents suite aux upgrades de fw du routeur et l'adresse IP forcée en 192.168.255.254 ne passe pas (ip = ip Gateway interdit)
dans mon cas il s'agit maintenant de la livebox4, dans les options DHCP il suffit de remplacer livebox3 par livebox4, ca marche.
l'adresse ip n'a pas trop d'importance, essaie cette ip/masque/passerelle 192.168.255.10/255.255.255.0/192.168.255.1
Ce soir je referai des screenshots de ma configuration sur firmware 3.8.4.5
-
Pour le firmware, je suis dans la même version MAIS en std.
Quelle est la raison du choix du 02v ?
Pour l'option 61, tu écris IP mais c'est mac dont il est question au début du tuto. Je pense que c'est mac mais je ne comprends pas, si tu n'as pas de Livebox, où prendre cette adresse. Le but est de faire passer le routeur pour une Livebox ?
-
Pour l'option 61, tu écris IP mais c'est mac dont il est question au début du tuto. Je pense que c'est mac mais je ne comprends pas, si tu n'as pas de Livebox, où prendre cette adresse. Le but est de faire passer le routeur pour une Livebox ?
Je pense que, comme la majorité d'entre nous, il a bien une Livebox qu'il conserve bien au chaud dans son carton, ne serait-ce que pour la TV car il est impossible d'obtenir un décodeur sans avoir également la box.
Il est aussi très difficile de rendre la Livebox (et d'économiser la location), elle est considérée comme obligatoire par Orange pour l'accès (ça faisait même partie des CGU à une époque, je ne sais pas si c'est toujours le cas).
-
Pour l'option 61, tu écris IP mais c'est mac dont il est question au début du tuto. Je pense que c'est mac mais je ne comprends pas, si tu n'as pas de Livebox, où prendre cette adresse. Le but est de faire passer le routeur pour une Livebox ?
Oui désolé c'est bien de l'adresse MAC qu'il s'agit, j'ai corrigé.
Sinon j'ai une Livebox4 et j'ai eu une livebox 3, donc forcèment je connais l'adresse a indiquer. il te faut avoir ou avoir EU une livebox pour connaitre une MAC à renseigner. Après tu pourras la rendre :)
Et comme l'indique Zoc, malheureusement ca va etre très compliquer de rendre uniquement la livebox et pas le décodeur. Tu peux peut-etre prétexté que tu as acheté une livebox 2, et tant qu'elle marche tu ne veux pas autre chose. par contre il faudra le dire après avoir recu le décodeur, sinon ils risquent de te filer un vieux décodeur...bref ce ne sont que des hypothèses, a toi de nous dire ce que tu sera parvenu à faire.
Edit:
heu je dis une bétise, la livebox2 n'est pas compatible VDSL...ca va etre compliqué !!
-
Bonjour,
J'ai récupéré le matériel hier soir, ce matin, la ligne est passée en VDSL2. J'ai testé dans une conf standard (Livebox + Décodeur et pas le Draytek), j'ai bien tout. :)
Par contre, avec le Draytek (avec le même firmware que Cetipabo : (Model Name : Vigor2860ac / Firmware Version : 3.8.4.5_VT2 / Build Date/Time : May 12 2017 15:14:44)
"Nous sommes désolés mais la chaîne demandée n'est pas accessible" --> ça c'est pour le direct >:(
Pour le replay : Service temporairement indisponible. blabla. code erreur P01. :(
Je ne vois pas où j'ai pu me tromper, voici quelques captures car malgré tout, il y a des écarts avec celles de Cetipabo.
Et pour la commande ip dhpc option -l :
% state idx interface opt type data
% enable 1 WAN1 60 ASCII sagem
% enable 2 WAN1 77 ASCII +FSVDSL_livebox.Internet.softathome.Livebox3
% enable 3 WAN1 90 Hex 00000000000000000000006674692fxxxxxxxxxxxxxxx
% enable 4 WAN5 60 ASCII sagem
% enable 5 WAN5 61 Hex 01a40123456789 (avec a40123456789 = adresse mac sur sticker sous la LB)
% disable 6 WAN5 77 ASCII 'FSVDSL_livebox.MLTV.softathome.Livebox3
-
Bonjour,
voici comment je suis configuré :
sur l'image ci-dessous les IP sont obtenues automatiquement, et mes identifiants sont je pense récupérés depuis les options DHCP, je n'ai rien renseigné.
(http://i.imgur.com/g4gKr8C.png)
Pour le WAN5, l'ip est obtenue automatiquement, je n'ai rien renseigné non plus:
(http://i.imgur.com/B3nwS1L.png)
Pour WAN6 c'est moi qui ait spécifié les ip/masque/gateway :
(http://i.imgur.com/hPoAtyG.png)
Mes options DHCP depuis telnet:
(http://i.imgur.com/nMuyNpJ.png)
La table de routage obtenue:
(http://i.imgur.com/CFthuO7.png)
L'IGMP Snooping:
(http://i.imgur.com/dxfIZJB.png)
-
Au cas ou je te poste ci-dessous le fichier backup de ma configuration, dans laquelle j'ai supprimé les options DHCP 61 et 90 (MAC et identifiant), tu pourras les ajouter par telnet:
ip dhcpc option -w 5 -v 01bxxxxxxxxxxxx -c 61
ip dhcpc option -e 1 -w 1 -v 00000000000000000000006674692fxxxxxxxxxxxxxx -c 90
Si ca ne marche toujours pas, alors il se peut que tu sois dans une région ou il faut une cos à 6 sur le DHCP ? mais alors la il faut demander aux experts...
Edit le 11/07/2017 :
erreur dans la commande, il faut taper ceci pour l'option 61:
ip dhcpc option -e 1 -w 5 -x 01bxxxxxxxxxxxx -c 61
-
Cetipabo : je tiens encore à te remercier pour toutes ces infos que tu partages.
J'ai un peu progressé... il m'arrive d'avoir la TV ! Mais pour l'instant , le replay c'est toujours ko
Je n'ai pas testé ta config en pj car je n'ai pas le même plan d'adressage que toi (je suis en 192.168.0.1) et si jamais tu as oublié de resetter le login/pwd, je vais devoir faire un full reset :(
Je suis arrivé à voir la TV sans positionner l'option 61, par contre, j'ai remplacé la mac address du Draytek par celle de la Livebox. Et il me semble que le lien VDSL est up bien plus rapidement que via l'option 61
Les principales modifs faites ont été de virer les routers names sur les WAN 5 et 6, comme sur tes captures.
La TV marche de manière aléatoire pour le moment mais bon comme j'arrête pas de tester des variantes. Par contre, j'ai jamais vu une table de routage qui mentionnait le Wan5 :-[
Il faut aussi noter que ma conf réseau est différente, je suis en 192.168.0.1, et j'ai un serveur DHCP interne sur mon LAN. Le Draytek est configuré en relais mais je ne vois pas trop l'impact que cela pourrait avoir sur la partie DHCP Wan. Faudrait-il reproduire des options sur le DHCP interne ?
Et pour terminer, cette info : le décodeur est un Samsung UHD 90
-
Attention l'option 61 s'applique sur le WAN5, pas sur le WAN1. Mettre la MAC de la livebox sur le WAN1 n'apporte rien.
-
Cetipabo : je tiens encore à te remercier pour toutes ces infos que tu partages.
J'ai un peu progressé... il m'arrive d'avoir la TV ! Mais pour l'instant , le replay c'est toujours ko
Il faut aussi noter que ma conf réseau est différente, je suis en 192.168.0.1, et j'ai un serveur DHCP interne sur mon LAN. Le Draytek est configuré en relais mais je ne vois pas trop l'impact que cela pourrait avoir sur la partie DHCP Wan. Faudrait-il reproduire des options sur le DHCP interne ?
Pour le replay c'est normal, il faut donner au décodeur les DNS orange directement, si ton DHCP fait aussi DNS c'est normal que ça ne fonctionne pas. Essaies de passer le draytek en DHCP principal, normalement ça devrait marcher.
Sinon il faut paramétrer ton DHCP avec la MAC du décodeur et lui envoyer les DNS, avec une adresse fixe.
Avec isc-dhcp-server par exemple, il faut faire :
host decodeur{
hardware ethernet XX:XX:XX:XX:XX:XX;
fixed-address 192.168.1.X;
option domain-name-servers 80.10.246.2, 80.10.246.129;
}
-
J'ai avancé du coup un peu avec les infos de Renaud.
Mon serveur DHCP est un serveur Windows, comme mon serveur DNS.
En créant la réservation et en modifiant l'option 06 en lui collant les DNS fournis par Renaud, + mes DNS interne, je n'ai plus l'erreur P10 dans le Replay mais ça plante un peu plus loin (quand je sélectionne une vidéo).
TV toujours ko. Je vais voir pour remonter un backup de config.
-
Derniers résultats des tests :
Serveur DHCP du Draytek : TV ok ET pas ok / Replay ko (navigation dans les replay ok mais lancement KO).
Pour la TV, j'allume le décodeur, je choisis une chaine, ok. Je teste un replay : ko . Je repasse sur TV : ko (Partageons des ondes positives... je vais voir les programmes TV ou j'attends puis je relance la chaine --> ok. ça ressemble à une histoire de fous :P
Draytek DHCP en relay agent vers mon serveur DHCP : TV ko / Replay ko (navigation dans les replay ok mais lancement KO)
@cetipabo : tu peux poster des captures de ta conf LAN et DHCP du Draytek stp ?
Et quand j'arrive à voir la TV, voici une capture des Virtual WLAN
-
Bonjour,
ma configuration LAN et DHCP est tout par defaut, je n'ai absolument rien paramétré.
Pour le WAN5, par rapport a ton image ci-dessus, moi j’obtiens bien une IP.
Pour le WAN6, c'est normal que ce soit rouge.
Dans Diagnostique > syslog explorer filtre sur WAN et regarde les infos. tu dois voir ton WAN5 qui fait des requetes DHCP ?
-
Si tu n'obtiens pas d'ip sur WAN5, pas besoin de chercher plus loin, c'est ça le problème. Le replay a besoin de se connecter à la plateforme TV pour fonctionner, contrairement à la TV normale qui est un bête flux multicast.
Je vois que dans tes options la 77 est inversée avec la 61 et se retrouve en dernier avec marqué disable, si ça se trouve c'est pour ça que ça ne l'envoie pas. Il faudrait la passer en enable, ou que tu retape les options dans l'ordre de cetipabo pour voir (60, 77, 61).
-
Bien vu pour les options !
l'ordre ne doit pas avoir d'importance, mais le enable/disable oui !! d'ailleurs moi aussi dans ma capture d'écran j'ai l'option 61 sur disable, a force d'avoir tripatouiller...
-
Vraiment bien vu. Je suis entrain de tester mais effectivement les lignes de commandes pour assigner les options étaient incomplètes, voici les bonnes versions :
ip dhcpc option -e 1 -w 5 -v 'FSVDSL_livebox.MLTV.softathome.Livebox3 -c 77
ip dhcpc option -e 1 -w 5 -v 01macaddress -c 61
Il faut le -e 1 (e = enable / 1 = vrai)
Tout ça à cause du bug de la page web :-\
-
Toujours ko.
Serveur DHCP Draytek côté LAN activé, DHCP serveur Windows coupé.
DHCP WAN Draytek : toutes options OK.
ip dhcpc option -e 1 -w 5 -v 'FSVDSL_livebox.MLTV.softathome.Livebox3 -c 77 --> Cetipabo, le ' , on est ok, c'est bien l'apostrophe de la touche 4 (des fois qu'on ait encore un pb de codage ascii)
Après le démarrage du décodeur, pas de TV mais elle arrive après quelques minutes. Côté replay, ça plante toujours. Sur certaines chaines, l’erreur V13C remonte (et ensuite TV ko --> reboot élec du décodeur obligatoire).
Coté WAN 5, kapput bien sur :
2017-07-10 21:34:59 WAN5 DHCP ==>XID = 0x78e0deb7, Client IP = 0.0.0.0, Your IP = 0.0.0.0, Next server IP = 0.0.0.0, Relay agent IP = 0.0.0.0, Option:
2017-07-10 21:34:51 WAN5 DHCP ==>XID = 0x78e0deb7, Client IP = 0.0.0.0, Your IP = 0.0.0.0, Next server IP = 0.0.0.0, Relay agent IP = 0.0.0.0, Option:
2017-07-10 21:34:43 WAN5 DHCP ==>XID = 0x78e0deb7, Client IP = 0.0.0.0, Your IP = 0.0.0.0, Next server IP = 0.0.0.0, Relay agent IP = 0.0.0.0, Option:
2017-07-10 21:34:35 WAN5 DHCP ==>XID = 0x78e0deb7, Client IP = 0.0.0.0, Your IP = 0.0.0.0, Next server IP = 0.0.0.0, Relay agent IP = 0.0.0.0, Option:
2017-07-10 21:34:27 WAN5 DHCP ==>XID = 0x78e0deb7, Client IP = 0.0.0.0, Your IP = 0.0.0.0, Next server IP = 0.0.0.0, Relay agent IP = 0.0.0.0, Option:
-
Au cas ou je te poste ci-dessous le fichier backup de ma configuration, dans laquelle j'ai supprimé les options DHCP 61 et 90 (MAC et identifiant), tu pourras les ajouter par telnet:
ip dhcpc option -w 5 -v 01bxxxxxxxxxxxx -c 61
ip dhcpc option -w 1 -v 00000000000000000000006674692fxxxxxxxxxxxxxx -c 90
Achhh ! 2 erreurs sur ce post :o
ip dhcpc option -w 5 -v 01bxxxxxxxxxxxx -c 61 = pas bon ! ça créé en ASCII .
J'ai mis du temps pour la voir celle-ci :P
La bonne ligne devrait être celle-là : ip dhcpc option -e 1 -w 5 -x 01macaddress -c 61
(-x pour passer de l'hexa, -v étant pour passer une chaine)
Une fois corrigée, le WAN5 monte enfin :-*
J'ai une table de routage qui ressemble aux exemples
Par contre, ma table IGMP est encore différente de celle de Cetipabo.
Et le replay est ko : erreur V13C
-
On avance :)
Tu devrais remettre le DHCP windows en route (vu que ça avait l'air d'améliorer les choses au premier test).
Sinon, il ne faudrait pas mettre IGMP proxy sur WAN6 ? Car le multicast c'est par le 840 que ça passe, pas le 832.
-
ip dhcpc option -e 1 -w 5 -v 'FSVDSL_livebox.MLTV.softathome.Livebox3 -c 77 --> Cetipabo, le ' , on est ok, c'est bien l'apostrophe de la touche 4 (des fois qu'on ait encore un pb de codage ascii)
ou c'est bien l'apostrophe de la touche 4, cela correspond en fait à la longueur de la chaine de caractère qui suit, 39 caractères = hex 27, et en ascii ca fait une apostrophe.
Désolé pour mes erreurs :-\ j'ai fait des copier collé sans réfléchir :( mais si ta table de routage remonte pour moi tu es tout bon !
Pour moi ta table IGMP est bonne, les ports sont cochés la ou tu as branché un cable réseau, donc ca dépend des configurations. le fait de voir apparaître des ip et des ports coché ca veut dire que le mutlicast passe bien dans ces ports.
-
Sinon, il ne faudrait pas mettre IGMP proxy sur WAN6 ? Car le multicast c'est par le 840 que ça passe, pas le 832.
L'igmp ne peut se mettre que sur WAN1,WAN2,PVC/VLAN. Pas possible de choisir WAN5 ou 6. En tout cas chez moi ca marche sur WAN1...
-
L'igmp ne peut se mettre que sur WAN1,WAN2,PVC/VLAN. Pas possible de choisir WAN5 ou 6. En tout cas chez moi ca marche sur WAN1...
Ah... Je crois qu je viens de comprendre : WAN1 correspond à la prise VDSL dans son ensemble et pas aux différents VLAN qu'on ajoute. Et pareil pour WAN2. C'est donc le routeur qui détermine tout seul sur quel VLAN arrive les flux multicast.
-
Bonsoir,
J'en suis à tester cette fois avec le DHCP de windows, sur lequel j'ai créé une réservation pour le décodeur avec les options suivantes (cf capture).
TV est ko, Replay avec erreur.
Je me suis inspiré de ceci http://www.nas-forum.com/forum/topic/43275-dhcp-et-d/ (http://www.nas-forum.com/forum/topic/43275-dhcp-et-d/) mais je ne suis pas arrivé à reconnaitre toutes les options pour les mettre dans la réservation.
-
Les infos qui me manquent sont :
• dhcp-option-force=tag:tv,vi-encap:3561,4,"18622C" : ici c'est l'OUI du constructeur de la livebox (sagem pour la livebox play) (http://www.adminsub.net/mac-address-finder/sagem)
• dhcp-option-force=tag:tv,vi-encap:3561,5,"NQXXXXXXXXXXXXX" : Numéro de série de la livebox (remplacer les NQXXX... par le numéro de série de votre livebox)
• dhcp-option-force=tag:tv,vi-encap:3561,6,"Livebox 3" : nom de la livebox
Ce sont les options 43 en dhcp, maintenant faut que je trouve comment les faire avaler à mon serveur dhcp Windows.
-
Hum... pas sûr qu'il y ai besoin de tout ça.
Il y a a tant d’abonnés fibre qui n'ont pas de livebox et ils ne rentrent pas toutes ces paramètres. Et vu que la config VDSL/fibre est la même...
Faudrait que cetipabo nous confirme ça. Avec une capture de réponse DHCP du draytek au déco pour voir ce qui ne va pas.
-
oui, je ne sais pas dans quoi tu cherches a t'aventurer avec ces options DHCP inutiles...il n'y en a que 6 à mettre pour l'ipv4. Ce sont celles que j'ai indiqué, et qui suffisent pour tout le monde.
Mais les options DHCP étant sur le WAN, je ne comprends pas trop ce que tu essaies de faire avec le serveur DHCP du LAN ??
-
En fait il veut envoyer un certain nombre d'options DHCP au décodeur (rien à voir avec celles du WAN) pour qu'il fonctionne (serveur TV, serveur NTP (temps) spécifique...), mais je suis quasi sûr que mis à part les DNS orange (car ils utilisent des noms de domaines qui ne sont pas résolus par les DNS publics) il n'y a besoin de rien d'autre.
Alors peut-être que la LB envoie toutes ces options mais d'après les nombreux retours, il n'y en a pas besoin. En tout cas j'ai vu personne en parler. Ou alors l'edge router lite envoie ces options sans qu'on ai rien à toucher...
C'est pour ça que je demandais une capture de DHCP entre draytek et décodeur voir quelles options sont utiles ou pas et comparer. Si c'est vraiment à cause de ça que ça coince. Car vu que la table de routage remonte à priori ça devrait marcher sans autre manip.
-
@cetipabo : je voudrais à terme utiliser mon propre serveur DHCP côté Lan , celui du Draytek offre moins de facilités qu'un serveur DHCP.
Et pour autant, je n'arrive pas à faire fonctionner correctement le décodeur derrière le Draytek et en utilisant son serveur DHCP.
Donc, je suis 2 pistes.
Dans tout ce que j'ai lu, les gens disent que si le serveur DHCP de la Livebox est off, le décodeur ne peut pas fonctionner. (dans un réseau "normal"). Ce qui pour moi confirme qu'il y a bien qq chose de "spécial" entre le déco et la box. J'aimerai bien paramétrer cette option 43 sur mon serveur interne pour "voir".
Autre chose : lors des différents tests sur le replay, j'ai vu que le débit RX montait très fortement sur le WAN5 et même si l'écran restait noir. Comme si le flux arrivait bien mais n'était pas décodé (DRM ?).
-
Il se peut que tu aies oublié un truc quelque part, ou des règles de pare-feu qui bloquent... On pourrait avoir des captures ?
-
J'ai certainement manqué quelque chose, quelque part.... Tu parles de captures Wireshark ou juste de captures d'écrans ?
Sinon, pour le dhcp interne, je pense avoir compris comment mettre les options 4/5/6 dans la classe fournisseur a créer. Par contre, je ne sais pas quoi mettre dans cette classe (sagem sur la capture)
-
Je parlais de capture d'écran du routeur pour vérifier que la config est correcte. Notamment la table de routage et des interfaces.
Une capture wireshark serait bien aussi pour comparer avec cetipabo. Une faite avec le draytek, pas le DHCP windows.
-
Sur mon ERL3, le serveur DHCP n'envoie aucune option spéciale au décodeur, hormis les DNS d'Orange... Et il fonctionne très bien sans Livebox (qui est dans son carton d'emballage).
-
il n'y a pas une histoire de DHCP à mettre en priorité 6 dans certaines régions ?
-
il n'y a pas une histoire de DHCP à mettre en priorité 6 dans certaines régions ?
Ca concerne uniquement le VLAN Internet (832).
Par contre, les 2 VLANs pour la TV doivent marquer tout leur traffic avec une priorité spécifique:
- 4 pour le VLAN 838 (VOD)
- 5 pour le VLAN 840 (Multicast)
Maintenant, si son accès internet fonctionne sans avoir les requetes DHCP en priorité 6, il est fort probable que les prio sur les autres VLAN ne soient pas nécessaires non plus... Et de toute façon il n'obtiendrait ni IP ni routes sur 838 s'il y avait un problème de prio.
A propos du VLAN 838... Bien vérifier qu'il y a une règle NAT pour le traffic qui sort par ce VLAN, sinon aucune chance que la VOD ne fonctionne...
-
Bonjour,
Pour les captures Wireshark, je pars la dessus ?
https://www.draytek.com/en/faq/faq-connectivity/connectivity.wan/how-to-capture-routers-wan-packets/ (https://www.draytek.com/en/faq/faq-connectivity/connectivity.wan/how-to-capture-routers-wan-packets/)
https://www.draytek.com/en/faq/faq-connectivity/connectivity.lan/how-to-capture-routers-lan-packets/ (https://www.draytek.com/en/faq/faq-connectivity/connectivity.lan/how-to-capture-routers-lan-packets/)
Pour les options DHCP côté WAN :
MyDraytek> ip dhcpc option -l
% state idx interface opt type data
% enable 1 WAN1 60 ASCII sagem
% enable 2 WAN1 77 ASCII +FSVDSL_livebox.Internet.softathome.Livebox3
% enable 3 WAN1 90 Hex 00000000000000000000006674692f367xxxxxxxxxxx
% enable 4 WAN5 60 ASCII sagem
% enable 5 WAN5 61 Hex 01xxxxxxxxxxxx
% enable 6 WAN5 77 ASCII 'FSVDSL_livebox.MLTV.softathome.Livebox3
Cette fois, toutes les options sont bien "enable"
Et sinon, je viens de faire une capture de la table de routage
-
Tout à l'air correct.
Tu as bien sélectionné IPTV et les bonnes prio dans la config des interfaces ? cf ce post (https://lafibre.info/remplacer-livebox/tv-orange-vdls2-avec-modem-routeur-draytek-vigor-2860/msg457450/#msg457450)
Et comme dit zoc il faut aussi une règle NAT sur le 838, mais a priori elle se fait toute seule.
Pour wireshark, oui c'est cette méthode.
-
Voici donc quelques screenshot supplèmentaires. Pour le WAN6, j'ai ajouté à la main les DNS Orange , pour le WAN5, c'est le Draytek qui met ceux de Google par défaut.
Ajout : je viens de voir que le WAN 5 status up time ne tenait pas plus de 30 s
-
Je crois qu'on a identifié le problème : le draytek met les DNS google, alors qu'il faudrait ceux d'orange sur le WAN5. Mettre des DNS sur le 840 ne sert strictement à rien. Vérifier aussi que c'est bien les DNS Orange sur le 832. Au pire les rajouter dans les cases correspondantes.
Et refaire un essai avec le DHCP du draytek.
-
Je crois que j'avais déjà testé de mettre les DNS Orange de partout, mais je vais le refaire. Par contre, je pourrai pas tester de suite la TV.
DNS changés : toujours WAN 5 up maxi 30 s
-
DNS changés : toujours WAN 5 up maxi 30 s
c'est "normal", c'est pareil chez moi. voir ici: https://lafibre.info/remplacer-livebox/tv-orange-vdls2-avec-modem-routeur-draytek-vigor-2860/msg455950/#msg455950
Et on n'est pas les seuls:
https://lafibre.info/remplacer-livebox/renouvellement-dhcp/msg456109/#msg456109
-
@cetipabo : Tu utilises le client Dyndns du Draytek... Parce que chez Dyndns, ils doivent fumer, le client tente un update après chaque déco du Wan5.
-
heu non je n'utilise aucun client dyndns...
-
https://lafibre.info/remplacer-livebox/renouvellement-dhcp/msg456109/#msg456109
Ouais, enfin c'est pas vraiment la même chose, avec l'ERL sur la fibre le lien ne tombe pas toutes les 34 secondes... Il reste up tout le temps et on a des requêtes DHCP qui partent dans le vide.
-
Je viens de refaire le test avec le DHCP du Draytek.
La TV est toujours Ok et le replay toujours KO.
Concernant le pb du WAN5 up 30 s maxi, ça semble passé. J'investiguerai ce pb une autre fois.
J'ai fait des captures Wireshark pendant la demande DHCP. Je suis pas expert, j'espère ne pas avoir trop mal fait.
Ce que j'ai noté :
- le décodeur demande des serveurs de temps et n'obtient pas de réponse
- il présente un user class STB_MLTV_UHD87
No. Time Source Destination Protocol Length Info
1 0.000000 0.0.0.0 255.255.255.255 DHCP 323 DHCP Discover - Transaction ID 0x8343e135
Frame 1: 323 bytes on wire (2584 bits), 323 bytes captured (2584 bits) on interface 0
Interface id: 0 (\Device\NPF_{793DB55C-6072-4220-9050-32025C7AB2D0})
Encapsulation type: Ethernet (1)
Arrival Time: Jul 13, 2017 21:31:09.998954000 Paris, Madrid (heure d’été)
[Time shift for this packet: 0.000000000 seconds]
Epoch Time: 1499974269.998954000 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: 323 bytes (2584 bits)
Capture Length: 323 bytes (2584 bits)
[Frame is marked: False]
[Frame is ignored: False]
[Protocols in frame: eth:ethertype:ip:udp:bootp]
[Coloring Rule Name: UDP]
[Coloring Rule String: udp]
Ethernet II, Src: SamsungE_04:a0:1e (80:18:a7:04:a0:1e), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Destination: Broadcast (ff:ff:ff:ff:ff:ff)
Address: Broadcast (ff:ff:ff:ff:ff:ff)
.... ..1. .... .... .... .... = LG bit: Locally administered address (this is NOT the factory default)
.... ...1 .... .... .... .... = IG bit: Group address (multicast/broadcast)
Source: SamsungE_04:a0:1e (80:18:a7:04:a0:1e)
Address: SamsungE_04:a0:1e (80:18:a7:04:a0:1e)
.... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
.... ...0 .... .... .... .... = IG bit: Individual address (unicast)
Type: IPv4 (0x0800)
Internet Protocol Version 4, Src: 0.0.0.0, Dst: 255.255.255.255
0100 .... = Version: 4
.... 0101 = Header Length: 20 bytes (5)
Differentiated Services Field: 0x00 (DSCP: CS0, ECN: Not-ECT)
Total Length: 309
Identification: 0x0000 (0)
Flags: 0x00
Fragment offset: 0
Time to live: 64
Protocol: UDP (17)
Header checksum: 0x79b9 [validation disabled]
[Header checksum status: Unverified]
Source: 0.0.0.0
Destination: 255.255.255.255
[Source GeoIP: Unknown]
[Destination GeoIP: Unknown]
User Datagram Protocol, Src Port: 68, Dst Port: 67
Source Port: 68
Destination Port: 67
Length: 289
Checksum: 0xb905 [unverified]
[Checksum Status: Unverified]
[Stream index: 0]
Bootstrap Protocol (Discover)
Message type: Boot Request (1)
Hardware type: Ethernet (0x01)
Hardware address length: 6
Hops: 0
Transaction ID: 0x8343e135
Seconds elapsed: 7
Bootp flags: 0x8000, Broadcast flag (Broadcast)
Client IP address: 0.0.0.0
Your (client) IP address: 0.0.0.0
Next server IP address: 0.0.0.0
Relay agent IP address: 0.0.0.0
Client MAC address: SamsungE_04:a0:1e (80:18:a7:04:a0:1e)
Client hardware address padding: 00000000000000000000
Server host name not given
Boot file name not given
Magic cookie: DHCP
Option: (53) DHCP Message Type (Discover)
Length: 1
DHCP: Discover (1)
Option: (77) User Class Information
Length: 15
Instance of User Class: [0]
User Class Length: 14
User Class Data: 5354425f4d4c54565f5548443837
Option: (57) Maximum DHCP Message Size
Length: 2
Maximum DHCP Message Size: 576
Option: (55) Parameter Request List
Length: 7
Parameter Request List Item: (1) Subnet Mask
Parameter Request List Item: (3) Router
Parameter Request List Item: (6) Domain Name Server
Parameter Request List Item: (12) Host Name
Parameter Request List Item: (15) Domain Name
Parameter Request List Item: (28) Broadcast Address
Parameter Request List Item: (42) Network Time Protocol Servers
Option: (60) Vendor class identifier
Length: 5
Vendor class identifier: sagem
Option: (255) End
Option End: 255
No. Time Source Destination Protocol Length Info
2 0.000412 192.168.0.1 255.255.255.255 DHCP 335 DHCP Offer - Transaction ID 0x8343e135
Frame 2: 335 bytes on wire (2680 bits), 335 bytes captured (2680 bits) on interface 0
Interface id: 0 (\Device\NPF_{793DB55C-6072-4220-9050-32025C7AB2D0})
Encapsulation type: Ethernet (1)
Arrival Time: Jul 13, 2017 21:31:09.999366000 Paris, Madrid (heure d’été)
[Time shift for this packet: 0.000000000 seconds]
Epoch Time: 1499974269.999366000 seconds
[Time delta from previous captured frame: 0.000412000 seconds]
[Time delta from previous displayed frame: 0.000412000 seconds]
[Time since reference or first frame: 0.000412000 seconds]
Frame Number: 2
Frame Length: 335 bytes (2680 bits)
Capture Length: 335 bytes (2680 bits)
[Frame is marked: False]
[Frame is ignored: False]
[Protocols in frame: eth:ethertype:ip:udp:bootp]
[Coloring Rule Name: UDP]
[Coloring Rule String: udp]
Ethernet II, Src: Draytek_d8:c5:e0 (00:1d:aa:d8:c5:e0), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Destination: Broadcast (ff:ff:ff:ff:ff:ff)
Address: Broadcast (ff:ff:ff:ff:ff:ff)
.... ..1. .... .... .... .... = LG bit: Locally administered address (this is NOT the factory default)
.... ...1 .... .... .... .... = IG bit: Group address (multicast/broadcast)
Source: Draytek_d8:c5:e0 (00:1d:aa:d8:c5:e0)
Address: Draytek_d8:c5:e0 (00:1d:aa:d8:c5:e0)
.... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
.... ...0 .... .... .... .... = IG bit: Individual address (unicast)
Type: IPv4 (0x0800)
Internet Protocol Version 4, Src: 192.168.0.1, Dst: 255.255.255.255
0100 .... = Version: 4
.... 0101 = Header Length: 20 bytes (5)
Differentiated Services Field: 0x00 (DSCP: CS0, ECN: Not-ECT)
Total Length: 321
Identification: 0xcb64 (52068)
Flags: 0x00
Fragment offset: 0
Time to live: 255
Protocol: UDP (17)
Header checksum: 0x2e9e [validation disabled]
[Header checksum status: Unverified]
Source: 192.168.0.1
Destination: 255.255.255.255
[Source GeoIP: Unknown]
[Destination GeoIP: Unknown]
User Datagram Protocol, Src Port: 67, Dst Port: 68
Source Port: 67
Destination Port: 68
Length: 301
Checksum: 0x4e08 [unverified]
[Checksum Status: Unverified]
[Stream index: 1]
Bootstrap Protocol (Offer)
Message type: Boot Reply (2)
Hardware type: Ethernet (0x01)
Hardware address length: 6
Hops: 0
Transaction ID: 0x8343e135
Seconds elapsed: 7
Bootp flags: 0x8000, Broadcast flag (Broadcast)
Client IP address: 0.0.0.0
Your (client) IP address: 192.168.0.218
Next server IP address: 192.168.0.1
Relay agent IP address: 0.0.0.0
Client MAC address: SamsungE_04:a0:1e (80:18:a7:04:a0:1e)
Client hardware address padding: 00000000000000000000
Server host name not given
Boot file name not given
Magic cookie: DHCP
Option: (53) DHCP Message Type (Offer)
Length: 1
DHCP: Offer (2)
Option: (54) DHCP Server Identifier
Length: 4
DHCP Server Identifier: 192.168.0.1
Option: (58) Renewal Time Value
Length: 4
Renewal Time Value: (129600s) 1 day, 12 hours
Option: (59) Rebinding Time Value
Length: 4
Rebinding Time Value: (226800s) 2 days, 15 hours
Option: (51) IP Address Lease Time
Length: 4
IP Address Lease Time: (259200s) 3 days
Option: (46) NetBIOS over TCP/IP Node Type
Length: 1
NetBIOS over TCP/IP Node Type: M-node (4)
Option: (1) Subnet Mask
Length: 4
Subnet Mask: 255.255.255.0
Option: (3) Router
Length: 4
Router: 192.168.0.1
Option: (6) Domain Name Server
Length: 8
Domain Name Server: 80.10.246.2
Domain Name Server: 80.10.246.129
Option: (255) End
Option End: 255
No. Time Source Destination Protocol Length Info
3 0.005062 0.0.0.0 255.255.255.255 DHCP 335 DHCP Request - Transaction ID 0x8343e135
Frame 3: 335 bytes on wire (2680 bits), 335 bytes captured (2680 bits) on interface 0
Interface id: 0 (\Device\NPF_{793DB55C-6072-4220-9050-32025C7AB2D0})
Encapsulation type: Ethernet (1)
Arrival Time: Jul 13, 2017 21:31:10.004016000 Paris, Madrid (heure d’été)
[Time shift for this packet: 0.000000000 seconds]
Epoch Time: 1499974270.004016000 seconds
[Time delta from previous captured frame: 0.004650000 seconds]
[Time delta from previous displayed frame: 0.004650000 seconds]
[Time since reference or first frame: 0.005062000 seconds]
Frame Number: 3
Frame Length: 335 bytes (2680 bits)
Capture Length: 335 bytes (2680 bits)
[Frame is marked: False]
[Frame is ignored: False]
[Protocols in frame: eth:ethertype:ip:udp:bootp]
[Coloring Rule Name: UDP]
[Coloring Rule String: udp]
Ethernet II, Src: SamsungE_04:a0:1e (80:18:a7:04:a0:1e), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Destination: Broadcast (ff:ff:ff:ff:ff:ff)
Address: Broadcast (ff:ff:ff:ff:ff:ff)
.... ..1. .... .... .... .... = LG bit: Locally administered address (this is NOT the factory default)
.... ...1 .... .... .... .... = IG bit: Group address (multicast/broadcast)
Source: SamsungE_04:a0:1e (80:18:a7:04:a0:1e)
Address: SamsungE_04:a0:1e (80:18:a7:04:a0:1e)
.... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
.... ...0 .... .... .... .... = IG bit: Individual address (unicast)
Type: IPv4 (0x0800)
Internet Protocol Version 4, Src: 0.0.0.0, Dst: 255.255.255.255
0100 .... = Version: 4
.... 0101 = Header Length: 20 bytes (5)
Differentiated Services Field: 0x00 (DSCP: CS0, ECN: Not-ECT)
Total Length: 321
Identification: 0x0000 (0)
Flags: 0x00
Fragment offset: 0
Time to live: 64
Protocol: UDP (17)
Header checksum: 0x79ad [validation disabled]
[Header checksum status: Unverified]
Source: 0.0.0.0
Destination: 255.255.255.255
[Source GeoIP: Unknown]
[Destination GeoIP: Unknown]
User Datagram Protocol, Src Port: 68, Dst Port: 67
Source Port: 68
Destination Port: 67
Length: 301
Checksum: 0xccb8 [unverified]
[Checksum Status: Unverified]
[Stream index: 0]
Bootstrap Protocol (Request)
Message type: Boot Request (1)
Hardware type: Ethernet (0x01)
Hardware address length: 6
Hops: 0
Transaction ID: 0x8343e135
Seconds elapsed: 7
Bootp flags: 0x8000, Broadcast flag (Broadcast)
Client IP address: 0.0.0.0
Your (client) IP address: 0.0.0.0
Next server IP address: 0.0.0.0
Relay agent IP address: 0.0.0.0
Client MAC address: SamsungE_04:a0:1e (80:18:a7:04:a0:1e)
Client hardware address padding: 00000000000000000000
Server host name not given
Boot file name not given
Magic cookie: DHCP
Option: (53) DHCP Message Type (Request)
Length: 1
DHCP: Request (3)
Option: (77) User Class Information
Length: 15
Instance of User Class: [0]
User Class Length: 14
User Class Data: 5354425f4d4c54565f5548443837
Option: (50) Requested IP Address
Length: 4
Requested IP Address: 192.168.0.218
Option: (54) DHCP Server Identifier
Length: 4
DHCP Server Identifier: 192.168.0.1
Option: (57) Maximum DHCP Message Size
Length: 2
Maximum DHCP Message Size: 576
Option: (55) Parameter Request List
Length: 7
Parameter Request List Item: (1) Subnet Mask
Parameter Request List Item: (3) Router
Parameter Request List Item: (6) Domain Name Server
Parameter Request List Item: (12) Host Name
Parameter Request List Item: (15) Domain Name
Parameter Request List Item: (28) Broadcast Address
Parameter Request List Item: (42) Network Time Protocol Servers
Option: (60) Vendor class identifier
Length: 5
Vendor class identifier: sagem
Option: (255) End
Option End: 255
No. Time Source Destination Protocol Length Info
4 0.005321 192.168.0.1 255.255.255.255 DHCP 335 DHCP ACK - Transaction ID 0x8343e135
Frame 4: 335 bytes on wire (2680 bits), 335 bytes captured (2680 bits) on interface 0
Interface id: 0 (\Device\NPF_{793DB55C-6072-4220-9050-32025C7AB2D0})
Encapsulation type: Ethernet (1)
Arrival Time: Jul 13, 2017 21:31:10.004275000 Paris, Madrid (heure d’été)
[Time shift for this packet: 0.000000000 seconds]
Epoch Time: 1499974270.004275000 seconds
[Time delta from previous captured frame: 0.000259000 seconds]
[Time delta from previous displayed frame: 0.000259000 seconds]
[Time since reference or first frame: 0.005321000 seconds]
Frame Number: 4
Frame Length: 335 bytes (2680 bits)
Capture Length: 335 bytes (2680 bits)
[Frame is marked: False]
[Frame is ignored: False]
[Protocols in frame: eth:ethertype:ip:udp:bootp]
[Coloring Rule Name: UDP]
[Coloring Rule String: udp]
Ethernet II, Src: Draytek_d8:c5:e0 (00:1d:aa:d8:c5:e0), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Destination: Broadcast (ff:ff:ff:ff:ff:ff)
Address: Broadcast (ff:ff:ff:ff:ff:ff)
.... ..1. .... .... .... .... = LG bit: Locally administered address (this is NOT the factory default)
.... ...1 .... .... .... .... = IG bit: Group address (multicast/broadcast)
Source: Draytek_d8:c5:e0 (00:1d:aa:d8:c5:e0)
Address: Draytek_d8:c5:e0 (00:1d:aa:d8:c5:e0)
.... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
.... ...0 .... .... .... .... = IG bit: Individual address (unicast)
Type: IPv4 (0x0800)
Internet Protocol Version 4, Src: 192.168.0.1, Dst: 255.255.255.255
0100 .... = Version: 4
.... 0101 = Header Length: 20 bytes (5)
Differentiated Services Field: 0x00 (DSCP: CS0, ECN: Not-ECT)
Total Length: 321
Identification: 0xcb6e (52078)
Flags: 0x00
Fragment offset: 0
Time to live: 255
Protocol: UDP (17)
Header checksum: 0x2e94 [validation disabled]
[Header checksum status: Unverified]
Source: 192.168.0.1
Destination: 255.255.255.255
[Source GeoIP: Unknown]
[Destination GeoIP: Unknown]
User Datagram Protocol, Src Port: 67, Dst Port: 68
Source Port: 67
Destination Port: 68
Length: 301
Checksum: 0x4b08 [unverified]
[Checksum Status: Unverified]
[Stream index: 1]
Bootstrap Protocol (ACK)
Message type: Boot Reply (2)
Hardware type: Ethernet (0x01)
Hardware address length: 6
Hops: 0
Transaction ID: 0x8343e135
Seconds elapsed: 7
Bootp flags: 0x8000, Broadcast flag (Broadcast)
Client IP address: 0.0.0.0
Your (client) IP address: 192.168.0.218
Next server IP address: 192.168.0.1
Relay agent IP address: 0.0.0.0
Client MAC address: SamsungE_04:a0:1e (80:18:a7:04:a0:1e)
Client hardware address padding: 00000000000000000000
Server host name not given
Boot file name not given
Magic cookie: DHCP
Option: (53) DHCP Message Type (ACK)
Length: 1
DHCP: ACK (5)
Option: (54) DHCP Server Identifier
Length: 4
DHCP Server Identifier: 192.168.0.1
Option: (58) Renewal Time Value
Length: 4
Renewal Time Value: (129600s) 1 day, 12 hours
Option: (59) Rebinding Time Value
Length: 4
Rebinding Time Value: (226800s) 2 days, 15 hours
Option: (51) IP Address Lease Time
Length: 4
IP Address Lease Time: (259200s) 3 days
Option: (46) NetBIOS over TCP/IP Node Type
Length: 1
NetBIOS over TCP/IP Node Type: M-node (4)
Option: (1) Subnet Mask
Length: 4
Subnet Mask: 255.255.255.0
Option: (3) Router
Length: 4
Router: 192.168.0.1
Option: (6) Domain Name Server
Length: 8
Domain Name Server: 80.10.246.2
Domain Name Server: 80.10.246.129
Option: (255) End
Option End: 255
No. Time Source Destination Protocol Length Info
5 0.008428 SamsungE_04:a0:1e Broadcast ARP 60 Gratuitous ARP for 192.168.0.218 (Request)
Frame 5: 60 bytes on wire (480 bits), 60 bytes captured (480 bits) on interface 0
Interface id: 0 (\Device\NPF_{793DB55C-6072-4220-9050-32025C7AB2D0})
Encapsulation type: Ethernet (1)
Arrival Time: Jul 13, 2017 21:31:10.007382000 Paris, Madrid (heure d’été)
[Time shift for this packet: 0.000000000 seconds]
Epoch Time: 1499974270.007382000 seconds
[Time delta from previous captured frame: 0.003107000 seconds]
[Time delta from previous displayed frame: 0.003107000 seconds]
[Time since reference or first frame: 0.008428000 seconds]
Frame Number: 5
Frame Length: 60 bytes (480 bits)
Capture Length: 60 bytes (480 bits)
[Frame is marked: False]
[Frame is ignored: False]
[Protocols in frame: eth:ethertype:arp]
[Coloring Rule Name: ARP]
[Coloring Rule String: arp]
Ethernet II, Src: SamsungE_04:a0:1e (80:18:a7:04:a0:1e), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Destination: Broadcast (ff:ff:ff:ff:ff:ff)
Address: Broadcast (ff:ff:ff:ff:ff:ff)
.... ..1. .... .... .... .... = LG bit: Locally administered address (this is NOT the factory default)
.... ...1 .... .... .... .... = IG bit: Group address (multicast/broadcast)
Source: SamsungE_04:a0:1e (80:18:a7:04:a0:1e)
Address: SamsungE_04:a0:1e (80:18:a7:04:a0:1e)
.... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
.... ...0 .... .... .... .... = IG bit: Individual address (unicast)
Type: ARP (0x0806)
Padding: 000000000000000000000000000000000000
Address Resolution Protocol (request/gratuitous ARP)
Hardware type: Ethernet (1)
Protocol type: IPv4 (0x0800)
Hardware size: 6
Protocol size: 4
Opcode: request (1)
[Is gratuitous: True]
Sender MAC address: SamsungE_04:a0:1e (80:18:a7:04:a0:1e)
Sender IP address: 192.168.0.218
Target MAC address: 00:00:00_00:00:00 (00:00:00:00:00:00)
Target IP address: 192.168.0.218
-
Bonjour,
Ce matin, j'ai fait une capture dans la config suivante : routeur = Livebox / 2 clients : 1 PC avec Wireshark + décodeur Orange
Quand la requête DHCP passe, la Livebox renvoie bien des infos en plus dans l'option 125 (et non 43 comme je pensais) :
Option: (125) V-I Vendor-specific Information
Length: 41
Enterprise: The Broadband Forum (formerly 'ADSL Forum') (3561)
Length: 36
Option 125 Suboption: (4) GatewayManufacturerOUI
Length: 6
GatewayManufacturerOUI: A408F5
Option 125 Suboption: (5) GatewaySerialNumber
Length: 15
GatewaySerialNumber: NQnumerodeserie
Option 125 Suboption: (6) GatewayProductClass
Length: 9
GatewayProductClass: Livebox 3
Option: (255) End
Et j'avoue que j'aimerai bien tester cela sur mon dhcp interne. Par contre, j'ai pas encore trouvé comment rentrer cette option dans le DHCP d'un 2012 serveur.
-
Je crois que tu focalises trop sur ce qui n’est pas important...
Mais si tu veux quand même essayer :
netsh dhcp server scope ipaddress set optionvalue 125 <code>
-
Peut-être... mais comme ça ne marche pas avec aucun des dhcp pour le moment, je me dis que tant que je ne serais pas en mesure de reproduire la réponse DHCP de la Livebox au décodeur, je ne peux exclure cette hypothèse.
ça ne te choque pas que la réponse de la LB au décodeur soit plus fournie que celle du DHCP maison (Draytek ou Windows) ?
Pour l'option 125 , j'avais trouvé la commande set optionvalue 125, le pb c'est ce qui est derrière :-(
J'ai bien la chaine que j'ai chopé dans Wireshark quand c'est la LB qui répond, je vais essayer avec.
-
Ça marche chez tout le monde sans options exotiques...
-
Chez moi ça ne marche pas... L'exotisme commence donc là.
Combien de personnes arrivent à faire fonctionner un Draytek 2860 avec le DHCP du Draytek et qui ont la TV OK ET le Replay OK ? ça aussi, ça serait une bonne indication.
@cetipabo : je vais charger ta conf pour voir, mais il faut préciser avant si tu as mis un login /pwd dessus stp.
-
oui j'ai changé le mot de passe, c'est: jaladm
-
je remarque un truc dans ma table de routage qu'il n'y a pas dans la tienne, c'est la première ligne sur le WAN1:
0.0.0.0 / 255.255.255.255 via 0.0.0.0
-
Ah... je crois qu'on tient une piste.
-
@cetipabo : je viens de faire un 1er essai de chargement de ta conf. un peu galère car je suis sur un réseau différent du coup, blocage des fw, etc... Je retesterai mais pas avant dimanche
Et pour info, il reste des infos persos, ton fti est visible.
Pour pouvoir aller vite, il faudrait que je prépare un max de chose en ligne de commande, comme injecter toutes les options dhcp par exemple.
C'est dommage qu'on ne puisse pas faire un dump en clair de la config. J'ai eu un 2820 dans le temps qui avait un bug dans sa config mais complètement invisible dans les interfaces, le support avait fini par me demander de faire un reset. J'avais fait les captures avant, tout refait à l'identique après le reset et le pb était réglé. Bon, mais ça, c'est une autre histoire, j'espère malgré tout que j'ai pas un pb identique. Quoique si un reset pouvait le résoudre... le pb, c'est que c'est long à tout re-paraméter :-(
-
mon fti est visible malgré la suppression de l'option DHCP ? ???
Sinon ce qu'on peut faire aussi c'est que tu me passes ta config (avec le draytek en DHCP sur le LAN), sans tes identifiants, et je teste chez moi. Si jamais ca marche ca voudrait dire qu'un élèment extérieur est la cause du problème.
-
@cetipabo : ton fti est visible dans la partie graphique de la config internet
Avec ta conf, en changeant le réseau pour 192.168.0.0, en utilisant le DHCP du Draytek, je récupère bien l'option manquante de la table de routage. Par contre, cela ne change absolument rien au pb avec le Replay.
Quel est ton modèle de décodeur ? (faire touche bleue puis jaune puis bleue sur sa telco)
Le mien est un Samsung UHD87
Version appli : 40.75.19
firmware : 06.51.89
loader : 00.00.73
id softathome : 5.0.21_2
version microcontrolleur : 1.90
-
j'ai le décodeur de le LB4...
https://assistance.orange.fr/equipement/tv/decodeur-tv-4-sagem
-
J'ai continué d'avancer sans pour autant trouver la solution.
1. J'ai gardé le décodeur sur le DHCP du Draytek (1 seule ip attribuée avec un bind ip to mac). Et sur le serveur Windows, je lui fait rejeter les demandes venant du décodeur.
2. Je pense avoir pu remettre toutes les options du DHCP que j'ai vu passer entre la Livebox et le décodeur avec Wireshark, y compris la fameuse option 125.
@cetipabo : tu as donc un décodeur différent du mien. Mais auparavant, avais-tu le même modèle que moi ?
-
Quand j'ai commencé avec le draytek j'avais le couple LiveBox3 play + son décodeur play. je ne sais pas de quelle version UHD il s'agit. J'avais la TV mais pas le replay car je ne pouvais pas rentrer l'option dhcp 77 a cause de l'apostrophe. dès que j'ai pris connaissance il y a quelques semaines de l'astuce de la ligne de commande par Telnet ca a fonctionné.
Donc le problème c'est quoi maintenant ? tu as bien la TV stable a tous les coup? c'est juste le replay que tu n'as pas ou tu l'as de temps en temps ?
Avant ca semblait aléatoire, que ce soit la TV ou le Replay...tu as deja réussi a voir le replay il me semble non ?
-
L'histoire du telnet et de l'option77, tu n'étais pas déjà avec le décodeur de la Livebox 4 ?
Pour résumer la situation chez moi :
Le replay n'a marché que derrière la LB, jamais avec le draytek en routeur.
La TV fonctionne si j'utilise le DHCP du Draytek.
Depuis cet am, j'ai mis 2 DHCP, 1 sur le Draytek qui n’attribue qu'une seule IP et qui est réservée à la Mac address du décodeur. L'autre DHCP est mon Windows server sur lequel la mac address du décodeur est filtrée.
Si je démarre le décodeur, j'ai la TV.
Si je mets en veille le décodeur et que je le sors de veille, j'ai plus la TV. Je retrouve la TV si je stoppe le serveur DHCP du Windows ! Pendant la veille, le décodeur répond toujours au ping, donc je ne vois pas ce qu'il y a de spécial au moment où je le sors de veille.
J'ai aussi regardé avec Wireshark ce qu'il passe en sortant le déco de la veille...et bien je n'ai rien trouvé. :-(
Mais je soupçonne pour ce point là un truc anormal côté Microsoft. J'ai l'impression que le filtre n'est pas correctement respecté même si le décodeur a toujours l'adresse allouée par le Draytek.
-
L'histoire du telnet et de l'option77, tu n'étais pas déjà avec le décodeur de la Livebox 4 ?
je ne comprends pas trop ce que tu me demandes...
quand j'ai démarré ce tutoriel il y a un an j'avais une LiveBox3 + son décodeur play, et mon Draytek. Le seul truc que je ne pouvais pas faire avec le Draytek c'était de mettre l'option 77 : 'FSVDSL_livebox.MLTV.softathome.Livebox3
Donc j'avais essayé avec : STB_MLTV_UHD86 qui était une chaine de caractère plus courte et me permettait de mettre en HEXA : 0e5354425f4d4c54565f5548443836
Mais après de multiples essais je ne n'avais toujours pas de VOD, ce qui m'avais poussé à penser au final que le problème venait surement de cet STB_MLTV_UHD86 . Voir ici:
https://lafibre.info/remplacer-livebox/tv-orange-vdls2-avec-modem-routeur-draytek-vigor-2860/msg332327/#msg332327
Mais personne sur le forum n'a fait un test pour me le confirmer.
puis j'ai abandonné l'affaire, jusqu'à il y a quelques semaines où j'ai contacté le support Draytek qui m'a indiqué l'astuce par Telnet. et là bingo.
-
Je reformule donc ma question sur la chronologie de tes expérimentations : quand tu as eu le "bingo" suite à la réponse de Draytek, quel décodeur avais-tu ?
-
Le décodeur de la livebox 4.
(http://i.imgur.com/5YVJS3j.png)
Mais je ne crois pas que le passage d'un décodeur livebox 3 à un Livebox 4 soit la raison du fonctionnement. Pour moi c'est l'usage de la bonne chaîne de caractères dans l'option 77.
-
Aie...ça veut bien dire que cette config matériel (Draytek + Deco Samsung UHD87) n'a jamais été validée avec le Replay . C'est pas rassurant. Quelqu'un dans la salle a t'il fait fonctionner le Replay avec la même plateforme ?
Pour rappel, quand je lance le replay, il y a beaucoup de données qui arrivent au début de la lecture sur le WAN5, la quantité laisse vraiment penser qu'il s'agit bien d'un flux vidéo... Mais l'écran reste noir et ça plante, avec un message v13c.
Pour le DHCP, même en scindant en 2 mes IP, en sortie de veille du décodeur, si le dhcp Windows est up , la TV est ko. J'arrête le service et sous 5 secondes, la TV est up. La mac du décodeur est pourtant blacklistée sur le dhcp Windows, et même son ip est bloquée par le firewall. Du coup, afin d'arrêter définitivement mon dhcp Windows, j'ai écrit un script pour exporter mes réservations d'IP du DHCP Windows vers une liste à importer au format du Draytek. Si je peux je teste ce soir, et ça devrait régler définitivement le pb de la TV en direct.
Pour le replay, ça va être plus compliqué :-[
@cetipabo : tu as pas des captures Wireshark Livebox-Decodeur et Draytek-Decodeur ?
-
Ha, alors il se pourrait que l'option DHCP 77 pour ce décodeur soit différente...peut être qu'il reçoit un flux qu'il n'arrive pas a décoder étant donné qu'on indique que c'est un décodeur de LB3...
Mon draytek est au boulot, je l'avais pris chez moi 1 semaine pour le paramétrer et l'upgrader, il n'est plus dans un environnement avec décodeur.
-
essaie de mettre STB_MLTV_UHD87 dans l'option DHCP 77, donc en HEX 0e5354425f4d4c54565f5548443837
le 0e au début correspondant a la longueur de la chaine, en ascii le caractère serait invisible.
Je ne sais pas si c'est le bon user class, il faudrait capturer ce qu'envoie le décodeur en DHCP pour en avoir le cœur net.
Si on résume mon problème il y a 1 an: j'avais un décodeur de LB3 et j'utilisais STB_MLTV_UHD86, et ça ne marchait pas...
Toi c'est le contraire, tu as un décodeur de LB2 et tu utilises l'user class du décodeur LB3, et ca ne marche pas...
Probablement qu'en fonction du user class le flux est encodé d'une certaine manière.
Juste pour info, voici ce qu'il faut (ou fallait, car ca date un peu...) faire sur son PC pour avoir le flux TV:
http://www.forum-orange.com/viewtopic.php?pid=602862#p602862
il est intéressant de savoir ceci:
Trois contraintes:
- avoir un système d'exploitation qui permet l'ajout de l'option 77 dans les négociations DHCP.
- ne pas avoir une adresse IP fixe sur la carte réseau avec laquelle on désire réceptionner les flux TV puisque le DHCP est obligatoire.
- incompatibilité de l'option 77 avec la réservation d'adresse IP que l'on peut activer dans les paramètres avancés / réseau / dhcp de la Livebox.
-
@cetipabo : je crois que tu voulais voir une capture de la requete du déco ? cf ci-dessous.
Moi, ce que je voudrais voir c'est la négo Livebox vers serveur Orange :-[
Et du coup, tu n'as plus de Draytek sous la main ? Comment fais-tu pour la TV et le replay ?
...
User Datagram Protocol, Src Port: 68, Dst Port: 67
Source Port: 68
Destination Port: 67
Length: 289
Checksum: 0x5fb1 [unverified]
[Checksum Status: Unverified]
[Stream index: 0]
Bootstrap Protocol (Discover)
Message type: Boot Request (1)
Hardware type: Ethernet (0x01)
Hardware address length: 6
Hops: 0
Transaction ID: 0xf5c1c80b
Seconds elapsed: 7
Bootp flags: 0x8000, Broadcast flag (Broadcast)
Client IP address: 0.0.0.0
Your (client) IP address: 0.0.0.0
Next server IP address: 0.0.0.0
Relay agent IP address: 0.0.0.0
Client MAC address: SamsungE_99:99:99 (80:18:a7:99:99:99)
Client hardware address padding: 00000000000000000000
Server host name not given
Boot file name not given
Magic cookie: DHCP
Option: (53) DHCP Message Type (Discover)
Length: 1
DHCP: Discover (1)
Option: (77) User Class Information
Length: 15
Instance of User Class: [0]
User Class Length: 14
User Class Data: 5354425f4d4c54565f5548443837
Option: (57) Maximum DHCP Message Size
Length: 2
Maximum DHCP Message Size: 576
Option: (55) Parameter Request List
Length: 7
Parameter Request List Item: (1) Subnet Mask
Parameter Request List Item: (3) Router
Parameter Request List Item: (6) Domain Name Server
Parameter Request List Item: (12) Host Name
Parameter Request List Item: (15) Domain Name
Parameter Request List Item: (28) Broadcast Address
Parameter Request List Item: (42) Network Time Protocol Servers
Option: (60) Vendor class identifier
Length: 5
Vendor class identifier: sagem
Option: (255) End
Option End: 255
-
ben j'ai une livebox 4 et son décodeur....je ne sais pas combien de fois je l'ai écrit depuis la page 8 ;D
Dans ta capture : User Class Data: 5354425f4d4c54565f5548443837
c'est bien STB_MLTV_UHD87.
C'est bien le décodeur qui dit ca ou c'est le draytek dans son option dhcp 77 ??
Edit:
Pour capturer la nego livebox vers Orange, comment faire ? il me faut un équipement entre la livebox et le cable xDSL...depuis mon PC je ne peux rien capturer. C'est possible avec le Draytek en faisant un port mirroir, mais la livebox ne le permet pas.
-
J'avais bien compris que tu étais passé en LB4. Mais pour moi, elle était dans un placard rangée dans sa boite.
-
j'ai ajouté un édit a post lien au dessus.
-
STB_MLTV_UHD87 : c'est le déco dans sa request DHCP
-
ok donc a mon avis c'est ca que tu devrais mettre dans l'option 77 du WAN5, et pas le FSVDSL_livebox.MLTV.softathome.Livebox3 ou 4
as-tu testé ?
-
j'ai déjà essayé mais je retenterai encore, mais pas ce soir.
Pourrais tu mettre un coup de Wireshark entre ton déco et ta LB4 pour voir ce qui dit le déco sur son option 77 ?
-
heuu je veux bien mais...comment je fais pour me mettre entre le déco et la livebox ? je n'ai pas de PC avec 2 cartes réseaux, ni de switch manageable.
Sinon ce qu'il va dire je le sais d'avance, c'est : FSVDSL_livebox.MLTV.softathome.Livebox4 :)
Si je branche le déco en direct sur ma carte réseau je vais surement recevoir ses requetes DHCP...je teste ce soir mais ma femme regarde la TV donc ce sera avant d'allant se coucher ;)
-
Les requêtes DHCP vont sur tout le réseau, pas besoin d'être spécifiquement calé entre le déco et la LB (il le faut pour la réponse par contre vu que c'est à destination du déco seulement).
Le FSVDSL_livebox.MLTV.softathome.Livebox4 c'est la LB qui l'envoie sur le WAN. Le décodeur devrait renvoyer un truc du genre STB_MLTV_4, comme l'ancien play.
-
haa oui c'est vrai c'est la livebox qui envoi ca...
bon je tente la capture depuis mon PC alors.
-
voila, ya eu de la pub j'ai pu redemarrer le deco sans que ma femme me frappe...
Le DHCP DISCOVER :
Frame 1: 329 bytes on wire (2632 bits), 329 bytes captured (2632 bits) on interface 0
Ethernet II, Src: Sagemcom_xx:xx:xx (24:7f:20:xx:xx:xx), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Internet Protocol Version 4, Src: 0.0.0.0, Dst: 255.255.255.255
User Datagram Protocol, Src Port: 68, Dst Port: 67
Bootstrap Protocol (Discover)
Message type: Boot Request (1)
Hardware type: Ethernet (0x01)
Hardware address length: 6
Hops: 0
Transaction ID: 0x1ae5f1d5
Seconds elapsed: 1
Bootp flags: 0x8000, Broadcast flag (Broadcast)
1... .... .... .... = Broadcast flag: Broadcast
.000 0000 0000 0000 = Reserved flags: 0x0000
Client IP address: 0.0.0.0
Your (client) IP address: 0.0.0.0
Next server IP address: 0.0.0.0
Relay agent IP address: 0.0.0.0
Client MAC address: Sagemcom_xx:xx:xx (24:7f:20:xx:xx:xx)
Client hardware address padding: 00000000000000000000
Server host name not given
Boot file name not given
Magic cookie: DHCP
Option: (53) DHCP Message Type (Discover)
Length: 1
DHCP: Discover (1)
Option: (51) IP Address Lease Time
Length: 4
IP Address Lease Time: (3600s) 1 hour
Option: (55) Parameter Request List
Length: 12
Parameter Request List Item: (1) Subnet Mask
Parameter Request List Item: (3) Router
Parameter Request List Item: (6) Domain Name Server
Parameter Request List Item: (7) Log Server
Parameter Request List Item: (12) Host Name
Parameter Request List Item: (15) Domain Name
Parameter Request List Item: (28) Broadcast Address
Parameter Request List Item: (33) Static Route
Parameter Request List Item: (42) Network Time Protocol Servers
Parameter Request List Item: (72) Default WWW Server
Parameter Request List Item: (121) Classless Static Route
Parameter Request List Item: (125) V-I Vendor-specific Information
Option: (77) User Class Information
Length: 14
Instance of User Class: [0]
User Class Length: 13
User Class Data: 50435f4d4c54565f5748443933
Option: (60) Vendor class identifier
Length: 5
Vendor class identifier: sagem
Option: (255) End
Option End: 255
Le DHCP OFFER:
Frame 2: 383 bytes on wire (3064 bits), 383 bytes captured (3064 bits) on interface 0
Ethernet II, Src: Sagemcom_f7:3e:30 (b0:b2:8f:xx:xx:xx), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Internet Protocol Version 4, Src: 192.168.1.1, Dst: 255.255.255.255
User Datagram Protocol, Src Port: 67, Dst Port: 68
Bootstrap Protocol (Offer)
Message type: Boot Reply (2)
Hardware type: Ethernet (0x01)
Hardware address length: 6
Hops: 0
Transaction ID: 0x1ae5f1d5
Seconds elapsed: 0
Bootp flags: 0x8000, Broadcast flag (Broadcast)
1... .... .... .... = Broadcast flag: Broadcast
.000 0000 0000 0000 = Reserved flags: 0x0000
Client IP address: 0.0.0.0
Your (client) IP address: 192.168.1.18
Next server IP address: 192.168.1.1
Relay agent IP address: 0.0.0.0
Client MAC address: Sagemcom_xx:xx:xx (24:7f:20:xx:xx:xx)
Client hardware address padding: 00000000000000000000
Server host name not given
Boot file name not given
Magic cookie: DHCP
Option: (53) DHCP Message Type (Offer)
Length: 1
DHCP: Offer (2)
Option: (54) DHCP Server Identifier
Length: 4
DHCP Server Identifier: 192.168.1.1
Option: (51) IP Address Lease Time
Length: 4
IP Address Lease Time: (3600s) 1 hour
Option: (58) Renewal Time Value
Length: 4
Renewal Time Value: (1800s) 30 minutes
Option: (59) Rebinding Time Value
Length: 4
Rebinding Time Value: (3150s) 52 minutes, 30 seconds
Option: (1) Subnet Mask
Length: 4
Subnet Mask: 255.255.255.0
Option: (6) Domain Name Server
Length: 4
Domain Name Server: 192.168.1.1
Option: (15) Domain Name
Length: 4
Domain Name: home
Option: (28) Broadcast Address
Length: 4
Broadcast Address: 192.168.1.255
Option: (125) V-I Vendor-specific Information
Length: 41
Enterprise: The Broadband Forum (formerly 'ADSL Forum') (3561)
Length: 36
Option 125 Suboption: (4) GatewayManufacturerOUI
Length: 6
GatewayManufacturerOUI: B0B28F
Option 125 Suboption: (5) GatewaySerialNumber
Length: 15
GatewaySerialNumber: NQxxxxxxxxxxxxx
Option 125 Suboption: (6) GatewayProductClass
Length: 9
GatewayProductClass: Livebox 4
Option: (3) Router
Length: 4
Router: 192.168.1.1
Option: (255) End
Option End: 255
le NQxxxxxxxxxxxxx correspond au numéro de série de la livebox (etiquette collée dessous).
-
Donc le déco demande beaucoup d'options que la LB ne renvoie pas (beaucoup plus que le play d'ailleurs). Si on résume ce qui est retourné :
-Option: (1) Subnet Mask
-Option: (6) Domain Name Server
-Option: (15) Domain Name
-Option: (28) Broadcast Address
-Option: (125) V-I Vendor-specific Information
Chez JC38 :
Option: (1) Subnet Mask
Option: (3) Router
Option: (6) Domain Name Server
Du coup c'est peut-être l'absence de la Broadcast Address et Domain Name qui fait qu'il ne veut rien savoir ?
@JC38 : si tu pouvais essayer de paramétrer ça dans ton DHCP windows (en tenant juste compte ce que renvoie la LB sans l'option 125) vu que le draytek ne semble pas vouloir le faire.
Normalement on doit avoir juste ça :
-
@Renaud07 J'ai migré (au moins en provisoire) mon DHCP Windows sur le Draytek. Là, je suis entrain de faire des test TV seuls (hors replay).
Donc, en ce qui concerne le DHCP Draytek, j'arrive à lui faire renvoyer exactement ce que renvoie une LB (y compris l'option 125). Il y a juste sur l'option 6 (DNS) où je n'arrive pas à limiter la réponse à l'ip du routeur et j'ai donc un DNS orange qui se colle derrière (le secondary DNS. Mais bon pour la TV, ça le fait..presque
Presque car en sortie de veille, la TV est aux fraises très très souvent.(Nous sommes désolés mais la chaine demandée n'est pas accessible.) Il faut attendre pour que l'image revienne. Plusieurs très longues minutes parfois.
ça fait en fait un peu comme lorsque j'avais les 2 DHCP correctement configurés, à chaque fois en sortie de veille la TV était aux fraises. Elle doit rechercher je ne sais pas quoi, sur Wireshark je ne vois rien du tout. On est sur le VLAN 840 pour la TV, d'après la config de Cetipabo, il faut coller une IP LAN en dehors du LAN1 avec aucun serveur DNS, c'est ce que j'ai.
Pour l'option 77 du DHCP côté WAN, cetipabo donne cette syntaxe 'FSVDSL_livebox.MLTV.softathome.Livebox3
mais en recherchant avec google FSVDSL_livebox.MLTV.softathome.Livebox3 , je trouve des posts qui donnent d'autres syntaxes. D'ailleurs la syntaxe +FSVDSL_livebox.MLTV.softathome.Livebox3 passe et n'empêche pas le WAN5 de se monter. Quelqu'un a une capture récente de négo entre une LB3 et les serveurs Orange ?
-
attention ne pas confondre:
+FSVDSL_livebox.Internet.softathome.Livebox3 sur l'option 77 du WAN1
'FSVDSL_livebox.MLTV.softathome.Livebox3 sur l'option 77 du WAN5
-
Je parle bien du MLTV sur le WAN5
Edit : Tiens, bizarre ça. Avec cette chaine +FSVDSL_livebox.MLTV.softathome.Livebox3 sur le Wan 5 en option 77, j'ai bien une ip Wan 5 mais pas de table de routage... Je remets la version de Cetipabo ::)
-
sur le parametrage du WAN5, remplace le IPTV par Management.
Bien que ca marche chez moi c'est pas logique. Sur le WAN6 l'IPTV c'est OK.
-
Management c'est pire sur le replay. quand je clique sur une vignette de VOD, le décodeur revient quasiment de suite aux vignettes et je vois bien sur le Draytek qu'il y a eu 0 traffic sur le Wan5 pendant ce temps.
Cetipabo : tu as jamais touché à Load-Balance/Route Policy dans le Draytek ?
-
non jamais touché a ca...
Management c'est pire sur le replay. quand je clique sur une vignette de VOD, le décodeur revient quasiment de suite aux vignettes et je vois bien sur le Draytek qu'il y a eu 0 traffic sur le Wan5 pendant ce temps.
ca veut pas forcèment dire que c'est pire...
sinon apres chaque modif dans le draytek tu relance bien aussi le décodeur ? c'est important car s'il ne refait pas son cycle de requetes DHCP il reste toujours sur les anciens reglages...
En tout cas il n'y a pas de multicast IPTV sur le vlan 838, kgersen le mentionnait déjà ici (https://lafibre.info/remplacer-livebox/tv-orange-vdls2-avec-modem-routeur-draytek-vigor-2860/msg325661/#msg325661)
-
Bonjour,
Oui pour le déco, pour toute modif côté Draytek impactant ce type d'infos, je le reboote.
Je ne comprends pas ta remarque pour le vlan 838 par rapport au contexte de la réponse. Tu veux dire que pour Open WAN Interface for this Channel l'option WAN application IPTV n'est pas "bonne" ? Si c'est ça, je pense que c'est juste une question de vocabulaire, IPTV est à lire au sens générique, ça inclut toutes les technos, TV en live comme VOD...
VLAN 838 = WAN 5 = VOD (Replay)
VLAN 835 = WAN 6 = TV en live
-
kgersen ou zoc s'ils suivent le sujet pourront mieux te répondre que moi.
Si on regarde le schema, on voit bien qu'il n'y a pas de flux multicast sur le vlan 838. Donc mon réglage même s'il a marché chez moi n'est pas correct. Le vlan 838 c'est de l'internet tcp/ip comme le vlan 832 mais avec sa propre IP wan.
(https://drive.google.com/uc?id=0B5ma-el6j-bDVFhvYWIzZkQzWXc)
-
Si on regarde le schema, on voit bien qu'il n'y a pas de flux multicast sur le vlan 838.
Je confirme, et c'est pourquoi du coup il faut du NAT sur ce vlan, comme pour le vlan 832 pour internet
-
@ zoc et cetipabo
C'est un pour cela que j'ai demandé à Cetipabo s'il avait déjà utilisé cette page de config pour des options de routage
Je m'en suis déjà servi pour faire du routage depuis des IP Lan différentes quand j'avais un Wan1 et un Wan2 (mais ça, c'était avant).
Là, avec l'histoire des VLAN 5 et 6, je ne sais pas si on pourrait pas s'en servir pour qq chose mais je ne vois pas trop comment paramétrer cela.
J'ai oublié de capturer quelques lignes en dessous de l'écran, les voici :
Note:
Force NAT(Routing): NAT(Routing) will be performed on outgoing packets, regardless of which type of subnet (NAT or IP Routing) they originate from.
-
ne va pas perdre ton temps dans des reglages dont personne n'a eu besoin de faire.
Part de ma config, change juste ton lan en 192.168.0.0 si tu veux, mais le reste doit rester pareil. C'est qu'une fois que ca marchera que tu pourras commencer les fantaisies réseaux ;D
A mon avis, tu as le même problème que j'ai eu auparavant quand j'utilisais la mauvaise option 77 sur le wan5, j'avais bien une IP mais rien en replay. Je ne sais pas si l'user class qu'on envoi determine le codec utilisé dans le flux du replay, et il se pourrait qu'en utilisant un user class de LB3 ton uhd87 ne sache pas décoder le flux qu'on lui envoi. c'est une hypothèse.
Sinon peut-tu nous faire un schema de ton reseau local ? comment tes equipements sont ils interconnectés ? tu as des switch ? manageables ? des cpl ?
-
@cetipabo : Les fantaisies, il me reste plus que cela.
A part toi, combien de personnes sont arrivées à tout faire fonctionner avec un 2860 ?
Je viens de voir 2-3 choses qui diffèrent entre nos deux configs.
J'ai un 2860ac, tu as un 2860n --> il n'y a peut-être pas que le chipset wifi qui diffère ?
J'avais l'Ipv6 actif dans ma config, je viens de la désactiver (je l'ai vu désactivé chez toi).
Quand je charge ta config, j'ai que le Off dans la combo (cf.capture)
Sinon, j'ai donc rechargé une nouvelle fois ta config, adapté les DHCP WAN et mis en 192.168.0.0. J'ai viré tout ce qui était connecté au Draytek sauf mon PC et le décodeur, tous les 2 en directs. Donc, pas de switchs, pas de machine lambda, rien de plus simple et de plus direct.
VOD : ko , exactement comme avec ma config.
TV : semble un peu mieux, je suis pas resté trop longtemps mais il semble que le flux TV revenait très vite après une sortie de veille du déco.
Table de routage : toujours la fameuse différence sur la 1ère ligne que je n'ai pas.
Je vois aussi en comparant les Dashboard que tu n'as branché qu'un port LAN et le P1 sur le Draytek et que tu n'as pas activé le DoS.
PS : Je viens de tester en mettant le déco en P1 avec ma : rien de changé :-[ . je retenterai avec ta config et le déco en P1demain.
-
Alors pour l'histoire de la veille du déco, j'ai eu plein de soucis récement, le décodeur ne sortait plus de veille ou met un temps fou pour en sortir du coup dans les parametres de la box j'ai désactivé le mode "économie d'energie" et je n'ai plus de problème. tu dois avoir cette option sur ton decodeur:
https://assistance.orange.fr/tv-decodeur/tous-les-decodeurs/installer-et-utiliser/parametrer-la-tv-d-orange/autres-reglages/decodeur-uhd86-87-90-regler-le-mode-basse-consommation_41640-42458
Pour l'ipv6 je pense qu'il vaut mieux le désactiver, car il y a des options DHCP particulières et certains réglages que je n'ai pas réussi à faire.
Je vois à l’instant qu'un nouveau firmware vient de sortir, la 3.8.4.6 Mais il n'a pas l'air de corriger le probleme de l'apostrophe pour les options DHCP :( rien da ce sujet dans le changelog.
Pour la table de routage c'est curieux cette ligne manquante mais je ne crois pas qu'elle soit si importante.
Concernant les ports utilisés sur le Draytek, j'en utilisais qu'un seule au début de ce tutoriel car tous mes équipements étaient sur un switch relié au Draytek, Mais par la suite j'ai supprimé le switch donc plusieurs ports etaient utilisés, et ca n'a pas posé de problème. L'IGMP proxy fait bien le boulot et envoi bien le flux TV sur le bon port.
Juste une question, pourquoi restes-tu avec le vieux décodeur ? pourquoi ne pas demander l'echange avec le deco de la LB3 ?
-
@cetipabo : Les fantaisies, il me reste plus que cela.
A part toi, combien de personnes sont arrivées à tout faire fonctionner avec un 2860 ?
sur ce forum 1 personne c'est manifesté https://lafibre.info/remplacer-livebox/tv-orange-vdls2-avec-modem-routeur-draytek-vigor-2860/msg364876/#msg364876 (https://lafibre.info/remplacer-livebox/tv-orange-vdls2-avec-modem-routeur-draytek-vigor-2860/msg364876/#msg364876), avec un 2760dn, mais pas plus d'infos.
mais comme on est sur un forum FIBRE...pas sur que les gens viennent ici pour leurs problèmes.
-
Tests du jour.
Config hard simplifiée : P1 = Décodeur / P6 = PC
Reset usine du Draytek + chargement des conf (Cetipabo et la mienne) : toujours ko sur Replay
Reset usine et suivi des instructions de la page 1 : impossible de monter le Wan5
MAIS : constat d'un point de différence entre configs perso et from scratch vs config Cetipabo --> quand routeur démarre, avant même de faire la synchro, il indique en haut à droite 2 DNS. Mes configs = DNS de Google qui viennent de la conf défaut de Draytek
Avec la conf de Cetipabo : primary et secondary DNS sont 80.10.246.3 et 81.253.149.10
Pourtant, à aucun moment je ne vois ces DNS définis dans un des écrans de la config de Cetipabo --> d'où viennent-ils ?
Edit : Je viens de retrouver la trace : ce sont les DNS du LAN quand ils sont indiqués. En plus renaud07 l'avait redit il y a pas longtemps mais avec tous ces tests :-\
-
Pour info : sortie du firmware 3.8.4.6...qui ne corrige pas la saisie avec un ' dans le DHCP
-
je l'ai indiqué 4 posts plus haut ;)
Le support m'a dit que ce sera ajouté dan la 3.8.5.x
-
J'avais pas vu ta 1ère réponse matinale :-[ juste la seconde.
Je ne comprends pas ta question sur le "vieux décodeur". Il a été livré dans le même colis que la Livebox , qui est une Livebox 3 FR. J'ai l'offre Zen.
-
Ben moi j'avais eu le décodeur noir de la LB3, le IHD92 plus récent...je comprends pas qu'on te donne une version plus ancienne.
-
Ben moi j'avais eu le décodeur noir de la LB3, le IHD92 plus récent...je comprends pas qu'on te donne une version plus ancienne.
C'est normal, il n'y a qu'a voir la photo de l'offre : https://boutique.orange.fr/internet/offres-adsl/zen Tu dois avoir l'offre play ou jet.
LB3 et déco blanc (UHD87/90).
Dès l'offre play on passe en LB4/deco 4
C'est vrai que c'est un peu vache de ne pas proposer l'IHD92 histoire d'être homogène (et raccord niveau couleur^^)
-
Du coup, ça aurait un impact sur les options 77 du DHCP ou ça expliquerait le pb du replay ?
-
Du coup, ça aurait un impact sur les options 77 du DHCP ou ça expliquerait le pb du replay ?
Il ne reste plus que cette piste... Sinon j'ai une autre théorie avec les DRM (que tu avais évoqué plus haut) :
La LB demande un flux différent en fonction du décodeur, et vu que le draytek ne sait pas le faire, ça envoie un flux pour l'IHD92 que l'UHD87 ne peut pas décoder.
Ce qu'il faudrait faire c'est voir quel option 77 envoie une livebox 2 et essayer de le mettre, je ne vois que ça.
Je vais essayer de voir si je peux choper l'option sur la mienne. Enfin c'est une livebox pro, alors peut-être que ce sera différent, mais bon, qui ne tente rien...
-
L'essai aura été de courte durée, j'avais oublié que l’authentification sur le 838 se faisait uniquement si la box était connectée au net et qu'un décodeur était branché sur le LAN. Dans mon cas mis à part le PPPOE discovery sur 835 je n'obtiens rien de plus.
Et créer faux serveur pppoe et simuler un décodeur est clairement trop long à mettre en place. Sans garantie de résultat...
-
si tuas 25€ à mettre en l'air , pour le challenge !
http://www.ebay.fr/itm/Decodeur-tnt-hd-orange-IHD-92-LivePlay-Disque-Dur-Integre-sans-carte-tv-/263086721232
il te suffira de mettre ta carte dans le décodeur.
-
Bon, j'ai fini par y arriver plus facilement que prévu (merci pfsense et son serveur pppoe intégré). Il a fallu créer tous les VLAN (835, 851 et 838) et une fois que 835 et 851 on obtenu leur ip, le 838 a enfin décidé de se connecter, j'ai en plus balancé un faux décodeur (mais je n’arrive pas à dire si c'est ça qu'il l'a déclenché).
La réponse est donc :
FSVDSL_livebox.MLTV.sagem.Livebox2
-
Bravo ! ;D
donc cette fois ci c'est pas une apostrophe mais un guillemet à mettre "FSVDSL_livebox.MLTV.sagem.Livebox2
-
Encore merci à tous les 2 pour les efforts que vous faites.
Donc, vu que Renaud07 parle d'un MLTV, je suppose qu'on parle de l'option 77 sur Wan5 (vlan 838).
J'ai essayé ces syntaxes, ensuite j'ai demandé un simple renew de l'ip sur le WAN5 (histoire de ne pas me faire pourrir en coupant encore le net :-[ )
ip dhcpc option -e 1 -w 5 -v FSVDSL_livebox.MLTV.sagem.Livebox2 -c 77
--> le WAN5 ne remonte pas
ip dhcpc option -e 1 -w 5 -v "FSVDSL_livebox.MLTV.sagem.Livebox2 -c 77
--> l'option n'est pas prise en compte
ip dhcpc option -e 1 -w 5 -v 'FSVDSL_livebox.MLTV.sagem.Livebox2 -c 77
--> la WAN5 remonte mais le replay est ko et le RX rate sur Wan5 est beaucoup trop faible pour dire que des données arrivent.
Tous ces tests en gardant option 77 sur Wan1 comme ceci :
% enable 2 WAN1 77 ASCII +FSVDSL_livebox.Internet.softathome.Livebox3 --> on en avait pas parlé, faudrait-il le changer ?
J'ai même testé ceci : 'FSVDSL_livebox.MLTV.softathome.Livebox2 (puisque le décodeur parle d'un identifiant softathome...) et ça fait comme avec 'FSVDSL_livebox.MLTV.softathome.Livebox3 ou 'FSVDSL_livebox.MLTV.sagem.Livebox2 , le WAN5 est up, mais on a un RX rate qui monte pendant plusieurs secondes avant message d'erreur sur l'écran.
Bon, j'arrête pour ce soir...
Edit : mon décodeur est un UHD87 quand on regarde l'écran resume de la maintenance, mais l'étiquette dessous est SAM TV UHD 90 RECY, c'est encore un truc pour simplifier les recherches
-
Et si tu essayais de passer la chaîne en hexa ? Car vu que 'FSVDSL_livebox.MLTV.sagem.Livebox2 (avec l'apostrophe) ne correspond pas a la bonne longueur, c'est peut-être pour ça ?
ip dhcpc option -e 1 -w 5 -x 2246535644534c5f6c697665626f782e4d4c54562e736167656d2e4c697665626f7832 -c 77
J'ai rajouté 22 au début qui correspond au guillemet.
Pour lever le doute faudrait qu'on te prête un IHD92 (le noir).
-
Pour info sur mon reseau j'ai un décodeur TV 4 ainsi qu'un UHD90 (qui est identique au 87) en second décodeur. Mon routeur récupère une IP sur le VLAN 838 en utilisant l'option 77 "FSVDSL_livebox.MLTV.sagem.Livebox4
La VOD fonctionne sur les 2 décodeurs avec une configuration du serveur DHCP des plus classiques. Pour moi, si la VOD ne fonctionne pas, il n'y a que 2 causes possibles:
- le NAT ne fonctionne pas correctement sur le VLAN 838
- les routes reçues ne sont pas correctes ou sont ignorées/mal interprétées par le routeur
Que donne un traceroute depuis le LAN vers une IP faisant partie des plages retournées par la réponse DHCP sur le 838 ? Est-ce que ça sort bien par le 838 ?
-
je vais recup le draytek ce soir, je l'aurai pour le week-end. je vais le RESET, flasher le dernier firmware 3.8.4.6 qui vient de sortir, et refaire le paramétrage "from scratch" sur un lan en 192.168.0.0 pour voir.
si ca marche toujours, je sauve et je reposte le fichier de config.
@zoc
donc un user class qui en théorie n'existe pas ? FSVDSL_livebox.MLTV.sagem.Livebox4
-
J'avais répondu de tête sans aller vérifier parce que je suis en vacances à 600 km de mon ERL ;D
Du coup j'ai dégainné mon VPN et je suis allé vérifier, et effectivement tu as raison, mon user class est:
\047FSVDSL_livebox.MLTV.softathome.Livebox4
-
haaa je préfère ;D
Donc ca marche chez toi sur un UHD90 avec un user class qui correspondrait a celui d'une LB4, alors on fait certainement fausse route avec cette option 77.
faudrait faire comme tu le suggère regarder ce qu'il se passe côté NAT (firewall aussi peut etre ?) et routes.
-
Je me demandais : les IP reçues sur le 838 sont accessibles uniquement via la gateway renvoyée, ou on peut les atteindre par le net normal ?
Car je viens à tout hasard de les tester et elles fonctionnent, j'obtiens bien un traceroute (alors que je suis en ADSL) c'est bizarre... a moins que ce soit les mêmes ? Par contre si j'ai bien le début du traceroute, après le 10ème saut (variable selon les ip), j'ai des étoiles, donc je ne sais pas si ça abouti réellement. Mais vu que je n'ai pas d'offre TV peut-être que ça me bloque quelque part ?
Et lorsque je fais un test via une connexion 3G le traceroute se comporte bizarrement en renvoyant à l'infini au bout du 6ème saut les 3 mêmes routeurs traversés (je n'atteins pas Orange). Donc la première hypothèse semble se vérifier.
renaud@renaud-PC ~ $ traceroute -m 60 81.253.214.56
traceroute to 81.253.214.56 (81.253.214.56), 60 hops max, 60 byte packets
1 192.168.1.1 (192.168.1.1) 3.636 ms 3.645 ms 3.791 ms
2 net1lo3.bslyo152.Lyon.francetelecom.net (193.253.171.231) 26.253 ms 28.761 ms 28.761 ms
3 10.123.91.74 (10.123.91.74) 48.603 ms 52.794 ms 52.790 ms
4 ae20-0.nclyo201.Lyon.francetelecom.net (193.253.87.158) 34.825 ms 34.839 ms 35.605 ms
5 ae42-0.nrlyo201.Lyon.francetelecom.net (193.252.101.234) 40.208 ms 40.220 ms 42.584 ms
6 ae42-0.nridf101.Paris.francetelecom.net (193.252.101.214) 52.730 ms 40.939 ms 55.837 ms
7 ae41-0.nridf301.Paris.francetelecom.net (193.251.126.121) 55.829 ms 35.856 ms 35.833 ms
8 ae44-0.nrstr101.Schiltigheim.francetelecom.net (193.251.126.205) 39.913 ms 42.774 ms 42.752 ms
9 ae42-0.ncstr201.Schiltigheim.francetelecom.net (193.252.160.70) 43.002 ms 44.502 ms 44.513 ms
10 ae41-0.ncstr202.Strasbourg.francetelecom.net (193.252.100.66) 42.112 ms 41.271 ms 35.952 ms
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
renaud@renaud-PC ~ $ traceroute -m 60 81.253.214.56
traceroute to 81.253.214.56 (81.253.214.56), 60 hops max, 60 byte packets
1 192.168.42.129 (192.168.42.129) 0.825 ms 0.929 ms 1.042 ms
2 * * *
3 10.4.2.21 (10.4.2.21) 332.073 ms 332.063 ms 10.4.0.21 (10.4.0.21) 332.364 ms
4 10.187.145.251 (10.187.145.251) 333.415 ms 356.897 ms 355.915 ms
5 1.134.136.77.rev.sfr.net (77.136.134.1) 356.218 ms 387.410 ms 383.276 ms
6 34.10.136.77.rev.sfr.net (77.136.10.34) 387.471 ms 391.055 ms 391.021 ms
7 182.74.24.109.rev.sfr.net (109.24.74.182) 408.886 ms 233.473 ms 233.418 ms
8 77.10.136.77.rev.sfr.net (77.136.10.77) 247.013 ms 245.931 ms 241.000 ms
9 82.10.136.77.rev.sfr.net (77.136.10.82) 242.877 ms 260.438 ms 236.243 ms
10 182.74.24.109.rev.sfr.net (109.24.74.182) 229.869 ms 265.962 ms 237.421 ms
11 77.10.136.77.rev.sfr.net (77.136.10.77) 259.849 ms 242.013 ms 229.602 ms
12 82.10.136.77.rev.sfr.net (77.136.10.82) 277.840 ms 264.111 ms 264.148 ms
13 182.74.24.109.rev.sfr.net (109.24.74.182) 246.690 ms 244.689 ms 255.739 ms
14 77.10.136.77.rev.sfr.net (77.136.10.77) 254.116 ms 251.907 ms 535.963 ms
15 82.10.136.77.rev.sfr.net (77.136.10.82) 517.003 ms 516.484 ms 515.583 ms
-
Bon, je viens de RESET le firmware to factory default en chargeant le dernier firmware 3.8.4.6. J'ai tout refait from scratch, et j'ai mis le LAN sur 192.168.0.0
Ca marche nickel, TV + replay.
j'ai supprimé les options DHCP 91 du WAN1 et 61 du WAN5 (mes identifiants) et j'ai fait un backup de la config, en pièce jointe ici, le mot de passe est celui par defaut (admin/admin).
Quand je fais un traceroute vers une ip de la table de routage (80.10.117.120), voici ce que je vois dans les sessions NAT:
(http://i.imgur.com/iWDx5Yh.png)
Ca sort bien par WAN5 (bien que le traceroute sur cette ip mene visiblement nul part).
-
@cetipabo : merci pour la conf, je vais la tester ce soir ou demain.
Convernant la LB3, si on branche son port WAN à un port LAN du Draytek, il y a pas moyen de chopper sa demande DHCP (même si elle n'obtiendra pas la réponse qu'elle veut) ?
-
@cetipabo : j'ai chargé ta config, j'ai rien modifié dans l'interface web, en ssh j'ai supprimé les options 77 pour les remplacer par les mêmes mais avec livebox4 et j'ai ajouté les options 90 (wan1) et 61 (wan5) --> Replay ko avant et après reboot
J'ai chargé à nouveau ta config mais j'ai ajouté que les option 90 et 61 --> Replay ko avant et après reboot
Je désespère :'(
PS : dans l'option 61 du wan 5, on est bien ok que c'est la mac de la LB que tu passes ?
-
Convernant la LB3, si on branche son port WAN à un port LAN du Draytek, il y a pas moyen de chopper sa demande DHCP (même si elle n'obtiendra pas la réponse qu'elle veut) ?
C'est ce qu'il faut faire, avec wireshark qui tourne sur un PC à côté normalement on devrait voir les requêtes passer. Perso je me suis directement branché avec mon PC sur le port WAN, mais même avec un switch au milieu ça ne devrait pas poser de problème.
-
PS : dans l'option 61 du wan 5, on est bien ok que c'est la mac de la LB que tu passes ?
oui !
-
@renaud07 : avec wireshark dans la config réseau indiquée (LB sur son port Wan derrière 1 port LAN du routeur), je ne vois passer que les broadcast Ppoe :-[
-
@renaud07 : avec wireshark dans la config réseau indiquée (LB sur son port Wan derrière 1 port LAN du routeur), je ne vois passer que les broadcast Ppoe :-[
Essaies en direct alors.
-
renaud07 : en direct ? tu peux détailler stp, je suis en VDSL.
-
Brancher directement le WAN de la box sur la carte réseau d'un PC. Comme ça on est sûr qu'on reçoit bien tous les paquets.
Elle doit commencer par envoyer un DHCP discover sur 832 et si elle ne reçoit pas de réponse elle passe sur le 835 en PPPoE. Bien évidemment il faut la passer en mode fibre.
(https://assistance.orange.fr/medias/woopic/images/var/orange/storage/images/media/crc-racine/captures-ecran/technique/livebox/livebox-play/interface/livebox-play-interface-configuration-avancee-connexion-internet/1382487-2-fre-FR/livebox-play-interface-configuration-avancee-connexion-internet_full-view-image.png)
-
En direct, je ne suis pas arrivé à avoir autre chose que le broadcast du ppoe.
J'ai passé trop de temps sur ce sujet. Si ce routeur est compatible TV et replay, il manque des infos quelque part.
Pour le moment, j'ai mis la LB en 1ère ligne, réactivé mon serveur DHCP (en lui disant de ne pas donner d'IP au décodeur). La Draytek ne fait plus routeur, juste switch et AP wifi.
J'ai perdu mon double WAN et j'espère pouvoir recréer toutes les règles que j'avais dans la LB.
Pour info, j'ai vu que ma LB avait l'Ipv6 d'activé sur le WAN. Faudrait vérifier que ce n'est pas cela qui faisait au final que mon Draytek passait mal (on envoyait des infos dhcp Wan en ip v4, si ça trouve Orange attendait de l'ipv6).
-
C'est vraiment bizarre, tu as bien épluché tous les paquets, car moi aussi au début c'était pas facile à trouver... Pour avoir l'info il faut aller voir le détail du paquet. Au pire tu peux m'envoyer une capture par MP.
Sinon on peut le voir directement dans une colonne supplèmentaire, pour l'ajouter : editer > préférences > apparence > colonne > cliquer sur le + en bas > donner un nom a la colonne > sélectionner dans la liste 802.1Q VLAN id
Et voici ce que ça donne (évidemment je n'ai pas le 832) :
-
Pour info, j'ai vu que ma LB avait l'Ipv6 d'activé sur le WAN. Faudrait vérifier que ce n'est pas cela qui faisait au final que mon Draytek passait mal (on envoyait des infos dhcp Wan en ip v4, si ça trouve Orange attendait de l'ipv6).
Ça n'a rien à voir. Il n'y a pas d'ipv6 sur le 838.
-
Le 838 est certes exclusivement en ipv4 mais en l'absence de doc officielle, qui peut conclure que certains éléments n'ont pas un impact sur le reste du fonctionnement ?
Qu'un jeton d'authentification obtenu en Ipv6 a le même rôle qu'un jeton obtenu en ipv4 ou qu'une règle de fonctionnement ne va pas se substituer à une autre ?
Là, je vois aussi que la LB ouvre en Upnp des ports vers le décodeur. Un STB Remote PVR Rule et un STB TR069, ils étaient ouverts ces ports avec le Draytek ? perso j'ai pas regardé.
-
Pour l'upnp, je ne pense pas que ça joue, les règles ouvertes sont seulement destinées à programmer un enregistrement depuis l'appli smartphone. A moins que le TR069 soit aussi pour le contrôle par le service client (m'en rappelle plus très bien).
Pour moi, il n'y a pas de problème à ne pas avoir l'ipv6 sur le draytek (qui n'est toujours pas compatible, car il faut comme pour ipv4 envoyer les options qu'on ne peut pas rentrer), ça a fonctionné ainsi pendant des années sur la LB, ce n'est pas parce qu'on ajoute un truc en plus que tout à coup ce qui était en place ne fonctionnerait plus. La preuve, une livebox 2 fonctionne toujours sur le réseau alors que le firmware n'a pas été mis à jour depuis des années.
-
Bonjour,
le firmware 3.8.5 vient de sortir, mais il ne corrige pas le problème d'affichage et de longueur de la chaîne de caractères dans les options DHCP, donc toujours obligé de passer par telnet. >:( >:(
-
Firmware 3.8.6
http://www.draytek.com.tw/ftp/Vigor2860/Firmware/v3.8.6/Vigor2860_v3.8.6-03v_en.zip
Enfin les caractères spéciaux sont acceptés dans les options DHCP, plus besoin de passer par telnet. :)
(https://i.imgur.com/suMlk34.png)
-
Bonjour,
A mon tour de ressortir ce topic.
Depuis plusieurs années, j'utilise un Draytek pour remplacer la livebox (sur une ligne ADSL puis VDSL et maintenant Fibre). Jusqu'à maintenant pas de soucis, cela fonctionne. je ne garde que le flux internet car je n'ai pas besoin de la TV, Replay ou Téléphonie. Configuration classique en PPPoE avec un VLAN 835 et le tour est joué.
Mais je me pose la question par rapport au PPPoE qui serait un jour abandonné et qui va me poser de réels soucis. A-t'on une date annoncée à la fin du PPPoE ?
J'ai commencé à regarder vos tutos, mais rapidement, je me trouve face à une problématique par rapport à l'option 61 où l'on doit mettre l'adresse MAC de la livebox, car je n'ai plus de livebox depuis un bout de temps !! Est-ce absolument nécessaire ?
Et part la suite, vu que la livebox est restituée à Orange, est-ce que cela peut poser un soucis si cette livebox est remise en service ailleurs ?
Dans tous les cas, je n'ai pas besoin de la TV ou du Replay, juste d'internet (éventuellement la téléphonie, mais j'ai cru comprendre que c'était quasi impossible de garder le téléphone sans livebox).
Pouvez-vous me dire quel serait le paramétrage minimum nécessaire pour avoir juste internet avec le Draytek sans utiliser le PPPoE ? Est-ce qu'il y a des particularités suivant le type de ligne ADSL, VDSL ou Fibre ?
Merci de votre aide !
-
Il n'y a pas besoin de l'adresse mac d'une livebox pour obtenir une adresse IP sur le VLAN 832.
Le Draytek supporte l'option 90 et le marquage de la priorité (802.1p) des paquets DHCP ? L'option 90 est nécessaire partout pour que ça fonctionne. Le marquage de la bonne priorité est parfois nécessaire.
-
Ok, je vais essayer de faire quelques tests alors.
Et pour les spécificités du WAN1 qui peut-être de l'ADSL ou VDSL, il suffit de mettre :
Channel 2
1483 Bridged IP LLC
VPI 0
VCI 38
Multimode
MTU 1500
Et le WAN2 qui serait l'arrivée ethernet d'un boitier ONT Fibre, c'est plus simple avec juste le MTU 1500 à modifier ?
Sans oublier dans les deux cas les identifiants et mot de passe dans le DHCP Client Identifier.
Par contre, le marquage de priorité (802.1p) se fait où et comment ?
Merci.
-
Par contre, le marquage de priorité (802.1p) se fait où et comment ?
Je n'en sais rien, je posais la question pour savoir si le Draytek le supporte ou pas. Le priorité n'est par contre sans doute pas nécessaire en VDSL mais peut l'être en FTTH.
Sinon, le mot de passe du client n'est pas utilisé en DHCP. Uniquement l'identifiant fti/xxxxxx.
-
Bonjour,
il y a un simultateur de l'interface ici : http://eu.draytek.com:12860/
la QoS se trouve dans Bandwidth Management, je ne me suis pas penché dessus, il faudrait voir comment ca fonctionne...sinon demander au support Draytek en expliquant qu'on voudrait assigner un cos à 6 sur les paquets DHCP...
avec ce que je vois j'ai pas l'impression que ce soit possible...peut-etre avec une commande Telnet ?
-
Je ne suis pas vraiment un expert des Draytek et je vais faire mes tests avec un 2862, mais dans le WAN General Setup, à côté du VLAN Tag value, il y a un champ Priority de 0 à 7. Cela ne suffirait pas pour ce souci potentiel de priorité qu'il faut mettre à 6 ?
-
Il ne faut mettre que le traffic DHCP en priorité 6. Si tout le traffic est en priorité 6, alors le débit sera catastrophique (quelques dizaines de Mbps au grand max., même sur de la fibre).
-
Bon aucun souci sur une ligne Fibre. La config avec juste le WAN1 fonctionne très bien !!
Je vais essayer avec une ligne VDSL la semaine prochaine pour voir si c'est pareil.
Surprenant quand même de ne pas avoir à saisir son mot de passe de connexion ...
Merci pour votre aide !
-
Bonjour,
J'ai lu tout le thread avec intérêt, merci pour les tutos, les captures d'écran, etc.
Je possède un Draytek Vigor 130 (modem VDSL), que j'ai branché sur un des ports WAN de mon USG-PRO-4 (Unifi). Le Draytek 130 n'a qu'un port RJ11 et un port RJ45.
J'ai configuré le Draytek comme dans le tuto de cetipabo, et j'ai bien Internet mais pas encore accès à l'IPTV.
J'ai également essayé de configurer le Draytek en mode bridge afin de faire toutes les manips côté USG, mais cela reste compliqué. Aussi, le draytek 130 est configuré comme une gateway par défaut pour mon USG. Je me demande seulement si avec cette configuration je peux profiter du décodeur TV de la livebox, en propageant les VLAN 838 et 840 sur mon switch, ou si cela reste compliqué ?
Merci pour vos lumières :)
-
Bonjour,
tu as ni accès à la TV ni au Replay ?
si tu as un USG-PRO-4 il vaut mieux essayer de mettre le draytek en bridge et faire la config sur l'USG.
-
Bonjour cetipabo,
Merci pour ton message.
Cela m'a pris du temps, mais j'ai enfin réussi à basculer le modem en full bridge. Les options n'étaient pas évidentes à trouver.
Je récupère bien au moins le VLAN 832 sur le port WAN1 de mon USG. Je vais continuer de suivre le tuto et brancher le boitier TV sur le port LAN2 de l'USG, afin de voir si je récupère bien le flux IPTV. Je te tiens au courant.
-
Bonjour,
J'ai effectué les manipulations sur mon USG pour bénéficier de la TV (je n'ai pas besoin du téléphone).
J'ai donc WAN1 avec VLAN taggé 832 branché en direct sur mon Draytek, et je reçois bien Internet.
J'ai branché mon décodeur TV sur le port LAN2, et je n'arrive pas à recevoir la TV. J'ai taggé le port en 832 aussi, et bien fait attention à y attribuer les DNS d'Orange, mais j'obtiens un code S04 sur ma télé.
Pour être sûr que j'ai bien compris :
* Puis-je faire fonctionner le décodeur TV sans la livebox ?
* Si oui, est-ce que je peux à terme rendre la Livebox dans une boutique Orange afin de ne plus dépenser 3 euros de location par mois, tout en gardant le décodeur TV ?
Merci
-
La TV c'est sur les VLAN 838 et 840. 832 c'est uniquement internet.
Pour la location, depuis la récente mesure de la DGCCRF (https://www.degroupnews.com/breves/affichage-prix-box-incluse-orange-bouygues-a-lamende) qui demande d'inclure la location des box dans le prix de l'abo, j'ai bien peur qu'il soit impossible de la rendre (déjà que c'était très difficile avant)...
-
Bonjour cetipabo,
Merci pour ton message.
Cela m'a pris du temps, mais j'ai enfin réussi à basculer le modem en full bridge. Les options n'étaient pas évidentes à trouver.
Bonjour,
En mode full bridge, comment télé-configures ou télé-administres-tu ton Vigor130 ?
Via une IP de management dédiée au Vigor130 ?
Slts
-
Bonjour,
voir ici : https://www.draytek.com/en/faq/faq-connectivity/connectivity.wan/how-to-access-vigor130-in-bridge-mode/
En résumé, il faut créer dans le routeur raccordé au Vigor130 une ip LAN dans le même sous-réseau que le Vigor130.
-
Bonjour,
voir ici : https://www.draytek.com/en/faq/faq-connectivity/connectivity.wan/how-to-access-vigor130-in-bridge-mode/
En résumé, il faut créer dans le routeur raccordé au Vigor130 une ip LAN dans le même sous-réseau que le Vigor130.
Ce lien est très intéressant : il répond à beaucoup de mes questions !
Puisque l'IP de management est configurable, on doit pouvoir installer sur un même réseau local, plusieurs Vigor130.
Merci beaucoup pour le lien !
-
Bonjour,
Après plusieurs mois sans soucis depuis la mise en place en DHCP en juillet dernier, la connexion s'est arrêté la semaine dernière sur mon routeur.
Il a fallu que je repasse en PPPoE pour retrouver ma connexion.
Je suis le seul dans ce cas ?
Pendant la "panne", j'ai testé ma ligne avec le service d'Orange de dépannage qui m'indiquait un souci au niveau du login/mot de passe. Et comme dans le cadre du DHCP, seul le login est envoyé et pas le mot de passe, est-ce que Orange n'aurait pas modifié quelque chose dans ses paramètres pour forcer le mot de passe ?
Merci de vos retours.
-
Bonjour,
Après plusieurs mois sans soucis depuis la mise en place en DHCP en juillet dernier, la connexion s'est arrêté la semaine dernière sur mon routeur.
Il a fallu que je repasse en PPPoE pour retrouver ma connexion.
Je suis le seul dans ce cas ?
Pendant la "panne", j'ai testé ma ligne avec le service d'Orange de dépannage qui m'indiquait un souci au niveau du login/mot de passe. Et comme dans le cadre du DHCP, seul le login est envoyé et pas le mot de passe, est-ce que Orange n'aurait pas modifié quelque chose dans ses paramètres pour forcer le mot de passe ?
Merci de vos retours.
C'est ici pour plus d'information :
https://lafibre.info/remplacer-livebox/cacking-nouveau-systeme-de-generation-de-loption-90-dhcp/
-
ok merci, j'avais pas encore eu le temps de chercher l'info
-
Bonjour à tous.
Je sais que cela fait très longtemps que personne n'a posté ici, mais je galère un peu.
Je tente de rentrer l'option 90 soit sur l'interface soit par telnet mais il me dit que la valeur est trop longue. J'utilise le script option90.sh posté sur un autre topic.
Quelle valeur utilisez vous actuellement ?
Merci.
-
salut,
si ca ne passe pas par telnet il faut contacter le support Draytek et leur dire que pour Orange en france il est necessaire de pouvoir rentrer une chaine de caractères de cette longueur, et montre leur la commande que tu tapes dans telnet avec l'erreur. en général ils sont réactifs.
-
salut,
si ca ne passe pas par telnet il faut contacter le support Draytek et leur dire que pour Orange en france il est necessaire de pouvoir rentrer une chaine de caractères de cette longueur, et montre leur la commande que tu tapes dans telnet avec l'erreur. en général ils sont réactifs.
Salut, et merci pour ta réponse.
Je reste connecté en PPPOE en attendant, car je n'ai pas vraiment besoin de la TV mais je vais envoyer un mail à draytek alors. Je ne manquerai pas de poster leur réponse ici si ça peut aider quelqu'un.
-
Bonjour à tous,
Je me demande s’il est possible d’utiliser le VLAN 832 avec un autre modem vdsl (tplink vr600 par exemple), en le mettant en mode full bridge et en faisant porte l’authentification et les option DHCP a un routeur sous Linux.
Je m’explique, on met le modem tplink en mode full bridge, et on configure le dhcp client sur le routeur Linux derrière avec les options qui vont bien, aucun problème de ce côté car c’est un Linux standard (archlinux ou debian).
La seule question que je me pose est au niveau du VLAN 832, dois je le mettre au niveau du modem ou du routeur Linux ?
Vos avis ?
Merci :)
-
ben si tu le met en "full bridge" c'est coté linux qui faudra gérer les vlan.
Le Draytek Vigor 130 est bien adapté pour ca. Tu as meme un simulateur ici : http://eu.draytek.com:10130/
-
Merci pour la réponse, mais j’ai cru comprendre que le Vigor 130 avait un problème avec la longueur de la chaîne de caractères sur l’option DHCP. Est ce le cas ?
-
Sinon avec un autre routeur (tplink) qui ne fait que du full-bridge sans options dhcp, j’imagine que le VLAN 832 est à mettre côté Linux et non sur le modem ?
-
Merci pour la réponse, mais j’ai cru comprendre que le Vigor 130 avait un problème avec la longueur de la chaîne de caractères sur l’option DHCP. Est ce le cas ?
mais ca c'est géré coté Linux si tu mets le Draytek en bridge.
-
Ok, donc le vlan 832 aussi cote linux ?
-
Bonjour à tous,
Je ne parviens pas à récupérer une IPV6 avec dhclient sous linux. En IPv4, aucun problème tout fonctionne bien.
voici ma config, ai-je raté qquechose svp ?
# ipv4
option rfc3118-authentication code 90 = string;
interface "orange" {
timeout 60;
retry 1;
select-timeout 0;
send vendor-class-identifier "sagem";
send user-class "+FSVDSL_livebox.Internet.softathome.Livebox4";
send rfc3118-authentication 00:00:00:00:00:00:00:00:00:00:00:1A:09:00:00:05:58:01:03:41:01:0D:66:74:69:2f:72:67:66:65:64:65:33:3C:12:34:63:31:38:65:61:64:63:64:34:61:32:34:xxxxxxx:xxxxx;
request subnet-mask, routers,
domain-name-servers, domain-name,
broadcast-address,
dhcp-lease-time, dhcp-renewal-time, dhcp-rebinding-time,
rfc3118-authentication;
}
# ipv6
option dhcp6.auth code 11 = string;
option dhcp6.userclass code 15 = string;
option dhcp6.vendorclass code 16 = string;
interface "orange" {
timeout 60;
retry 1;
select-timeout 0;
send dhcp6.vendorclass 00:00:04:0e:00:05:73:61:67:65:6d;
send dhcp6.userclass 00:2b:46:53:56:44:53:4c:5f:6c:69:76:65:62:6f:78:2e:49:6e:74:65:72:6e:65:74:2e:73:6f:66:74:61:74:68:6f:6d:65:2e:6c:69:76:65:62:6f:78:34;
send dhcp6.auth 00:00:00:00:00:00:00:00:00:00:00:1A:09:00:00:05:58:01:03:41:01:0D:66:74:69:2f:72:67:66:65:64:65:33:3C:12:34:63:31:38:65:61:64:63:64:34:61:32:34:xxxxxxx:xxxxxxx;
#dhcp6.client-id 00:03:00:$livebox_mac;
dhcp6.client-id 00:03:00:xxxxx;
also request dhcp6.auth, dhcp6.vendorclass, dhcp6.userclass;
}
Avant de lancer dhclient, j'execute ce script pour configurer mon interface 'orange' :
#!/bin/sh
# https://vincent.bernat.ch/fr/blog/2019-orange-livebox-linux
# DHCP, ARP, IGMP et ICMP force priority 6 on dev orange
iface="enp0s20f3"
if ip link show dev orange >/dev/null 2>&1 ; then
echo "deleting and re-creating and re-creating orange interface !"
ip link del orange
else
echo "creating orange interface"
fi
/usr/bin/ip link add link $iface name orange type vlan id 832 egress-qos-map 0:0 6:6
/usr/bin/ip link set orange up
echo
/usr/bin/ip -d link show dev orange
echo
# We need a qdisc to set filters
tc qdisc replace dev orange root handle 1: prio
tc filter del dev orange
# DHCP (raw sockets, do not specify "protocol ip")
tc filter add dev orange parent 1: prio 1 u32 match ip protocol 17 ff match ip dport 67 ffff action skbedit priority 0:6
# ARP
tc filter add dev orange parent 1: prio 2 protocol 0x806 u32 match u32 0 0 action skbedit priority 0:6
# IGMP
tc filter add dev orange parent 1: prio 3 protocol ip u32 match ip protocol 2 ff action skbedit priority 0:6
# ICMP
tc filter add dev orange parent 1: prio 4 protocol ip u32 match ip protocol 1 ff action skbedit priority 0:6
# DHCPv6
tc filter add dev orange parent 1: prio 5 protocol ipv6 u32 match ip6 protocol 17 ff match ip6 dport 547 ffff action skbedit priority 0:6
# ICMPv6
tc filter add dev orange parent 1: prio 6 protocol ipv6 u32 match ip6 protocol 58 ff action skbedit priority 0:6
# show
tc filter show dev orange
merci d'avance...
-
Tu n'es pas dans le bon Topic ;)
ici c'est : Remplacer sa Livebox ADSL/VDSL par un Draytek 2860...
Ta question a plus à voir avec Linux qu'un Draytek...
-
merci, j'avais compris mon erreur et créé un topic dédié.
désolé pour le dérangement :)
-
Bon, je viens de me prendre un Draytek Vigor 165 pour mon VDSL, je vais appliquer la même methode. Juste une question, est ce que cela fonctionne pour l’ipv6 aussi ? Au bien est ce uniquement valable pour l’ipv4 ? Merci
-
bonjour, je ne saurais te répondre, je n'ai jamais mis le nez dans l'ipv6.
Je viens de regarder dans l'émulateur en ligne : http://eu.draytek.com:10165/
dans le menu : Internet access > IPV6
je ne sais vraiment pas quel protocol il faut choisir :
(https://i.imgur.com/m5DWKhZ.png)
il faudrait demander @zoc
-
Merci, mais en fait quand on selectionne DHCPv6, on ne peut pas ajouter d'option DHCP spécifique IPv6.
D'où ma question... :)
-
Le moins mauvais choix est DHCPv6, mais je doute que ça fonctionne, parce qu'en pratique c'est DHCPv6-PD qui est utilisé par Orange.
Et c'est d'autant plus problématique si on ne peut pas rentrer d'options (pour l'authentification qui est similaire à ce qui est nécessaire en IPv4).
-
je pense qu'on peut entrer les options, mais c'est à un autre endroit.
https://lafibre.info/remplacer-livebox/tv-orange-vdls2-avec-modem-routeur-draytek-vigor-2860/msg324515/#msg324515
-
@cyayon tu devrais mettre le draytek en full Bridge, c'est a dire l'utiliser comme un simple adaptateur DSL/RJ45 et gérer l'auth les vlan etc...avec un routeur reconnu pour fonctionner avec Orange.
Si tu es aventurier ;D tu devrais poser tes questions directement au support Draytek, et nous faire profiter des réponses reçues ;)
-
Ils sont chiants ces ISP a utiliser des technos propriétaires ...
J'ai réussi à passer le modem en bridge, je récupère bien l'IPv4, mais j'ai des ping qui passent et d'autres pas. C'est curieux. Je vais debugger en desactivant IPv6 completement sur mon firewall, histoire d'éliminer le pb de double stack d'abord.
-
Ils sont chiants ces ISP a utiliser des technos propriétaires ...
Pour le coup, il me semble bien que le dhcp option 90 de Orange n'est pas propriétaire et a sa RFC. Il est juste peu connu/utilise.
-
Oui je suis d’accord, mais c’est quand même tiré par les cheveux. Tous les équipements n’en sont pas capables et ce n’est pas documenté. Je ne vois pas ce que cela peut leur faire qu’on puisse utiliser autre chose que leur box.
-
Sauf qu’Orange utilise l’option 90 mais ne suit absolument pas la RFC...
-
coucou !
le nouveau systeme (plus tout nouveau maintenant) de l'option 90 ne passe plus sur les Draytek...
j'ai update la derniere version de firmware 3.8.9.8 et ca ne passe toujours pas.
ip dhcpc option -e 1 -w 1 -c 90 -x 00000000000000000000001a0900000558010341010dxxxxxxxxxxxxxxxxxxxxxx
la chaine fait 66 caractères, la commande n'en accepte que 64
j'ai envoyé un email au support, en leur disant que chez Orange l'authentification necessitait maintenant 140 caractère (si j'ai bien compté, pour la version longue de l'option 90)...j'espère qu'ils pourront update le firmware...
-
Hoo misère, mon mail est pris en charge par Draytek France, et mon routeur est avec un numéro de série UK.
Ca va recommencer, ils vont me renvoyer vers le Support UK qui en a rien à foutre d'ORANGE...
Si quelqu'un ici a un modem Draytek acheté en France, est-ce qu'il pourrait contacter le support et demander d'etendre à 140 Caractères au moins, la chaine de caractères a prendre en compte pour l'option 90 ?
-
ca n'a pas manqué, la charmante réponse de Draytek France.
(https://i.imgur.com/vEIsIyM.png)
Et pourtant je suis passé par la page de support de Draytek.com
-
Réponse de Draytek.com
Vigor2860 is an old model that we already phased out long time ago because of its hardware limitation, including CPU and memory size, so
this model can't really support more strings required by Orange.
In its successor model like 2865, we will support it, so it's recommended to upgrade your 2860 to 2865 in future, or it's also an option that you
put the Orange modem from to terminate the line and connect Vigor2860 to it with WAN2, then you can keep using this device.
Sorry for this inconvenience.
La solution tout en un avec le 2860 n'est plus possible et il ne feront pas de patch.
-
Merci en tout cas d'avoir essayé !
Rien que pour leur réponse, je n'achèterai plus leur marque. Obsolescence programmée...
-
peut etre qu'il est possible de le rooter et eventuellement bidouiller directement à l'intérieur, genre modifier manuellement le fichier de etc/config/network
https://thehackernews.com/2020/03/draytek-network-hacking.html
je vois qu'il est indiqué qu'un exploit permet l'acces ssh.
SSH backdoor on TCP ports 22335 and 32459,
system backdoor account with user "wuwuhanhan" and password "caonimuqin."
-
Hello,
Est-ce quelqu'un pourrait me dire si la limitation de longueur sur l'option DHCP 90 existe toujours sur la dernière version de firmware pour le Draytek 2860 (firmware 3.9.1) ?
Du coup c'est mort pour utiliser ce routeur à la place d'une Livebox ?
Merci.
-
je te confirme que c'est mort avec le 2860. :-\ la mise a jour qui a été faite en juin 2021 n'a rien apporté de ce côté la.
un truc à tenter, le 2760 est très similaire :
https://openwrt.org/toh/draytek/vigor2760
The board has a pre-soldered header for serial access, but will not tolerate halting into u-boot menu. You can however log in to the running linux system (admin/admin). Here you can then for example change the contents of the passwd file (in persistent storage /ramdisk & /ramdisk_copy), which will enable root SSH access. This is done by changing the shell of the user 'draytek' from '/sbin/draysh' to '/bin/sh'. This will persist across reboots. Unfortunately it will not ask for username or password using this method, so it's a security risk.
donc il faut rooter la bécane pour activer l'accès SSH. Et ensuite on devrait pouvoir lancer la commande manuellement sans la limitation de longueur de chaine imposée par l'interface web. ou bien modifier l'interface pour qu'elle accepte plus de caractères.
EDIT:
peine perdue. on est dans un shell limité dans lequel on ne peut pas faire ce qui est indiqué.
-
Ok merci pour ta réponse.
Est-ce que quelqu'un a pu confirmer si le problème a été fixé sur le 2865 ?