Modérateur : carabao







l'année ou tu auras la fibre

Flex+ Mega Fiber FTTH 500 DL/500 UP avec Internet Box + TV Box V7c 
Je vois personnellement pas le rapport, car s'ils activent l'IPv6, c'est par pour autant que les clients fixes n'auront pas d'IPv4 ou que les clients mobiles n'auront pas accès aux services en IPv4.BXL1 a écrit : 26 avr. 2025, 18:34 Si c'est comme proximus, Orange attend peut-être aussi que TMForum finalise le développement de la fonctionnalité "ipv6 pin-holing". C'est prévu pour pas avant 2026.
En attendant l'ipv6 entrant est bloqué pour que le réseau interne ne soit pas grand ouvert. Pour les experts, sur l'Internet Box de proximus il est possible de mettre le lan1 en bridge pour avoir l'ipv6.



Le NAT n'est pas un firewall, si le FAI n'est pas capable de mettre un firewall en place pour ces CPE c'est la faute du FAI pas de l'IPv6.BXL1 a écrit : 26 avr. 2025, 20:51 S'ils activaient l'ipv6 (en entrée) au niveau de la box tes équipements seraient exposés sur Internet sans le firewall de la box pour les protéger.
C'est une supposition mais chez pxs c'est comme cela pour l'ipv6. Pour les connexions ipv6 sortantes c'est dispo chez pxs, chez Orange je ne sais pas.
Telenet/Base/Tadaam sur le réseau mobile, je le teste actuellement. Ils ont un NAT64 en place pour le réseau mobile pour lequel ils ont fait un /32 séparé (2a02Unix-Linux a écrit : 26 avr. 2025, 20:49 Connaissez-vous des FAI en Belgique qui n'utilisent que du IPv6 et pas du DualStack ?


pxs avait commencé l'étude mais attends à présent TMF.Kiwi9428 a écrit : 26 avr. 2025, 22:00 Le NAT n'est pas un firewall, si le FAI n'est pas capable de mettre un firewall en place pour ces CPE c'est la faute du FAI pas de l'IPv6.

Merci pour ta réponse ;-)Kiwi9428 a écrit : 26 avr. 2025, 22:00Telenet/Base/Tadaam sur le réseau mobile, je le teste actuellement. Ils ont un NAT64 en place pour le réseau mobile pour lequel ils ont fait un /32 séparé (2a02Unix-Linux a écrit : 26 avr. 2025, 20:49 Connaissez-vous des FAI en Belgique qui n'utilisent que du IPv6 et pas du DualStack ?:/32) et sur Android en allant dans APN et passant l'APN en juste IPv6, j'obtiens qu'une adresse en IPv6 et l'IPv4 du CLAT (dans mon cas 192.0.0.4). Ça marche extrêmement bien.
![]()

Telenet fournit également de l'IPv6 à ses clients. Comme j'ai configuré mon propre routeur OpenWRT, j'ai choisi de passer ma LAN en IPv6-mostly. Ça veut dire qu'il y a toujours un serveur DHCPv4 actif pour les appareils qui nécessitent encore de l'IPv4 natif. Dans mon cas, ce sont uniquement les appareils sous Windaube, car Linux, macOS, iOS et Android fonctionnent sans problème en IPv6-only, et ne reçoivent donc aucune adresse IPv4.Unix-Linux a écrit : 27 avr. 2025, 10:39 J'ai omis de spécifier : FAI internet (pas mobile).
Chez EDPnet et Voo, c'est du dualstack
Ceci dit je n'utilise que l'IPv6
code : Tout sélectionner
kiwi@fedora:~$ ip a
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether d8:43:ae:67:f3:7a brd ff:ff:ff:ff:ff:ff
altname enp42s0
inet6 2a02:1811:xxxx:xxxx:d88a:5da7:6436:c5bf/64 scope global dynamic noprefixroute
valid_lft 216044sec preferred_lft 43244sec
inet6 fd9c:3506:de0d:0:2dfd:e0ac:2fff:5c09/64 scope global noprefixroute
valid_lft forever preferred_lft 604532sec
inet6 fe80::1f18:a889:1db7:5097/64 scope link noprefixroute
valid_lft forever preferred_lft forever
7: clat: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 500
link/none
inet 192.0.0.1/32 scope global clat
valid_lft forever preferred_lft forever
inet6 fe80::821f:79b5:4407:230f/64 scope link stable-privacy proto kernel_ll
valid_lft forever preferred_lft forever


