La Fibre
Télécom => Peering Transit (appairage) => Peering entre opérateurs => Discussion démarrée par: vivien le 27 mars 2020 à 11:24:56
-
Free coupe le peering avec Hurricane Electric et se coupe d'une partie importante de l'Internet IPv6
(https://lafibre.info/images/peering/logo_hurricane_electric.png)
(https://lafibre.info/images/altice_cable/201302_free_coupe_numericable.jpg)
Comme le dit Hugues :
Comme dit sur twitter, un rapide coup d’oeil au LG d’HE permet de voir que Free a coupé le peering v6 sur le LINX depuis 5 jours.
Free n’ayant que Cogent comme transit, qui refuse historiquement de peer avec HE, qui refuse pour sa part d’acheter du transit avec Cogent, vous pouvez concrètement oublier le concept d’interco entre ces AS.
Si R.A. a décidé de couper le peering, peu de chances qu’il change d’avis (ou alors c’est temporaire et lié a une saturation du lien LINX, mais j’en doute)
Et entre Cogent et HE, ça fait plus de 10 ans que ça dure, aucune chance que Free ne pèse dans la balance.
Bref, il serait temps d’aller chez des FAI un peu plus consciencieux en matière de qualité de leurs intercos.
My 2 cents,
Hugues
AS57199 - AS50628
Source : Mailing Liste FRnOG (https://www.mail-archive.com/frnog@frnog.org/msg59066.html), le 26 mars 2020.
(https://lafibre.info/images/peering/202004_peering_free_he.svg)
-
Cette coupure n'est pas anodine.
Free a un seul transitaire, Cogent, ce dernier étant en conflit avec Hurricane Electric.
Free en coupant Hurricane Electric n'offre plus un accès complet à Internet IPv6, ce qui n'est pas bon du tout pour le développement d'IPv6.
Les Tier 1 (liste sur https://en.wikipedia.org/wiki/Tier_1_network ) peer entre eux, cette règle est bien respectée a une exception près : Cogent et Hurricane Electric.
Hurricane Electric est un nouvel entrant sur le marché des Tier1. Sa stratégie est de rentrer sur la partie IPv6 (en IPv4 il n’est pas Tier1, il a des transitaires IPv4). Hurricane Electric positionné dès le début de l’IPv6 pour offrir du transit IPv6 gratuit et la possibilité aux clients IPv4 de monter une sorte de VPN pour avoir IPv6 (c’est un tutoriel du rapport). Bref Hurricane Electric est un poids lourd de l’IPv6 et de nombreux réseaux n’ont de l’IPv6 que via Hurricane Electric. Il fait beaucoup pour IPv6, en plus de transit, tunel broker, il propose des outils et des certifications IPv6.
Pourquoi Cogent refuse de peerer avec Hurricane Electric ?
Cogent est un de plus gros Tier1 et en bloquant Hurricane Electric, il espère empêcher qu’il rentre dans la liste des Tier1 (ils sont tous les deux sur le même créneau du transit lowcost).
A quand un unique réseau IPv6 ?
Impossible de voir Hurricane Electric depuis un transit Cogent et inversement.
Aujourd'hui quand vous prenez un transitaire IPv4, il vous annonce tout Internet (a de rares exceptions prés).
Ce n'est malheureusement pas le cas en IPv6.
Aujourd'hui avec Cogent en unique fournisseur de transit IPv6, il est impossible de joindre he.net en IPv6 (message "Destination unreachable: No route")
Ce gâteau peu vous faire sourire, mais il date de octobre 2009. Trois ans plus tard la situation est toujours bloquée.
(https://lafibre.info/images/ipv6/200910_peering_ipv6_cogent_hurricane.jpg)
Wikipedia a une page pour annoncer les routes IPv6 des différents fournisseurs de transit IPv6 (https://en.wikipedia.org/wiki/Comparison_of_IPv6_support_by_major_transit_providers#cite_note-partitioned_from-3) et Cogent n'annonce aucune routes pour AS6939, AS30071 et de nombreuses autres AS.
Le souci c'est que de nombreux réseaux ne sont connectés à Internet en IPv6 uniquement par Cogent ou uniquement par Hurricane Electric. On a donc un internet scindé en deux.
Un exemple précis en France : Le serveur speedtest de Lyon hébergé par le Rezopole est connecté à Internet uniquement par un unique transitaire (hors peering) : Hurricane Electric
Cogent n’annonce donc pas l'as de rezopole et il est donc impossible de joindre le serveur en IPv6.
Même en utilisant les peering, on note que le nombre de peering est plus réduit en IPv6 qu'en IPv4 et qu'il faut donc aller plus loin pour chercher un même serveur.
-
Bref, il serait temps d’aller chez des FAI un peu plus consciencieux en matière de qualité de leurs intercos.
Il ne reste que Orange alors car pas d'ipv6 ni chez SFR ni chez BT. Ça fait un peu ch*er ces histoires quand même. Au boulot j'ai pas encore d'ipv6 et j'aimais bien mon tunnel HE pour accéder à mes serveurs à la maison ...
-
Ou bien de prendre un tunnel/vpn chez un FAI qui a de bonnes intercos. Je suis chez Free chez moi, et je n'ai jamais ne serait-ce qu'envisagé d'utiliser la co sans tunnel.
-
C'est un peu stupide comme histoire. Pourquoi Free a-t-il décidé de couper son lien avec HE ?
-
Je te comprend Hugues, mais dans mon cas, je trouve ça dommage d'avoir un réseau ipv6 et de devoir en plus me coltiner un VPN. Je paye déjà Free, à eux de me permettre d'accéder à tout (en ipv4 et ipv6).
Prendre un VPN pourquoi pas, mais c'est un coût en plus et pas vraiment user-friendly pour tous les clients ....
-
Je paye déjà Free, à eux de me permettre d'accéder à tout (en ipv4 et ipv6).
Dans le monde de la théorie, tout se passe bien. Il n'y a aucun opérateur qui fait du Dual Stack + Bonne politique de peering dans les 4 gros.
-
Ou bien de prendre un tunnel/vpn chez un FAI qui a de bonnes intercos. Je suis chez Free chez moi, et je n'ai jamais ne serait-ce qu'envisagé d'utiliser la co sans tunnel.
Dit le geek à mme Michu toute fière d'être chez le meilleur FAI de France ;)
-
Madame michu n'a pas spécialement besoin d'un peering vers HE, si tu vas dans ce sens :)
-
Madame michu n'a pas spécialement besoin d'un peering vers HE, si tu vas dans ce sens :)
Pas faux en même temps :)
-
Free en coupant Hurricane Electric n'offre plus un accès complet à Internet IPv6
Y'a quoi qui n'est plus accessible en IPv6 depuis Free ?
C'est étonnant que Free laisse des plages entières non joignables (même indirectement).
-
Avec tout ce merdier, est-ce encore pertinent de parler de la fourniture d'accès à Internet ?
-
C'est étonnant que Free laisse des plages entières non joignables (même indirectement).
Le peering avec Hurricane Electric n'était qu'en IPv6 (pas de peering IPv4 entre Free et Hurricane Electric) et était là spécifiquement pour supprimer les trous avec Cogent. Le couper, c'est donc volontairement se couper d'une partie de l'Internet.
Une hypothèse possible, parmi d'autres, c'est que cela pourrait être que c'est dans un accord avec Cogent (négociation d'un prix plus bas contre coupure des plages du concurrent de Cogent).
Je vois que Cogent n'a pas de routes vers Google/AS15169 en IPv6 (source : wikipedia (https://en.wikipedia.org/wiki/Tier_1_network#Other_major_networks))
Je trouve vraiment dommage que Cogent retarde l'IPv6 a cause de conflits avec Google et Hurricane Electric.
-
Pour autant je joins tjs les services google en ipv6. Grace à l'interco directe je suppose.
Ou, très possible, j'ai mal compris la remarque :D
-
Y'a quoi qui n'est plus accessible en IPv6 depuis Free ?
C'est étonnant que Free laisse des plages entières non joignables (même indirectement).
Par exemple :
alarig@msi ~ $ mtr -bzwe 2001:678:598::1
Start: Fri Mar 27 15:11:37 2020
HOST: msi.no.swordarmor.fr Loss% Snt Last Avg Best Wrst StDev
1. AS208627 enp2s0.104.core02-arendal.no.swordarmor.fr (2a0e:f42::ffff:ffff:ffff:ffff) 0.0% 10 0.4 0.5 0.4 0.6 0.0
2. AS208627 gre4.edge01-terrahost.no.swordarmor.fr (2a0e:f42:fffe:1::a) 0.0% 10 12.8 14.7 12.2 33.1 6.4
3. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
4. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
5. AS??? 2001:7f8:12:1::6939 0.0% 10 54.3 53.9 53.4 54.3 0.0
6. AS6939 100ge14-1.core1.cph1.he.net (2001:470:0:3e6::1) 0.0% 10 54.2 53.8 53.2 54.3 0.0
7. AS6939 10ge10-16.core1.fra1.he.net (2001:470:0:2ac::1) 0.0% 10 53.7 53.8 53.2 54.4 0.0
8. AS6939 tserv2.fra1.he.net (2001:470:0:3b2::2) 0.0% 10 53.7 53.9 53.5 54.6 0.0
9. AS31010 2001:678:598::1 0.0% 10 64.6 65.1 64.6 65.7 0.0
[alarig@ezekyel ~]$ mtr -bzwe 2001:678:598::1
Start: 2020-03-27T15:12:03+0100
HOST: ezekyel.securmail.fr Loss% Snt Last Avg Best Wrst StDev
1. AS12322 2a01:e34:ed0b:51b0::1 0.0% 10 0.2 0.3 0.2 0.5 0.1
2. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
De chez moi ça marche, de chez free ça s’arrête à le default.
-
Je trouve vraiment dommage que Cogent retarde l'IPv6 a cause de conflits avec Google et Hurricane Electric.
Voilà ce qui se passe quand on ne peer qu'avec un réseau qui prétend pouvoir joindre tous les réseaux sans tierce partie.
Enfin, avec free.fr la situation est volontaire de toute manière..
-
Il ne reste que Orange alors car pas d'ipv6 ni chez SFR ni chez BT.
Que veut tu dire ? SFR n'a pas d'IPV6 du tout ?
J'ai une box compatible IPV6 SFR, j'ai eu quelques jours l'IPV6 en 1 an, mais nada maintenant (ma sonde Ripe Atlas m'en est témoin)
-
Chez Bouygues, le déploiement est en cours, mais très partiel pour le moment encore...
Chez SFR, il y avait une solution via un "tunnel ipv6 over ipv4" (limité à 50 Mbits) et maintenant ça bascule sur une IPv6 "native" avec potentiellement plusieurs mois de coupure entre le 2.
Tu as les stats indiquées par les opérateurs au 30 Juin 2019 ici : https://lafibre.info/ipv6/ipv6-barometre-2019/msg704716/#msg704716
-
Orange et Free sont deux opérateurs avec qui ont est assuré d'avoir IPv6 en FTTH.
SFR et Bouygues Telecom, pas moyen de savoir à la souscription si il y aura de l'IPv6.
Il parait que l’objectif chez Bouygues Telecom est que tous les clients avec une box compatible passent en IPv6 d'ici la fin de l'année. En attendant, c'est la loterie.
SFR je ne ferais aucun commentaire, avec moins de 1% d'IPv6 activé selon plusieurs sources. D’ailleurs si il y en a qui ont encore IPv6 avec SFR, je suis intéressé de votre témoignage. Il semblerait que presque tous les clients aient perdu IPv6. Plutôt de chercher ce qui est commun avec ceux qui le perdent, je vais faire l'inverse.
-
Je vois pas vraiment l'intérêt de Free de faire ça au moment de la monté en puissance d'ipv6...
-
Un hypothèse :
Le peering avec Hurricane Electric n'était qu'en IPv6 (pas de peering IPv4 entre Free et Hurricane Electric) et était là spécifiquement pour supprimer les trous avec Cogent. Le couper, c'est donc volontairement se couper d'une partie de l'Internet.
Une hypothèse possible, parmi d'autres, c'est que cela pourrait être que c'est dans un accord avec Cogent (négociation d'un prix plus bas contre coupure des plages du concurrent de Cogent).
-
(https://media.giphy.com/media/uyWTOgNGGWfks/giphy.gif)
-
Ouais enfin à ce petit jeu, ils peuvent couper tous les peering / pni blabla , et relancer 3615 Free. Grosses économies en vue.
Avoir une qualité pas top est déjà lamentable, mais s'ils en viennent à carrément se couper d'une partie d'internet...
-
Un hypothèse
Ça parait quand même un peu gros.
-
Avoir une qualité pas top est déjà lamentable, mais s'ils en viennent à carrément se couper d'une partie d'internet...
Si ce n'est pas une panne, tu résilies ton abonnement Free ?
-
Voilà ce qui se passe quand on ne peer qu'avec un réseau qui prétend pouvoir joindre tous les réseaux sans tierce partie.
Enfin, avec free.fr la situation est volontaire de toute manière..
Il est loin le temps quand on filait un feed Usenet où on exigeait que le gars ait plusieurs sources ˆˆ
-
moi j'ai eu un zozio italien qui m'a menacé d'un procès parce qu'il acceptait qu'un message était perdu... ah la bonne époque.
bref, l'internet reste un faux projet 100% humaniste.
perso en IPV4 il y a déjà un gros gachis de ressource, on le voit bien en ce moment, des box 4G permettent d'avoir tous les services que se satisfont Mme michu, ses parents et les ados de cette madame.
Idem pour des serveurs DNS de FAI qui pourraient être sur d'autres serveurs.
-
Comment on apprécie la neutralité du net et cette affaire ?
L'ipv6 n'en fait pas parti ?
-
Si l'IPv6 en fait partie, alors personne n'est neutre, vu le peu d'accès IPv6 proposés. Le reste de l'internet est accessible en IPv4, également fourni ?
-
D’ailleurs si il y en a qui ont encore IPv6 avec SFR, je suis intéressé de votre témoignage.
Moi j'ai IPv6 avec SFR mais je suis en ADSL, c'est peut-être pour ça ?
-
Moi j'ai IPv6 avec SFR mais je suis en ADSL, c'est peut-être pour ça ?
Moi pas d'IPV6, mais en fibre avec une bosque compatible
-
bosque
C'est un truc allemand ?
C'est beau, c'est bosque ? ???
-
Moi j'ai IPv6 avec SFR mais je suis en ADSL, c'est peut-être pour ça ?
IPv6 fonctionne encore ?
=> http://ip.lafibre.info
Car tu surf sur le forum en IPv4.
-
Si ce n'est pas une panne, tu résilies ton abonnement Free ?
Si la réponse est non, alors ils ont raison de le faire ?
La réponse est que je n'ai pas attendu ça pour décider de partir, mais j'attends que la concurrence puisse me fournir quelque chose de mieux (pour mon usage évidemment). Ce qui n'est pas encore le cas (franchement j'attends que BT propose des offres > à 1gb + la délégation de prefixe ipv6 dans leur box, mais c'est pas pour tout de suite)
-
IPv6 fonctionne encore ?
=> http://ip.lafibre.info
Car tu surf sur le forum en IPv4.
Vu la qualité du réseau Adeli, ton test n’est pas fiable.
https://internet.nl/connection/e56acb3c8e9f434c87649b0a14fbb2f0/results
% wget -O /dev/null http://ip.lafibre.info
--2020-03-29 12:08:33-- http://ip.lafibre.info/
Resolving ip.lafibre.info... 2a01:6e00:10:410::2, 46.227.16.8
Connecting to ip.lafibre.info|2a01:6e00:10:410::2|:80... failed: Connection timed out.
Connecting to ip.lafibre.info|46.227.16.8|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]
Saving to: ‘/dev/null’
/dev/null [ <=> ] 7.95K --.-KB/s in 0.01s
2020-03-29 12:09:04 (724 KB/s) - ‘/dev/null’ saved [8138]
% mtr -bzwe ip.lafibre.info
Start: Sun Mar 29 12:08:48 2020
HOST: pikachu.swordarmor.fr Loss% Snt Last Avg Best Wrst StDev
1. AS208627 enp2s0.102.core02-arendal.no.swordarmor.fr (2a0e:f42:0:1:ffff:ffff:ffff:ffff) 0.0% 10 3.0 3.1 2.3 4.0 0.0
2. AS208627 gre2.regis.swordarmor.fr (2a0e:f42:fffe:1::2) 0.0% 10 53.0 53.3 51.4 54.3 0.7
3. AS204092 asbr01.cogent-rns.grifon.fr (2a00:5884::1) 0.0% 10 53.9 53.7 53.2 54.2 0.0
4. AS34019 ve504-rt2-th2.bb.hivane.net (2001:67c:1740:8007::1) 0.0% 10 62.1 62.6 61.0 64.9 0.9
5. AS34019 xe-0-0-3-rt2-vty.bb.hivane.net (2001:67c:1740:1::2a) 0.0% 10 62.6 81.3 62.3 180.7 40.8
6. AS??? adeli.par.franceix.net (2001:7f8:54::111) 0.0% 10 67.8 68.7 66.1 74.4 2.1
7. AS43142 bgp1.adeli.biz (2a01:6e00:10:42c::1) 0.0% 10 68.5 69.2 67.7 72.7 1.4
8. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
-
Si la réponse est non, alors ils ont raison de le faire ?
La réponse est que je n'ai pas attendu ça pour décider de partir, mais j'attends que la concurrence puisse me fournir quelque chose de mieux (pour mon usage évidemment). Ce qui n'est pas encore le cas (franchement j'attends que BT propose des offres > à 1gb + la délégation de prefixe ipv6 dans leur box, mais c'est pas pour tout de suite)
Tu as vraiment besoin de plus d’1G chez toi ? Perso mon LibreNMS me rapporte 75M en pic…
-
Besoin je ne sais pas, mais je les utilise pour la plupart de mes dls. Revenir en arrière ne serait pas top. Ensuite si ça se dégrade encore, je ne dis pas que je ne changerais pas d'avis. C'est une question de balance au final.
-
Si la réponse est non, alors ils ont raison de le faire ?
Moralement non, mais est ce que ça les incitera à revenir en arrière sur leur décision ... pas sur..
-
J'ai essayé de faire un schéma pour expliquer le problème a des personnes qui ne sont pas ingénieur telecom.
J'ai pris un client Free et un client Bouygues Telecom qui tenter d'accéder à un client qui utilise un tunnel broker HE.
Vous en pensez quoi ?
Vous voyez d'autres cas où il y a un impact des clients ? (dans quel cas on se retrouve avec une connectivité IPv6 avec HE uniquement, hors du cas tunnel broker ?)
Si vous avez des suggestions, n'hésitez-pas ?
(https://lafibre.info/images/peering/202004_peering_free_he.png)
-
Un novice va demander pourquoi ca ne fait pas: Free -> Cogent -> Telia -> HE (ou via n'importe quel autre T1).
-
Un novice va demander pourquoi ca ne fait pas: Free -> Cogent -> Telia -> HE (ou via n'importe quel autre T1).
Les "Tier-1" echangent entre eux uniquement les routes de leurs clients, eux-memes n'etant client (pour la connectivite internet) de personne. Cogent, Telia et HE sont "Tier-1" en IPv6.
Ni Cogent ni HE ne sont pas prets de payer Telia (ou peu importe qui d'autre) pour transporter les paquets de l'un vers l'autre. Et comme les tier-1 ne sont pas des associations de bienfaisance, .....
-
Les "Tier-1" echangent entre eux uniquement les routes de leurs clients, eux-memes n'etant client (pour la connectivite internet) de personne. Cogent, Telia et HE sont "Tier-1" en IPv6.
Ni Cogent ni HE ne sont pas prets de payer Telia (ou peu importe qui d'autre) pour transporter les paquets de l'un vers l'autre. Et comme les tier-1 ne sont pas des associations de bienfaisance, .....
Avoir l'explication n'était pas le but de ma remarque ...
je réagissait plus a cela:
J'ai essayé de faire un schéma pour expliquer le problème a des personnes qui ne sont pas ingénieur telecom.
-
Je vis faire une nouvelle version qui intègre plus d'explication.
La remarque était très bonne.
-
Les "Tier-1" echangent entre eux uniquement les routes de leurs clients, eux-memes n'etant client (pour la connectivite internet) de personne. Cogent, Telia et HE sont "Tier-1" en IPv6.
Ni Cogent ni HE ne sont pas prets de payer Telia (ou peu importe qui d'autre) pour transporter les paquets de l'un vers l'autre. Et comme les tier-1 ne sont pas des associations de bienfaisance, .....
L’exemple est plutôt mal choisi : Cogent n’est pas Tier-1 en IPv6, ils ne peuvent pas joindre HE ni Google. Et HE n’est pas non plus T1, ils ne peuvent pas joindre Cogent, même si pour le coup la faute est plus du côté de Cogent.
Et pour le coup, HE est même client de Telia en IPv4 : https://bgp.he.net/AS6939#_graph4
-
Je suis novice dans ce domaine et ne comprends pas bien "Les "Tier-1" echangent entre eux uniquement les routes de leurs clients".
C'est quoi "échanger une route" ?
-
C’est annoncer les routes de leur clients au travers de sessions BGP.
-
voir les T1 comme des péages, mais gratuits entre eux
-
C’est annoncer les routes de leur clients au travers de sessions BGP.
et tu parles de BGP à un débutant ^^
-
Je suis novice dans ce domaine et ne comprends pas bien "Les "Tier-1" echangent entre eux uniquement les routes de leurs clients".
C'est quoi "échanger une route" ?
Quand un opérateur A (mettons, Level3) annonce une route à un opérateur B (mettons, Bouygues Telecom), cela veut dire que A dit à B "eh, si tu veux joindre les adresses IP qui commencent par 34.64.32. je peux me charger d'acheminer ton trafic".
Comme ça quand un client de l'opérateur B cherche à contacter une IP concernée par la route, alors les routeurs de l'opérateur B envoient le trafic vers l'opérateur A.
C'est un peu comme un système d'aiguillages ferroviaires, sauf que les aiguillages (les routeurs ici) se configurent automatiquement.
Pour qu'un acteur d'internet (opérateur grand public par exemple) puisse accéder à chaque adresse IP présente sur Internet, il doit posséder des routes vers celles-ci : soit en les ayant négociées directement avec l'acteur qui possède les IP (on parle alors là de peering), soit en achetant ce qu'on appelle du transit à un acteur plus gros que lui qui va donc lui "annoncer les routes" de tout Internet. Comme ça, si ton opérateur grand public n'a pas de tuyau direct vers l'acteur qui possède les IP, alors il passe par son lien de transit (qu'il paye).
Et le protocole réseau employé par les routeurs pour "s'annoncer des routes" entre eux s'appelle BGP, voilà tout :)
J'espère que j'ai réussi à rendre la chose claire
Vivien a fait un topic très bien expliqué détaillant ce qu'on entend par Tier-1 et par le fait de "ne s'échangent entre eux que les routes de leurs clients" : https://lafibre.info/peering/peering-transit/
-
(https://lafibre.info/images/peering/202004_peering_free_he.png)
Je n'ai pas trouvé mieux que de compléter mon schéma avec la définition de l'Arcep du peering / transit, bien que datant de 2012 :
Transit :
Le transit est une prestation par laquelle un opérateur (fournisseur) propose une connectivité globale à un autre opérateur (client) et achemine le trafic à destination ou en provenance de cet opérateur (client), quelle que soit l’origine initiale ou la destination finale de celui-ci. Le principe d’un accord de transit est illustré sur la figure suivante :
(https://lafibre.info/images/peering/201205_arcep_accord_transit.png)
La prestation de transit est généralement achetée par des opérateurs qui n’ont pas suffisamment établi de relations de peering pour accéder à l’ensemble de l’internet par ce biais. La connectivité est assurée par la propagation des préfixes du FAI via le transitaire, et par l’acheminement du trafic du FAI via le réseau de son transitaire ou des partenaires de ce dernier. La prestation de transit est généralement facturée en fonction de la capacité utilisée.
Peering :
Le peering est un type d’accord d’interconnexion permettant à deux opérateurs de s’échanger, en direct, le trafic qu’ils s’adressent mutuellement (ainsi que celui adressé à leurs clients). Dans le cadre d’un accord de peering, les acteurs ne propagent pas les préfixes de leurs autres partenaires, rendant ce lien mobilisable uniquement pour leur trafic mutuel (et celui destiné à leurs clients). Le principe d’un accord de peering est illustré sur la figure suivante :
(https://lafibre.info/images/peering/201205_arcep_accord_peering.png)
Le peering étant traditionnellement mis en place entre deux opérateurs de profil similaire (pairs) qui y trouvent un intérêt mutuel, ce type d’accord est, jusqu’à présent, généralement gratuit, hors frais propres de mise en œuvre du lien d’interconnexion. A ce titre, les opérateurs mondiaux de rang1 («tier 1», précisé ci-après) ont conclu des accords de peering entre eux, tandis que les opérateurs de rang2 («tier2») d’une même zone géographique concluent souvent des accords entre eux. Dans ce schéma traditionnel, les opérateurs génèrent des trafics similaires et affichent donc des ratios de trafic équilibrés. Afin de préserver cet équilibre, les accords de peering prévoient souvent que les échanges de trafic entre pairs doivent rester équilibrés (l’asymétrie de trafic ne devant par exemple pas dépasser un ratio donné, généralement proche de 2 contre 1).
La plupart des acteurs définissent des «pratiques de peering», consignées sous forme de chartes définissant quelques paramètres clefs : plafonds de ratios d’asymétrie, niveau minimum de trafic échangé, répartition géographique des points d’interconnexion... Pour autant, les accords de peering s’établissent en pratique le plus souvent de manière relativement rapide et informelle: ainsi, une large majorité d’entre eux ne fait pas l’objet d’un contrat écrit et relève d’un simple accord de principe entre les deux pairs, dans le respect de leurs chartes de peering éventuelles.
Bien que les accords de peering soient le plus souvent gratuits, l’apparition de dissymétries d’intérêt ou de trafic entre certains acteurs a conduit au développement d’accords de peering payant. Ces accords sont notamment – mais pas exclusivement – mis en œuvre dans le cadre du développement récent d’accords d’interconnexion directe entre certains gros FCA et certains FAI.
Pour un opérateur, recourir au transit ou mettre en place des accords de peering sont deux options permettant d’améliorer sa connectivité. Le transit offre une connectivité mondiale mais induit des coûts variables dépendant de la quantité de données échangées. Le peering avec un autre opérateur permet, une fois le lien mis en œuvre, d’échanger dans des conditions privilégiées (et généralement gratuitement) du trafic avec les clients de cet autre opérateur. Recourir à une prestation de transit ou mettre en place un accord de peering pour échanger du trafic avec les clients d’un autre opérateur dépend donc à la fois du pouvoir de négociation des parties et d’un arbitrage technico-économique dont les paramètres sont notamment les coûts relatifs des différentes options et la qualité de service (La qualité de service est en effet meilleure en cas de relation d’interconnexion directe entre deux acteurs, le nombre de sauts et la distance parcourue étant réduits entre le FCA et l’utilisateur final).
Source : Arcep - Rapport au Parlement et au Gouvernement sur la neutralité de l’internet (https://archives.arcep.fr/uploads/tx_gspublication/rapport-parlement-net-neutralite-sept2012.pdf) Septembre 2012
-
Je pense que c'est ambigu et confus parce que HE et Cogent ne sont pas Tier 1 et sont présentés comme Tier 1 sur le schéma.
-
Je pense que c'est ambigu et confus parce que HE et Cogent ne sont pas Tier 1 et sont présentés comme Tier 1 sur le schéma.
Superbe document Arcep qui explique bien tout ce petit monde.
https://www.arcep.fr/cartes-et-donnees/nos-publications-chiffrees/linterconnexion-de-donnees/barometre-de-linterconnexion-de-donnees-en-france.html
[10] Certains acteurs tendent à ne pas considérer Cogent et Hurricane Electric comme Tier 1 car ils n’annoncent pas toutes les routes d’Internet en IPv6 suite à des conflits entre acteurs. De plus, si Hurricane Electric est Tier 1 en IPv6, il est Tier 2 en IPv4. (Source : lafibre.info)
::)
-
Ce n'est pas moi qui ait écrit cette page (merci Samih), mais si il est possible de douter que Hurricane Electric est un Tier1, pour Cogent, c'est plus compliqué.
Cogent est un des plus gros Tier1, mais il a des conflit commerciaux avec de nombreux acteurs, qui entraînent soit des saturations, soit des coupures vers certaines destinations.
-
Il faut qu’ils s’entendent avec Cogent,
Et bien ce n'est pas gagné cette histoire... :'(
-
Et bien ce n'est pas gagné cette histoire... :'(
D'où vient cette citation ?
-
Xavier Niel s'est exprimé sur ce problème de peering ?
Je suis intéressé par la source également.
-
Réponse par mail tout simplement
-
Cogent est un des plus gros Tier1, mais il a des conflit commerciaux avec de nombreux acteurs, qui entraînent soit des saturations, soit des coupures vers certaines destinations.
C'est un gros Tier 2 mais pas un Tier 1 vu qu''il ne respecte pas la définition d'un Tier 1...
Meme wikipedia ne le liste pas comme Tier 1: https://en.wikipedia.org/wiki/Tier_1_network#List_of_Tier_1_networks
Et ils expliquent pourquoi plus bas: https://en.wikipedia.org/wiki/Tier_1_network#Other_major_networks
Si un FAI comme Free choisi un Tier 2 au lieu d'un Tier 1 pour compléter sa connectivité au reste d'Internet , le fautif est Free pas son prestataire choisi.
Si le but du sujet est d'être pédagogique c'est comme cela que je l'expliquerai. Ceux qui sont du métier n'ont pas besoin de ces explications et
connaissent les subtilités du problème.
-
Il ment très bien https://www.cogentco.com/fr/about-cogent ?
A Propos de Cogent
Cogent est un fournisseur de services Internet Tier 1 international classé dans le top 5 des réseaux dans le monde.
::)
-
Et bien ce n'est pas gagné cette histoire... :'(
On pourrait dire, qu'est-ce que Cogent a à voir dans cette histoire. C'est le peering avec HE dont il est question. Est-ce que c'est Cogent qui fait pression sur Free pour qu'ils ne passent pas de contrat avec HE ? Et Free s'y plie ??
-
A mon avis c'est plutôt Free et Cogent qui se sont mis d'accord pour faire pression sur HE.
-
Ou Free fait encore des économies. Je ne vois pas en quoi ils (Free) peuvent faire pression sur HE.
-
A mon avis rien... Avec une vision "mondiale" je crois que HE se moque complètement des abonnés Free..
-
Free se moquant également de leurs abonnés, tout le monde est sur la même longueur d'onde.
-
Les abonnés ont toujours le choix parmi plusieurs FAIs ... (ou plusieurs solutions VPNs)
On ne peut pas en vouloir à HE de ne pas se soucier des abonnés Free. Il n'y a aucun logique pour HE d'acheter du peering à Free juste pour eux ...
-
Je suis d'accord.
-
Ou Free fait encore des économies. Je ne vois pas en quoi ils (Free) peuvent faire pression sur HE.
Je ne vois pas ce que ça amène comme économie pour Free. Je doute qu’ils coupent leur port LINX suite à cela, donc ça ne changera pas leur récurrent. Et si le peering était là uniquement en IPv6, c’est pas ça qui va vraiment le remplir.
-
Il serait intéressant de voir si d'autres réseaux significatifs (+ 1 million de clients IPv6), équipés comme Free de Cogent en unique transitaire, ont eux aussi coupés leur peering avec Hurricane Electric.
Ok, cela fait beaucoup de conditions à remplir, d'avoir un seul transitaire et de choisir spécifiquement celui qui pose problème.
Je suis intéressé pour avoir des exemple concrets où cela bloque entre Free et Hurricane Electric.
Exemple de cas où cette coupure de peering ne bloque pas : Pour un site web hébergé en dual-stack IPV4 +IPv6 chez Hurricane Electric, aujourd'hui un client Free ne bloquera pas quand il visite ce site, car le navigateur bascule en IPv4 en cas de non réponse en IPv6 (c'est appelé fallback). C'est implémenté dans tous les grands navigateurs, mais pas dans le navigateur texte w3m. Par contre quand Free proposera de l'IPv6 only avec du DNS64 sur le mobile, on a vu chez Orange et Bouygues que la bascule en IPv4 est impossible. Le site web ne se chargera alors pas.
Exemple de cas où cette coupure de peering bloque : Un client Debian en France qui utilise Hurricane Electric Free IPv6 Tunnel Broker ne recevra pas ses mises à jour de sécurité car le serveur qui distribue les mises à jour pour la France, ftp.fr.debian.org, est hébergé chez Free avec de l'IPv6 et avec apt, l'absence d'IPv6 ne permet pas de basculer en IPv4.
Je me pose la question pour les protocoles POP3, IMAP et SMTP. Blocage ou non ? Le cas typique est une personne qui se connecte avec un tunelbroker Hurricane Electric et qui souhaite relever ses mails Free (pop.free.fr / imap.free.fr / smtp.free.fr) qui sont tous les 3 disponible en IPv6.
-
avec apt, l'absence d'IPv6 ne permet pas de basculer en IPv4
Il me semble que si, mais avec un fallback au bout de quelques secondes, ça ralenti tout.
-
Exemple de cas où cette coupure de peering bloque : Un client Debian en France qui utilise Hurricane Electric Free IPv6 Tunnel Broker ne recevra pas ses mises à jour de sécurité car le serveur qui distribue les mises à jour pour la France, ftp.fr.debian.org, est hébergé chez Free avec de l'IPv6 et avec apt, l'absence d'IPv6 ne permet pas de basculer en IPv4.
Si ftp.fr.debian.org ne répond pas, il n'y a pas un serveur de secours ?
-
Il y a aussi le SSH vers un serveur hébergé chez HE, avec le timeout de 2 minutes du SSH, ça doit être vite énervant.
-
Pour SSH, cela se régle ponctuellement avec ssh -4 et défintivement avec
Host serveur.chez.he
AddressFamily inet
-
Pour SSH, cela se régle ponctuellement avec ssh -4 et défintivement avec
Host serveur.chez.he
AddressFamily inet
A condition que la machine ait de l'IPv4. Si un abonné Free a plusieurs serveurs chez lui, ils ont tous des IPv6 mais il y a une seule IPv4 a se partager.
Si ftp.fr.debian.org ne répond pas, il n'y a pas un serveur de secours ?
Non, tu peut sélectionner un autre serveur miroir, mais si le serveur par défaut ne fonctionne plus, pas de solution, sauf a demander au projet Debian de sélectionner un autre serveur que celui de Free par défaut. Là le serveur fonctionne bien, il y a juste pas de connectivité vers HE en IPv6.
Coté Ubuntu (Je gère le serveur fr.archive.ubuntu.com qui est hébergé par Bouygues Telecom) je vois que peu de personnes prennent la peine de modifier le miroir par défaut. Le seul cas où il y a du trafic sur des miroirs alternatifs, c'est quand un hébergeur modifie dans ses installation le miroir utilisé par défaut.
Il me semble que si, mais avec un fallback au bout de quelques secondes, ça ralenti tout.
Quelques secondes ou quelques minutes ?
J'ai déjà été dans le cas d'une machine (Ubuntu) avec IPv6 mal configuré, et franchement j'ai mémoire que c'est inutilisable, comme attendre une minute a chaque fichier à télécharger.
Filezilla, pour des échanges en SFTP, me semble aussi ne pas avoir de fallback (ou un fallback très très long)
-
Non, tu peut sélectionner un autre serveur miroir, mais si le serveur par défaut ne fonctionne plus, pas de solution, sauf a demander au projet Debian de sélectionner un autre serveur que celui de Free par défaut. Là le serveur fonctionne bien, il y a juste pas de connectivité vers HE en IPv6.
Oui, le serveur fonctionne, mais je pensais que globalement quand tu faisais une MAJ de ta distribution, pour chaque dépôt "officiel" et important, il y avait toujours 2 serveurs avec 1 en fallback de l'autre. (au niveau de ton PC). Que de lui même si il y avait un timeout sur le premier serveur, ton PC allait en prendre un 2eme dans la liste "automatiquement".
-
Sur Debian, la recommendation est d'utilisé security.debian.org directement (https://www.debian.org/mirror/ftpmirror#what).
C'est le CDN fastly derrière.
-
Pour SSH, cela se régle ponctuellement avec ssh -4 et défintivement avec
Host serveur.chez.he
AddressFamily inet
Si je suis client chez un FAI et chez un hébergeur, et que les deux me fournissent de la v6, j’ai envie que ça marche. J’ai pas envie de modifier la conf de mon côté à cause de décisions hasardeuses du leur.
Spoiler : Je ne suis client ni de Free ni d’HE :D
-
+1 surtout pour une régression de 10 ans comme ça... >:( :'(
-
y'a pas que HE et cogent dans la vie... c'est bien ce que font SFR et BoT non ? je mets de coté Orange et OpenTransit cela va de soit.
-
y'a pas que HE et cogent dans la vie... c'est bien ce que font SFR et BoT non ?
Je n'ai pas compris la remarque...
Sinon apparemment, Free a aussi Level3 en transitaire non ? https://bgp.he.net/AS12322#_graph6
Je me souviens que ce n'était pas pour tout le monde, mais je ne me souviens plus pourquoi Free a Level3 ...
-
Free a un peerig avec Level3 et non un transit Level3 : Level3 n'annonce que ses clients à Free et pas tout l'internet.
Si Level3 devenait un transitaire de Free, alors Level3 annoncerait à Free les IPv6 de Hurricane Electric, mais cela n'est pas le cas.
-
Y a-t-il moyen de lister tous les réseaux IPv6 auquels Free n'a pas accès avec cette situation ? Donc toutes les IPv6 de HE eux-même, mais également ses peers qui n'ont que HE en transitaire v6, si j'ai bien suivi ?
-
Oui, on perd les IPv6 de l'AS Hurricane Electric et celles de ses clients qui n'ont que Hurricane Electric comme transitaire.
Maintenant la norme, c'est plutôt d'avoir au moins deux transitaires.
J'ai mis à jour mon schéma pour intégrer le peering entre Free et Level3. Cela ne change rien à la situation, mais c'est plus juste.
Version PNG :
(https://lafibre.info/images/peering/202004_peering_free_he.png)
Version SVG :
(https://lafibre.info/images/peering/202004_peering_free_he.svg)
-
Paradoxalement, cela permet d'avoir un tunnelbroker avec une latence acceptable, puisqu'ils ne peerent plus directement aux US.
Start: 2020-04-09T12:58:33+0100
HOST: pi Loss% Snt Last Avg Best Wrst StDev
1. AS??? 192.168.0.254 0.0% 10 0.3 0.3 0.3 0.4 0.0
2. AS??? 194.149.169.57 90.0% 10 15.2 15.2 15.2 15.2 0.0
3. AS??? 194.149.166.38 0.0% 10 14.7 15.1 14.7 15.6 0.3
4. AS174 be4204.ccr32.par04.atlas.cogentco.com 0.0% 10 15.6 16.6 15.0 26.7 3.5
5. AS174 be2103.ccr42.par01.atlas.cogentco.com 0.0% 10 16.1 15.6 14.9 16.1 0.4
6. AS1299 prs-b2-link.telia.net 0.0% 10 15.4 17.4 14.9 26.8 3.6
7. AS1299 prs-bb3-link.telia.net 0.0% 10 22.7 23.2 22.7 23.7 0.3
8. AS1299 ldn-bb3-link.telia.net 0.0% 10 23.1 24.8 22.9 34.5 3.5
9. AS1299 ldn-b4-link.telia.net 0.0% 10 28.6 25.7 22.6 43.5 6.5
10. AS1299 hurricane-ic-308791-ldn-b3.c.telia.net 0.0% 10 41.9 35.8 22.6 48.4 10.8
11. AS6939 100ge1-2.core1.par2.he.net 0.0% 10 25.0 26.5 23.2 31.7 2.9
12. AS6939 tserv1.par1.he.net 0.0% 10 26.4 26.2 23.0 29.9 2.5
-
Ah, le peering aux US a aussi sauté ? Il était encore là il y'a quelques jours :)
-
Mais du coup ça passe par Cogent. Ça va saturer aux heures de pointe.
-
Mais du coup ça passe par Cogent. Ça va saturer aux heures de pointe.
C'est toujours passé par Cogent en IPv4 non ?
Les IPv6 HE sont toujours ingoignables depuis Free : https://atlas.ripe.net/measurements/24647522/#!probes
-
Paradoxalement, cela permet d'avoir un tunnelbroker avec une latence acceptable, puisqu'ils ne peerent plus directement aux US.
Start: 2020-04-09T12:58:33+0100
HOST: pi Loss% Snt Last Avg Best Wrst StDev
1. AS??? 192.168.0.254 0.0% 10 0.3 0.3 0.3 0.4 0.0
2. AS??? 194.149.169.57 90.0% 10 15.2 15.2 15.2 15.2 0.0
3. AS??? 194.149.166.38 0.0% 10 14.7 15.1 14.7 15.6 0.3
4. AS174 be4204.ccr32.par04.atlas.cogentco.com 0.0% 10 15.6 16.6 15.0 26.7 3.5
5. AS174 be2103.ccr42.par01.atlas.cogentco.com 0.0% 10 16.1 15.6 14.9 16.1 0.4
6. AS1299 prs-b2-link.telia.net 0.0% 10 15.4 17.4 14.9 26.8 3.6
7. AS1299 prs-bb3-link.telia.net 0.0% 10 22.7 23.2 22.7 23.7 0.3
8. AS1299 ldn-bb3-link.telia.net 0.0% 10 23.1 24.8 22.9 34.5 3.5
9. AS1299 ldn-b4-link.telia.net 0.0% 10 28.6 25.7 22.6 43.5 6.5
10. AS1299 hurricane-ic-308791-ldn-b3.c.telia.net 0.0% 10 41.9 35.8 22.6 48.4 10.8
11. AS6939 100ge1-2.core1.par2.he.net 0.0% 10 25.0 26.5 23.2 31.7 2.9
12. AS6939 tserv1.par1.he.net 0.0% 10 26.4 26.2 23.0 29.9 2.5
Via Scaleway
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 10.8.2.1 - 15 | 7 | 6 | 13 | 13 | 14 | 14 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| a9k1-45x-s43-1.dc3.poneytelecom.eu - 0 | 126 | 126 | 13 | 13 | 17 | 14 |
| he.par.franceix.net - 0 | 111 | 111 | 13 | 15 | 30 | 14 |
| tserv1.par1.he.net - 0 | 124 | 124 | 13 | 13 | 15 | 14 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
-
C'est toujours passé par Cogent en IPv4 non ?
Les IPv6 HE sont toujours ingoignables depuis Free : https://atlas.ripe.net/measurements/24647522/#!probes
Je ne connais pas par cœur le réseau de Free, mais j’ose espérer que s’il y avait un peering en IPv6 sur le LINX, il y en avait aussi en IPv4.
-
Non, v6 Only sur le LINX, la v4 était au début sur le DE-CIX et ensuite via une interco indéterminée (visiblement PNI) à Washington/Ashburn.
-
Eh beh…
-
Je viens de repenser à un truc...
Avec tout ce merdier, est-ce encore pertinent de parler de la fourniture d'accès à Internet ?
Quelle est la position de l'ARCEP là dessus ?
Parce que c'est son rôle de taper un gros coup sur la table :
le devoir des fournisseurs d’accès internet de traiter « tout le trafic de façon égale et sans discrimination, restriction ou interférence, quels que soient l’expéditeur et le destinataire, les contenus consultés ou diffusés, les applications ou les services utilisés ou fournis ou les équipements terminaux utilisés »
https://www.arcep.fr/la-regulation/grands-dossiers-internet-et-numerique/la-neutralite-de-linternet.html
Du coup en coupant délibérément son interconnexion avec HE et les conséquences que cela occure, Free se tire une balle dans le pied...
-
Quelle est la position de l'ARCEP là dessus ?
Ils analysent la situation et regardent ce qu'ils peuvent faire.
-
Ok, merci pour ta réponse ;)
-
Ah, le peering aux US a aussi sauté ? Il était encore là il y'a quelques jours :)
Oui, il a sauté en même temps que l'IPv6 à LINX (du moins en v6, je n'avais pas testé en v4).
C'est toujours passé par Cogent en IPv4 non ?
Les IPv6 HE sont toujours ingoignables depuis Free : https://atlas.ripe.net/measurements/24647522/#!probes
Non, c'était aux US, Equinix Palo Alto si je ne dis pas de bêtises.
Via Scaleway
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 10.8.2.1 - 15 | 7 | 6 | 13 | 13 | 14 | 14 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| a9k1-45x-s43-1.dc3.poneytelecom.eu - 0 | 126 | 126 | 13 | 13 | 17 | 14 |
| he.par.franceix.net - 0 | 111 | 111 | 13 | 15 | 30 | 14 |
| tserv1.par1.he.net - 0 | 124 | 124 | 13 | 13 | 15 | 14 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
D'accord ?
-
Non, le peering était Côte Est :
(https://lafibre.info/index.php?action=dlattach;topic=13020.0;attach=6857;image)
-
Free se tire une balle dans le pied...
Quand on change de braquet (fin de l'esprit geek de FREE), ca fait des fois mal aux muscles....
-
Je ne connais pas par cœur le réseau de Free, mais j’ose espérer que s’il y avait un peering en IPv6 sur le LINX, il y en avait aussi en IPv4.
Pour une raison que j’ignore Free a déjà fait des séparations avec il y a quelques années, des PNI Google dédiés IPv6 et d'autres dédiés IPv4.
Je n'ai jamais trop compris cette volonté de faire des chemins séparés IPv4 / IPv6 que l'on trouvait aussi avec Hurricane Electric avant la coupure.
-
Non, le peering était Côte Est :
(https://lafibre.info/index.php?action=dlattach;topic=13020.0;attach=6857;image)
Je me permet de te répondre en te quotant :D
Voilà :
hugues@Discovery:~$ mtr -rwc10 216.66.84.42
Start: Thu Feb 4 08:56:43 2016
HOST: Discovery Loss% Snt Last Avg Best Wrst StDev
1. AS??? Jupiter.MilkyWay 0.0% 10 0.5 0.5 0.5 0.6 0.0
2. AS12322 cxr69-6-82-230-133-254.fbx.proxad.net 0.0% 10 5.5 5.8 5.4 7.3 0.0
3. AS12322 213.228.21.254 0.0% 10 6.2 6.2 5.9 7.1 0.0
4. AS??? p11-crs16-1-be1118.intf.routers.proxad.net 0.0% 10 19.5 16.6 12.7 19.5 2.2
5. AS12322 th2-9k-1-be1001.intf.routers.proxad.net 0.0% 10 13.2 13.7 12.8 19.5 1.9
6. AS12322 yankee-6k-1-po1.intf.routers.proxad.net 0.0% 10 94.9 95.3 94.8 97.0 0.5
7. AS12322 newyork-6k-1-po2.intf.routers.proxad.net 0.0% 10 126.1 112.0 100.5 186.9 27.5
8. AS12322 paloalto-6k-1-po1.intf.routers.proxad.net 0.0% 10 169.4 217.2 169.4 362.8 73.5
9. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
10. AS6939 10ge7-5.core1.sjc2.he.net 0.0% 10 161.0 163.2 160.9 167.0 2.2
11. AS6939 100ge1-2.core1.nyc4.he.net 0.0% 10 161.1 162.7 157.6 167.6 3.5
12. AS6939 100ge11-1.core1.par2.he.net 0.0% 10 161.2 161.5 157.1 167.0 3.8
13. AS6939 10ge3-1.core1.par1.he.net 10.0% 10 157.2 159.0 157.2 167.8 3.3
14. AS6939 tserv1.par1.he.net 10.0% 10 157.8 157.7 157.2 158.0 0.0
https://lafibre.info/ipv6/utiliser-tunnelbroker-par-defaut-linux/msg303563/#msg303563
C'est ce que j'avais il y a encore quelques semaines.
-
Non, tu peut sélectionner un autre serveur miroir, mais si le serveur par défaut ne fonctionne plus, pas de solution, sauf a demander au projet Debian de sélectionner un autre serveur que celui de Free par défaut. Là le serveur fonctionne bien, il y a juste pas de connectivité vers HE en IPv6
Sur une nouvelle installation de Debian, peut importe le pays choisi le serveur par défaut est deb.debian.org.
Ensuite ça utilise le DNS pour rediriger vers un serveur, actuellement tout par chez Fastly, c’est expliqué là : http://deb.debian.org/.
Par contre ça ne change pas les anciennes configurations…
-
Effectivement, voici l'installation de Debian 10.3 : Lors de l'installation, il demande toujours le pays pour sélectionner le miroir le plus proche :
(https://lafibre.info/testdebit/linux/202004_debian_miroir_default_1.png)
Mais ensuite deb.debian.org est sélectionne par défaut et non ftp.fr.debian.org :
(https://lafibre.info/testdebit/linux/202004_debian_miroir_default_2.png)
J'ai séparé le hors-sujet sur le peering avec Fastly, l'hébergeur de deb.debian.org, dans un nouveau sujet : AS54113 Fastly: pourquoi si peu de peering en France ? (https://lafibre.info/peering/as54113-fastly/)
-
Voici l'installation de Debian 9 : Lors de l'installation, c'est bien Free qui est recommandé comme miroir :
(https://lafibre.info/testdebit/linux/202004_debian9_miroir_default_1.png)
deb.debian.org est proposé mais c'est ftp.fr.debian.org qui est recommandé :
(https://lafibre.info/testdebit/linux/202004_debian9_miroir_default_2.png)
Voici le fichier source.list en suivant l'installation par défaut :
#
# deb cdrom:[Debian GNU/Linux 9.0.0 _Stretch_ - Official amd64 DVD Binary-1 20170617-13:08]/ stretch main
deb cdrom:[Debian GNU/Linux 9.0.0 _Stretch_ - Official amd64 DVD Binary-1 20170617-13:08]/ stretch main
deb http://ftp.fr.debian.org/debian/ stretch main
deb-src http://ftp.fr.debian.org/debian/ stretch main
deb http://security.debian.org/debian-security stretch/updates main
deb-src http://security.debian.org/debian-security stretch/updates main
# stretch-updates, previously known as 'volatile'
deb http://ftp.fr.debian.org/debian/ stretch-updates main
deb-src http://ftp.fr.debian.org/debian/ stretch-updates main
-
Quelle est la position de l'ARCEP là dessus ?
Ils analysent la situation et regardent ce qu'ils peuvent faire.
Le sujet date et l' ARCEP n'a toujours pas analysé et agit. Pauvre French Tech ...
-
L'Arcep ne fait pas ce quelle veut et sur chaque sujet, il faut trouver une base juridique.
Depuis 2016, le législateur européen protège la neutralité du net, en reconnaissant dans son règlement sur l’internet ouvert :
- Le droit des utilisateurs « d’accéder aux informations et aux contenus et de les diffuser, d’utiliser et de fournir des applications et des services et d’utiliser les équipements terminaux de leur choix, quel que soit le lieu où se trouve l’utilisateur final ou le fournisseur, et quels que soient le lieu, l’origine ou la destination de l’information, du contenu, de l’application ou du service, par l’intermédiaire de leur service d’accès à l’internet » .
- Le devoir des fournisseurs d’accès internet de traiter « tout le trafic de façon égale et sans discrimination, restriction ou interférence, quels que soient l’expéditeur et le destinataire, les contenus consultés ou diffusés, les applications ou les services utilisés ou fournis ou les équipements terminaux utilisés ».
En France, c'est l'Arcep qui est chargée de sa mise en œuvre, et veille à son respect par les FAI.
Source: Arcep (https://www.arcep.fr/la-regulation/grands-dossiers-internet-et-numerique/la-neutralite-de-linternet.html)
Si un opérateur bloque l'utilisation d'un port TCP, l'Arcep n'a pas besoin d'une plainte, et va demander à l'opérateur de corriger la situation. Ce dernier y est contraint, car l'Arcep a un pouvoir de sanction si la situation n'est pas corrigée dans un délai raisonnable.
La difficulté ici est de faire rentrer la coupure du peering avec Hurricane Electric dans ce cadre juridique: Cela semble plus relever de l'interconnexion que de la neutralité.
Sur l'interconnexion, l'Arcep a des compétences pour surveiller ce qui se passe :
- Décision n°2012-0366 de l’Autorité de régulation des communications électroniques et des postes en date du 29 mars 2012 relative à la mise en place d’une collecte d’informations sur les conditions techniques et tarifaires de l’interconnexion et de l’acheminement de données (https://archives.arcep.fr/uploads/tx_gsavis/12-0366.pdf)
- Décision no2014-0433-RDPI de l’Autorité de régulation des communications électroniques et des postes en date du 8 avril 2014 modifiant la décision n°2012-0366 relative à la mise en place d’une collecte d’informations sur les conditions techniques et tarifaires de l’interconnexion et de l’acheminement de données (https://archives.arcep.fr/uploads/tx_gsavis/14-0433.pdf)
Cela a pour but de pouvoir répondre à des règlements des différends sur l'interconnexion.
Pour prendre un exemple récent de règlement de différend, l'Arcep à récemment imposé à SFR de baisser le prix de gros du FTTH, on en parle dans le sujet SFR : Hausse des prix de gros de la fibre (https://lafibre.info/sfr-les-news/sfr-hausse-des-prix-de-gros-de-la-fibre/msg811573/#msg811573). L'Arcep a demander à SFR de baisser le tarif de location de ligne de 16,40 € HT/mois/ligne à savoir 13,20 € HT/mois/ligne (SFR FTTH conservant néanmoins la possibilité d’ajuster ce tarif au titre et dans la limite de l’indexation pour l’année courante). Cette demande fait suite à un règlement de différend lancé par Bouygues Telecom.
Pour mener à bien ses missions, le régulateur postal dispose d’un pouvoir de règlement des différends entre opérateurs postaux et de pouvoirs d’enquête assortis d’une panoplie graduée de sanctions pouvant être appliquées à des opérateurs qui ne respecteraient pas le cadre de fonctionnement du marché des activités postales.
Le règlement des différends
La loi prévoit deux types de litiges :
- les différends nés dans le cadre de la conclusion ou de l’exécution des contrats dérogeant aux conditions du service universel (contrats sur les envois en nombre passés par exemple avec des grands émetteurs, des routeurs) ;
- les litiges relatifs aux conventions d’accès aux moyens indispensables à l’exercice des activités postales, détenus par La Poste (service de distribution dans les boîtes postales installées dans les bureaux de poste, répertoire des codes postaux, informations collectées par La Poste sur les changements d’adresse du destinataire, service de réexpédition en cas de changement d’adresse)
Source : Arcep (https://www.arcep.fr/professionnels/operateurs-postaux-et-de-colis/les-competences-de-larcep.html)
-
Les clients ne peuvent pas saisir l'arcep à ce sujet ? Si oui, des procédures/aides sont prévues ?
Le problème est qu'il faudrait trouver une ressource réelle, ipv6 only qui n'est pas joignable depuis free, pour pouvoir se plaindre...
-
C'est le cas de dash à priori : https://lafibre.info/free-espace-technique/asn-ipv6-non-joignable/.
-
Oui mais ça c'est difficilement défendable devant l'arcep.. . C'est facile de mettre un réseau derrière HE uniquement mais s'il ne sert à rien derrière, tu ne peux pas dire à l'arcep : je n'arrive pas à accéder à ce réseau qui ne contient rien.
-
La difficulté ici est de faire rentrer la coupure du peering avec Hurricane Electric dans ce cadre juridique: Cela semble plus relever de l'interconnexion que de la neutralité.
Hmm, là on parle d'une coupure totale, il me semble que ça impacte la capacité des abonnés à utiliser les services de leur choix.
-
Vivien a donné tous les outils pour pouvoir régler ce problème, aux gens de s'en saisir à présent.
-
Vivien tu parles de ports tcp, donc ce qui concerne un accès de couche 4, l'arcep est concernée mais pour un accès de couche 3, ce n'est pas le cas ? Pour reprendre ton exemple : "une adresse ip bloquée".
Le problème ici concrètement c'est que free propose un accès à internet v4, mais pas un accès complet à internet v6, son seul transitaire v6 n'étant pas Tier-1.
Ils ne devraient pouvoir pas dire qu'il s'agit d'un accès à internet, c'est faux.
Ensuite, le problème est en fait à la fois du côté de free (qui n'a pas de transitaire v6 tiers-1) , que des as qui n'ont que HE en transit, mais en tant que clients free, cette deuxième problématique ne nous concerne pas directement.
-
Par blocage de port TCP, je donnais un exemple connus sur ce forum comme Speedtest Ookla impossible/inaccessible avec Bouygues 4G (https://lafibre.info/4g-bytel/speedtest-ookla-impossibleinaccessible-avec-bouygues-4g/) ou DNS et SMTP Bouygues forcé sur le réseau Bouygues mobile (https://lafibre.info/4g-bytel/mitm-as-a-service-chez-byou-des-explications/).
Sur la problématique du peering entre Free et Hurricane Electric, des juristes spécialisés ont regardé la chose, cela semble plus coté interconnexion que coté neutralité (maintenant je suis preneur d'un argumentaire juridique, si vous pensez que le règlement européens permet de se saisir du problème).
-
La société est déclarée opérateur sous le code TOOT. Je suis sur le site de l'ARCEP et tente de trouver le bon document afin d'ouvrir le litige. Au cas ou quelqu'un aurait le bon lien sous la main ...
Un grand merci à vous pour votre soutien, je vais faire le nécessaire.
-
Je viens d'ouvrir un ticket sur jalerte.arcep.fr
Nouvelle information: à partir de scaleway cela fonctionne: franceix.net puis he puis chez moi.
-
C'est deux réseaux indépendants depuis 5 années au moins
-
Noté. Pour valider le problème, quelles sont les personnes et leur FAI qui peuvent accéder à https://tic.alsace, le site ne répondant qu'en ipv6, et ceux qui ne le peuvent pas.
NOTE: Si cette demande ne répond pas à la charte lafibre.info, veuillez SVP l'ignorer, accepter mes excuses pour l'avoir formulée et/ou supprimer ce message.
-
Comme prévu, depuis Orange, pas de soucis :
moon@Freeze:[~] > mtr -zwc10 tic.alsace
Start: 2020-12-01T22:46:46+0100
HOST: Freeze Loss% Snt Last Avg Best Wrst StDev
1. AS3215 livebox.home 0.0% 10 1.6 1.6 0.9 3.7 0.8
2. AS3215 2a01cb08a004020c01930253xxxxxxxx.ipv6.abo.wanadoo.fr 0.0% 10 3.9 5.2 3.1 14.4 3.4
3. AS??? 2a01:cfc4:0:a00::b 0.0% 10 4.4 3.5 3.0 4.4 0.5
4. AS??? ae101-0.ffttr7.frankfurt.opentransit.net 0.0% 10 14.5 14.2 12.6 20.3 2.2
5. AS6939 e0-33.core2.fra1.he.net 0.0% 10 18.4 16.8 15.0 18.4 1.2
6. AS6939 100ge4-2.core1.fra1.he.net 0.0% 10 13.3 13.9 13.0 15.4 0.8
7. AS6939 100ge11-1.core1.fra2.he.net 0.0% 10 14.2 13.6 12.6 14.4 0.6
8. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
9. AS212977 2001:67c:1298::10:1 0.0% 10 19.7 18.3 17.5 19.7 0.7
Et depuis mon VPS chez Pulseheberg également :
moon@arrakis:[~] > mtr -zwc10 tic.alsace
Start: 2020-12-01T22:49:47+0100
HOST: arrakis Loss% Snt Last Avg Best Wrst StDev
1. AS62000 2a07:xxxx::1 0.0% 10 0.8 1.3 0.6 2.9 0.7
2. AS51269 be203.554.a9k001.nan.bcbn.hexatom.net 30.0% 10 1.5 1.7 1.4 2.1 0.3
3. AS??? fdd1:b291:580f:9e5f::102 20.0% 10 1.7 1.9 1.7 2.2 0.2
4. AS8218 2001:1b48:2:103::4:21 0.0% 10 4.6 4.5 1.1 22.1 6.3
5. AS8218 2001:1b48:2:3::11:2 0.0% 10 1.7 4.4 1.1 9.8 3.6
6. AS8218 2001:1b48:2:3::6d 0.0% 10 1.6 2.0 1.5 2.8 0.4
7. AS6939 e0-36.core3.lon1.he.net 0.0% 10 23.9 23.5 20.4 26.5 2.3
8. AS6939 e0-31.core2.lon3.he.net 70.0% 10 16.8 16.6 16.1 17.1 0.5
9. AS6939 e0-34.core2.ams2.he.net 70.0% 10 15.9 20.1 15.9 27.8 6.7
10. AS6939 100ge10-2.core1.fra2.he.net 0.0% 10 14.5 15.6 14.5 18.6 1.2
11. AS??? as41051.dwh.kleyrex.net 0.0% 10 15.0 22.3 14.6 80.2 20.5
12. AS212977 2001:67c:1298::10:1 0.0% 10 27.1 20.9 18.7 28.9 3.8
-
L’AS est mono-homé sur un AS lui-même mono-homé sur HE, donc les ASes mono-homés sur cogent n’auront pas la route, le reste l’aura.
-
L’AS est mono-homé sur un AS lui-même mono-homé sur HE, donc les ASes mono-homés sur cogent n’auront pas la route, le reste l’aura.
Sauf erreur de ma part, le fait d'être mono-homé n'a pas d'incidence car de toute manière on n'arrive pas à atteindre le réseau HE.
mtr -zwc10 tic.alsace
Start: Wed Dec 2 09:41:20 2020
HOST: xxx-SXB Loss% Snt Last Avg Best Wrst StDev
1. AS12322 2a01:e0a:xxxx:yyyy::1 0.0% 10 0.7 0.7 0.6 0.7 0.0
2. AS12322 2a01:e01:2001:f836:8ac9::ffff 0.0% 10 2.7 4.0 2.0 16.7 4.4
3. AS12322 2a01:e01:2001:1700::ffff 0.0% 10 2.6 2.2 1.8 2.6 0.0
4. AS12322 2a01:e01:2003::1 0.0% 10 2.2 2.2 1.7 2.8 0.0
5. AS12322 2a01:e01:2004::5 0.0% 10 2.0 2.2 1.8 2.6 0.0
6. AS12322 2a01:e01:2004::2 0.0% 10 2.8 2.5 2.0 2.9 0.0
7. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
Si hors Cogent on arrive bien à joindre la destination, le problème est bien Free+Cogent<>HE À partir de la destination, un mtr vers la dernière station vue ci dessus ne donne pas de résultat:
mtr -zwc10 2a01:e01:2004::2
Start: 2020-12-02T09:45:19+0100
HOST: YYY Loss% Snt Last Avg Best Wrst StDev
1. AS41051 as212977.fra-de.node.freetransit.ch 0.0% 10 4.2 4.4 4.2 5.1 0.3
2. AS41051 2a01:20e:1000:3::1 0.0% 10 18.3 19.8 17.9 34.0 5.0
3. AS??? as58299.dwh.kleyrex.net 0.0% 10 18.5 19.3 18.1 28.6 3.3
4. AS58299 2a00:6340:1000:10e::1 0.0% 10 33.4 38.9 33.0 89.8 17.9
5. AS13030 r1bsl1.core.init7.net 0.0% 10 57.2 57.2 33.1 200.8 51.5
6. AS13030 r1bsl3.core.init7.net 0.0% 10 38.8 54.2 33.4 165.8 42.4
7. AS13030 r1olt1.core.init7.net 0.0% 10 33.4 55.9 33.2 165.4 46.0
8. AS13030 2a00:5641:12e:: 0.0% 10 34.1 46.7 33.6 123.7 29.4
9. AS??? r1fra3.core.init7.net 0.0% 10 28.9 37.4 28.9 74.7 16.8
10. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
-
Tu n’arrives pas à joindre la destination parce que Free est mono-homé sur Cogent.
-
Cogent on arrive bien à joindre la destination, le problème est bien Free+Cogent<>HE
Le problème est historique entre Cogent et HE, Free est un dommage collatéral
-
Pour être précis ceux qui n'arrivent pas à se parler en IPv6 sont d'un coté ceux qui sont d'un coté mono-homé sur Cogent (comme Free) et de l'autre coté ceux mono-homé sur Hurricane Electric.
-
L'ARCEP a été alertée ce jour via sa Direction des Affaires Juridiques
-
L'ARCEP a été alertée ce jour via sa Direction des Affaires Juridiques
Ça fait des années qu'en IPv6 ni Hurricane Electric ni Google ne joignent Cogent (trois réseaux américains).
Et en pratique il n'aura échappé à personne que tout le monde s'en fout.
Free est ici une victime collatérale des conflits de peerings entre ces trois-là: Free n'a rien mis en œuvre pour empêcher la joignabilité des clients HE en v6.
Bien sûr, n'avoir qu'un transit unique est généralement une connerie, mais c'est vrai aussi bien coté ISP (Free -> Cogent) que coté Tootai/Freetransit (HE).
Finalement il appartient à Tootai/Freetransit, client HE, de se plaindre auprès de son fournisseur (HE) de ne pas pouvoir joindre Cogent en v6.
Mais c'est vrai qu'en pratique en v6 ça n'intéresse personne :P
Enfin, prendre le moins cher possible (transit unique HE) implique de recevoir des prestations en rapport. C'est amusant de s'en étonner ensuite ::)
Bref, le rapport avec l'ARCEP me semble égal à zéro.
-
Free a quand même coupé son peering (limité à l'IPv6) avec Hurricane Electric en sachant pertinemment qu'il n'avait pas d'autre moyen de faire passer le flux.
La décision est bien politique, vu que même Xavier Niel est informé de l'opération.
Je suis en train de réfléchir : Google pourrait être considéré comme un Tiers-1 si il n'a pas de transitaire, non ?
-
Totalement d'accord avec Symbol.
Le seul petit rapport que je vois avec l'Arcep personnellement, c'est qu'eux seuls auraient dû être capables de forcer Free à fournir un vrai accès à internet IPv6. Car les clients Free ont actuellement une vision partielle de l'internet IPv6.
Je suis quand même très curieux de connaitre la raison de la coupure de leur interconnexion avec HE...
-
Pour moi, cela n'engage que moi, c'est une demande de Cogent contre une remise tarifaire (ou une augmentation gratuite de capacité).
L'objectif de Cogent étant que Hurricane Electric lui achète du peering payant.
Cela reste mon hypothèse.
-
Oui voilà, Free est un FAI avant tout, et si une partie du I n'est pas accessible intentionnellement, c'est ballot.
L'idée ici n'est pas de résoudre le prob HE <-> Cogent, mais que Free prenne des mesures pour accéder à HE.
-
Pour moi, cela n'engage que moi, c'est une demande de Cogent contre une remise tarifaire (ou une augmentation gratuite de capacité).
Free, comme tout gros réseau d'eyeballs, n'a sans aucune doute nullement besoin de ça pour avoir un prix probablement excellent auprès de n'importe quel T1.
Free a dépeeré plein de monde à un moment donné (et pas spécialement HE) pour inciter les contents, CDN et pousseurs de contenus à participer aux frais via peering payant.
L'objectif de Cogent étant que Hurricane Electric lui achète du peering payant.
En fait le rêve de Hurricane Electric était que l'IPv6 pouvant devenir le prochain IPv4, ils allaient tout faire pour devenir Tier1 en IPv6. Pour ce faire ils ont utilisé la technique du dealer de drogue en offrant du transit IPv6 gratuit (et du transit IPv4 pas cher), pour gonfler leur trafic IPV6 afin de peerer avec les autres Tier1 d'une part, en espérant j'imagine faire payer tout ça plus tard d'autre part.
Dans la pratique:
- IPv6 n'est pas le prochain IPv4 (qui va subsister pour cause de NAT, de CGNAT, de marché de la revente d'IP, et de mécanismes de Happy Eyeballs coté clients)
- ils ne sont toujours pas Tier1 ipv6 (à cause de Cogent, donc)
- le fait d'être tier1 a perdu de son intérêt pour cause d'effondrement des prix du transit IP
A contrario, Cogent a réussi à (re)devenir Tier1 (cad pour ce qui compte: l'ipv4 ; et donc sauf en v6 pour HE et Google) cependant qu'ATDN (transit T1 AOL) disparaissait dans les poubelles d'Internet.
HE pourrait aussi acheter du transit v6 restreint auprès de n'importe qui (et notamment Telia auprès de qui il achète du transit v4), mais ça ruinerait sa stratégie de T1 v6.
Cela reste mon hypothèse.
Tout ceci est indépendant de Free.
En bref, on a Cogent et HE, deux réseaux ultralowcosts (en tous cas à l'origine) qui se tirent dans les pattes. C'est finalement amusant.
-
Je suis en train de réfléchir : Google pourrait être considéré comme un Tiers-1 si il n'a pas de transitaire, non ?
Google a du transit, au moins NTT et Cogent passent par Tata.
-
Donc il est possible de joindre Google en IPv6 depuis Cogent.
Pourquoi mettre en avant que Cogent n'a pas de lien avec Google, si Google n'est pas un Tier-1 ?
-
C’est en IPv6 que Cogent/Google ça ne marche pas, en IPv4 ça a toujours marché (comme Cogent/HE).
-
Donc il est possible de joindre Google en IPv6 depuis Cogent.
Non :)
-
Bien sûr, n'avoir qu'un transit unique est généralement une connerie, mais c'est vrai aussi bien coté ISP (Free -> Cogent) que coté Tootai/Freetransit (HE).
Sauf que Tootai ne se présente pas comme un FAI.
-
Sauf que Tootai ne se présente pas comme un FAI.
Sans doutes, si on n'a pas besoin de redondance ça s'entend, cependant:
aut-num: AS212977
as-name: TOOTAI-SASU
import: from AS41051 accept ANY
export: to AS41051 announce AS212977
import: from AS34927 accept ANY
export: to AS34927 announce AS212977
et
aut-num: AS41051
as-name: FREETRANSIT
remarks: --[ Upstreams ]--
remarks: ** GTT Communications Inc.
remarks: ** Hurricane Electric LLC
remarks: ** DATAWIRE AG
remarks: ** Openfactory GmbH
Avec tout ça, je m'étonne qu'il y ait la moindre difficulté.
-
en tout cas de mon point de vue : c'est un beau merdier ;)
-
en tout cas de mon point de vue : c'est un beau merdier ;)
Moui, c'est plutôt bien résumé ;D
-
Avec tout ça, je m'étonne qu'il y ait la moindre difficulté.
Je me suis aussi posé la question, mais la route est vue par toute la DFZ seulement sur HE.
-
Sauf que Tootai ne se présente pas comme un FAI.
FAI ou pas FAI, il y a generalement 2 possibilites:
- tu utilises au moins 2 transitaires, histoire de te proteger. Tu rajoutes du peering pour de la protection supplémentaire.
- tu as un seul transitaire. Tu lui fais totalement confiance. Tu n'as meme pas besoin d'un ASN publique. Ta politique de routage est uniquement entre toi et ton transitaire.
Apres, il y a bien-sur les exceptions:
- les "transit-free" : ils peerent (gratuitement, dans quel cas ils peuvent "se la peter" en tant que "Tier-1", ou pas gratuitement - oui, ca se fait) avec tout le monde (plutot avec d'autres transitaires qui totalisent "tout le monde" comme client).
- les "je suis assez grand pour etre un cas special". Ex. Free ou Orange France (AS3215). Cote Free c'est quand-meme "un peu" abuse, surtout vu qui est le transitaire choisi et quelle est leur politique de "pas peering". Orange France est juste un "artifice local", sachant que son transitaire unique c'est Orange International (OTI/AS5511); leur politique de peering est certes differente de celle de Free, mais pas beaucoup plus accessible. Je dirai qu'au moins elle a le merite d'exister.
- les autres cas sont generalement dans la categorie "je sui localement assez grand pour etre special".
-
FAI ou pas FAI, il y a generalement 2 possibilites:
- tu utilises au moins 2 transitaires, histoire de te proteger. Tu rajoutes du peering pour de la protection supplémentaire.
- tu as un seul transitaire. Tu lui fais totalement confiance. Tu n'as meme pas besoin d'un ASN publique. Ta politique de routage est uniquement entre toi et ton transitaire.
En suivant ce raisonnement, comment Mme Michu cliente Free -pas FAI donc- qui a une adresse ipv6 (FREE est champion sur le fixe pour les délivrer) et qui veut joindre un ipv6 qui *transit* par HE?
Elle doit apprendre la gestion des réseaux ? Apprendre à savoir ce qu'est un transitaire? Contacter le service client FREE (la blague) ? Contacter le service client du site destinataire (en espérant qu'il puisse être contacté) ? Prendre un second lien chez un autre opérateur (équivalent alors du second transitaire) ? Autre ?
Le monde des internautes ne baigne pas dans les réseaux Télécom, il faut savoir s'en rappeler.
-
En suivant ce raisonnement, comment Mme Michu cliente Free -pas FAI donc- qui a une adresse ipv6 (FREE est champion sur le fixe pour les délivrer) et qui veut joindre un ipv6 qui *transit* par HE?
Elle ne peut donc pas.
Il faut simplement changer d'opérateur (ou utiliser un VPN, mais ce n'est pas à la portée de Mme Michu)
-
Elle ne peut donc pas.
(ou utiliser un VPN, mais ce n'est pas à la portée de Mme Michu)
Il y a des pubs pour VPN dans des télés de vieux... ;)
-
Elle ne peut donc pas.
Il faut simplement changer d'opérateur (ou utiliser un VPN, mais ce n'est pas à la portée de Mme Michu)
Madame Michu n'a pas d'ipv6 et ne peut pas aller sur un site uniquement ipv6 avec un seul transitaire. ;D
-
et surtout mme Michu ne se rend meme pas compte qu'elle ne peut pas aller sur un site obscur en ipv6 only...
-
La question à se poser c'est, est-ce que Free peut-il vendre encore de l'accès "Internet" sachant qu'on ne voit plus qu'une vue partielle du réseau, du fait d'avoir délibéremment coupé une interconnexion.
-
et surtout mme Michu ne se rend meme pas compte qu'elle ne peut pas aller sur un site obscur en ipv6 only...
Mme Michu 2.0 elle a besoin de l'ipv6 pour ses recettes de cuisine au cyanure
-
La question à se poser c'est, est-ce que Free peut-il vendre encore de l'accès "Internet" sachant qu'on ne voit plus qu'une vue partielle du réseau, du fait d'avoir délibéremment coupé une interconnexion.
Quelle partie du réseau on ne peut plus accéder ? J'ai pas trouvé de restriction avec mon utilisation 😔
-
et surtout mme Michu ne se rend meme pas compte qu'elle ne peut pas aller sur un site obscur en ipv6 only...
Voilà qui est frappé au coin du bon sens: Mme Michu n'est pas intéressée par IPv6 ou des sites IPv6 only (qui sont obscurs par nature du reste).
-
La question à se poser c'est, est-ce que Free peut-il vendre encore de l'accès "Internet" sachant qu'on ne voit plus qu'une vue partielle du réseau, du fait d'avoir délibéremment coupé une interconnexion.
Quand il n'y aura plus de possibilités d'accéder en IPv4 ou quand plus de sites seront exclusivement IPv6 et concernés par ce problème Free sera bien obligé de faire quelque chose.
Ils procèdent malheureusement souvent comme ça (attendre que ça coince vraiment pour agir).
Dans l'immédiat on peut très bien vivre sans IPv6 et c'est probablement pour ça qu'ils ne s'inquiètent pas de ça :-X.
-
D'ailleurs les abonnés SFR sans ipv6 ont le même problème non?
-
La question à se poser c'est, est-ce que Free peut-il vendre encore de l'accès "Internet" sachant qu'on ne voit plus qu'une vue partielle du réseau, du fait d'avoir délibéremment coupé une interconnexion.
En arriver là c'est mécaniquement se demander qu'est ce qu'internet ? C'est par définition un truc à bord flou :
- Est ce que ce qui est derrière le Great China Firewall est de l'internet ? Si oui, très peu d'ISP peuvent se "targuer" d'avoir un internet complet.
- Est ce que si je cherche une ressource "exotique" en Australie (au hasard) et que c'est juste à quelques ko/s je peux dire que mon ISP est juste un gros naze parce qu'il n'a pas pris les bonnes mesures pour que ça fonctionne bien ?
On peut me répondre que c'est bon dès qu'on voit toute la DFZ, sauf que comme on le sait ici, il y a plusieurs DFZ, de taille différente. Et avoir "la vue" sur un préfixe ne veut pas dire qu'on peut le joindre avec une bonne qualité.
Donc en fait, ta question revient à demander si le curseur de Free pour "la qualité" de l'interconnexion n'est pas trop bas pour assurer le bon usage pour madame Michu. Sauf que cette problématique existe à toutes échelles, chez tout opérateur (peering qui sature), volonté de ne prendre que des transit pas cher etc. Tout ça, c'est de la politique sur ce qu'attends le client. Free considère qu'il peut se passer de ce surcout pour les abonnés qu'il a. Scandaleux ou pas, c'est leur manière de faire du réseau. Elle est très différente de la mienne, mais c'est une question d'équilibre de couts (qu'ils décident certes de manière délibéré, mais la politique c'est bien un arbitrage non ?).
Un autre point est ici que l'on suppute sur le "pourquoi" ils l'ont fait. Sauf erreur de ma part, on a vu aucune communication officielle de l'opérateur ;)
-
Noté. Pour valider le problème, quelles sont les personnes et leur FAI qui peuvent accéder à https://tic.alsace, le site ne répondant qu'en ipv6, et ceux qui ne le peuvent pas.
NOTE: Si cette demande ne répond pas à la charte lafibre.info, veuillez SVP l'ignorer, accepter mes excuses pour l'avoir formulée et/ou supprimer ce message.
Je n'y accède ni depuis une connexion Bouygues ADSL (IPv6 actif bien sûr), ni depuis un serveur dédié chez OVH.
-
Je confirme, depuis SFR 4G (avec IPv6) je n'ai pas accès au site. La dernière IPv6 du traceroute est encore sur l'AS 15557 (SFR)
-
Sur mon looking glass perso, 2001:67c:1298::10:1 (alias tic.alsace) n'est pas annoncée
Idem sur le looking glass de HE
(PS : ça marchait il y a quelques jours sur 4G Orange)
-
Sur mon looking glass perso, 2001:67c:1298::10:1 (alias tic.alsace) n'est pas annoncée
Idem sur le looking glass de HE
(PS : ça marchait il y a quelques jours sur 4G Orange)
Apparemment et en ce moment ce préfixe 2001:67c:1298::/48 n'est plus annoncé nulle part. Du reste l'AS 212977 (TOOTAI) n'est plus visible non-plus.
tic.alsace n'est plus un site IPv6 only: ce n'est plus un site.
Sinon, Freetransit/Openfactory voit les routes Free IPv6 via son transit Init7 (comme l'indique leur looking glass). Donc quiconque a un transit Freetransit/Openfactory (comme c'était le cas de Tootai?) ne devrait pas rencontrer de problème de joignabilité avec Free.
-
Je crois qu'Openfactory n'annonce ses clients (gratuits) qu'à HE.
-
Je crois qu'Openfactory n'annonce ses clients (gratuits) qu'à HE.
Voilà qui est plus clair, c'est donc le choix d'un coût nul: un transit gratuit (Freetransit) faisant appel à un transit gratuit (HE en IPv6).
C'est très intéressant. Toutefois se plaindre de quoi que ce soit dans ce contexte ne semble pas raisonnable.
-
Je confirme, depuis SFR 4G (avec IPv6) je n'ai pas accès au site. La dernière IPv6 du traceroute est encore sur l'AS 15557 (SFR)
Des trvaux sont en cours sur le réseau opentransit, un second transitaire a été rajouté. Pour ma part j'arrive à présent à atteindre le site tic.alsace à partir d'une ligne fixe FREE.
Pour ceux qui parlent de [déraisonable|c'est normal|pas la faute à FREE|...] vos écrits sont justes lorsque l'on échange entre personnes compétentes sur le sujet. Par contre, partant du principe qu'un client FREE -ou effectivement tout autre opérateur ipv6- s'en fout du côté technique et ne s'intéresse qu'au résultat, il n'a donc pas accès à tout Internet, il s'agit alors bien de discrimination.
-
Des trvaux sont en cours sur le réseau opentransit, un second transitaire a été rajouté. Pour ma part j'arrive à présent à atteindre le site tic.alsace à partir d'une ligne fixe FREE.
Pour ceux qui parlent de [déraisonable|c'est normal|pas la faute à FREE|...] vos écrits sont justes lorsque l'on échange entre personnes compétentes sur le sujet. Par contre, partant du principe qu'un client FREE -ou effectivement tout autre opérateur ipv6- s'en fout du côté technique et ne s'intéresse qu'au résultat, il n'a donc pas accès à tout Internet, il s'agit alors bien de discrimination.
Toujours non fonctionnel sur du Bouygues ADSL, par contre ça fonctionne sur du OVH.
-
Des trvaux sont en cours sur le réseau opentransit
Openfactory
Par contre, partant du principe qu'un client FREE -ou effectivement tout autre opérateur ipv6- s'en fout du côté technique et ne s'intéresse qu'au résultat, il n'a donc pas accès à tout Internet, il s'agit alors bien de discrimination.
Aucune discrimination ici, mais bien un problème de négo de HE vis-à-vis de Cogent qui dure depuis des années.
Quant au résultat, il faut rappeler que les sites IPv6 only préoccupent, disons, vraiment très peu de clients.
Quand il n'y aura plus de possibilités d'accéder en IPv4 ou quand plus de sites seront exclusivement IPv6 et concernés par ce problème Free sera bien obligé de faire quelque chose.
[...]
Dans l'immédiat on peut très bien vivre sans IPv6 et c'est probablement pour ça qu'ils ne s'inquiètent pas de ça :-X.
Très juste: quand les poules auront des dents, il sera utile de s'en préoccuper.
D'ici là il faudra continuer de considérer IPv6 pour ce qu'il est: un protocole d'avenir. Et qui le restera.
-
$ mtr6 tic.alsace
Start: 2020-12-07T02:52:59+0100
HOST: Lyoko.in.ByMe.at Loss% Snt Last Avg Best Wrst StDev
1. AS35540 styx.wifi.mrs.in.byme.at (2001:41d0:fe88:413::1) 0.0% 10 1.4 1.3 1.0 1.4 0.2
2. AS35540 astriaporta.vl100.mrs.in.byme.at (2001:41d0:fe88:410::1) 0.0% 10 2.2 2.2 1.7 3.4 0.6
3. AS35540 2001:41d0:fe88:400::1 0.0% 10 1.7 2.1 1.7 2.7 0.4
4. AS35540 2001:41d0:fde0::22 0.0% 10 16.9 20.4 16.8 35.2 5.7
5. AS35540 2001:41d0:fde0:80::35 0.0% 10 18.1 18.2 17.3 20.1 1.0
6. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
7. AS??? asympton.par.franceix.net (2001:7f8:54::1:228) 50.0% 10 29.0 28.8 27.0 32.5 2.2
8. AS46997 fra01.de.nat.moe (2602:feda:3::1) 0.0% 10 26.5 28.0 26.4 32.7 1.8
9. AS212977 2001:67c:1298::10:1 0.0% 10 31.6 37.3 30.9 56.0 8.9
Ce qui est bien avec ce forum, c'est qu'on découvre des AS étranges.
Asympto Network ... étrange.
-
Openfactory
Je voulais évoquer Freetransit, désolé.
Aucune discrimination ici, mais bien un problème de négo de HE vis-à-vis de Cogent qui dure depuis des années.
Reprends l'origine de cette discussion, c'est FREE qui a coupé les ponts avec HE
-
Reprends l'origine de cette discussion, c'est FREE qui a coupé les ponts avec HE
Free a dépeeré plein de réseaux dans le passé, ce n'est pas pour ça que ça a coupé le trafic, qui a toujours pu passer (tant bien que mal il est vrai) en transit.
En l'occurrence ça n'a rien à voir avec Free puisqu'en IPv6, 100% de Cogent est inaccessible pour 100% de HE et inversement.
À l'origine c'est bien HE qui réclame de peerer avec Cogent au lieu d'acheter du transit (en IPv6), et ça fait plus de 10 ans.
https://www.datacenterknowledge.com/archives/2009/10/22/peering-disputes-migrate-to-ipv6 (https://www.datacenterknowledge.com/archives/2009/10/22/peering-disputes-migrate-to-ipv6)
-
En suivant ce raisonnement, comment Mme Michu cliente Free -pas FAI donc- qui a une adresse ipv6 (FREE est champion sur le fixe pour les délivrer) et qui veut joindre un ipv6 qui *transit* par HE?
Tu parles d'un reseau qui a uniquement HE comme transit (ou carement de chez HE) ? Simple:
- soit elle reste chez Free et elle le joint pas
- soit elle change de FAI
Et pour clarifier, Mme Michu client Free, elle fait partie du reseau Free, dont Free est le seul qui la gere. Elle n'achete pas du "transit" chez Free, mais du "acces".
Si tu penses a un reseau qui a HE parmi les transitaires (et que les autres transitaires eux aussi soit ils sont "default free" soit ils ont autre chose que HE comme transitaire a leur tour), ca se passe naturellement.
Le fait-meme que tu poses la question veut dire que tu n'as pas vraiment compris comment ca marche.
Dans le cas de ton reseau, il se peut que les autres "transitaires" ne fournissent pas du transit complet (comme HE et Cogent en IPv6).
-
Madame Michu n'a pas d'ipv6 et ne peut pas aller sur un site uniquement ipv6 avec un seul transitaire. ;D
Si elle peut.
Par contre elle n'achete pas du transit. Elle achete du acces.
-
Noté. Pour valider le problème, quelles sont les personnes et leur FAI qui peuvent accéder à https://tic.alsace, le site ne répondant qu'en ipv6, et ceux qui ne le peuvent pas.
Traceroute depuis SFR mobile :
$ mtr -zrwc100 tic.alsace
Start: 2020-12-18T14:44:21+0100
HOST: vivien1 Loss% Snt Last Avg Best Wrst StDev
1. AS15557 2a02-8440-2141-737c-0000-0000-0000-00a2.rev.sfr.net 0.0% 100 5.6 11.5 2.1 153.7 25.0
2. AS15557 2a02-8440-2141-737c-0000-0010-2d0e-5140.rev.sfr.net 0.0% 100 739.5 65.1 26.7 1740. 183.7
3. AS??? fdff:8440:2005:1038::97 0.0% 100 656.3 64.3 27.3 1658. 174.6
4. AS15557 2a02-8400-1006-fc0e-0000-0000-0001-0001.rev.sfr.net 20.0% 100 572.3 48.7 28.5 572.3 62.3
5. AS15557 2a02-8400-0000-0003-0000-0000-0000-6d66.rev.sfr.net 19.0% 100 489.1 49.4 28.0 489.1 56.7
6. AS15557 2a02-8400-0000-0003-0000-0000-0000-4236.rev.sfr.net 14.0% 100 406.1 48.1 30.1 406.1 46.0
7. AS??? fc00:0:0:100::1d 21.0% 100 322.5 46.5 29.0 322.5 36.4
8. AS15557 2a02-8400-0000-0003-0000-0000-0000-429d.rev.sfr.net 29.0% 100 240.4 46.3 29.6 240.4 30.5
9. AS??? ipv6.decix-frankfurt.core1.fra1.he.net 2.0% 100 165.0 65.2 38.5 169.2 21.7
10. AS6939 100ge11-1.core1.fra2.he.net 9.0% 100 83.9 73.7 38.4 190.1 22.6
11. AS??? as41051.dwh.kleyrex.net 1.0% 100 54.8 67.7 43.5 113.2 12.3
12. AS212977 2001:67c:1298::10:1 1.0% 100 91.5 68.0 38.8 232.3 23.8
Le beau cuivre sur la page !
(https://lafibre.info/images/smileys/cuivre.jpg)
-
Bonjour,
pour le fin mot de l'histoire: freetransit/Openfactory AS41051 a du transit avec Cogent sur Zurich 20 G et Haarlem 10 G et ce depuis 1 an. Depuis environ midi ce jour -18/12/2020-, comme par magie, l'accès vers/de clients FREE est possible via le lien Cogent<>freetransit ! L'explication que je vois est que la table des préfixes n'était pas à jour chez Cogent, freetransit étant forcément à jour puisqu'ils annoncent mon préfixe..
Dans le même temps j'ai pris un second transitaire qui n'avait pas de soucis avec le réseau Free. Je propose donc à tous ceux qui m'ont houspillé parce que je n'avais pas de second transitaire de se tourner à présent vers Free pour les pousser à en faire de même ;)
Daniel
-
Mais toujours aucun transit de bonne qualité basé en France ? C'est dommage de faire la moitié de l'europe pour joindre un site Alsacien quand même.
-
Gaia-X n'est il pas européen ;) ?
-
Si, mais opéré par des hébergeurs avec un backbone européen aussi ;)
-
l'accès vers/de clients FREE est possible via le lien Cogent<>freetransit !
T'es sûr ? Je vois pas Cogent dans mon traceroute :
$ mtr -rwc10 tic.alsace
Start: 2020-12-18T17:06:58+0100
HOST: HPport2-RL Loss% Snt Last Avg Best Wrst StDev
1.|-- 2a01:e0a:xxxx:xxxx::1 0.0% 10 0.5 0.4 0.3 0.6 0.1
2.|-- 2a01:e00:2d:f836:392::ffff 0.0% 10 2.8 2.9 2.1 5.7 1.0
3.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
4.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
5.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
6.|-- ipv6.de-cix.fra.de.as39533.asympto.com 10.0% 10 12.1 12.3 11.5 15.1 1.1
7.|-- fra01.de.nat.moe 0.0% 10 12.0 12.4 11.5 17.2 1.7
8.|-- 2001:67c:1298::10:1 0.0% 10 16.9 43.3 16.7 245.0 71.6
-
L'option -z pour voir les AS dans un MTR est bien pratique :
$ mtr -zrwc100 tic.alsace
Start: 2020-12-18T14:44:21+0100
HOST: vivien1 Loss% Snt Last Avg Best Wrst StDev
1. AS15557 2a02-8440-2141-737c-0000-0000-0000-00a2.rev.sfr.net 0.0% 100 5.6 11.5 2.1 153.7 25.0
2. AS15557 2a02-8440-2141-737c-0000-0010-2d0e-5140.rev.sfr.net 0.0% 100 739.5 65.1 26.7 1740. 183.7
3. AS??? fdff:8440:2005:1038::97 0.0% 100 656.3 64.3 27.3 1658. 174.6
4. AS15557 2a02-8400-1006-fc0e-0000-0000-0001-0001.rev.sfr.net 20.0% 100 572.3 48.7 28.5 572.3 62.3
5. AS15557 2a02-8400-0000-0003-0000-0000-0000-6d66.rev.sfr.net 19.0% 100 489.1 49.4 28.0 489.1 56.7
6. AS15557 2a02-8400-0000-0003-0000-0000-0000-4236.rev.sfr.net 14.0% 100 406.1 48.1 30.1 406.1 46.0
7. AS??? fc00:0:0:100::1d 21.0% 100 322.5 46.5 29.0 322.5 36.4
8. AS15557 2a02-8400-0000-0003-0000-0000-0000-429d.rev.sfr.net 29.0% 100 240.4 46.3 29.6 240.4 30.5
9. AS??? ipv6.decix-frankfurt.core1.fra1.he.net 2.0% 100 165.0 65.2 38.5 169.2 21.7
10. AS6939 100ge11-1.core1.fra2.he.net 9.0% 100 83.9 73.7 38.4 190.1 22.6
11. AS??? as41051.dwh.kleyrex.net 1.0% 100 54.8 67.7 43.5 113.2 12.3
12. AS212977 2001:67c:1298::10:1 1.0% 100 91.5 68.0 38.8 232.3 23.8
-
T'es sûr ? Je vois pas Cogent dans mon traceroute :
Ceci est la route via le second transitaire. J'ai coupé le lien avec ce transitaire, à présent tu passes par Cogent
-
Effectivement :
$ mtr -zrwc10 tic.alsace
Start: 2020-12-18T17:30:23+0100
HOST: HPport2-RL Loss% Snt Last Avg Best Wrst StDev
1. AS12322 2a01:e0a:xxxx:xxxx::1 0.0% 10 0.5 0.5 0.4 1.0 0.2
2. AS12322 2a01:e00:2d:f836:392::ffff 0.0% 10 2.2 3.4 2.0 11.5 2.9
3. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
4. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
5. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
6. AS174 be4204.ccr21.par04.atlas.cogentco.com 30.0% 10 3.7 3.7 3.4 4.1 0.2
7. AS174 be2103.ccr42.par01.atlas.cogentco.com 20.0% 10 3.3 3.4 3.0 3.8 0.3
8. AS174 be12266.ccr42.ams03.atlas.cogentco.com 90.0% 10 12.1 12.1 12.1 12.1 0.0
9. AS174 be2796.rcr21.b047839-0.ams03.atlas.cogentco.com 0.0% 10 12.2 12.5 12.2 12.8 0.3
10. AS174 te0-0-2-0.nr11.b047839-0.ams03.atlas.cogentco.com 0.0% 10 12.2 12.6 12.1 13.0 0.3
11. AS174 2001:978:2:3::2:2 0.0% 10 37.0 60.4 36.3 139.7 40.9
12. AS58299 2a00:6340:1000:18f::1 0.0% 10 37.1 42.0 36.5 67.6 10.5
13. AS58299 2a00:6340:1000:10d::2 0.0% 10 37.1 36.8 36.4 37.1 0.3
14. AS41051 2a01:20e:1000:3::2 0.0% 10 47.6 50.7 47.6 74.8 8.5
15. AS212977 2001:67c:1298::10:1 0.0% 10 52.7 58.5 51.6 102.6 16.0
-
Problème réglé pour dash, mais la relève est là avec un autre opérateur : il me semble que iBloo à Hurricane Electric comme unique transitaire en IPv4 et en IPv6.
iBloo a maintenant son propre AS : AS213112
=> https://bgp.he.net/AS213112
256 IPv4 (93.177.81.0/24) et une plage IPv6 (2a0a:da80::/29)
A priori la mise en place est récente :
(https://lafibre.info/images/pro/202012_ibloo_as213112.png)
-
Problème réglé pour dash, mais la relève est là avec un autre opérateur : il me semble que iBloo à Hurricane Electric comme unique transitaire en IPv4 et en IPv6.
Ce qui m'inquiète c'est de ne pas savoir comment par magie -je ne connais pas d'autre mot pour exprimer cela- c'est "tomber" en marche ;). Il y a/aura forcément d'autres opérateurs impactés, et pas que des nationaux.
-
Y'a aucune forme de magie, mais faut connaitre un peu BGP pour s'en rendre compte, c'est pas avec deux-trois tunnels sur une VM que tu peux appréhender de manière réaliste le fonctionnement du routage sur internet à mon sens ^^
En l'occurence, je mets une piécette sur le fait qu'OpenFactory n'échange pas ses préfixes autorisés via IRR avec Cogent, et doit donc demander une mise à jour manuelle pour chaque nouveau préfixe. Donc le préfixe n'était pas annoncé par Cogent.
-
il me semble que iBloo à Hurricane Electric comme unique transitaire en IPv4 et en IPv6.
Quelle... Mauvaise idée... Au moins y'a du FranceIX en plus, c'est déjà ça...
-
En l'occurence, je mets une piécette sur le fait qu'OpenFactory n'échange pas ses préfixes autorisés via IRR avec Cogent, et doit donc demander une mise à jour manuelle pour chaque nouveau préfixe. Donc le préfixe n'était pas annoncé par Cogent.
C'est fait en automatique m'a confirmé OpenFactory
-
Il y a des pubs pour VPN dans des télés de vieux... ;)
Merci pour les"vieux" !!! ::)
-
Merci pour les"vieux" !!! ::)
T'inquiète... je vends 5x plus d'abonnements FTTH en TV seulement, qu'avec Internet seulement.
A tel point qu'on va virer cette dernière offre prochainement vu l'absence de demande (enfin si, ça souscrit à Internet seulement, puis 3 mois après ça demande à avoir Internet+TV).
Comme quoi... ;)
-
Merci pour les"vieux" !!! ::)
A un moment quand tu vois les moyennes d'âge des téléspectateurs, y a bien que Gulli qui ne mérite pas ça.
-
Noté. Pour valider le problème, quelles sont les personnes et leur FAI qui peuvent accéder à https://tic.alsace, le site ne répondant qu'en ipv6, et ceux qui ne le peuvent pas.
NOTE: Si cette demande ne répond pas à la charte lafibre.info, veuillez SVP l'ignorer, accepter mes excuses pour l'avoir formulée et/ou supprimer ce message.
Moi non plus > Sur Firefox:
Hum, nous ne parvenons pas à trouver ce site
:-[
-
A un moment quand tu vois les moyennes d'âge des téléspectateurs, y a bien que Gulli qui ne mérite pas ça.
Gulli, c'est pour les petits enfants des anciens... ;)
-
A un moment quand tu vois les moyennes d'âge des téléspectateurs, y a bien que Gulli qui ne mérite pas ça.
MdR ! ;D ;D ;D
-
T'inquiète... je vends 5x plus d'abonnements FTTH en TV seulement, qu'avec Internet seulement.
A tel point qu'on va virer cette dernière offre prochainement vu l'absence de demande (enfin si, ça souscrit à Internet seulement, puis 3 mois après ça demande à avoir Internet+TV).
Comme quoi... ;)
C'est surprenant. Je ne cotoient plus que des gens qui ne supportent pas d'attendre une date et un horaire pour regarder un truc.
Chez moi, j'enregistre le direct pour le regarder en léger différer pour faire sauter les pubs.
Pour les matchs de foot, je ne sais pas ce que c'est, donc je ne me rend pas compte...
Pour gulli, pas d'usage actuellement...
-
J'ai un peu la même façon d'utiliser la TV que Steph.
Mais je crois que l'on s'éloigne du sujet.
-
C'est surprenant. Je ne cotoient plus que des gens qui ne supportent pas d'attendre une date et un horaire pour regarder un truc.
Chez moi, j'enregistre le direct pour le regarder en léger différer pour faire sauter les pubs.
Pour les matchs de foot, je ne sais pas ce que c'est, donc je ne me rend pas compte...
Pour gulli, pas d'usage actuellement...
Il faut accepter le fait qu'il y a des moments où les gens aiment bien être passifs et laisser les choses se faire.
La télévision y répond parfaitement, même si elle impose une date/heure, elle t'évite de choisir. Même Netflix, ils ont une chaine TV linéaire pour éviter à leurs abonnés le choix, se sentant perdus parmi le vaste choix. Même toi, on te propose un programme, bah tu le regardes quand même (même si l'heure ne t'arrange pas, bah tu enregistres quand même un flux TV).
Après, cela dépend fortement de la catégorie socio-professionnel de l'abonné, et forcément, j'évolue dans une zone où chaque euro compte pour beaucoup.
Mais je crois que l'on s'éloigne du sujet.
Un sujet peut se scinder avec l'aide des modérateurs. Ca me parait pertinent, d'autant que les arguments sont réfléchis et construits ce qui permet de bonnes discussions ;)
-
Si un client Free ou HE me lit : pouvez-vous me dire si la situation a évoluée ?
-
Si un client Free ou HE me lit : pouvez-vous me dire si la situation a évoluée ?
J'ai testé il y a quelques jours et ça n'avait pas l'air mieux. En théorie la situation pourrait évoluer s'il y avait aussi du transit IPv6 avec Telia mais ça semblait limité à IPv4 pour l'instant.
-
Si un client Free ou HE me lit : pouvez-vous me dire si la situation a évoluée ?
Aucune évolution.
-
J'ai tenté ma chance avec le nouveau twitter de la team Core de Free : https://x.com/lafibreinfo/status/1437822751427923970
-
J'ai tenté ma chance avec le nouveau twitter de la team Core de Free : https://x.com/lafibreinfo/status/1437822751427923970
C'est toujours très diplomatique. :P
-
Si un client Free ou HE me lit : pouvez-vous me dire si la situation a évoluée ?
En Juillet 2021, ça n'avait pas évolué. Depuis, j'ai dégagé l'IPv6 de Free et monté un tunnel HE pour être tranquille et avoir une connexion qui fonctionne.
J'espère que ça va enfin bouger, j'ai appris aujourd'hui que RA est parti de chez Free il y a quelques mois :)
-
Si un client Free ou HE me lit : pouvez-vous me dire si la situation a évoluée ?
test à l'instant, ADSL Free
% mtr he.net -zwc10
Start: 2021-09-15T08:33:36+0100
HOST: pihome Loss% Snt Last Avg Best Wrst StDev
1. AS12322 2a01:e0a:xxx:yyy::254 0.0% 10 1.1 0.8 0.6 1.1 0.1
2. AS12322 2a01:e0a:xxx:yyy::1 0.0% 10 5.1 3.6 1.7 12.9 3.4
3. AS12322 2a01:e01:21:f836:a427::ffff 0.0% 10 7.0 11.8 7.0 36.2 8.8
4. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
5. AS12322 2a01:e01:7::1 40.0% 10 17.2 13.9 7.8 30.2 8.7
6. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
VS Orange FTTH
% mtr he.net -zwc10
Start: 2021-09-15T09:36:03+0200
HOST: nashome Loss% Snt Last Avg Best Wrst StDev
1. AS3215 2a01:cb14:yyy:xxxx::1 0.0% 10 0.5 0.5 0.4 0.8 0.1
2. AS3215 2a01cb08a004020c0193025300750245.ipv6.abo.wanadoo.fr 0.0% 10 1.2 1.0 0.9 1.3 0.1
3. AS??? 2a01:cfc4:0:b00::b 0.0% 10 1.8 13.1 1.5 108.1 33.4
4. AS??? 2a01:cfc4:0:a00::b 0.0% 10 1.4 1.8 1.4 3.1 0.5
5. AS??? ae101-0.ffttr7.frankfurt.opentransit.net 0.0% 10 12.0 12.3 10.9 15.1 1.4
6. AS6939 e0-33.core2.fra1.he.net 60.0% 10 11.6 15.4 11.6 23.6 5.7
7. AS6939 100ge4-2.core1.fra1.he.net 50.0% 10 11.4 12.2 10.9 16.2 2.3
8. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
9. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
10. AS6939 e0-33.core2.dub1.he.net 70.0% 10 35.6 35.3 34.8 35.6 0.4
11. AS6939 100ge5-2.core1.nyc5.he.net 20.0% 10 95.4 91.8 89.8 98.7 3.4
12. AS6939 100ge4-2.core1.nyc4.he.net 10.0% 10 89.4 89.1 88.0 93.9 1.8
13. AS6939 100ge8-1.core1.sjc2.he.net 0.0% 10 150.6 150.7 150.6 151.0 0.1
14. AS6939 100ge8-2.core3.fmt1.he.net 0.0% 10 154.0 160.5 153.9 180.8 8.1
15. AS6939 he.net 10.0% 10 156.0 155.2 154.6 156.9 0.8
-
Si un client Free ou HE me lit : pouvez-vous me dire si la situation a évoluée ?
J'ai mis en place une mesure récurrente sur les sondes Atlas du RIPE, depuis AS12322 vers he.net en v6 : https://atlas.ripe.net/measurements/24647522/#probes
-
Intéressant, le jour ou cela sera réglé (nouveau contrat avec Cogent ?) on pourra savoir le jour précis de la remise en service.
-
Bah tiens, exemple très concret.
Hier Google a eu quelques soucis. Une partie de notre trafic n'est plus passée via le PNI et est rentrée via nos transitaires. Donc j'imagine que Free a eu le même souci.
Et comme Free n'a qu'un seul transitaire, Cogent. Et que Cogent et Google c'est pas l'amour fou car Cogent refuse de peerer avec HE...
Bah il s'est passé ce qui devait arriver : une partie du réseau Google était en blackout hier chez Free en IPv6.
https://www.mail-archive.com/frnog@frnog.org/msg66901.html
Du coup ils se sont retrouvés au pied du mur à faire un truc très sale : pousser une route statique dans leurs routeurs :
https://www.mail-archive.com/frnog@frnog.org/msg66922.html
Le reste des opérateurs n'a rien senti parce que... Internet.
-
Oui, Cogent n'a pas routes (en IPv6) vers Google/AS15169 et Hurricane Electric/AS693.
C'est pour cela que certains considèrent que Cogent n'est plus un Tier1, car il n'a pas une vue complète de l'Internet en IPv6.
-
Free peut à nouveau joindre HE en IPv6 grâce à Telia depuis le 2 octobre ;)
https://atlas.ripe.net/measurements/32421410/#probes
https://atlas.ripe.net/measurements/24647522/?lm.start=1633073259&lm.stop=1633361259&lm.measurements=24647522&lm.groups=24647522-11632,24647522-3047,24647522-4299,24647522-12360,24647522-13317&lm.groups-component=24647522M11632L24647522M3047L24647522M4299L24647522M12360L24647522M13317&lm.groups-type=single-probe,single-probe,single-probe,single-probe,single-probe#latencymon
-
Ah oui ! J'achète !
moon@Freeze:[~] > mtr he.com -zbwc 5
Start: 2021-10-04T17:59:22+0200
HOST: Freeze Loss% Snt Last Avg Best Wrst StDev
1. AS12322 2a01:e0a:ayyy:xxxx::1 0.0% 5 1.2 0.9 0.4 1.2 0.3
2. AS12322 2a01:e02:1:f836:9543::ffff 0.0% 5 3.9 3.0 2.3 3.9 0.7
3. AS12322 2a01:e02:1:1735::ffff 0.0% 5 20.4 25.6 20.4 28.6 4.0
4. AS??? ? ? 100.0 5
5. AS??? ? ? 100.0 5
6. AS??? ? ? 100.0 5
7. AS??? ? ? 100.0 5
8. AS1299 prs-bb2-v6.ip.twelve99.net (2001:2034:1:c1::1) 0.0% 5 19.3 18.9 18.6 19.4 0.4
9. AS1299 ffm-bb2-v6.ip.twelve99.net (2001:2034:1:6c::1) 0.0% 5 18.6 18.0 17.4 18.6 0.5
10. AS1299 ffm-b2-v6.ip.twelve99.net (2001:2034:0:13::1) 0.0% 5 18.1 17.9 16.9 18.6 0.6
11. AS6939 10gigabitethernet9.switch2.fra1.he.net (2001:470:0:168::1) 0.0% 5 21.7 20.3 17.0 26.1 3.7
12. AS6939 100ge6-1.core1.lon2.he.net (2001:470:0:37::1) 80.0% 5 26.8 26.8 26.8 26.8 0.0
13. AS6939 100ge4-1.core1.nyc4.he.net (2001:470:0:2cf::2) 0.0% 5 93.1 93.1 92.6 93.9 0.5
14. AS6939 100ge8-1.core1.sjc2.he.net (2001:470:0:296::2) 0.0% 5 167.5 166.8 166.0 167.5 0.6
15. AS6939 100ge8-2.core3.fmt1.he.net (2001:470:0:1a7::1) 0.0% 5 158.8 158.8 158.3 159.2 0.3
16. AS6939 he.net (2001:470:0:503::2) 0.0% 5 158.8 159.0 158.6 159.7 0.4
-
Et ça a fait tombé Facebook. Les boss 8) ;D
-
Merci. Free a enfin une "full view" IPv6.
La coupure avec Hurricane Electric en IPv6 aura durée un peu plus de 18 mois.
Merci Rani d'être parti !
-
Et ça a fait tombé Facebook. Les boss 8) ;D
Bravo à eux ! :P
-
Merci Rani d'être parti !
Mouais, l'instigateur Xaviel Niel est toujours là.
-
Bonjour,
Je reviens sur ce sujet, je viens de m'apercevoir que depuis ma connexion Free Mobile impossible de joindre HE en IPv6, pourtant le traceroute montre que ça transit toujours par Telia (AS1299).
Faites vous le même constat ? Un problème spécifique à Free Mobile (AS51207) ?
% mtr -zbwc 5 he.net
Start: 2022-12-06T11:00:31+0100
HOST: yoga-mnu Loss% Snt Last Avg Best Wrst StDev
1. AS51207 2a0d:e487:121f:ec1a::eb 0.0% 5 3.4 3.0 2.7 3.4 0.2
2. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
3. AS51207 2a0d:e487:1200:c001::e 80.0% 5 40.5 40.5 40.5 40.5 0.0
4. AS51207 2a0d:e487:1200:c801::3 0.0% 5 234.4 123.9 39.5 243.9 105.5
5. AS12322 2a01:e00:6215::2 0.0% 5 188.8 106.5 41.7 196.2 78.8
6. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
7. AS12322 2a01:e00:600d::5 40.0% 5 152.7 115.1 37.8 154.7 66.9
8. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
9. AS1299 prs-bb1-v6.ip.twelve99.net (2001:2034:1:be::1) 0.0% 5 105.3 70.0 57.2 105.3 20.0
10. AS1299 ffm-bb1-v6.ip.twelve99.net (2001:2034:1:6b::1) 0.0% 5 65.6 57.2 41.5 72.1 12.1
11. AS1299 ffm-b2-v6.ip.twelve99.net (2001:2034:0:13::1) 0.0% 5 52.9 53.1 44.3 61.0 6.1
12. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
-
C'est pas juste la cible qui refuse de répondre aux paquets ICMP ?
-
C'est pas juste la cible qui refuse de répondre aux paquets ICMP ?
Non, car chez les vrais, ça répond :)
Start: 2022-12-06T11:23:38+0100
HOST: desktop Loss% Snt Last Avg Best Wrst StDev
1. AS2027 2a0e:e701:1166::1 0.0% 5 1.1 1.1 1.1 1.2 0.1
2. AS208261 2a0f:ce04:4:9594:1::1 0.0% 5 14.9 15.1 14.9 15.3 0.2
3. AS2027 te12.a7050qxs.core.cbo.bb.ip6.milkywan.net (2a0b:cbc0:1::11) 0.0% 5 14.3 14.7 14.3 15.8 0.7
4. AS2027 te1.1262.a7050sx.edge.dc2.bb.ip6.milkywan.net (2a0b:cbc0:1::d5) 0.0% 5 15.3 15.3 15.1 15.6 0.2
5. AS2027 te2-1.cer2024.edge.tls.bb.ip6.milkywan.net (2a0b:cbc0:1::212) 0.0% 5 25.9 26.2 25.8 26.8 0.5
6. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
7. AS6939 100ge11-2.core1.nyc4.he.net (2001:470:0:54::1) 0.0% 5 96.3 96.6 96.3 97.6 0.5
8. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
9. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
10. AS6939 100ge7-1.core1.chi1.he.net (2001:470:0:483::1) 0.0% 5 112.9 112.6 112.4 112.9 0.2
11. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
12. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
13. AS6939 e0-35.core2.cys1.he.net (2001:470:0:4b4::2) 60.0% 5 135.3 135.6 135.3 135.9 0.4
14. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
15. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
16. AS6939 100ge2-1.core4.fmt2.he.net (2001:470:0:3d3::2) 0.0% 5 159.7 160.1 159.7 160.7 0.4
17. AS6939 100ge14-2.core3.fmt1.he.net (2001:470:0:1c7::1) 0.0% 5 198.1 179.3 159.9 198.1 13.6
18. AS6939 he.net (2001:470:0:503::2) 0.0% 5 161.5 162.0 161.4 163.8 1.0
-
Depuis Orange :
$ mtr -zbwc 5 he.net
Start: 2022-12-06T12:10:56+0100
HOST: bones Loss% Snt Last Avg Best Wrst StDev
1. AS3215 naxos (2a01:cb08:<redacted>::1 0.0% 5 0.8 0.8 0.7 0.9 0.1
2. AS3215 2a01cb08a00402150193025300770055.ipv6.abo.wanadoo.fr (2a01:cb08:a004:215:193:253 0.0% 5 1.7 1.7 1.5 1.8 0.1
3. AS??? 2a01:cfc4:0:400::b 0.0% 5 8.7 8.8 8.5 9.1 0.2
4. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
5. AS5511 bundle-ether304.lontr5.London.opentransit.net (2001:688:0:2::c3) 40.0% 5 15.6 15.5 15.4 15.6 0.1
6. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
7. AS6939 port-channel2.core2.lon3.he.net (2001:470:0:699::1) 0.0% 5 16.1 25.3 16.1 38.2 9.8
8. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
9. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
10. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
11. AS6939 100ge7-1.core1.chi1.he.net (2001:470:0:483::1) 0.0% 5 100.1 100.3 100.1 100.6 0.2
12. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
13. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
14. AS6939 e0-35.core2.cys1.he.net (2001:470:0:4b4::2) 0.0% 5 122.6 122.7 122.6 122.9 0.1
15. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
16. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
17. AS6939 100ge2-1.core4.fmt2.he.net (2001:470:0:3d3::2) 0.0% 5 146.8 146.9 146.7 147.2 0.2
18. AS6939 100ge14-2.core3.fmt1.he.net (2001:470:0:1c7::1) 0.0% 5 160.8 162.6 147.8 173.0 9.8
19. AS6939 he.net (2001:470:0:503::2) 0.0% 5 149.0 149.3 149.0 149.5 0.2
c'est soit un problème lié à Free Mobile, soit un problème Telia <> HE.
Ceci dit, ca peut être très temporaire ce genre de chose... si tu retestes cet aprem, le traceroute est toujours le même ?
-
Toujours le problème mais ça semble effectivement ne concerner que Free Mobile (AS51207).
Ayant un tunnelbroker HE j'ai pu tester HE -> Free, c'est toujours OK, mais HE -> Free Mobile KO.
HE -> Free SAS (OK)
% mtr -zbwc 5 free.fr
Start: 2022-12-06T17:19:46+0100
HOST: yoga-mnu Loss% Snt Last Avg Best Wrst StDev
1. AS6939 2001:470:68xx::x 0.0% 5 32.3 55.6 32.3 107.2 32.1
2. AS6939 tunnel123445.tunnel.tserv5.lon1.ipv6.he.net (2001:470:1f48:876::1) 0.0% 5 41.8 56.7 40.9 114.8 32.5
3. AS6939 e0-19.core2.lon2.he.net (2001:470:0:67::1) 20.0% 5 47.3 50.3 38.4 70.6 14.1
4. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
5. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
6. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
7. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
8. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
9. AS1299 adm-bb1-v6.ip.twelve99.net (2001:2034:1:c6::1) 20.0% 5 44.3 63.3 44.3 95.7 24.3
10. AS1299 prs-bb1-v6.ip.twelve99.net (2001:2034:1:be::1) 0.0% 5 54.8 78.6 54.2 117.6 26.9
11. AS1299 prs-b10-link.ip.twelve99.net (2001:2035:0:46b::1) 80.0% 5 54.6 54.6 54.6 54.6 0.0
12. AS1299 freesas-svc080150-ic369948.ip.twelve99-cust.net (2001:2035:0:46b::2) 20.0% 5 55.8 65.9 55.8 84.5 13.5
13. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
14. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
15. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
16. AS12322 2a01:e00:1c::a 0.0% 5 57.6 68.5 57.6 110.2 23.3
17. AS12322 www.free.fr (2a01:e0c:1::1) 0.0% 5 57.1 75.5 54.8 114.8 25.4
HE -> Free Mobile SAS (KO)
% mtr -zbwc 5 2a0d:e480::1
Start: 2022-12-06T17:41:56+0100
HOST: yoga-mnu Loss% Snt Last Avg Best Wrst StDev
1. AS6939 2001:470:68xx::x 0.0% 5 47.1 41.8 29.6 54.5 11.1
2. AS6939 tunnel123445.tunnel.tserv5.lon1.ipv6.he.net (2001:470:1f48:876::1) 0.0% 5 68.1 81.8 67.7 112.1 19.1
3. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
OVH Tel -> Free Mobile SAS (OK)
% mtr -zbwc 5 2a0d:e480::1
Start: 2022-12-06T17:58:24+0100
HOST: yoga-mnu Loss% Snt Last Avg Best Wrst StDev
1. AS35540 2001:41d0:fexx::x 0.0% 5 1.1 1.6 1.0 3.8 1.2
2. AS35540 2001:41d0:fde0::28 0.0% 5 21.6 37.7 21.6 49.8 14.2
3. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
4. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
5. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
6. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
7. AS12322 2a01:e00:6012::5 0.0% 5 23.3 24.9 22.3 27.9 2.7
8. AS12322 2a01:e00:6011:200a::1 0.0% 5 24.8 23.7 22.7 24.8 0.7
9. AS51207 2a0d:e480::1 0.0% 5 23.2 23.9 21.8 29.0 2.9
-
Toujours le problème mais ça semble effectivement ne concerner que Free Mobile (AS51207).
Ayant un tunnelbroker HE j'ai pu tester HE -> Free, c'est toujours OK, mais HE -> Free Mobile KO.
HE -> Free SAS (OK)
% mtr -zbwc 5 free.fr
Start: 2022-12-06T17:19:46+0100
HOST: yoga-mnu Loss% Snt Last Avg Best Wrst StDev
1. AS6939 2001:470:68xx::x 0.0% 5 32.3 55.6 32.3 107.2 32.1
2. AS6939 tunnel123445.tunnel.tserv5.lon1.ipv6.he.net (2001:470:1f48:876::1) 0.0% 5 41.8 56.7 40.9 114.8 32.5
3. AS6939 e0-19.core2.lon2.he.net (2001:470:0:67::1) 20.0% 5 47.3 50.3 38.4 70.6 14.1
4. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
5. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
6. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
7. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
8. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
9. AS1299 adm-bb1-v6.ip.twelve99.net (2001:2034:1:c6::1) 20.0% 5 44.3 63.3 44.3 95.7 24.3
10. AS1299 prs-bb1-v6.ip.twelve99.net (2001:2034:1:be::1) 0.0% 5 54.8 78.6 54.2 117.6 26.9
11. AS1299 prs-b10-link.ip.twelve99.net (2001:2035:0:46b::1) 80.0% 5 54.6 54.6 54.6 54.6 0.0
12. AS1299 freesas-svc080150-ic369948.ip.twelve99-cust.net (2001:2035:0:46b::2) 20.0% 5 55.8 65.9 55.8 84.5 13.5
13. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
14. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
15. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
16. AS12322 2a01:e00:1c::a 0.0% 5 57.6 68.5 57.6 110.2 23.3
17. AS12322 www.free.fr (2a01:e0c:1::1) 0.0% 5 57.1 75.5 54.8 114.8 25.4
HE -> Free Mobile SAS (KO)
% mtr -zbwc 5 2a0d:e480::1
Start: 2022-12-06T17:41:56+0100
HOST: yoga-mnu Loss% Snt Last Avg Best Wrst StDev
1. AS6939 2001:470:68xx::x 0.0% 5 47.1 41.8 29.6 54.5 11.1
2. AS6939 tunnel123445.tunnel.tserv5.lon1.ipv6.he.net (2001:470:1f48:876::1) 0.0% 5 68.1 81.8 67.7 112.1 19.1
3. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
2a01:e00::/26 est bien annoncé à Telia alors que 2a0d:e480::/29 est seulement annoncé à Cogent. Et comme Telia est le seul moyen pour Free de joindre HE, paf, pastèque.
-
Je remonte ce sujet,
2a0d:e480::/29, le préfixe IPv6 de Free mobile arrive-t-il à joindre Hurricane Electric via Telia ou un autre transitaire ?
Est-il possible pour un client Free mobile de joindre Hurricane Electric en IPv6 ?
-
Est-il possible pour un client Free mobile de joindre Hurricane Electric en IPv6 ?
Oui.
-
Sur un Win10 en tethering sur un androïd sur FreeMobile
C:\Users\user>tracert he.net
Détermination de l’itinéraire vers he.net [2001:470:0:503::2]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms 2a0d:e487:123f:e2e8::1b27:790a
2 * * * Délai d’attente de la demande dépassé.
3 68 ms * * 2a0d:e487:1200:c001::e
4 15 ms 18 ms 26 ms 2a0d:e487:1200:c801::1
5 58 ms 16 ms 28 ms 2a01:e00:6215::2
6 * 63 ms * freesas-ic-385069.ip.twelve99-cust.net [2001:2035:0:1c81::2]
7 38 ms 35 ms 28 ms prs-b17-link.ip.twelve99.net [2001:2035:0:1c81::1]
8 60 ms 21 ms 28 ms prs-bb2-v6.ip.twelve99.net [2001:2034:1:c1::1]
9 69 ms 35 ms 36 ms ffm-bb2-v6.ip.twelve99.net [2001:2034:1:6c::1]
10 * * * Délai d’attente de la demande dépassé.
11 * 56 ms 43 ms hurricane-ic-379446.ip.twelve99-cust.net [2001:2035:0:26bf::2]
12 * * * Délai d’attente de la demande dépassé.
13 100 ms 44 ms 67 ms e0-35.core2.dus1.he.net [2001:470:0:371::2]
14 * * * Délai d’attente de la demande dépassé.
15 90 ms 79 ms * e0-31.core2.man1.he.net [2001:470:0:431::2]
16 66 ms 75 ms 75 ms e0-33.core2.dub1.he.net [2001:470:0:410::2]
17 * * * Délai d’attente de la demande dépassé.
18 * * * Délai d’attente de la demande dépassé.
19 * * * Délai d’attente de la demande dépassé.
20 * * * Délai d’attente de la demande dépassé.
21 239 ms 194 ms 197 ms 100ge14-1.core3.fmt1.he.net [2001:470:0:30::1]
22 210 ms 194 ms 198 ms he.net [2001:470:0:503::2]
Itinéraire déterminé.
-
Merci pour votre retour.
Le sujet est donc bien clôt, y compris pour Free mobile.