Bonjour tout le monde,

Cela fait quelque jours que je me casse le nez sur un tunnel fourni par he.net sur un routeur OpenWRT.
J'arrive à accéder à plein de sites ipv6 mais je me fais bouler à chaque fois sur le test de lafibre.info (et d'autres aussi)

Je ping bien google en ipv6, j'y accède bien via le navigateur (ipv6.google.com)

je résout bien ipv6.lafibre.info mais pas de ping, pas d'accès aux pages de tests IPv6 only

Par contre je passe sur de nombreux autres sites:
- http://ip6.me/
- https://test-ipv6.com/ (10/10 et il voit bien que j'utilise un tunnel)
- www.myipv6.org
- etc...

Le plugin IPvFoo m'indique assez souvent que je suis sur des sites IPv6 ...

Mais rien de rien pour lafibre.info

J'ai configuré mon serveur mail autohébergé pour qu'il réponde sur une des adresses du scope ... pas d'soucis, il reçoit bien sur l'IPv6 selon la compatibilité du SMTP d'en face

Y'aurait pas un soucis de peering entre he.net et l'hébergeur de lafibre.info ?
J'ai passé des heures et des heures là dessus mais je ne vois plus que ça
Pour info j'ai choisi l'IPv4 Endpoint localisé à Paris et ai activé le rDNS pour mon serveur mail (pour commencer) via les DNS de HE pour ce suffixe ... ça m'embêterait de tout avoir à péter/reconstruire avec un différent endpoint.


Merci d'avance pour vos réponses
Hervé

Et bé c'est du rapide !!

Je passe à la fibre chez Orange (Sosh) lundi.
Je suis jusque là chez Free derrière une Freebox Crystal ADSL qui ne supporte pas la délégation de suffixe (de ce que j'en sais) donc KO pour faire marcher l'IPv6 sur OpenWRT (ou alors seulement depuis le routeur qui lui arrive à chopper une V6  .... tient, je vais essayer de suite)

Chez Orange il y a de fortes chances que je tombe sur les IP "préférentielles", si au moins la partie v6 pouvait être fixe ça m'irait bien (d'ou le tunnel HE)

Alors:
ping lafribre.info en IPv6 depuis le routeur avec l'IPv6 free (remis provisoirement pour faire le test) => Ok

Traceroute: j'arrive bien à Paris, il fait un saut de plus et puis plus rien:
Détermination de l’itinéraire vers ipv6.lafibre.info [2a01:6e00:10:410::2]
avec un maximum de 30 sauts :

  1    <1 ms    <1 ms    <1 ms  2001:470:xxxx:xxxx::1
  2    50 ms    49 ms    48 ms  tunnel595195.tunnel.tserv10.par1.ipv6.he.net [2001:470:xxxx:xxxx::1]
  3    47 ms    65 ms    47 ms  10ge7-3.core1.par2.he.net [2001:470:0:7b::1]
  4     *        *        *     Délai d’attente de la demande dépassé.
  5     *        *        *     Délai d’attente de la demande dépassé.
  6     *        *        *     Délai d’attente de la demande dépassé.
  7     *        *        *     Délai d’attente de la demande dépassé.
  8     *        *        *     Délai d’attente de la demande dépassé.

Hervé

Effectivement, il y a un petit souci vers Hurricane Electric, c'est peut être liés aux changements de routeurs chez Adeli, je le signale à Lionel.

