La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => 
K-Net => Opérateurs grand public alternatifs => Espace technique internet K-Net => Discussion démarrée par: whatever123 le 09 janvier 2022 à 18:17:14
-
Bonjour,
Quelqu'un a-t-il remarqué que (depuis récemment) quelques IP ne sont plus accessibles sans VPN ?
Cette fois, cela concerne beaucoup moins que ce que nous avions en décembre, et il semble y avoir une loop. Par example, pour 185.37.71.53 :
traceroute 185.37.71.53
traceroute to 185.37.71.53 (185.37.71.53), 64 hops max, 52 byte packets
[...]
3 172.20.0.195 (172.20.0.195) 13.229 ms 13.339 ms 13.191 ms
4 172.20.0.196 (172.20.0.196) 26.468 ms 26.495 ms 26.584 ms
5 172.20.0.197 (172.20.0.197) 26.543 ms 26.317 ms 26.425 ms
6 172.20.0.196 (172.20.0.196) 39.486 ms 39.353 ms 39.308 ms
7 172.20.0.197 (172.20.0.197) 39.580 ms 39.364 ms 39.824 ms
8 172.20.0.196 (172.20.0.196) 52.510 ms 53.143 ms 52.642 ms
9 172.20.0.197 (172.20.0.197) 53.236 ms 52.882 ms 52.531 ms
10 172.20.0.196 (172.20.0.196) 65.502 ms 65.503 ms 65.530 ms
[...]
Je n'ai pas encore trouvé d'autres adresses IP affectées, mais comme je peux accéder à l'adresse IP avec un VPN, je soupçonne que le routage de K-Net pourrait ne pas être parfait, toujours ...
-
Bonjour,
il y a des soucis réseaux en ce moment chez K-net.
Cf les sujets de ce forum https://lafibre.info/k-net-internet/
https://lafibre.info/k-net-internet/que-se-passe-il-chez-k-net-devons-nous-changer-doperateur/
-
Bonjour,
Toujours ce petit ping-pong entre 196 et 197 deux jours après le signalement.
osef c'est pas grave?
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.1 - 0 | 107 | 107 | 3 | 5 | 66 | 44 |
| 10.2.0.178 - 0 | 107 | 107 | 3 | 6 | 71 | 4 |
| No response from host - 100 | 22 | 0 | 0 | 0 | 0 | 0 |
| 10.2.0.5 - 0 | 107 | 107 | 12 | 16 | 85 | 13 |
| 172.20.0.196 - 0 | 107 | 107 | 25 | 29 | 85 | 26 |
| 172.20.0.197 - 0 | 107 | 107 | 25 | 30 | 93 | 51 |
| 172.20.0.196 - 0 | 107 | 107 | 38 | 43 | 107 | 40 |
| 172.20.0.197 - 0 | 107 | 107 | 38 | 43 | 109 | 40 |
| [...]
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
-
Salut,
J'ai également le même problème de boucle entre ces 2 serveurs intermédiaires qui se renvoient la requête, quelqu'un a déjà essayé de contacter K-net a ce sujet ?
Je viens de tester l'IP "185.37.71.53" qui bloquait pour @whatever123 et elle semble fonctionner depuis chez moi aujourd'hui, en revanche impossible de joindre le site web www.ing.fr depuis quelques jours chez moi alors que ca fonctionnait a peu près normalement jusqu'à début février.
-
Le boss a été contacté.
-
Bonjour à tous !
Ca me rassure, je pensais devenir fou...
Le site qui m'a fait tilter est moins poétique, www.ikea.fr, qui ne fonctionne pas non plus...
ping pong entre les serveurs 195 /196 puis 196 / 197
Autre exemple avec www.boulanger.fr
D'une manière générale, les sites se basant sur des serveur de proxy (je ne sais pas si c'est le bon terme...) semblent ne pas fonctionner.
Ce que je veux dire c'est que lorsque je tente un tracert sur ces sites, j'obtiens des noms de serveur différents de ceux indiqués
tracert www.ikea.com
Détermination de l’itinéraire vers e11958.x.akamaiedge.net [184.25.150.100]
tracert www.boulanger.fr
Détermination de l’itinéraire vers e8160.b.akamaiedge.net [23.35.122.222]
Par contre le site l'équipe.fr fonctionne et mon tracert renvoie :
tracert lequipe.fr
Détermination de l’itinéraire vers lequipe.fr [35.186.248.227]
À tous les pros du réseau, n'est-il pas possible de by passer cette route réseau et forcer d'utiliser d'autres serveurs ? Je suis dépassé avec mes maigres connaissances...
-
ikea ne passe pas non plus chez moi, mais c'est un autre problème
par contre j'ai le même pb avec fast.com
(http://)
-
Ah tiens, K-Net sort via un nouveau transitaire : Sparkle (Telecom Italia).
C'est dommage, car ça ne résoud quand même pas le problème :/
-
Ah tiens, K-Net sort via un nouveau transitaire : Sparkle (Telecom Italia).
C'est dommage, car ça ne résoud quand même pas le problème :/
Info confirmed
https://bgp.he.net/AS24904#_whois
24904:2020 Prefix received from A6762 Sparkle (paris)
K-NET possède aussi un PNI avec twitch maintenant.
-
K-Net commence à couper IELO.
Command: show route protocol bgp 81.28.192.0/20 table inet.0 detail exact
81.28.192.0/20 (2 entries, 1 announced)
*BGP Preference: 170/-201
Source: 2.255.253.111
Protocol next hop: 2.255.253.40
State: <Active Int Ext>
Local AS: 1299 Peer AS: 1299
Age: 21:16:35 Metric2: 2127
AS path: 29075 24904 24904 24904 24904 24904 24904 I (Originator)
Originator ID: 2.255.253.40 (adm-b2)
Source: lg.twelve99.net
-
Mais c'est pas vrai, ils vont donc vraiment tout casser en même temps ???
D'une manière générale, les sites se basant sur des serveur de proxy (je ne sais pas si c'est le bon terme...) semblent ne pas fonctionner.
Ce que tu appelles proxy, c'est des CDN (content delivery network), akamai par exemple.
À tous les pros du réseau, n'est-il pas possible de by passer cette route réseau et forcer d'utiliser d'autres serveurs ? Je suis dépassé avec mes maigres connaissances...
Dans le cas des CDN je doute qu'il y ait une recette miracle, mais le VPN vers un opérateur qui maîtrise mieux son routage peut être une solution temporaire.
-
Mais c'est pas vrai, ils vont donc vraiment tout casser en même temps ???
Ce que tu appelles proxy, c'est des CDN (content delivery network), akamai par exemple.
Dans le cas des CDN je doute qu'il y ait une recette miracle, mais le VPN vers un opérateur qui maîtrise mieux son routage peut être une solution temporaire.
Merci pour ces conseils et précisions. Je me coucherai moins bête ce soir comme tous les soirs ;D
-
Bonsoir,
Je viens d'effectuer quelques tests ce soir et il semblerait que les quelques sites qui bloquaient a cause du problème de routage soient maintenant accessible.
Depuis chez moi dans l'ain, ikea, boulanger et ing par exemple sont OK, est ce que c'est corrigé chez tout le monde ?
-
Le ping pong des routeurs 172.20.0.196 et 172.20.0.197 est résolu depuis deux jours.
https://lafibre.info/k-net-incident/recapitulatif-des-problemes-en-cours-et-non-resolus/
L'accès à Akamai parait bon désormais.
-
Bonjour,
Je confirme que dans mon cas (Ain - Béligneux) ça fonctionne à nouveau également.
Merci pour les posts. J'avoue avoir laissé tomber depuis quelques temps...
Bonne journée à tous !
-
Bonjour,
Sur Gex (01), j'ai à nouveau quelques sites en .ch qui ne répondent plus, retour en mode VPN... Je suis le seul?
Merci
-
par exemple ?
-
par exemple ?
Manque de bol cela semble limité au VPN de ma boîte que je ne peux pas poster ici, tous les autres sites en .ch que j'ai pu tester fonctionnent. Je vais envoyer un mail au support.
-
https://x.com/FNappey/status/1496061500875751425
-
https://x.com/FNappey/status/1496061500875751425
Ah ben voilà ;)
-
https://x.com/FNappey/status/1496061500875751425
même problème pour moi ...
-
https://x.com/FNappey/status/1496061500875751425
Selon l'AS, https://bgp.he.net/AS12350#_whois
Le peer se fait au CERN.
-
Bonsoir a tous,
Quelques problèmes de retour chez moi (Attignat dans le 01) depuis hier soir avec une grosse coupure vers 19h jusque vers 4h du matin, mais avec de très nombreux sites ou services non accessibles (mycanal, boursorama, we-transfert, frandroid,...) alors que d'autres fonctionnent plus ou moins normalement (services google, amazon, leboncoin) pas de lien apparent avec akamai comme la dernière fois.
Est-ce que je suis seul a rencontré des problèmes depuis hier soir ?
-
Selon ce graph RAS
http://83.166.136.142/smokeping/?target=KNET.Gaille
-
Je viens de lancer quelques tracert pour voir si il y a un serveur de routage en particulier qui coince mais ca n'a pas l'air d'être le cas.
tracert www.google.com
Détermination de l’itinéraire vers www.google.com [216.58.204.132]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms unifi.workgroup [192.168.1.1]
2 4 ms 7 ms 3 ms 81.28.195.254
3 13 ms 13 ms 13 ms 172.20.0.195
4 36 ms 36 ms 37 ms 178.250.208.14
5 36 ms 36 ms 36 ms 108.170.244.193
6 37 ms 37 ms 37 ms 64.233.174.49
7 36 ms 36 ms 36 ms par21s05-in-f4.1e100.net [216.58.204.132]
Itinéraire déterminé.
tracert www.twitter.com
Détermination de l’itinéraire vers twitter.com [104.244.42.65]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms unifi.workgroup [192.168.1.1]
2 3 ms 3 ms 2 ms 81.28.195.254
3 13 ms 13 ms 13 ms 172.20.0.195
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é.
9 * * * Délai d’attente de la demande dépassé.
10 * * * Délai d’attente de la demande dépassé.
...
tracert www.wetransfer.com
Détermination de l’itinéraire vers www.wetransfer.com [54.194.169.142]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms unifi.workgroup [192.168.1.1]
2 3 ms 3 ms 3 ms 81.28.195.254
3 13 ms 13 ms 13 ms 172.20.0.195
4 23 ms 23 ms 23 ms amazon-th2.par.franceix.net [37.49.236.118]
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é.
9 * * * Délai d’attente de la demande dépassé.
10 * * * Délai d’attente de la demande dépassé.
...
tracert www.frandroid.com
Détermination de l’itinéraire vers www.frandroid.com [212.129.57.111]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms unifi.workgroup [192.168.1.1]
2 3 ms 3 ms 3 ms 81.28.195.254
3 13 ms 13 ms 13 ms 172.20.0.195
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é.
9 * * * Délai d’attente de la demande dépassé.
10 * * * Délai d’attente de la demande dépassé.
...
-
Surement votre plage d'ip possède un souci chez K-NET.
-
Bonsoir, j'ai également le même problème sur Attignat. Hier à 19h, coupure totale, ce matin j'avais de nouveau un accès web mais limité (pas de vidéo en streaming notamment). J'ai appelé le support technique et le changement de DNS a solutionné le problème...
Jusqu'à 16h aujourd'hui. De nouveau une coupure d'une 20aine de minutes, et depuis le même accès restreint. J'ai essayé de remettre les DNS k-net, puis d'autres... Mais rien.
J'ai de nouveau appelé la hotline et réponse "le dossier a été transmis aux ingénieurs suite à votre appel ce matin je ne peux rien de plus pour vous".
-
Bonjour,
Même problème que Ronaldaniel sur St-Trivier-de-Courtes(01) chez un client Pro K-NET, accès internet mais beaucoup de sites internet inaccessible dont tout ce qui est en rapport à Microsoft (office.com, connexion Exchange etc ...)
Problème a commencé Dimanche vers 19h, ça a fonctionné entre 11h et 16h environ hier et de nouveau souci qui persiste ...
le tracert donne les mêmes ip en 81.28.195.254 et 172.20.0.195 et ensuite blocage quand les sites sont inacessibles ...
on appelle K-Net tout à l'heure et on voit ce que ça dira ..
Merci
-
Si vous pouvez faire un retour suite à votre appel, ça m'intéresse... Je me tâte à les rappeler, encore. Voir à changer d'opérateur si ce n'est pas réglé rapidement, car ça commence à faire beaucoup. Merci
Pour info, problème totalement similaire chez moi :
Détermination de l’itinéraire vers twitter.com [104.244.42.1]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms 192.168.1.1
2 3 ms 3 ms 3 ms 81.28.195.254
3 13 ms 13 ms 13 ms 172.20.0.195
4 * * * Délai d’attente de la demande dépassé.
-
@MaSTa
Je viens juste de les avoir au téléphone, malheureusement c'était plus un standardiste qu'un technicien, du coup rien de probant n'est ressorti de la conversation, il "transmet mon problème à son équipe d'ingénieur rapidement".
Du coup je suis toujours en attente, et effectivement ça commence à faire beaucoup en seulement quelques mois, je suis plutôt compréhensif mais même avec un abonnement à vie je commence à penser à changer aussi, le problème c'est pour quelle alternative...?
-
Comme je le vois, pour uniquement un accès fibre sans tv ni téléphonie j'ai 2 alternatives :
- Orange, forfait fibre + mobile, qui me coûtera beaucoup moins cher pendant 1 an, puis quelques euros de moins ensuite, par rapport à ce que j'ai actuellement (k-net + sosh). Avec frais de résiliation remboursés et pas de frais de mise en service (sans box tv). Mais c'est Orange, si problème il y a, faut pas trop compter sur le support téléphonique je pense...
- MilkyWan, et la possibilité de rester chez un "petit opérateur" associatif. Pour la fiabilité, la réactivité. Mais avec les frais que ça engendre (achat d'un routeur, frais de résiliation k-net 60€, frais d'accès au service 125€). Mais pour ensuite un coût mensuel moins cher qu'actuellement pour une fibre 1gb.
-
alors je viens de raccrocher, le technicien a pris les captures d'écrans, je lui ai mis le lien de ce forum pour lui montrer qu'à quelques kilomètres les soucis sont similaires et aux mêmes heures.
c'est transmis aux ingénieurs, délais on ne sait pas, si 2 ou 3j sans nouvelles il faut rappeler, mon client n'attendra pas 2 jours car imbouffable à bosser dans ces conditions.
Nous lui avions mis un secours avec routeur 4G et tout fonctionne mais pas suffisant pour faire tourner correctement une entreprise dans de bonnes conditions...
Donc on va patienter :(
-
Merci pour le retour !
Effectivement au niveau pro, c'est pas possible...
Personnellement, abonné depuis plus de 4 ans et plutôt épargné par les disfonctionnements jusqu'à ce début d'année, j'ai tendance à me montrer plutôt patient et compréhensif face à des problèmes techniques. Mais depuis janvier ça commence à faire vraiment beaucoup. On ne peut plus compter sur la fiabilité de leurs équipements. Si d'ici à demain le problème n'est pas réglé pour moi je changerai d'opérateur, à contrecoeur.
-
Oui c'est ce qui est constaté chez de nombreux clients depuis le début d'année, ça allait mieux depuis les derniers travaux mais là c'est des problèmes difficiles à diagnostiquer car on a perdu environ 6h à chercher dans tous les sens une source potentielle, difficile quand certains sites et services fonctionnent et pas d'autres ; changement des DNS, redémarrage des rôles serveur, redémarrage des équipements etc .. etc ... pour en conclure à un souci de résolution de nom ou de DNS chez K-Net et heureusement on est tombé sur ce forum ce matin pour voir que le client n'est pas le seul ... alors qu'on est 2 autres moins d'1 km à être chez Km et ça fonctionne bien ...
on sait qu'Orange passe avec la fibre ici mais compliqué d'avoir des débits fiables et à hauteur de la fibre, beaucoup de nos clients ont du 30 Méga environ contre 95M chez K-Net ....
Bon courage en tout cas, on fera retour quand on en sait + ou si résolu.
Bonne journée ;)
-
Même problème à Saint-Martin-le-Châtel 01310.
Pas mal de services inaccessibles dont Mailo, Tutanota, YouTube (qui refonctionne par moment), Twitch, Boursorama et j’en passe.
J’ai essayé de changer de DNS, mais rien n’y fait. Il n’y a qu’à travers le VPN que ça fonctionne.
-
Avec quel VPN ?
Edit : effectivement, avec un vpn (nordvpn) aucun souci...
-
Vous avez du nouveau sur les problèmes d'accès a certains sites de votre côté ?
Chez moi certains sites qui étaient inaccessibles hier semblent fonctionnel aujourd'hui (frandroid par exemple) mais pas tous (wetransfer) et certains sont maintenant accessibles mais ne chargent pas les pages entièrement comme boursorama que je peu consulter partiellement depuis le navigateur mais qui ne passe pas du tout avec l'application...
@MaSTa
Après avoir regardé rapidement depuis le téléphone (vu que non accessible depuis PC) effectivement MilkyWan semble être plus proche de ce que je recherche, un peu le "k-net de ses débuts", internet rapide et fiable sans aucun superflu (pas de TV/téléphone), utilisable directement avec mon propre matériel sans passer par une box opérateur et de la présence pour avoir un peu d'aide en cas de problème technique, a voir.
-
Il y a toujours un problème de routage entre 172.16.120.99 et 172.16.120.98 pour certaines adresses.
Exemple :
$ traceroute 88.212.10.46
traceroute to 88.212.10.46 (88.212.10.46), 64 hops max
1 10.0.0.1 0.656ms 0.400ms 0.340ms
2 178.250.211.254 4.360ms 4.167ms 4.048ms
3 172.20.0.195 30.642ms 30.666ms 30.700ms
4 172.16.120.99 57.614ms 57.780ms 57.615ms
5 172.16.120.98 58.031ms 57.797ms 57.790ms
6 172.16.120.99 84.723ms 84.830ms 84.684ms
7 172.16.120.98 84.805ms 84.646ms 84.674ms
8 172.16.120.99 112.362ms 112.149ms 112.754ms
9 172.16.120.98 112.401ms 111.704ms 112.317ms
10 172.16.120.99 138.928ms 138.867ms 138.910ms
11 172.16.120.98 138.819ms 138.759ms 138.914ms
12 172.16.120.99 165.880ms 165.735ms 165.877ms
...
-
Il y a toujours un problème de routage entre 172.16.120.99 et 172.16.120.98 pour certaines adresses.
Même situation pour moi (en région parisienne) aujourd'hui en testant la même cible 88.212.10.46 => ping-pong :(
Je n'ai pas souvenir d'avoir eu ces problèmes de ping pong avant.
Cela dit, c'est en plus mal configuré d'un point de vue DNS du côté de la cible.
$ dig +short 10.212.88.in-addr.arpa ns @8.8.8.8
ns.antik.sk.
ns1.antik.sk.
ns2.antik.sk.
$ dig +short ns.antik.sk @8.8.8.8
88.212.8.7
$ dig +short ns1.antik.sk @8.8.8.8
88.212.8.77
$ dig +short ns2.antik.sk @8.8.8.8
88.212.8.7
Les 3 serveurs de nom (en fait 2) sont sur le même réseau, lui-même non joignable depuis K-Net actuellement.
-
Il y a toujours un problème de routage entre 172.16.120.99 et 172.16.120.98 pour certaines adresses.
$ traceroute 88.212.10.46
Vous avez de la chance, idem coté Covage74
Par contre, il y a cela en plus ce matin :
https://lafibre.info/dorsale-internet/27042022-multiples-coupures-de-fibre-sur-les-reseaux-longue-distance/
-
K-Net a perdu son Paris-Genève à mon avis.
-
K-Net a perdu son Paris-Genève à mon avis.
Que proposes-tu comme test pour confirmer ton avis ?
Je ne constate pas de perturbation particulière (à part la boucle de routage vers ce bloc d'adresse en Slovaquie), donc même s'ils ont perdu un lien, ça passe ailleurs.
-
Je reformule :)
K-Net a perdu son Paris Genève, il passe par GTT et ils sont KO sur ce tronçon.
-
Je reformule :)
K-Net a perdu son Paris Genève, il passe par GTT et ils sont KO sur ce tronçon.
Beaucoup (surtout Free) ont perdu des lignes cette nuit… Ça affecte aussi ADSL et 4G.
Sabotage de dorsales Paris-Lyon, Paris-Lille et Paris-Strasbourg. C'est déjà mentionné ici par Steph et un peu partout dans le forum.
-
https://www.bfmtv.com/tech/fibre-optique-des-cables-sectionnes-a-l-origine-de-nombreuses-coupures-internet-en-france_AN-202204270259.html?fbclid=IwAR2aJsASrMVDMcZNrIWY_3djOKiep4057bLFISxNL_IuS99S0TmWEVyiXlY
-
Hello,
Dans le 57, soucis de routage / connexion vers les services Cisco Webex.
-
@MaSTa
Après avoir regardé rapidement depuis le téléphone (vu que non accessible depuis PC) effectivement MilkyWan semble être plus proche de ce que je recherche, un peu le "k-net de ses débuts", internet rapide et fiable sans aucun superflu (pas de TV/téléphone), utilisable directement avec mon propre matériel sans passer par une box opérateur et de la présence pour avoir un peu d'aide en cas de problème technique, a voir.
Ba il y a 2 anciens modo et un ancien ingénieur réseau de K-NET chez MilkyWan :P
-
Il semble que certaines routes soient revenues mais qu'une autre loop de routage reste :
$ traceroute 88.212.10.46
traceroute to 88.212.10.46 (88.212.10.46), 64 hops max
1 10.0.0.1 1.247ms 0.369ms 0.309ms
2 178.250.211.254 4.719ms 4.399ms 4.303ms
3 172.20.0.195 14.622ms 14.462ms 14.503ms
4 172.20.0.196 25.078ms 25.101ms 25.191ms
5 172.16.120.98 25.176ms 25.278ms 25.169ms
6 172.20.0.196 35.976ms 36.050ms 35.846ms
7 172.16.120.98 35.976ms 35.970ms 36.008ms
8 172.20.0.196 46.844ms 47.365ms 46.731ms
9 172.16.120.98 46.751ms 49.094ms 46.492ms
-
Il semble que certaines routes soient revenues mais qu'une autre loop de routage reste :
$ traceroute 88.212.10.46
[/quote]
Idem depuis Covage74
-
Idem depuis Covage74[/code]
Et pareil Covage 14
root@hestia:~# traceroute 88.212.10.46
traceroute to 88.212.10.46 (88.212.10.46), 30 hops max, 60 byte packets
1 HERMES (192.168.0.1) 0.542 ms 0.473 ms 0.451 ms
2 tca.covage (10.2.0.211) 3.286 ms 3.267 ms 3.250 ms
3 * * *
4 collecte.k-net (10.2.0.5) 7.807 ms 7.790 ms 8.099 ms
5 172.20.0.196 (172.20.0.196) 19.227 ms 19.211 ms 19.195 ms
6 172.16.120.98 (172.16.120.98) 19.500 ms 18.470 ms 18.434 ms
7 172.20.0.196 (172.20.0.196) 29.563 ms 29.446 ms 29.616 ms
8 172.16.120.98 (172.16.120.98) 29.351 ms 29.412 ms 29.391 ms
9 172.20.0.196 (172.20.0.196) 40.589 ms 40.579 ms 40.559 ms
10 172.16.120.98 (172.16.120.98) 40.858 ms 40.594 ms 40.580 ms
11 172.20.0.196 (172.20.0.196) 51.703 ms 51.538 ms 51.722 ms
12 172.16.120.98 (172.16.120.98) 51.706 ms 51.373 ms 51.561 ms
13 172.20.0.196 (172.20.0.196) 62.846 ms 62.712 ms 62.645 ms
14 172.16.120.98 (172.16.120.98) 62.611 ms 62.580 ms 62.560 ms
15 172.20.0.196 (172.20.0.196) 73.694 ms 73.852 ms 73.679 ms
16 172.16.120.98 (172.16.120.98) 73.991 ms 73.479 ms 73.791 ms
17 172.20.0.196 (172.20.0.196) 84.762 ms 84.938 ms 84.717 ms
18 172.16.120.98 (172.16.120.98) 84.864 ms 84.625 ms 84.813 ms
19 172.20.0.196 (172.20.0.196) 95.898 ms 95.873 ms 96.021 ms
20 172.16.120.98 (172.16.120.98) 96.002 ms 95.881 ms 95.787 ms
21 172.20.0.196 (172.20.0.196) 107.093 ms 107.070 ms 106.957 ms
22 172.16.120.98 (172.16.120.98) 107.263 ms 107.164 ms 107.139 ms
23 172.20.0.196 (172.20.0.196) 117.635 ms 118.106 ms 117.007 ms
24 172.16.120.98 (172.16.120.98) 118.085 ms 118.023 ms 117.993 ms
25 172.20.0.196 (172.20.0.196) 128.532 ms 129.161 ms 129.041 ms
26 172.16.120.98 (172.16.120.98) 129.212 ms 129.119 ms 129.090 ms
27 172.20.0.196 (172.20.0.196) 140.034 ms 139.995 ms 140.441 ms
28 172.16.120.98 (172.16.120.98) 140.099 ms 140.204 ms 140.144 ms
29 172.20.0.196 (172.20.0.196) 151.262 ms 151.182 ms 151.469 ms
30 172.16.120.98 (172.16.120.98) 151.445 ms 151.089 ms 151.036 ms
-
Et pareil Covage 14
Pareil depuis l'Essonne (Covage SETHD) :
$ traceroute -n -m 10 88.212.10.46
traceroute to 88.212.10.46 (88.212.10.46), 10 hops max, 60 byte packets
1 192.168.1.1 6.884 ms 6.792 ms 6.764 ms
2 10.2.0.143 6.714 ms 6.686 ms 6.655 ms
3 * * *
4 10.2.0.5 6.544 ms 6.454 ms 6.428 ms
5 172.20.0.196 18.063 ms 18.036 ms 18.010 ms
6 172.16.120.98 19.581 ms 16.557 ms 16.479 ms
7 172.20.0.196 27.599 ms 27.574 ms 27.548 ms
8 172.16.120.98 27.519 ms 27.490 ms 27.465 ms
9 172.20.0.196 39.554 ms 38.054 ms 37.974 ms
10 172.16.120.98 37.957 ms 36.591 ms 39.630 ms
-
A tout ceux qui ont remonté le même soucis depuis dimanche dernier, est-ce que vous avez eu des nouvelles de k-net ? vous rencontrez toujours le problème ou ca va mieux chez vous ?
-
A tout ceux qui ont remonté le même soucis depuis dimanche dernier, est-ce que vous avez eu des nouvelles de k-net ? vous rencontrez toujours le problème ou ca va mieux chez vous ?
Je viens de refaire le traceroute, toujours la même chose.
-
Pareil de puis Covage 74.
Dans mon serveur de nom, j'ai des routeurs K-net qui s'appelle ping, pong, big, bang, hip, hop, et1, et2 etc... ;)
-
Pareil de puis Covage 74.
Dans mon serveur de nom, j'ai des routeurs K-net qui s'appelle ping, pong, big, bang, hip, hop, et1, et2 etc... ;)
pas de changement depuis SE-THD(91)
$ traceroute -n -m 10 88.212.10.46
traceroute to 88.212.10.46 (88.212.10.46), 10 hops max, 60 byte packets
1 192.168.1.1 6.999 ms 6.928 ms 6.916 ms
2 10.2.0.143 6.899 ms 6.886 ms 6.865 ms
3 * * *
4 10.2.0.5 6.793 ms 8.087 ms 8.074 ms
5 172.20.0.196 18.556 ms 18.545 ms 18.534 ms
6 172.16.120.98 18.529 ms 16.366 ms 16.311 ms
7 172.20.0.196 27.709 ms 27.678 ms 27.653 ms
8 172.16.120.98 27.647 ms 27.622 ms 26.687 ms
9 172.20.0.196 38.759 ms 37.610 ms 37.566 ms
10 172.16.120.98 37.574 ms 37.558 ms 37.561 ms
(sans résolution "pimpée" comme Steph)
-
https://x.com/fbknet/status/1520673365475868672
-
pas de changement depuis SE-THD(91)
Ca fonctionne maintenant (depuis l'Essonne) :
$ mtr -c1 -r 88.212.10.46
Start: 2022-05-03T10:33:59+0200
HOST: fedora Loss% Snt Last Avg Best Wrst StDev
1.|-- box 0.0% 1 4.0 4.0 4.0 4.0 0.0
2.|-- 10.2.0.143 0.0% 1 5.7 5.7 5.7 5.7 0.0
3.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
4.|-- 10.2.0.5 0.0% 1 6.0 6.0 6.0 6.0 0.0
5.|-- et1-1-5.parigi52.par.seab 0.0% 1 6.7 6.7 6.7 6.7 0.0
6.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
7.|-- prs-bb1-link.ip.twelve99. 0.0% 1 7.0 7.0 7.0 7.0 0.0
8.|-- ffm-bb1-link.ip.twelve99. 0.0% 1 15.5 15.5 15.5 15.5 0.0
9.|-- win-bb3-link.ip.twelve99. 0.0% 1 27.6 27.6 27.6 27.6 0.0
10.|-- brat-b2-link.ip.twelve99. 0.0% 1 33.4 33.4 33.4 33.4 0.0
11.|-- antik-ic154084-brat-b1.ip 0.0% 1 32.3 32.3 32.3 32.3 0.0
12.|-- 88.212.3.241 0.0% 1 38.8 38.8 38.8 38.8 0.0
13.|-- PO102.dc1-core01-r.antik. 0.0% 1 38.7 38.7 38.7 38.7 0.0
14.|-- 88.212.10.46 0.0% 1 38.1 38.1 38.1 38.1 0.0
-
Je confirme (depuis le 14) :
traceroute to 88.212.10.46 (88.212.10.46), 30 hops max, 60 byte packets
1 HERMES (192.168.0.1) 0.595 ms 0.527 ms 0.499 ms
2 tca.covage (10.2.0.211) 3.377 ms 3.360 ms 3.341 ms
3 * * *
4 collecte.k-net (10.2.0.5) 7.863 ms 7.846 ms 8.151 ms
5 et1-1-5.parigi52.par.seabone.net (213.144.168.182) 8.759 ms 8.743 ms 8.435 ms
6 * * *
7 prs-bb2-link.ip.twelve99.net (62.115.118.62) 8.450 ms prs-bb1-link.ip.twelve99.net (62.115.118.58) 8.312 ms 8.290 ms
8 ffm-bb1-link.ip.twelve99.net (62.115.123.12) 17.279 ms ffm-bb2-link.ip.twelve99.net (62.115.114.99) 18.262 ms ffm-bb1-link.ip.twelve99.net (62.115.123.12) 16.930 ms
9 win-bb3-link.ip.twelve99.net (62.115.137.203) 27.819 ms win-bb4-link.ip.twelve99.net (62.115.138.23) 28.271 ms 27.974 ms
10 brat-b2-link.ip.twelve99.net (62.115.121.223) 35.504 ms 34.835 ms 35.469 ms
11 antik-ic154084-brat-b1.ip.twelve99-cust.net (80.239.195.122) 31.468 ms 33.699 ms 33.712 ms
12 88.212.3.94 (88.212.3.94) 40.285 ms 88.212.3.237 (88.212.3.237) 36.985 ms 36.651 ms
13 PO102.dc1-core01-r.antik.sk (88.212.0.70) 40.398 ms 41.233 ms 40.762 ms
14 * * *
(…)
30 * * *
-
88.212.10.46 Ok depuis Covage 74
-
Toujours pas résolu dans le 01.
Détermination de l’itinéraire vers netflix.com [52.214.181.141]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms 192.168.1.1
2 3 ms 3 ms 2 ms 81.28.195.254
3 13 ms 13 ms 13 ms 172.20.0.195
4 23 ms 22 ms 22 ms amazon-th2.par.franceix.net [37.49.236.118]
5 * * * Délai d’attente de la demande dépassé.
-
@MaSTa
Pareil de mon côté, toujours une large majorité de sites et services inaccessibles...
Edit :
En revanche le 88.212.10.46 est bien joignable maintenant
-
Toujours pas résolu dans le 01.
Détermination de l’itinéraire vers netflix.com [52.214.181.141]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms 192.168.1.1
2 3 ms 3 ms 2 ms 81.28.195.254
3 13 ms 13 ms 13 ms 172.20.0.195
4 23 ms 22 ms 22 ms amazon-th2.par.franceix.net [37.49.236.118]
5 * * * Délai d’attente de la demande dépassé.
Cette trace ne montre pas de problème de routage, mais juste le fait que la cible (ou les derniers routeurs traversés) ne répondent pas aux paquets émis par traceroute.
Les paquets parviennent bien chez Amazon, dont Netflix est le plus gros client.
-
Cette trace ne montre pas de problème de routage, mais juste le fait que la cible (ou les derniers routeurs traversés) ne répondent pas aux paquets émis par traceroute.
Les paquets parviennent bien chez Amazon, dont Netflix est le plus gros client.
+1
pour tester si l'IP est accessible, utilisez la commande ping (si la cible est programmée pour répondre au pings… ce n'est pas toujours le cas), ou allez sur le site en question si c'est du http.
Traceroute (et équivalents), c'est pour déterminer la route, et il est normal d'y voir souvent des * ou des délais dépassés sur les routeurs intermédiaires.
-
Bonjour,
Bon apparemment problème résolu ce matin chez KNet ça fonctionne chez mon client.
Le support lui avait dit que les ingénieurs prenaient en charge jeudi dernier il me semble mais n'avaient toujours pas de délais à donner ... on va espérer que ça tienne la route.
En espérant que vous autres soyez réparés également !!
Bonne journée
-
Bonjour,
Je confirme également pour chez moi, sur Attignat, le problème semble enfin réglé et je retrouve un accès normal aux sites et services que j'utilise, dommage que ca arrive après quasi 3semaines, j'ai quand même été obligé de m'équiper d'un routeur 4g en failover et également d'une carte SIM supplémentaire pour au moins pouvoir travailler.
De toute façon c'est trop tard pour moi, cette galère aura été celle de trop et j'ai envoyé il y a quelques jours déjà ma lettre de résiliation, un peu a contrecœur.
Je serais très (très) prochainement client de Milkywan.
-
C’est également revenu hier, mais j’ai des micro-coupures depuis... je ne vais même pas chercher à comprendre, la lettre de résiliation a déjà été envoyée et je change d’opérateur dans les prochains jours.