Messages récents

Pages: [1] 2 3 4 5 6 ... 10
1
Oui c'est fort probable que ce soit le problème. Je suis même étonné que tu aies pu obtenir un préfixe IPv6 avec un mauvais user class...
2
J'ai trouvé ce que je pense être la cause de mon problème. J'ai détaillé là: https://lafibre.info/remplacer-livebox/durcissement-du-controle-de-loption-9011-et-de-la-conformite-protocolaire/msg1072471/#msg1072471

Voici ma conf dhcpv4 et dhcpv6 sur openwrt 23.05 (dernière en date):
config interface 'wan4'
option proto 'dhcp'
option device 'wan.832'
option hostname '*'
option broadcast '1'
option norelease '1'
option reqopts '1 3 6 15 28 51 58 59 90 119 125'
option clientid '0138xxxxxxxxxx'
option vendorid 'sagem'
# the user class (option 77) must be prefixed with a 1 byte length
# the user class FSVDSL_livebox.Internet.softathome.Livebox6 is 43 chars len, which is '+' char in the ascii table
# udhcpc does not automatically add prefix to the specified userclass
option sendopts '77:"+FSVDSL_livebox.Internet.softathome.Livebox6" 90:xxxxxxxxxxxxxxx'

config interface 'wan6'
option proto 'dhcpv6'
option device 'wan.832'
option reqprefix 'auto'
option reqaddress 'none'
option defaultreqopts '0'
option reqopts '11 17 23 24'
option noclientfqdn '1'
option noacceptreconfig '1'
option clientid '0003000138xxxxxxxxxx'
# no need to prefix with '+'.
# '+' is the length of the userclass 'FSVDSL_livebox.Internet.softathome.Livebox6' (43 chars len)
# and is encoded on 2 bytes on dhcpv6 ('\0+' or 0x002b)
# it is automatically added by odhcp6c on the fly:
# https://github.com/openwrt/odhcp6c/blob/bcd283632ac13391aac3ebdd074d1fd832d76fa3/src/odhcp6c.c#L1137-L1142
option userclass 'FSVDSL_livebox.Internet.softathome.Livebox6'

on verra ce que ça donne d'ici demain. 🤞
3
Calvados (14 - Altitude Infra) / Feuguerolles-Bully
« Dernier message par buddy le Aujourd'hui à 07:38:42 »
un arbre pon c'est une fibre qui part du NRO et qui au final est divisée en 32 ou 64 "ports fibre" pour brancher les clients.
ça ressemble à ça au niveau du PM. https://lafibre.info/raccordement-maison/photo-dun-pmz-zone-amii-orange-avec-orange-sfr-et-free/
Il n'y a rien "d'actif" au niveau du PM.
4
Isère (38) / Villard De Lans (38250)
« Dernier message par burger hans le Aujourd'hui à 07:27:08 »
Merci Nico pour la réponse rapide! Je pensais à tort que plusieurs fibre constituaient le câble et restaient en « stand by »! Hans.
5
Ain (01) / Carte du déploiement fibre optique dans l'Ain
« Dernier message par Nico le Aujourd'hui à 07:24:53 »
ce qui est incompréhensible lorsqu'un PM est déployé et actif, il y a qu'un seul opérateur qui peut fibrer, les autres sont en mode abonné absent
Qui "veut", libre à chacun de venir au PM et proposer ses offres.

Citer
faut t'il tous changer d'opérateur pour que les autres s 'inquiète ?
Ce n'est pas la pire idée en soit.
6
K-Net Incidents collectifs / Double Prelevement et remboursement
« Dernier message par buddy le Aujourd'hui à 07:18:41 »
C'est mignon le 15 jours quand l'entreprise est en fonctionnement normal et le 10 ans suite au redressement judiciaire!
On marche sur la tête...
C'est 15 jours pour les dettes postérieures au RJ, 10 ans pour celles d'avant. C'est comme ça, si la société est en RJ c'est qu'il y a une raison (elle n'arrive pas à payer ses dettes) donc si tu ne décales pas les dettes d'avant, beh autant la liquider directement et tout le monde a tout perdu.
Après, je ne sais pas si sur ces dettes gelées pendant jusqu'à 10 ans, il y a les intérêts qui courent sur les 10 ans.