$ mtr -zrwc100 he.net
Start: Sat Aug  1 22:51:25 2020
HOST: lafibre                       Loss%   Snt   Last   Avg  Best  Wrst StDev
  1. AS43142 bgp2.adeli.biz          0.0%   100    0.3   0.2   0.1   0.4   0.0
  2. AS43142 2a01:6e00:10:42c::10    2.0%   100    0.1   0.1   0.1   0.4   0.0
  3. AS43142 2a01:6e00:10:42c::143   0.0%   100    0.2   0.2   0.2   0.4   0.0
  4. AS43142 2a01:6e00:10:42c::10    1.0%   100    0.2   0.2   0.1   0.4   0.0
  5. AS43142 2a01:6e00:10:42c::143   0.0%   100    0.3   0.3   0.2   0.4   0.0
  6. AS43142 2a01:6e00:10:42c::10    3.0%   100    0.4   0.2   0.1   1.1   0.0
  7. AS43142 2a01:6e00:10:42c::143   0.0%   100    0.3   0.3   0.2   0.6   0.0
  8. AS43142 2a01:6e00:10:42c::10    3.0%   100    0.2   0.2   0.1   0.5   0.0
  9. AS43142 2a01:6e00:10:42c::143   0.0%   100    0.4   0.6   0.2  27.6   2.7
 10. AS43142 2a01:6e00:10:42c::10    1.0%   100    0.4   0.2   0.1   0.7   0.0
 11. AS43142 2a01:6e00:10:42c::143   0.0%   100    0.5   0.4   0.2   0.6   0.0
 12. AS43142 2a01:6e00:10:42c::10    0.0%   100    0.3   0.3   0.2   0.6   0.0
 13. AS43142 2a01:6e00:10:42c::143   0.0%   100    0.4   0.4   0.3   0.5   0.0
 14. AS43142 2a01:6e00:10:42c::10    2.0%   100    0.3   0.3   0.2   0.6   0.0
 15. AS43142 2a01:6e00:10:42c::143   0.0%   100    0.4   0.4   0.3   0.6   0.0
 16. AS43142 2a01:6e00:10:42c::10    0.0%   100    0.4   0.3   0.2   0.6   0.0
 17. AS43142 2a01:6e00:10:42c::143   0.0%   100    0.5   0.4   0.3   0.7   0.0
 18. AS43142 2a01:6e00:10:42c::10    1.0%   100    0.4   0.3   0.2   0.7   0.0
 19. AS43142 2a01:6e00:10:42c::143   0.0%   100    0.5   0.6   0.3  16.6   1.6
 20. AS43142 2a01:6e00:10:42c::10    4.0%   100    0.4   0.4   0.2   0.8   0.0
 21. AS43142 2a01:6e00:10:42c::143   0.0%   100    0.6   0.5   0.3   0.7   0.0
 22. AS43142 2a01:6e00:10:42c::10    1.0%   100    0.4   0.4   0.2   0.9   0.0
 23. AS43142 2a01:6e00:10:42c::143   0.0%   100    0.6   0.5   0.3   0.9   0.0
 24. AS43142 2a01:6e00:10:42c::10    5.0%   100    0.4   0.4   0.2   0.8   0.0
 25. AS43142 2a01:6e00:10:42c::143   0.0%   100    0.5   0.5   0.3   1.0   0.0
 26. AS43142 2a01:6e00:10:42c::10    1.0%   100    0.5   0.4   0.3   1.0   0.0
 27. AS43142 2a01:6e00:10:42c::143   0.0%   100    0.6   0.5   0.3   1.0   0.0
 28. AS43142 2a01:6e00:10:42c::10    5.0%   100    1.0   0.5   0.3   1.6   0.1
 29. AS43142 2a01:6e00:10:42c::143   0.0%   100    0.9   0.9   0.3  29.5   3.0
 30. AS43142 2a01:6e00:10:42c::10    1.0%   100    0.8   0.5   0.3   1.1   0.0


C'est un traceroute, il montre la liste des routeurs parcourus et on note qu'il y a une boucle (le routeur ::10 envoi le message au routeur ::143 qui envoi le message au routeur ::10)

Cogent (un des transitaires d'Adeli) est en conflit avec Hurricane Electric, cf l'explication dans un sujet où on en parle :

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 :



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 :



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 Septembre 2012

Effectivement, il y a un petit souci vers Hurricane Electric, c'est peut être liés aux changements de routeurs chez Adeli, je le signale à Lionel.

Il y a aussi le certificat ssl du looking glass qui a expiré il y a 3 mois.

J'ai déjà provoqué un changement forcée d'IP et seule l'IPv4 a bougé. Le préfixe /56 est resté le même. Reset usine même chose : ça m'a changé l'IPv4 mais préfixe IPv6 conservé. Redémarrage pareil (du coup l'IPv4 est pas si préférentiel que ça)

Le changement forcé avec aucune connexion pendant 7 jours ? .. à faire pendant les vacances d'été si tu n'héberges rien chez toi 

Good news pour l'IPv6 ... si ça n'a pas changé depuis du côté d'Orange et si c'est homogène sur tout le territoire.
A ce compte là je fermerai rapidement mon tunnel HE et puis roulez jeunesse, je perdrais simplement le reverse-dns IPv6 ... ça rejoindra le fait de ne pas pouvoir faire non plus de reverse sur l'IPv4.

Mais bon, pas trop le choix de mon côté la fibre n'est dispo que chez Orange/Sosh et ça lag de plus en plus côté Free, ça devient vraiment chiant de simplement surfer/naviguer ... c'est très nautique tout ça ... à croire que les paquets IP savent pas nager et finissent par se noyer

... désolé ...