Encore une petite nouvelle chez Bouygues : 89.80.0.0/16

J'ai aussi remarqué l'utilisation simultanée du préfixe 2001:860::/29. Dans mon cas 2001:863:788:5528::/64

Le modèle possède en outre une vertu en termes de politique publique favorable à l’écologie puisqu’il amènera naturellement les FCA à recourir aux technologies les plus avancées en matière de compression et d’optimisation des volumes des données à transmettre. Pour l’instant ils ne le font pas puisque le réseau fonctionne pour eux comme un tuyau sans limite de volume.

C'est tout simplement faux, les géants du net n'hésitent pas à saisir ces économies d'échelle très importantes. Par exemple, 30% du streaming Netflix utilise AV1, et YouTube l'utilise par défaut sur tous les téléphones compatibles. On sent que tout ça a été bien réfléchi 

Les choses semblent avancer dans le mauvais sens...
https://www.assemblee-nationale.fr/dyn/17/amendements/3210A/AN/1358

Ha bon !!!..un vpn ne sert a rien !
une adresse ip fixe se promène sur le web sans aucun risque puisque le vpn ne sert a rien !...
bon...

Si c'est vraiment ça qui t'inquiète, active IPv6 sur ton réseau.
des adresses IPv4 en France, il y en a quelques millions, les pirates les scannent vite fait bien fait.
Des adresses IPv6, il y en a des milliards de milliards de milliards en France, autant dire qu'avant qu'ils aient finis de les scanner, tu as de la marge.

Bonjour à tous,

Suite à un changement d'ONT par Bouygues (le boîtier est resté exactement le même modèle : Huawei GP8010_BYT), mon bypass qui fonctionnait parfaitement jusqu'ici ne récupère plus d'IP (client DHCP bloqué sur "Searching"). Pour information, je suis sur une offre fibre de base (1 Gbps / 700 Mbps). J'ai donc repris ma configuration MikroTik (RB962UiGS-5HacT2HnT) de zéro.

J'ai sniffé le trafic de la Bbox (Vantiva/Thomson FGA2234BYT) au démarrage via un pont transparent pour m'assurer des paramètres exacts :

Paramètres récupérés via Wireshark

[] VLAN ID : 100
[] MAC WAN : D0:78:9A:XX:XX:XX
[] Option 60 : BYGTELIAD
[] Option 61 (Client ID) : 01d0789axxxxxx
[] Option 125 : OUI 001f9f, Serial 1125015XXXXXXX, Model FGA2234BYT
[] Option 55 (Parameter Request List) en hexadécimal : 0x01790321062a8a2b0f

• Détail de l'Option 55 (valeurs décimales attendues) : 1 (Subnet Mask), 121 (Classless Static Route), 3 (Router), 33 (Static Route), 6 (Domain Name Server), 42 (Network Time Protocol Servers), 138 (CAPWAP Access Controllers), 43 (Vendor-Specific Information), 15 (Domain Name)

Actions et tests effectués

[] Purge de l'ONT (débranché >30s) pour vider la table MAC.
[] Routeur furtif : désactivation de MNDP/LLDP et MAC-Server (port WAN muet).
[] Création d'un bridge-wan (ether1) avec MAC usurpée.
[] Création du VLAN 100 sur ce pont.

• Intégration des options 60, 61, 125 et 55 exacte sur le DHCP Client du VLAN 100.

Configuration basique du Mikrotik
/interface bridge add admin-mac=D0:78:9A:XX:XX:XX auto-mac=no name=bridge-wan protocol-mode=none
/interface ethernet set [ find default-name=ether1 ] mac-address=D0:78:9A:XX:XX:XX
/interface vlan add interface=bridge-wan name=vlan100-wan vlan-id=100
/interface list add name=MGMT
/interface list member add interface=ether3 list=MGMT
/ip neighbor discovery-settings set discover-interface-list=MGMT
/tool mac-server set allowed-interface-list=MGMT
/tool mac-server mac-winbox set allowed-interface-list=MGMT
/interface bridge port add bridge=bridge-wan interface=ether1
/ip dhcp-client option
add code=55 name=option55-bytel value="0x01790321062a8a2b0f"
add code=60 name=option60-bytel value="'BYGTELIAD'"
add code=61 name=option61-clientid value="0x01d0789axxxxxx"
add code=125 name=option125-bytel value="0x00000de9250106303031663966020f[SERIAL_HEXA_MASQUE]030a46474132323334425954"
/ip dhcp-client add dhcp-options=option61-clientid,option60-bytel,option125-bytel,option55-bytel interface=vlan100-wan

Auriez-vous une piste sur ce qui pourrait bloquer la requête vis-à-vis de ce nouvel ONT ou du serveur DHCP ?