Il se passe quoi chez Red ?
C'est cool de débrider tout le monde sans communiquer là-dessus (à priori, c'est massif), mais c'est quand même étonnant.

- SFR/Red part en vrille est c'est le champ du cygne d'un processus pas du tout maitrisé ?
- un test ici ou là pour voir si le réseau encaisse avant une communication commerciale et un upgrade des offres ?
- marre d'être mal noté sur Nperf ou Ookla et débridage sur les IP concernées pour faire monter les stats de SFR ?

Une chose parait tout de même saine : un bridage logiciel est très con.
Une limite hardware, ok, mais un bridage logiciel avec un tarif pour le "débit plus" : il y a un léger gout d'entourloupe.
Alors oui, il faut commercialement segmenter les offres pour tenir des prix à 25 ou 27 euros, mais avec des box différentes.

Mais je le redis : merci Free Red 

@Brummpanda :

Je veux complètement remplacer dnsmasq par odhcpd. Plusieurs raisons à cela.

• odhcpd-ipv6-only est le logiciel supporté par défaut par le projet OpenWrt pour intégrer IPv6.
• dnsmasq implémente aussi un serveur relais DNS. Je souhaite utiliser le résolveur DNS unbound.

En retirant dnsmasq du système, cela simplifierait significativement ma configuration. odhcpd ferait IPv4 + IPv6 et unbound ferait résolveur DNS.
Je m'en fous pas mal du support IPv4 car mon réseau local sera en IPv6. Néanmoins, la téléphonie Orange de la Livebox fonctionne seulement en IPv4.

Si tu installes dnsmasq-full tu peux remplacer odhcp par dnsmasq et on peut afficher  les options dhcp supporté par dnsmasq  avec

dnsmasq --help dhcp
Known DHCP options:
  1 netmask
  2 time-offset
  3 router
  6 dns-server
  7 log-server
  9 lpr-server
 13 boot-file-size
 15 domain-name
 16 swap-server
 17 root-path
 18 extension-path
 19 ip-forward-enable
 20 non-local-source-routing
 21 policy-filter
 22 max-datagram-reassembly
 23 default-ttl
 26 mtu
 27 all-subnets-local
 31 router-discovery
 32 router-solicitation
 33 static-route
 34 trailer-encapsulation
 35 arp-timeout
 36 ethernet-encap
 37 tcp-ttl
 38 tcp-keepalive
 40 nis-domain
 41 nis-server
 42 ntp-server
 44 netbios-ns
 45 netbios-dd
 46 netbios-nodetype
 47 netbios-scope
 48 x-windows-fs
 49 x-windows-dm
 58 T1
 59 T2
 60 vendor-class
 64 nis+-domain
 65 nis+-server
 66 tftp-server
 67 bootfile-name
 68 mobile-ip-home
 69 smtp-server
 70 pop3-server
 71 nntp-server
 74 irc-server
 77 user-class
 80 rapid-commit
 93 client-arch
 94 client-interface-id
 97 client-machine-id
100 posix-timezone
101 tzdb-timezone
108 ipv6-only
119 domain-search
120 sip-server
121 classless-static-route
125 vendor-id-encap
150 tftp-server-address
255 server-ip-address

Dnsmasq version 2.90  Copyright (c) 2000-2024 Simon Kelley
Compile time options: IPv6 GNU-getopt DBus no-UBus i18n IDN2 DHCP DHCPv6 no-Lua TFTP conntrack ipset nftset auth cryptohash DNSSEC loop-detect inotify dumpfile

NB: c'est un example sur mon PC car je n'ai pas réussi de me connecter sur l'internet avec qemu et openwrt  ...

On est d'accord la dessus, mais c'est pas normal d'être contraint de rentrer "encore" et encore des informations d'identification.
Si c'est un bug temporaire....,mais çà fait beaucoup de bugs.
 

Justement, sur ce même fichier IPE, il existe un champ "MotifBlocage" qui indique bien les prises en blocage OI malgré que le statut "BlocageEligibilite" soit "DEPLOYABLE".

Or, dans le cas du Versoud, c'est bien 452 logements qui sont dans cette situation et qui empeche les OC de pouvoir commercialiser leurs offres fibre (typiquement Orange me propose la box 5G et Free l'ADSL)

Si j'enlève le filtre sur la commune, je tombe sur 4507 prises en blocage OI, c'est loin d'être négligeable pour considérer le PM comme étant "déployé".
Certes, le PM est équipé et les routes optiques sont sans doute valides, mais dans les faits, les habitants ne peuvent pas passer à la fibre (ou encore pire, s'ils ont un souci de cablage fibre, ils se font éjecter)