Forum ORANGE Migration

Bonsoir.

C'est laborieux, mais ça avance

Je ne peux pas faire grand-chose en dehors des renseignements que j'ai pu poster ici ou là, mais tous mes encouragements ...

[Edit]
Si je comprends bien la fonction "DHCP Relay" suffit pour l'accès à la plate-forme TV, j'avais vraiment l'impression que la solution Orange était propriétaire ...
[/Edit]

Dernière modification par JoeKer (04-04-2016 18:04:28)

@JoeKer : Non rien n'est propriétaire, le seul truc c'est de trouver les bonnes options à envoyer. Ce qui est déjà assez pénible.

Donc il y a seulement la VoIP qui ne peut pas fonctionner sans la box. Quoi que il existe une implémentation via siproxd, mais son auteur ne travaille plus dessus suites a des pressions d'orange. Néanmoins elle fonctionne toujours, mais pour combien de temps ?

Dernière modification par renaud07 (04-04-2016 18:40:28)

Normalement, il faut faire une request  "rfc3442-classless-static-routes" mais je ne vois pas comment configurer ça... Je vais fouiller dans l'interface.

EDIT : Je ne trouve rien Pourtant ils disent comment configurer l'option 121 sur le serveur DHCP, mais rien sur le client...

A tout hasard : mettre option 121 et request dans data ?

Dernière modification par renaud07 (04-04-2016 20:21:39)

Oui j'ai vu sur lafibre. Donc ça ne nous apprend rien... Mais si la VOD ne fonctionne pas y'a toutes les chances que tu n'ai pas reçu les routes.

Dernière modification par renaud07 (04-04-2016 20:58:36)

oui mais c'était trop beau...l'option 55 est visiblement reservée, et je viens de tester en rentrant la table de routage qu'il a à la mano, mais ca n'a pas l'air de marcher, bien que le comportement n'est plus le même donc ca a bien une influence...Probablement que la sa table de routage ne va pas dans mon cas...

je suis d'accord avec toi, mais si tu regardes ce que les autres sont obligés de faire, par exemple avec pfsense ici

request subnet-mask, routers, ntp-servers, www-server;
send dhcp-class-identifier "sagem";
send dhcp-client-identifier 1:2c:xx:xx:xx:xx:xx;
send user-class "\047FSVDSL_livebox.MLTV.softathome.Livebox3";

Eux aussi ils déclanchent la demande à la place du décodeur.

un autre exemple ici avec le Edgerouter:

dhcp-options {
            client-option "send vendor-class-identifier "sagem";"
            client-option "send user-class "\047FSVDSL_livebox.MLTV.softathome.Livebox3";"
            client-option "request subnet-mask, routers, rfc3442-classless-static-routes;"
            client-option "send dhcp-client-identifier 1:XX:XX:XX:XX:XX:XX;"
        }

Dernière modification par shdf (04-04-2016 23:35:45)

Autre info:
j'ai branché mon CPL directement sur le Draytek, port 4, et le flux TV et envoyé directement sur le bon port , j'ai rien eu à modifier dans la config.





Ce qui confirme ce que disait Renaud07 ici

renaud07 a écrit:

...l'IGMP proxy, il le faut, c'est lui qui va transférer les paquets du WAN vers le LAN, l'igmp snopping il sert à restreindre le flux sur le port où est branché le décodeur pour éviter d’inonder tout le réseau.

Dernière modification par shdf (06-04-2016 13:13:07)

Pour en revenir au DHCP relay, il n'y en a pas quand c'est la livebox/routeur qui fait la demande, vu que c'est elle qui porte l'ip 10.x.x.x et après elle se comporte avec le décodeur comme avec n’importe quel équipement du LAN.

Quand le déco demande une IP de la table de routage reçue, la box fait du NAT vers l'ip 10.x.x.x au lieu de sortir via ip publique.

En gros dans cette config c'est comme si on avait 2 connexions sauf que cette dernière sert uniquement au décodeur.

Enfin y'a une "sorte" de dhcp relay, dans le sens ou quand on allume le décodeur, ça déclenche la demande de la box sur le VLAN 838, mais je sais pas si s'en est réellement un. Sur la fibre ils parlent plutôt de trigger.

Bien évidemment, on peut demander l'ip sans que le décodeur ne soit allumé, il n'y a aucun soucis. C'est d'ailleurs ce qu'on fait avec les routeurs tiers.

Dernière modification par renaud07 (06-04-2016 17:20:19)

Essaies ça :