Après pourquoi 10 ans ... bonne question, mais que se fait-il comme procédure de type RJ dans les autres pays ?

Il ne faut pas oublier que si l'administrateur judiciaire estime que K-net va n'a pas suffisamment redressé la barre pour rembourser ses dettes à l'audience de cet été, c'est liquidation immédiate ! Coupure du signal.
7
Isère (38) / Villard De Lans (38250)
« Dernier message par Nico le Aujourd'hui à 07:18:34 »
En principe non, il devrait y avoir un câble chacun depuis le PBO.
8
Calvados (14 - Altitude Infra) / Feuguerolles-Bully
« Dernier message par CHEVY14 le Aujourd'hui à 06:57:47 »

Heureux pour toi SUPERPICSOU que tu ait récup ta connec !  :D

Sinon en gros 'physiquement' un arbre *PON c'est un rack ?
9
Merci  à vous deux. J'ai trouvé une coquille dans ma conf.

après lecture des rfc des protocole dhcpv4 et dhcpv6, plus lecture du code des clients dhcp utilisés par openwrt, j'ai compris que le user class envoyé par le client dhcpv6 était mauvais.

pour la faire courte. Le '+' (43 en décimal) devant la chaine "FSVDSL_livebox.Internet.softathome.Livebox6" correspond à sa longueur (43 caractères).

en dhcpv4, la longueur doit préfixer la chaine de caractère et est stockée sur 1 octets. Donc le simple caractère plus. Le client dhcpv4 d'openwrt (udhcpc de busybox) ne gère pas le calcul du prefix et son ajout automatique. Il faut donc l'inclure dans la conf.
config interface 'wan4'
option proto 'dhcp'
option device 'wan.832'
option hostname '*'
option broadcast '1'
option norelease '1'
option reqopts '1 3 6 15 28 51 58 59 90 119 125'
option clientid '0138xxxxxxxxxx'
option vendorid 'sagem'
option sendopts '77:"+FSVDSL_livebox.Internet.softathome.Livebox6" 90:xxxxxxxxxxxxxxx'

par contre côté ipv6, le principe reste le même (la longueur en prefix de la chaine de caractère). Mais le prefix est cette fois stocké sur 2 octets et non pas un. La chaine est identique, la longueur aussi, mais cette fois sur 2 octets ça donne 0x002b ou "\0+".
et le client dhcpv6 d'openwrt (odhcp6c) mesure la longueur de la chaîne et ajoute automatiquement le prefix sur 2 octets. Ce qui donne la conf suivante:
config interface 'wan6'
option proto 'dhcpv6'
option device 'wan.832'
option reqprefix 'auto'
option reqaddress 'none'
option defaultreqopts '0'
option reqopts '11 17 23 24'
option noclientfqdn '1'
option noacceptreconfig '1'
option clientid '0003000138xxxxxxxxxx'
option userclass 'FSVDSL_livebox.Internet.softathome.Livebox6'

de mon côté j'avais mis le + dans la conf dhcpv6, donc il interprétait le + dans la chaine de caractère, qui passait à 44 octets de long. et préfixait avec 002c.

je me retrouvais avec 002c2b56.....

les planètes semblent s'aligner. Je vais attendre 24H pour voir si ca remerde ou pas.

en tout cas merci bcp pour les infos qui m'ont aiguiller et inciter à creuser pour comprendre.
10
mobile Technologie mobile 5G / Les nouvelles de la 5G en France
« Dernier message par Nico le Aujourd'hui à 06:46:52 »
Et vu le résultat de la procédure d’Orange, cela risque de faire réfléchir les autres à adopter cette stratégie de 5G « light », si c’est OK pour le régulateur ! Les zones en saturation radio, en % de territoire, c’est vraiment minime. Partout ailleurs, c’est plutôt de l’obligation réglementaire !
Car risque d'être cocasse, d'un côté les 4x3 (validés par la justice donc), de l'autre le (potentiel) non respect d'une obligation réglementaire...
Pages: [1] 2 3 4 5 6 ... 10