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...

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

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

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 ?

J'avais répondu de tête sans aller vérifier parce que je suis en vacances à 600 km de mon ERL 

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

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