Messages récents

Pages: 1 2 3 4 5 6 [7] 8 9 10
61
Donc sous traitant pour cabler chez le client mais vous  brancher vous même la box chez le client? Ca fait doublon non?
62
Pour info le tout dernier firmware n'a pas corrigé le bug des baux statiques.

En fait, si, y'a du mieux. Mais il faut pour cela reinitialiser la box et ajouter à nouveau tous les baux.

Le "mieux" c'est que la liste des baux s'affiche désormais, du moins jusqu'au 26ème que j'ai ajouté. En revanche l'ajout met toujours une plombe (plusieurs minutes), on patiente tellement longtemps que ça se déconnecte, mais c'est correctement ajouté et pris en compte.
63
Bonjour à tous,

Je galère depuis plusieurs jours pour remplacer ma Bbox par pfSense sur une offre Pure Fibre Débit+ (XGS-PON), et je sèche complètement malgré une configuration qui semble pourtant correcte. Je me permets de détailler pour avoir un regard extérieur.

**Contexte**
- Offre Pure Fibre Débit+
- ONT externe reçu : Nokia XS-010X-Q
- Routeur : pfSense (matériel physique, interfaces igc)
- Objectif : connecter pfSense directement à l'ONT, sans la Bbox

**Configuration pfSense actuelle**
- VLAN 100 taggé sur l'interface WAN (parent igc0), confirmé correct via `ifconfig` (vlan: 100, vlanproto: 802.1q, parent interface: igc0)
- IPv4 Configuration Type : DHCP
- Send options : `dhcp-class-identifier "BYGTELIAD", host-name ""`
- Request options : `subnet-mask, broadcast-address, routers, dhcp-lease-time, dhcp-renewal-time, dhcp-rebinding-time, domain-name, host-name, domain-name-servers, ntp-servers, www-server`
- DHCP VLAN Priority : activé, Internetwork Control (6)
- Block private networks / Block bogon networks : désactivés sur WAN
- Synchronisation optique de l'ONT : voyant PON stable et vert

**Ce qui fonctionne**
- En branchant ma Bbox directement sur ce même ONT, j'obtiens Internet immédiatement, sans problème.

**Ce qui ne fonctionne pas**
- Avec pfSense branché à la place, aucune requête DHCP n'obtient jamais de réponse. Confirmé par capture réseau (tcpdump) : les DHCPDISCOVER partent parfaitement formés (VLAN 100, option 60 correcte, MAC valide), mais aucun DHCPOFFER n'est jamais reçu, même après plusieurs heures et de nombreux tests.

