Messages récents

Pages: 1 2 [3] 4 5 6 7 8 ... 10
21
reseau IPv6 / Baromètre IPv6 Arcep 2026
« Dernier message par buddy le Hier à 18:08:35 »
Citation de: vivien le Hier à 17:50:53
Pourtant, si on souhaite pouvoir éteindre IPv4, il va falloir s'attaquer à ces segments de marché.
Mais qui est le "On" ? Qui le veut vraiment ? On parle de supprimer tout IPv4 sur les réseaux privés ?
et à quelle échéance ? Bon courage pour faire passer des projets maintenant si l'échéance est dans plus de 5 ans. Les règles auront tellement le temps de changer. Et faut encore prévoir les coûts.
une entreprise n'a pas forcément que des clients et/ou des fournisseurs en France. Même en Europe, quand on voit le taux de déploiement d'IPv6, ce n'est pas possible d'être IPv6 only. Et si il faut mettre une passerelle IPv6=> IPv4, autant rester en IPv4.

IPv4 sera éteint en entreprise le jour où les équipements fonctionneront aussi bien voire mieux en IPv6 qu'en IPv4, que le nombre de service accessibles uniquement en IPv4 sera anecdotique ET que les fournisseurs factureront IPv4 en sus à un prix faisant bouger les choses ou qu'il y ait vraiment une excellente raison, mais je pense qu'on la cherche toujours.

Je pense qu'il y aura encore IPv4 sur les acces internet en entreprise dans 20 ans et sur leurs réseaux local encore pendant 30 ou 40 ans. (des vieux équipements plus mis à jour..)
22
reseau IPv6 / Baromètre IPv6 Arcep 2026
« Dernier message par vivien le Hier à 17:50:53 »
Je suis d'accord :

En entreprise (avec ses propres équipements et plusieurs liens wan) :
- IPv6 n'est pas simple à mettre en place
- IPv6 ne rapporte rien (à part des emmerdes) sauf pour des cas spécifiques

Ce qui fait que très peu d'entreprises mettent en place IPv6 (aucune stats dans le baromètre, car je n'ai pas de chiffres fiables, mais on est proche de zéro, même si certains acteurs sont en cours de déploiement). Sur certains usages (portail captif avec log) je pense même qu'il manque des RFC pour le faire proprement et simplement.

Pourtant, si on souhaite pouvoir éteindre IPv4, il va falloir s'attaquer à ces segments de marché.
23
reseau TCP/IP / Fonctionnement des réseaux / MTR - My Traceroute IPv4, IPv6 over ICMP - TCP/UDP
« Dernier message par LAB3W.ORJ le Hier à 17:40:47 »
Citer
Message sur mon Facebook et sur mon Linkedin :

OVHcloud_CA, Orange_FR, Hostinger, Arcep, Internet Engineering Task Force - IETF, IESF - Ingénieurs et Scientifiques de France

ANSSI - Agence nationale de la sécurité des systèmes d'information, Cybersecurity and Infrastructure Security Agency,  Canadian CyberSecurity Journal

Going from OVH (Canada, Montreal) to Hostinger (France, Paris), the traffic routes through my Orange Livebox at my mountain home in Valdeblore—bouncing from OVH to there and then on to Hostinger !
> De OVH (Canada, Montreal) à Hostinger (France, Paris) je transit via MY LIVEBOX Orange_FR à la montagne dans ma maison de  Valdeblore pour repartir votre OVH  pour arriver à hostinger !!

What are you doing ; You must have serious mental issues !
> Qu'est-ce que vous faites ; vous avez de gros problèmes mentaux !

MTR :-: INFOS :-: SRV.🇨🇦.◕‿◕.ST (On OVH)
My Traceroute (over ICMP)  : https://srv.xn--e77hd.xn--hwgz2tba.st/infos/my-traceroute/mtr-traceroute.html
My Traceroute (over TCP) on port 443 (HTTPS)
https://srv.xn--e77hd.xn--hwgz2tba.st/infos/my-traceroute/mtr-tcp_443.html

MTR :-: INFOS :-: SRV.🇫🇷.◕‿◕.ST (On Orange_FR)
My Traceroute (over ICMP)
https://srv.xn--j77hya.xn--hwgz2tba.st/infos/my-traceroute/mtr-traceroute.html
My Traceroute (over TCP) on port 443 (HTTPS)
https://srv.xn--j77hya.xn--hwgz2tba.st/infos/my-traceroute/mtr-tcp_443.html

