11
Actus Orange / Répéteur wifi 7 enfin?
« Dernier message par linxeye le Aujourd'hui à 15:05:37 »
Et une application genre WiFiman ça dit quoi ? Ca confirme l'absence de WiFi 7 ou pas ?
La Fibre.info, un forum à but non lucratif sur la fibre optique
Messages récents
« Dernier message par linxeye le Aujourd'hui à 15:05:37 »
12
Actus Orange / Répéteur wifi 7 enfin?
« Dernier message par john83300 le Aujourd'hui à 14:05:54 »
Bonjour, a Tous,
voici mon retour concernant le test du mode WPA3 personal Compatibility ( Recommandé ) comme concenu et il n'active toujours pas le wifi7 et le logo7 mais il indique toujour le logo6 donc la G03.R08.C03_00 n'a pas corriger ce probleme et souci et sur le repeteur wifi7 indique le WPA3 en mode WPA2/WPA3 personal ( Obselete )
et en mode WPA3 personal Compatibility ( Recommandé ) non disponible avec ce mode tester surment du au fait que lon repeteur wifi7 n'a pas encore reçu sa mise a jour 1 1.8 12 mais toujour par default en 1 1.8.10 mais meme avec la 1 1.8.12 du repeteur wifi7 j'ai un doute que sa soit corriger
et qu'il affiche et indique le WPA3 au lieu du WPA2 actuel et le logo7 au lieu du logo6 actuel en WPA3 personal Compatibility ( Recommandé ) avec la derniere mise a jour firmware de la box citez plus haut
voici mon retour concernant le test du mode WPA3 personal Compatibility ( Recommandé ) comme concenu et il n'active toujours pas le wifi7 et le logo7 mais il indique toujour le logo6 donc la G03.R08.C03_00 n'a pas corriger ce probleme et souci et sur le repeteur wifi7 indique le WPA3 en mode WPA2/WPA3 personal ( Obselete )
et en mode WPA3 personal Compatibility ( Recommandé ) non disponible avec ce mode tester surment du au fait que lon repeteur wifi7 n'a pas encore reçu sa mise a jour 1 1.8 12 mais toujour par default en 1 1.8.10 mais meme avec la 1 1.8.12 du repeteur wifi7 j'ai un doute que sa soit corriger
et qu'il affiche et indique le WPA3 au lieu du WPA2 actuel et le logo7 au lieu du logo6 actuel en WPA3 personal Compatibility ( Recommandé ) avec la derniere mise a jour firmware de la box citez plus haut
13
Actus Orange / Livebox 7 wifi 7: Orange a forcé le "WPA3 Personal Compatibility (recommandé)"
« Dernier message par john83300 le Aujourd'hui à 13:56:49 »
Bonjour, a Tous,
donc voici mon retour concernant le test du mode WPA3 personal Compatibility ( Recommandé ) et il n'active pas le wifi7 et le logo6 au lieu du logo7 donc pas corriger
donc voici mon retour concernant le test du mode WPA3 personal Compatibility ( Recommandé ) et il n'active pas le wifi7 et le logo6 au lieu du logo7 donc pas corriger
14
5G Home Orange / [2,34Km} Retour d’expérience Flybox 5G
« Dernier message par vivien le Aujourd'hui à 13:15:07 »
J'ai mis à jour mon comparatif des offres 5G en supprimant le port 2,5 Gb/s que j'avais mis à tort sur la box 5G d'Orange :
Comparatif des offres 4G Fixe / 5G fixe, mis à jour tous les 6 mois
Cliquer sur l'image pour ouvrir le fichier PDF :
15
Morbihan (56) / Muzillac
« Dernier message par BabouO_o le Aujourd'hui à 12:38:30 »Et bizarrement, l'OI n'est toujours pas informé du problème alors que l'OC continue d'envoyer des techniciens... À un moment, il faut se poser les bonnes questions... Soit on fait remonter la bonne info dès le départ, soit on ne fait rien et on continue d'envoyer bêtement des techniciens... Sur des problèmes d'infrastructure, l'OC ne doit se déplacer qu'une fois les travaux de l'OI réalisés ; encore faut-il que celui-ci soit averti...
La ROP, soit elle est connue dès le départ, soit on la traite à chaud avec la hotline et les positions que l'on relève sur le terrain. Bizarrement, quand le process est respecté, encore une fois, il y a très peu de soucis, que ce soit en zone Orange ou SFR. Je ne dis pas que ce n'est parfois pas complexe, mais l'OC est en partie responsable : raccordement sauvage sur zone non éligible, détérioration du pré-fibrage pour se faire payer une production, non-respect des ROP pour faire au plus court... Avec la fin du déploiement les OI vont être de plus en plus sur les côtes des OC.
La ROP, soit elle est connue dès le départ, soit on la traite à chaud avec la hotline et les positions que l'on relève sur le terrain. Bizarrement, quand le process est respecté, encore une fois, il y a très peu de soucis, que ce soit en zone Orange ou SFR. Je ne dis pas que ce n'est parfois pas complexe, mais l'OC est en partie responsable : raccordement sauvage sur zone non éligible, détérioration du pré-fibrage pour se faire payer une production, non-respect des ROP pour faire au plus court... Avec la fin du déploiement les OI vont être de plus en plus sur les côtes des OC.
16
O THD / Offre O THD: 8 Gb/s↓↑, Box port 10Gb RJ45, WiFi7 tri-bande, tel et TV pour 45€/m
« Dernier message par Leon le Aujourd'hui à 12:20:44 »
Chaque intervention de remplacement d'une terminaison coaxiale par une terminaison fibre nécessite un déplacement et un temps d'intervention conséquent. Avec un effectif aussi limité, cette migration risque de s'étaler sur des mois, voire des années.Tu parles de remplacement, mais j'imagine que l'intervention consiste uniquement à poser la fibre. J'imagine que O-THD laisse l'installation coaxiale en l'état.
Leon.
17
O THD / Offre O THD: 8 Gb/s↓↑, Box port 10Gb RJ45, WiFi7 tri-bande, tel et TV pour 45€/m
« Dernier message par Optix le Aujourd'hui à 11:58:08 »
Donc sous traitant pour cabler chez le client mais vous brancher vous même la box chez le client? Ca fait doublon non?
Si on procède ainsi c'est, entre autres, pour :
- éviter les surfacturations quand une PTO est déjà installée
- limiter au maximum les interventions dans les PBO (les PTO sont déjà construites, vous n'avez plus à y toucher)
- concentrer la responsabilité sur un seul acteur (celui qui a pris le marché), ça évite une dilution des responsabilités quand les 36 sous-traitants de FAI viennent et que personne paye à la fin.
Bref, ce système évite les emmerdes
18
O THD / Offre O THD: 8 Gb/s↓↑, Box port 10Gb RJ45, WiFi7 tri-bande, tel et TV pour 45€/m
« Dernier message par griselidi le Aujourd'hui à 11:49:37 »
Donc sous traitant pour cabler chez le client mais vous brancher vous même la box chez le client? Ca fait doublon non?
19
Actus SFR Altice / Interface d'admin de la Box10+ de SFR (firmware ver. 1.10.8.6) - 21/05/2026
« Dernier message par NoosMan le Aujourd'hui à 11:42:53 »
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.
20
Remplacer la Bbox par un routeur / Remplacer la Bbox par un routeur: Recap à lire pour les nouveaux arrivants
« Dernier message par george31 le Aujourd'hui à 11:38:38 »
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.
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.