Messages récents

Pages: [1] 2 3 4 5 6 ... 10
1
Seulement le PCP=6 est necessaire. Avec le client dhcp v4 ça devrait fonctionner même sans mangle.

Le problème doit venir d’ailleurs
3
Orange fibre Installation fibre Orange / IP orange stable
« Dernier message par jeremyp3 le Hier à 22:58:39 »
Bonjour,

je pense que Simon parlait de l'option DHCP :)
mais si je me souviens bien le principe à l'époque pour garder son ip c'était de pas faire de release avant que les ip soient devenu stable. aujourd'hui même après un release, on garde son ip à la différence d'avant.

Jerrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrem
4
Bonjour,

Je vous sollicite car je suis bloqué sur un remplacement de Livebox Orange par un module LEOX branché en direct sur un OPNsense, avec un comportement DHCP qui s'est arrêté sans raison apparente après avoir fonctionné plusieurs fois. Je vous expose le contexte et le souci, si vous avez une piste je suis preneur.

Contexte
  • Remplacement de la Livebox Orange (Arcadyan) par un module LEOX LXT-010H-D (clone d'ONT), branché directement en fibre sur un OPNsense 24.7.12_4-amd64.

Ce qui fonctionne
  • LEOX configuré avec les paramètres clonés de la Livebox (GPON_SN, PON_VENDOR_ID, HW_HWVER, OMCC_VER, OMCI_SW_VER1/2, OMCI_TM_OPT, OMCI_OLT_MODE), récupérés via l'admin de la Livebox avant coupure.
  • Ranging GPON complet, ONU en état Operation (O5), OMCI confirme un OLT Alcatel-Lucent (OltVendorId: ALCL).
  • Côté OPNsense : interface WAN sur VLAN 832 tagué (parent igc0), MAC spoofée à l'identique de la Livebox, priorité 802.1p/CoS mise à 6 (Internetwork Control) — vérifiée appliquée au niveau système (vlanpcp: 6).

Configuration DHCP (OPNsense, interface WAN → onglet DHCP)

Champ "Send Options" (options envoyées lors de la requête) :
dhcp-class-identifier "arcadyan",user-class "2FSVDSL_livebox.Internet.softathome.LiveboxNautilus",option-90 <valeur hex clonée depuis ma Livebox, masquée>,dhcp-client-identifier 01:XX:XX:XX:XX:XX:XX

Champ "Request Options" (juste en dessous, options demandées au serveur) :
subnet-mask,broadcast-address,dhcp-lease-time,dhcp-renewal-time,dhcp-rebinding-time,domain-search,routers,domain-name-servers,option-90,domain-name,option-120,option-125

Résultat obtenu
Plusieurs baux DHCP complets et valides avec l'IP publique attendue (identique à celle de la Livebox), obtenus à plusieurs reprises sur une fenêtre d'environ 1h.

Problème actuel
Après plusieurs tests/reconfigurations rapprochées (configctl interface reconfigure wan répété), le DHCP ne répond plus du tout : dhclient part en TIMEOUT (aucun DHCPOFFER reçu), retombe sur l'ancien bail en cache, puis l'invalide (FAIL). Le cycle se répète toutes les 5-6 min depuis, sans changement de config MAC/VLAN/CoS entre-temps. Plus aucune erreur de syntaxe dans les options envoyées.

14:04:59 dhclient-script: Reason FAIL on vlan0.832 executing
14:04:56 dhclient-script: New IP Address (vlan0.832): 86.214.198.22
14:04:56 dhclient-script: Reason TIMEOUT on vlan0.832 executing

Ma question
Est-ce un comportement connu de mise en quarantaine anti-flood côté OLT/BNG Orange après plusieurs changements de MAC/client-id rapprochés sur la même ligne PON ? Si oui, quel délai avant déblocage constatez-vous en général ? Une autre piste sur cet arrêt soudain de réponse DHCP sans changement de config ?

Merci d'avance pour votre aide !
5
Réflexion du soir a la maison, vous utilisez des mangle qui font aussi un set dscp, ce qui n'est PAS le cas de mon filter bridge!
En regardant ma capture Wireshark on voit que le dscp n'est pas bon, donc j'ai espoir que ça vienne de là ? (Je ne pourrai vérifier que demain car c'est au taf)

Ce qui est amusant c'est que la chez moi j'ai un mikrotik et un onu fs.com qui tourne depuis des années avec bridge filter sans dscp et ça fonctionne. Mais bon j'ai déjà lu que nous n'avions pas tous les mêmes besoin exacte en terme de config !

Il y a un intérêt à passer par des mangle sur mikrotik?
6
Oui j'ai vu l'info hier, il va encore falloir trouver une autre solution...

je vais peut être re-tester nextdns qui avait participé à dnseu, mais ils sont hébergés aux us je crois.
7
mobile Technologie mobile 5G / 5G dans le métro parisien ?
« Dernier message par vivien le Hier à 21:26:52 »
J'ai fait des tests de débit ce soir avec mon nouveau Pixel 10 Pro sur Gare-de-Lyon, depuis le quai du RER D (voie 3) en me plaçant à seulement un mètre de l'antenne (dont je suis persuadé qu'elle n'émet rien).

J'ai testé alternativement Orange (via une eSIM) et Bouygues (via une SIM physique). Pour éviter tout problème, une seule SIM est active à un instant T.

J'ai eu régulièrement ce message, aussi bien avec Orange que Bouygues (un peu plus souvent avec Bouygues, mais je ne suis pas sur que cela soit significatif) :



Voici les tests nPerf qui se sont lancés avec l'eSIM Orange (SIM Bouygues désactivée) : On voit que si le download est plutôt stable, l'upload fonctionne par intermittence.



Sur mon dernier test, je vois que mon mobile s'est accroché en 5G en fin de test pour un résultat mauvais, il n'y a aucune connectivité. Je découvre ça avec mes copies d'écran, je me demande sur quelle cellule il a réussi à avoir de la 5G, la salle du dessous (RER A - 4éme sous-sol), celle du dessus (salle échange RER - 2éme sous-sol) et celle d'à côté au même niveau (Métro 14 - 3éme sous-sol) étant également 4G only, je me demande d'où vient ce signal 5G, je tenterai de capturer son eNB.

Test avec Bouygues Telecom : (SIM Orange désactivée)

8
Free Mobile Incidents Free Mobile / Panne générale sur Rennes !
« Dernier message par MaxLebled le Hier à 19:48:16 »
Toujours pas reparti chez moi, heureusement la 5G SA sur une antenne qui n'était pas tombée avec le reste a pris le relais dès 10h40, 400 down 30 up, ça dépanne, la latence et la gigue sont bonnes...

A priori un coup de pelleteuse : https://bsky.app/profile/synahel.eurosky.social/post/3mv3kklen3s2o
9
Free Mobile Incidents Free Mobile / Panne générale sur Rennes !
« Dernier message par fansat70 le Hier à 19:00:16 »
Mobiles repartis en fin d'après midi...
10
Câblage Câblage / Projet stupide du moment : le 10G dans toutes les pièces !
« Dernier message par dr191 le Hier à 18:50:28 »
Attention, il faut toujours séparer les câbles électriques (EDF) des autres (télécom et fibre dans une moindre mesure) !
Oui, en principe mini 30cm et on croise à 90°.
Mais on fait pas toujours ce qu'on veut.
A moins d'avoir des 10m de cohabitation et un cable ethernet pourri, ca devrait marcher sans pb.
Cable blindé S/FTP et prises cohérentes et bien câblées , ca devrait fonctionner sans pb. Attention cable ethernet blindé = très rigide.
Pages: [1] 2 3 4 5 6 ... 10