The HTML pages for MTR results are updated every 5 minutes.
> Les pages HTML des retours MTR sont mises à jours toutes les 5 minutes.

# --

@LAB3W/O.Romain.Jaillet-ramey : +33 61621****
Freelance | Consultant LAMP (W3C.Master : Analyste.SSI/Dev.OpS)
ZW3B’s LAB3W : The Web’s Laboratory ; Engineering of the Internet.

---

Pouvez-vous essayer depuis chez vous et/ou depuis vos serveurs.

Pouvez-vous tracer la chemin (command "mtr") pour le protocole HTTPS sur le port 443 en TCP sur l'IPv6. 

Code: [Sélectionner]
# the net
## my livebox
## mtr 2a01:cb1d:6aa:b400:c2d7:aaff:fec0:f839 -6 -c 3 -brwz (on ICMPv6 ; The web service HTTPS must not be accessible (the boxe's web interface). )

### up to my "gateway" : https://gate.xn--j77hya.xn--hwgz2tba.st
mtr 2a01:cb1d:6aa:b400::1 -6 -c 3 -brwz -T -P 443
# must respond Address IP or rDNS

#### up to my "server" : https://srv.xn--j77hya.xn--hwgz2tba.st
mtr 2a01:cb1d:6aa:b400:1ab3::1 -6 -c 3 -brwz -T -P 443
# must respond Address IP or rDNS

#### up to my "backend" : http://[2a01:cb1d:6aa:b400:1ab3:116:42:10]
mtr 2a01:cb1d:6aa:b400:1ab3:116:42:10 -6 -c 3 -brwz -T -P 443
# must respond Address IP or rDNS

C'est débile déjà l'histoire de l'adresse IPv6 GUA en EUI-64 chez Orange_FR ; çà devrait être seulement le lien "fe80::" entre la boxe et mon infrastructure - la boxe serait invisible "marquée par une étoile dans les traceroutes".

Ma Livebox (mon routeur loué au FAI) doit répondre sur ces 3 adresses IPv6 GUA :  "2a01:cb1d:6aa:b4ff:ffff:ffff:ffff:fff(d-e-f)/58" et pour gérer mon bloc IPv6::/56 et pouvoir me déléguer/distribuer/voir mes adresses IPv6 GUA.
Logiquement, techniquement je NE doit PAS voir une de ces adresses celles du routeur "2a01:cb1d:6aa:b4ff:ffff:ffff:ffff:fff(d-e-f)" depuis l'internet.
Puis le lien entre ma "livebox" et mon 1er ordinateur :

2a01:cb1d:6aa:b4ff:ffff:ffff:ffff:fffe (liveboxe) to 2a01:cb1d:6aa:b400:0000:0000:0000:ffc1/112 connecté sur 2 "fe80::" en EUI-64
FE-80:c2d7:aaff:fec0:f839" (liveboxe) to FE-80:E8XX:XXFF:FEXX:XXXX" sur lequel je peut ajouter une adresse IPv6 GUA qui sera visible.

Persone ne doit voir l'adersse de nos routeurs "Liveboxe" depuis internet.
24
reseau IPv6 / Baromètre IPv6 Arcep 2026
« Dernier message par Symbol le Hier à 17:39:08 »
Citation de: Pegasus38 le Hier à 15:57:36
C'est tout le problème de l'ipv6, la mise en oeuvre pour les entreprises ce n'est pas plug and play, les entreprises ne veulent pas se prendre la tête avec, sachant que tout fonctionne avec une v4.
Je ne connais pas d'entreprise dans mon entourage en IDF qui ont l'ipv6 d'activé sauf ceux qui utilisent la box opérateur sans routeur évidemment, mais ça reste des petites structures.
Rien qu'à voir ce qu'il faut faire pour avoir de l'ipv6 derrière une Freebox GP ou une Livebox GP avec du Unifi ou autre, on comprend que c'est pas simple. Et quand bien même on y arrive, encore faut-il le faire correctement : avec un beau /64 en SLAAC par VLAN, RA, l'ICMPv6 open...
Et encore, tu omets les cas où l'entreprise veut des liens différents avec des opérateurs différents et où la redondance passe notamment par du NAT fait par ici ou par là. IPv6 ne rime alors qu'avec emmerdements supplémentaires.