**Tests déjà effectués (sans succès)**
1. Avec l'adresse MAC de la Bbox clonée sur l'interface physique parente (pas sur le VLAN, conformément aux specs pfSense)
2. Avec l'adresse MAC native de la carte pfSense (sans clonage)
3. Avec et sans l'option DHCP 125 (Vendor-Identifying Vendor-Specific Information, contenant OUI Sagemcom 001BBF + IMEI + classe produit F5696b) — capturée sur les trames de la Bbox, mais impossible à répliquer proprement sur dhclient FreeBSD (le client ne supporte pas la déclaration de nouvelles options avec `option ... code ... = ...;`, erreur systématique "expecting a statement")
4. Test isolé complet : Bbox débranchée physiquement, ONT redémarré, attente de 20 minutes avant de rebrancher pfSense — toujours aucune réponse
5. Suivi à la lettre du tutoriel OPNsense de ce forum (VLAN 100 + BYGTELIAD + priorité VLAN 6), configuration identique confirmée fonctionner pour d'autres utilisateurs
6. Activation de l'option IP fixe/dédiée sur mon espace client Bouygues ce matin, redémarrage de l'ONT — toujours aucune réponse DHCP à ce stade (il est possible que l'activation ne soit pas encore propagée côté réseau)

**Ma question**
Quelqu'un a-t-il déjà rencontré un blocage similaire — DHCPDISCOVER émis correctement mais zéro réponse, uniquement avec un équipement autre que la Bbox, malgré une configuration a priori conforme ? Je me demande si :
- il existe une forme de protection anti-flapping côté OLT/BNG suite à mes nombreux changements d'équipement ces derniers jours,
- l'ONT lui-même nécessite une resynchronisation/réinitialisation particulière au-delà du simple redémarrage,
- ou si j'ai loupé un détail de configuration qui ne saute pas aux yeux.

Merci d'avance pour vos retours, et merci à ceux qui ont documenté leurs configurations sur ce forum, ça m'a beaucoup aidé jusqu'ici.
64
Chez Bouygues, il n'y a besoin d'aucune configuration supplémentaire sur le client DHCPv6. J'avais pu le vérifier moi-même et je me rappelle d'une autre personne dans un autre sujet qui avait réussi à avoir de l'IPv6 sur un TP-Link il y a quelques mois, alors là je sèche.
65
c'est surtout ce passage sur les multi-sims qui est zarbi. Que les montres et tablettes soient pas en 5g+ ok mais que ce soit "incompatibles" c'est un vrai blocage commercial de l'offre ?

La 5G+ est bien disponible sur l'offre a 14,99 proposé en permanence à l'issu du test.

Si tu prends une multi sim pour une montre ou une tablette, il n'y a pas d'incompatibilité du tout, ton numéro principal est en 5G+ tout de même.
Si tu regardes un peu les offres orange, il y a des offres avec multi sims additionnelles de proposées
66
Morbihan (56) / Muzillac
« Dernier message par Paul le Hier à 10:28:34 »
Ça, c'est la version officielle. Après 3 expériences de parties de famille qui ont voulu s'abonner chez SFR ou Free, en ZMD Orange dans 3 régions différentes et 8 ans d'intervalle, qui ont traversé 3-6 RDV tous finis par le tech qui était pendu au téléphone 40 minutes avant de partir bredouille parce que l'on lui "refusait une migration" ou que la route optique n'arrivait jamais, et qu'après résignation, au premier RDV chez Orange c'était réglé, je n'ai pas cet avis.

Si ce n'est pas une manière de s'assurer une portion de recrutements annuels ou de marché sans être remarqués par les autorités parce qu'on a la certitude les yeux bandés qu'aucun client ne portera l'affaire très loin, il faut m'expliquer. J'espère que ce n'est plus d'actualité.
67
salut,

pour compléter ce que dit vivien : effectivement le filaire (ethernet) reste toujours la meilleure option si tu peux le faire, aucune techno sans fil ne bat un câble. l'astuce de clawdiius de récupérer une ancienne prise téléphonique en rj45 est exactement le bon plan si t'as ce genre de câblage qui traîne déjà dans les murs.

si le filaire c'est pas possible, la vraie question c'est répéteur simple vs mesh :

un répéteur classique (genre celui de free que propose buddy) capte le wifi existant et le retransmet, souvent avec un 2e réseau différent (obligé de switcher manuellement entre les deux selon où tu es dans la maison, ce qui est vite chiant). un système mesh, lui, garde le même ssid partout et bascule automatiquement d'un point à l'autre sans coupure, en plus certains supportent un backhaul filaire ou wifi dédié qui limite la perte de débit.

[modération vivien : pas de lien publiciataires]

pour ton cas (prise fibre à l'entrée, chambre au fond), regarde surtout les systèmes qui supportent un backhaul filaire même partiel, ça change tout niveau perf par rapport au tout-sans-fil.
68
Pour info le tout dernier firmware n'a pas corrigé le bug des baux statiques.

De plus un autre bug présent sur ce firmware mais aussi les précédents (depuis au moins le firmware de janvier 2026) fait que l'adresse MAC entrée pour un bail statique est sensible à la casse (du moins en ce qui me concerne).

En effet, je rentre toujours les adresses MAC en lettres capitales et je me suis rendu compte en janvier que quoi que je fasse la box refusait d'attribuer à mon PC l'adresse IP correspondant à son bail. J'ai littéralement passé des heures à chercher ce qui clochait, même ChatGPT a échoué. M'avouant vaincu, je suis passé à autre chose pendant plusieurs mois. Et ce n'est que maintenant que je me suis repenché sur le problème et me suis dit "et si c'était les majuscules ?" que j'ai tenté les minuscules et ça a miraculeusement marché !
69
(cliquer sur l'image pour ouvrir le PDF)


(cliquer sur l'image pour ouvrir le PDF)


Ces données sont issues des données partagées par l'Arcep sur l'Open Data Qualité des réseaux en fibre optique.

Ce sujet sera mis à jour régulièrement pour intégrer les nouvelles données.
70
(cliquer sur l'image pour ouvrir le PDF)



(cliquer sur l'image pour ouvrir le PDF)

Pages: 1 2 3 4 5 6 [7] 8 9 10