J'arrive un peu tard (anniversaire à fêter), mais voici la capture Wireshark réalisée par Krougher : L'IPv4 utilisée est bonne (le DNS utilisé était celui de Google dans la capture qu'il m'a fournit), mais la connexion n'arrive pas jusqu'au serveur.

On a "Time-to-live Exceeded" : Le paquet est détruit en route car il est passé par trop de routeurs. La cause est clairement due à une boucle : le trafic tourne en rond et fini par être détruit.

Le client envoi des [SYN] pour se connecter et tente des retransmission pendant 20 secondes avant de tenter une nouvelle connexion sur un autre port qui sera elle aussi en échec :

Cette boucle folle de réseau chez K-net avait déjà été signalé sur CAPS par quelqu'un qui cherchait à joindre la Suisse.

tracert 104.108.55.15
Détermination de l’itinéraire vers a104-108-55-15.deploy.static.akamaitechnologies.com [104.108.55.15]
avec un maximum de 30 sauts :
  1     3 ms     3 ms     3 ms  k-box.home [192.168.1.1]
  2     4 ms     4 ms     4 ms  labalme.covage [10.2.0.178]
  3     *        *        *     Délai d’attente de la demande dépassé.
  4    13 ms    13 ms    13 ms  k-net.covage [10.2.0.5]
  5    26 ms    26 ms    27 ms  172.20.0.196
  6    26 ms    26 ms    26 ms  172.20.0.197
  7    40 ms    39 ms    40 ms  172.20.0.196
  8    40 ms    39 ms    40 ms  172.20.0.197
  9    53 ms    53 ms    53 ms  172.20.0.196
 10    55 ms    54 ms    53 ms  172.20.0.197
 11    66 ms    65 ms    65 ms  172.20.0.196
 12    66 ms    65 ms    65 ms  172.20.0.197

J'ai informé Frank Bisetti du problème.

J'essaye de voir quel canal de communication avec K-Net pour remonter intelligemment les problèmes.

Une boucle sur le réseau de ce type, c'est critique.

L'absence d'IPv6, le routage qui ne se fait pas au plus proche,... je ne lui en parlerais que quand les incidents critiques (Téléphonie, boucles,...) seront réglés.

J'ai suggéré un point d'information journalier complet (comme OVH suite à l'incendie). OVH n'a pas été top pour gérer l'incendie (pas d'extinction automatique, plancher en bois, les pompiers qui ne peuvent pas intervenir car impossibilité de couper le 20 000 volts dans le bâtiment en feu,...) mais sur la communication ils ont bien géré, même si c'est toujours tourné de façon assez positive en oubliant de parler par exemple le dernier étage de SBG3, le plus impacté de ce datacentre.

Autre exemple, sur SBG1, au lieu de dire que les serveurs sont détruits et qu'il vont tenter de récupérer les disques en le mettant sur d'autres serveurs, la communication, c'est de dire que tout fonctionne bien, mais qu'il faut remplacer la carte mère (on ne ne dit pas qu'elle est détruite ou HS au passage)


Sur la communication du 19 mars, SBG1 semble pleinement opérationnel : https://lafibre.info/ovh-datacenter/incendie-sur-un-site-ovh-a-strasbourg/msg850816/#msg850816
Ils devrait dire opérationnel pour ce qui n'a pas brûlé, la communication est trompeuse, certains container de SBG1 ayant entièrement brûlés (y compris les disques).
Quelques heures après, il annonçait l’arrêt définitif de SBG1 (après avoir eu un peu de fumée dans un container inutilisé de SBG1, là aussi communication qui semble bien minimiser un second incendie)

La communication était juste "nous avons arrêté SBG1 et SBG4", avant que les pompiers laisse fuiter l'information que c'était plus grave :

Tu pourras dire aussi en même temps, que le routage de Ain est cassé. Tous les flux remonte à Paris depuis 2 mois.

Coucou Est-ce lié, le ping moisi (selon ip pingued) le soir (par exemple 1.1.1.1 et d'autres sites : 200 ms ce soir mais 8.8.8.8 :4 ms) ?

Je te confirme que les problèmes sont bien connus. Je vois régulièrement "K-Net" venir ici et écumer toutes les pages de tous les topics

Oh oui et cette boucle a déjà été signalé il y a plus d'un mois sur CAPS, sans résultats visibles!

Et bien voilà la vérité…
Les infras TDF, Covage et K-Net sont en Afrique… 

Ping de 7,3 ms depuis chez moi vers 10.2.0.5, c'est une prouesse !