Bien entendu les gestionnaires de beigebox installées sous la table de la cuisine et dont l'expérience opérationnelle se limite à de la gestion de coupure de service en raison du débranchement lié au passage de l'aspirateur vont inévitablement s'exclamer «mais non c'est trop facile», toutefois j'exclus d'office ces élucubrations  ;D

Citation de: buddy le Hier à 16:21:30
Toute entreprise un peu importante qui a besoin d'internet a une connexion principale et une de secours. Le "secours" en IPv4 se fait relativement facilement (et c'est implémenté dans les routeurs que l'on peut acheter sur étagère) ou via les solutions Pro/business. De plus en Ipv4, la coupure d'un lien est peu visible par les utilisateurs finaux. A voir ce que ça donne en IPv6.
C'est bien ça.

Citation de: zbug le Hier à 17:04:04
sinon c'est principalement du nat66 (pas de nptv6 chez ubiquiti encore). Pour les puristes du v6, c'est une énorme hérésie  ;D ;D ;D mais cela fait le taf super bien, on perd juste les adresses "privacy" côté publique mais bon  ::)!
Mais c'est pourtant la solution inévitable en dehors de gérer un bloc PI et du BGP (voire un AS, et donc de l'argent en plus à payer).
Et pour ça il faut des compétences en interne, ou payer des compétences supplémentaires en externe.

Citation de: renaud07 le Hier à 17:12:42
Ce sont les FAI qui sont fautif
on passe son temps à se battre pendant des jours pour un truc qui peut être configuré en quelques heures grand max si rien n'était limité.
Avec mon openwrt, je fais ce que je veux de mon /56
Voir reflexions ci-dessus, non ce n'est pas si simple  ::)
25
reseau IPv6 / Baromètre IPv6 Arcep 2026
« Dernier message par renaud07 le Hier à 17:12:42 »
Citation de: Pegasus38 le Hier à 15:57:36
Rien qu'à voir ce qu'il faut faire pour avoir de l'ipv6 derrière une Freebox GP ou une Livebox GP avec du Unifi ou autre, on comprend que c'est pas simple. Et quand bien même on y arrive, encore faut-il le faire correctement : avec un beau /64 en SLAAC par VLAN, RA, l'ICMPv6 open...

Ce sont les FAI qui sont fautif avec des limitations volontaires et crade qui n'ont pas lieu d'être. Forcément, dans ces conditions on passe son temps à se battre pendant des jours pour un truc qui peut être configuré en quelques heures grand max si rien n'était limité.

Avec mon openwrt, je fais ce que je veux de mon /56. Les VLAN/interfaces sur le routeur ont un 64 assigné en quelques secondes et je peux déléguer à d'autres routeurs en aval sans aucune prise de tête. Qu'on commence par faire une implémentation propre qui respecte les RFC avant d'accuser le protocole.
26
reseau IPv6 / Baromètre IPv6 Arcep 2026
« Dernier message par zbug le Hier à 17:04:04 »
Citation de: buddy le Hier à 16:21:30
Bonjour,

autre point à prendre en compte.
Toute entreprise un peu importante qui a besoin d'internet a une connexion principale et une de secours. Le "secours" en IPv4 se fait relativement facilement (et c'est implémenté dans les routeurs que l'on peut acheter sur étagère) ou via les solutions Pro/business. De plus en Ipv4, la coupure d'un lien est peu visible par les utilisateurs finaux. A voir ce que ça donne en IPv6.
Et comme d'habitude en entreprise, faut évaluer le temps passé VS ce que ça rapporte / ça coute. Pour moi c'est utopique de penser que les entreprises migreront avant l'état...

Le Multi-WAN est l'énorme soucis que j'observe un peut partout que cela soit en GP ou en Pro. Car même en pro, des fournisseurs qui vous permettent d'annoncer vôtre propre prefixe en BGP, sans devoir passer par un tunnel ailleurs (VPS ou autre) et donc perdre en latence/bp ce n'est pas si répandu que cela.

Et même si on peut avoir la chance d'avoir 2/3 WAN avec de l'IP fixe, encore faut-il avoir un moyen qui n'est pas une usine à gaz de faire un failover simple et transparent (RA court, nptv6, etc.)