protocol : all
src ip : une plage ip réservée pour le déco (je sais pas si c'est possible sur le vigor)
dest ip : renseigner la première ip de la table de routage

send via
interface WAN5
default getway


Laisser la prio où elle est (en fait je sais pas s'il faut toucher quelque chose)

More options : cocher force NAT

Recommencer la même opération pour les autres IP. Oui ça va être long mais étant donné que les ip sont publiques une plage ne convient pas. Tu pourras faire un plage seulement pour les ip 172.x.x.x vu qu'elles sont privées.

Comme toujours supposition, aucune idée si ça fonctionne.

Dernière modification par renaud07 (06-04-2016 20:19:55)

Les options à envoyer sont les mêmes (class-id, user-class et auth). Par contre le paramétrage fait pour l'IPv4 n'est pas valable pour l'IPv6 vu que ce ne sont pas les mêmes numéros. (90 vs 11, 77 vs 15, 60 vs 16)

De plus il semble que la personnalisation DHCP accessible soit uniquement pour V4, il faudrait voir si on a le même genre mais pour V6 une fois activé.

DHCPv6 est l'option qui correspond au cas d'orange, mais je ne sais pas si c'est du prefix delegation.

Dernière modification par renaud07 (12-04-2016 19:53:53)

Ok renaud, je teste ce week-end.

Pour en revenir au sujet initial du topic:
Livebox Pro V3 plus d'internet quand trop de périphériques

J'ai encore eu le problème aujourd'hui sur 2 PC et un contrôleur de domaine, mais redémarrer la Livebox n'a pas résolu le problème...c'est a devenir fou, subitement les PC pingaient certaines machines et pas d'autres et aucune ne pinguaient la livebox...A n'y rien comprendre. Cette fois ci j'ai redémarré un switch Hp Procurve 5304XL:

et le problème a été résolu immédiatement...ce switch tourne 24/24 depuis 2006...j'ai du l'arrêter une fois il y a 5ans pour remplacer un ventilo.
J'espère que c'était ça...La LiveBox est donc hors de cause dans cette histoire.

Dernière modification par shdf (14-04-2016 22:58:06)

renaud07 a écrit:

Les options à envoyer sont les mêmes (class-id, user-class et auth). Par contre le paramétrage fait pour l'IPv4 n'est pas valable pour l'IPv6 vu que ce ne sont pas les mêmes numéros. (90 vs 11, 77 vs 15, 60 vs 16)

De plus il semble que la personnalisation DHCP accessible soit uniquement pour V4, il faudrait voir si on a le même genre mais pour V6 une fois activé.

DHCPv6 est l'option qui correspond au cas d'orange, mais je ne sais pas si c'est du prefix delegation.

Ca n'a pas l'air de fonctionner:

2016-04-17 17:35:13  [IPv6] WAN1, Type(DHCPv6 Client), Rx EVENT = EVT_TIME_OUT 
 2016-04-17 17:35:05  [DHCPv6c] Send solicit to FF02::1:2 on WAN1 
 2016-04-17 17:35:01  [DHCPv6c] Send solicit to FF02::1:2 on WAN1 
 2016-04-17 17:34:59  [DHCPv6c] Send solicit to FF02::1:2 on WAN1 
 2016-04-17 17:34:58  [DHCPv6c] Send solicit to FF02::1:2 on WAN1 
 2016-04-17 17:34:58  [IPv6] IPv6 event timeout (RA, 15 sec)! 
 2016-04-17 17:34:58  [IPv6] WAN1, Type(DHCPv6 Client), Rx EVENT = EVT_TIME_OUT 
 2016-04-17 17:34:43  [IPv6] IPv6 event timeout (DHCPv6, 15 sec)! 
 2016-04-17 17:34:43  [IPv6] WAN1, Type(DHCPv6 Client), Rx EVENT = EVT_TIME_OUT 
 2016-04-17 17:34:36  [DHCPv6c] Send solicit to FF02::1:2 on WAN1 
 2016-04-17 17:34:31  [DHCPv6c] Send solicit to FF02::1:2 on WAN1 
 2016-04-17 17:34:29  [DHCPv6c] Send solicit to FF02::1:2 on WAN1 
 2016-04-17 17:34:28  [DHCPv6c] Send solicit to FF02::1:2 on WAN1 
 2016-04-17 17:34:28  [IPv6] IPv6 event timeout (RA, 15 sec)! 
 2016-04-17 17:34:28  [IPv6] WAN1, Type(DHCPv6 Client), Rx EVENT = EVT_TIME_OUT

J'ai bien ajouté les 3 options DHCP 11,15,16 comme tu as indiqué.

Dans wan j'ai activé le Dhcpv6:


Dans le status, l'ipv6 reste rouge:

Dernière modification par shdf (17-04-2016 17:44:52)