Je le fais chez moi avec 4 liens WAN GP, j'annonce mon préfixe via un vps et du bgp mais beaucoup de policy based routing (pour le gros traffic) juste histoire de, mais sinon c'est principalement du nat66 (pas de nptv6 chez ubiquiti encore). Pour les puristes du v6, c'est une énorme hérésie  ;D ;D ;D mais cela fait le taf super bien, on perd juste les adresses "privacy" côté publique mais bon  ::)!
27
reseau IPv6 / Baromètre IPv6 Arcep 2026
« Dernier message par buddy le Hier à 16:21:30 »
Bonjour,

autre point à prendre en compte.
Toute entreprise un peu importante qui a besoin d'internet a une connexion principale et une de secours. Le "secours" en IPv4 se fait relativement facilement (et c'est implémenté dans les routeurs que l'on peut acheter sur étagère) ou via les solutions Pro/business. De plus en Ipv4, la coupure d'un lien est peu visible par les utilisateurs finaux. A voir ce que ça donne en IPv6.
Et comme d'habitude en entreprise, faut évaluer le temps passé VS ce que ça rapporte / ça coute. Pour moi c'est utopique de penser que les entreprises migreront avant l'état...
28
reseau IPv6 / Baromètre IPv6 Arcep 2026
« Dernier message par Pegasus38 le Hier à 15:57:36 »
C'est tout le problème de l'ipv6, la mise en oeuvre pour les entreprises ce n'est pas plug and play, les entreprises ne veulent pas se prendre la tête avec, sachant que tout fonctionne avec une v4.
Je ne connais pas d'entreprise dans mon entourage en IDF qui ont l'ipv6 d'activé sauf ceux qui utilisent la box opérateur sans routeur évidemment, mais ça reste des petites structures.
Rien qu'à voir ce qu'il faut faire pour avoir de l'ipv6 derrière une Freebox GP ou une Livebox GP avec du Unifi ou autre, on comprend que c'est pas simple. Et quand bien même on y arrive, encore faut-il le faire correctement : avec un beau /64 en SLAAC par VLAN, RA, l'ICMPv6 open...

Je ne sais pas ce que ça représente en terme de traffic les box pro, en France.
29
Free Mobile Actu Free Mobile / DIM Freemobile & autres opérateurs sur Laon
« Dernier message par Bulldozer le Hier à 14:55:47 »
Une nouvelle antenne-relais SFR déployée à Soissons pour améliorer la couverture 4G et 5G

Une nouvelle antenne de radiotéléphonie est en cours d’installation dans la zone commerciale du Parc des Moulins à Soissons. L’opérateur SFR souhaite renforcer la couverture 4G et 5G pour les réseaux SFR et Bouygues dans le Soissonnais. Deux autres antennes seront aussi déployées dans les mois à venir.

https://www.lunion.fr/id822287/article/2026-08-13/une-nouvelle-antenne-relais-sfr-deployee-soissons-pour-ameliorer-la-couverture
30
reseau IPv6 / Baromètre IPv6 Arcep 2026
« Dernier message par zergflag le Hier à 13:17:15 »
Citation de: vivien le Hier à 08:25:04
Ce que j'aimerais bien avoir ce sont les accès internet entreprises. Si IPv6 est presque généralisé sur le grand public et qu'il avance bien sûr les offres Pro, ce n'est pas le cas des offres entreprises.

Je ne veux pas m'auto-inculper mais je pense aussi que sur les offres pro/entreprise, l'utilisation finale, même si le FAI l'active bien, peut aussi être biaisée par le fait que dans les entreprises on place des firewalls après le routeur/modem du FAI, il faut donc ensuite configurer IPv6 sur le LAN du FW, voire même sur les VLAN quand il y en a, c'est vrai qu'à mon taff nous ne le faisons pas (je suis prêt à recevoir des tomates pourries) mais à terme il faudra bien évidemment le faire sans aucun doute, après il y a aussi des cas où des structures entreprise/asso etc... possèdent des offres grand public en majorité chez Orange et c'est vrai que ça manque de configuration avancée côté V6 sur les Livebox GP, ce qui bloque aussi de potentiel déploiement
Pages: 1 2 [3] 4 5 6 7 8 ... 10