sujet Re: Pertes de packets sur le backbone dans ma connexion

Pertes de packets sur le backbone

Kokolasticot — Sun, 07 Mar 2021 14:24:21 GMT

Bonjour,

Je rencontre depuis maintenant plusieurs semaines des lenteurs et déconnexions pour l'accès à certains serveurs de jeux.

En utilisant pingplotter j'ai pu identifier que les pertes de packets ont lieu au niveau du noeud "hundredgige0-3-0-5.auvtr.aubervilliers.opentransit.net" (193.251.240.88).

J'ai tenté de contacter le support via chat, mais, rien à faire pour se faire comprendre, on persiste à me faire faire des tests de débit qui forcément sont bons...
Je contourne pour l'instant le souci en passant par un VPN, mais c'est absurde...
Y'a-t-il sur le forum des membres du support qui pourraient m'aider ?

Re: Pertes de packets sur le backbone

jojo3007 — Sun, 07 Mar 2021 18:33:10 GMT

bonjour @Kokolasticot

Moi l'été quand je part en vacance ya toujour des bouchon au péage.............je contact mon vendeur de voiture (citroên) mais, rien à faire pour se faire comprendre

Du coup je prend le train

Re: Pertes de packets sur le backbone

Kokolasticot — Sun, 07 Mar 2021 21:43:27 GMT

Ton analogie tiendrait la route si c'était sur des pics de présence, hors ce n'est pas le cas... c'est permanent.
De plus dans ton analogie Orange est plus la société en charge de l'entretien des autoroutes, et le bouchon est dû a un nid de poule, donc, oui, ils doivent faire quelque chose.

Bref si tu es la juste pour ironiser sur la situation des gens sans comprendre quoi que ce soit, ca n'amène rien de constructif au débat.

Re: Pertes de packets sur le backbone

jojo3007 — Mon, 08 Mar 2021 05:05:52 GMT

re @Kokolasticot

désolé pour toi mais opentransit.net n'appartient pas a orange donc mon annalogie tient perfaitement la route

Re: Pertes de packets sur le backbone

Nicolas_M — Mon, 08 Mar 2021 07:02:59 GMT

Bonjour @Kokolasticot,
Afin de vous apporter mon aide pour les latences que vous rencontrez, je vous invite à me communiquer vos coordonnées (nom, prénom, numéro de ligne fixe, adresse postale complète, numéro de mobile), par message privé, en cliquant sur le lien suivant :

http://communaute.orange.fr/t5/notes/privatenotespage/tab/compose/note-to-user-id/14700167

Bonne journée
Nicolas

Re: Pertes de packets sur le backbone

Kokolasticot — Mon, 08 Mar 2021 08:24:40 GMT

Et bien si justement, OTI (Open Transit Internet) est bien une filliale d'Orange

Re: Pertes de packets sur le backbone

Eric_Le_Grompf — Mon, 08 Mar 2021 09:10:23 GMT

@Kokolasticotinterroger un routeur qui ne veut pas répondre ou répond quand il veut ne permet pas d'assumer qu'il présente un défaut. On est généralement dans le cas : "ah ben c'est pas ma question ! Oui mais c'est ma réponse !!" concernant une interrogation par ping.

Re : Pertes de paquets sur hundredgige0-3-0-5.auvtr.aubervilliers.opentransit.net (193.251.240.88)

Yves_L — Mon, 08 Mar 2021 11:11:14 GMT

Bonjour @Kokolasticot,

Je vous invite à réaliser un tracert vers le serveur ou le site concerné au moment où les lenteurs sont constatées et à nous faire parvenir, en retour, une copie d'écran.
- Sur PC :
- Sur MAC :
- Sur iOS :
- Sur Android :

Je reste dans l'attente de votre retour et vous souhaite une bonne journée.

Yves

Re: Pertes de packets sur le backbone

Kokolasticot — Mon, 08 Mar 2021 11:13:52 GMT

Bah j'aurais tendance à penser que soit ICMP n'est pas actif, ou bloqué, et effectivement on a 100% de packets perdus, soit ce n'est pas le cas, et ca devrait répondre à chaque fois. Et pas avoir un taux de perte qui fluctue tout en restant haut. Mais mes formations d'admin réseau commencent à dater et je ne pratique plus, du coup je peux me tromper.

De plus dès que j'essaie d'accéder à des IP qui ne me font pas passer par ce routeur, je n'ai pas de souci, et, en passant par un VPN, et donc en "évitant" ce routeur pour accéder au serveur sur lequel j'ai des soucis, ceux-ci disparaissent.

Le faisceau de présomption se semble tout de même se réduire

Re: Re : Pertes de paquets sur hundredgige0-3-0-5.auvtr.aubervilliers.opentransit.net (193.251.240.8

Kokolasticot — Mon, 08 Mar 2021 11:30:12 GMT

Bonjour,

Un simple tracert ne permet pas de mettre en évidence facilement l'erreur, car en cas d'échec il fait plusieurs tentatives, et le route finit par déterminer, c'est pourquoi j'utilise des outils d'analyse réseau, comme pingplotter, qui fait plusieurs tracert, conserve des traces et échecs/non réponses, et permet une interprétation plus aisée des défauts.

Voici cependant la capture d'écran des tracert, je vous rejoint également une capture d'écran de Pingplotter.

Re: Pertes de packets sur le backbone

Eric_Le_Grompf — Mon, 08 Mar 2021 11:34:52 GMT

@Kokolasticot

pour' les image on va attendre la moderation !

mais a partir de votre ligne 14 (premier extrait) il n'y a plus de pertes. donc ce n'est pas un routeur sur le trajet qui crée des pertes. Les routeurs intermédiaires semblent donc se moquer juste de donner une réponse.

Dans le cas contraire ce serait incrémental jusqu'au bout.

Ca ressemble beaucoup a des règles par queues sur la bande passante, ou du filtrage par connexion : genre avec des règles type 150 connexion max sur une fenêtre glissante de 10 secondes, ou un filtrage statistique genre on ne laisse passer que 30% du trafic a partir de 5 connexions icmp par ip source. Si on peut faire ça simplement a la maison, faire ça en télémaintenance sur un routeur pro, ça ne parait pas improbable.

Re: Pertes de packets sur le backbone

Eric_Le_Grompf — Mon, 08 Mar 2021 11:53:08 GMT

Bonjour,

Je viens de faire quelques traceroutes sur votre IP : on y voit l’équilibrage de charge sur le routeur qui vous inquiète... et le filtrage dynamique ! je me suis même fait chopper par la patrouille (!X)... et donc viré manu-militari ! Le traceroute moderne fait un peu explorateur de réseau... j'ai du réveiller les men-in-black d'Orange à l'heure du repas (Desolé, si vous me lisez !)

grompf$ traceroute 162.249.73.10
traceroute to 162.249.73.10 (162.249.73.10), 64 hops max, 40 byte packets
1 livebox (10.0.1.1) 0.866 ms 1.547 ms 0.575 ms
2 80.10.237.217 (80.10.237.217) 41.086 ms 26.371 ms 5.82 ms
3 ae101-0.nctou202.rbci.orange.net (193.249.214.46) 3.366 ms 3.52 ms 2.382 ms
4 ae43-0.nipoi202.rbci.orange.net (193.252.160.54) 9.032 ms 41.252 ms 10.2 ms
5 ae40-0.nipoi201.rbci.orange.net (193.252.160.45) 8.398 ms 9.142 ms 8.399 ms
6 193.252.137.18 (193.252.137.18) 12.548 ms 11.893 ms 13.438 ms
7 hundredgige0-5-0-32.auvtr5.aubervilliers.opentransit.net (193.251.133.28) 13.419 ms hundredgige0-10-0-28.auvtr5.aubervilliers.opentransit.net (193.251.151.60) 13.799 ms *
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 193.251.248.102 (193.251.248.102) 13.036 ms !X * *
grompf$ traceroute 162.249.73.10
traceroute to 162.249.73.10 (162.249.73.10), 64 hops max, 40 byte packets
1 livebox (10.0.1.1) 0.791 ms 0.469 ms 0.506 ms
2 80.10.237.217 (80.10.237.217) 22.51 ms 3.325 ms 3.207 ms
3 ae101-0.nctou202.rbci.orange.net (193.249.214.46) 5.455 ms 6.638 ms 5.922 ms
4 ae43-0.nipoi202.rbci.orange.net (193.252.160.54) 8.027 ms 43.533 ms 10.881 ms
5 ae40-0.nipoi201.rbci.orange.net (193.252.160.45) 8.104 ms 9.477 ms 7.99 ms
6 193.252.137.18 (193.252.137.18) 11.698 ms 12.327 ms 12.131 ms
7 * * *
8 * * *
9 * * *
10 * * *
11 * * *
12 193.251.248.102 (193.251.248.102) 23.451 ms !X * *
grompf$ traceroute 162.249.73.10
traceroute to 162.249.73.10 (162.249.73.10), 64 hops max, 40 byte packets
1 livebox (10.0.1.1) 0.705 ms 0.472 ms 0.481 ms
2 80.10.237.217 (80.10.237.217) 1.236 ms 1.556 ms 2.578 ms
3 ae101-0.nctou202.rbci.orange.net (193.249.214.46) 1.499 ms 2.022 ms *
4 ae43-0.nipoi202.rbci.orange.net (193.252.160.54) 8.289 ms 7.554 ms 8.084 ms
5 ae40-0.nipoi201.rbci.orange.net (193.252.160.45) 8.282 ms 12.885 ms 8.804 ms
6 193.252.137.18 (193.252.137.18) 12.757 ms 12.72 ms 11.966 ms
7 hundredgige0-7-0-0.auvtr5.aubervilliers.opentransit.net (193.251.242.100) 42.404 ms hundredgige0-9-0-33.auvtr5.aubervilliers.opentransit.net (193.251.151.54) 12.783 ms *
8 * * 193.251.248.102 (193.251.248.102) 13.593 ms !X
grompf$ traceroute 162.249.73.10
traceroute to 162.249.73.10 (162.249.73.10), 64 hops max, 40 byte packets
1 * livebox (10.0.1.1) 0.656 ms 1.698 ms
2 80.10.237.217 (80.10.237.217) 9.35 ms 6.502 ms 5.479 ms
3 ae101-0.nctou202.rbci.orange.net (193.249.214.46) 33.7 ms 11.56 ms 1.6 ms
4 ae43-0.nipoi202.rbci.orange.net (193.252.160.54) 8.136 ms 8.085 ms 8.36 ms
5 ae40-0.nipoi201.rbci.orange.net (193.252.160.45) 10.139 ms 8.424 ms 8.214 ms
6 193.252.137.18 (193.252.137.18) 12.298 ms 11.747 ms 12.298 ms
7 * hundredgige0-7-0-2.auvtr5.aubervilliers.opentransit.net (193.251.242.92) 12.986 ms hundredgige0-10-0-28.auvtr5.aubervilliers.opentransit.net (193.251.151.60) 12.391 ms
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *
13 193.251.248.102 (193.251.248.102) 12.48 ms !X * *

Re: Re : Pertes de paquets sur hundredgige0-3-0-5.auvtr.aubervilliers.opentransit.net (193.251.240.8

Yves_L — Mon, 08 Mar 2021 13:21:22 GMT

Bonjour @Kokolasticot,

Je vous remercie de tous les éléments communiqués

Je viens de solliciter notre cellule d’expertise.

Je reviendrais vers vous dès leur retour.

Je vous souhaite une agréable journée.

Yves

Re: Pertes de packets sur le backbone

juste — Mon, 08 Mar 2021 13:40:51 GMT

Bonjour @Kokolasticot @juste

Sur IP 192.168.1.1 , obtenir un ping > à 5 ms c ' est trop .

Sur le 2éme hop , l ' adresse IP a changé , elle est passée à 192.168."0".254 , et là aussi le ping est aussi non OK .

Cordialement .

Re: Pertes de packets sur le backbone

Kokolasticot — Mon, 08 Mar 2021 17:53:42 GMT

Le changement d'IP c'est parce que j'ai un routeur pour la gestion de la QoS, la box fait uniquement office de modem (je regrette d'ailleurs je ne pas pouvoir la mettre en mode bridge).
Pour la latence sur le premier hop, c'est parce que le capture a été faite sur mon pc de boulot qui est en wifi, mais qui n'est pas habituellement celui du quel je me sers pour accéder au serveur.

Re: Pertes de packets sur le backbone

Nicolas_M — Wed, 10 Mar 2021 12:27:15 GMT

Bonjour @Kokolasticot

Pouvez-vous refaire le test sans passer par votre routeur et en étant directement connecté à la Livebox ?

Par avance mercI.
Bonne journée,

Nicolas

Re: Pertes de packets sur le backbone

PhilippeMi — Thu, 11 Mar 2021 19:52:08 GMT

Bonjour,

Y a-t-il du nouveau sur ce sujet, @Nicolas_M ?

À peu près au même moment que celui qui a ouvert le sujet, nous avons constaté des pertes de paquets, également liées à OpenTransit vers Paris. Pas exactement le même nœud mais ça ressemble à un voisin. Dès qu’on utilise des services qui passent par hundredgige0-0-0-30.partr1.paris.opentransit.net, le débit observé est divisé environ de moitié. (Nous sommes quant à nous situés dans le Rhône.)

Avec la commande mtr sous Linux :

Host                                                  Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. livebox.home                                       0.0%    20    2.6   2.6   2.3   3.6   0.0
 2. lac-net1.net1.bslyo654.rbci.orange.net             0.0%    20   26.3  26.1  25.5  27.2   0.2
 3. 10.123.92.10                                       0.0%    20   27.1  26.5  24.9  29.2   1.1
 4. ae41-0.nilyo201.rbci.orange.net                    0.0%    20   27.2  26.1  25.0  27.7   0.6
 5. ae40-0.nilyo202.rbci.orange.net                    0.0%    20   26.1  26.2  25.0  27.9   0.5
 6. 81.253.184.102                                     0.0%    20   31.5  31.9  30.6  32.6   0.2
 7. hundredgige0-0-0-30.partr1.paris.opentransit.net  68.4%    20   32.2  32.3  31.7  33.0   0.0
 8. prs-b3-link.ip.twelve99.net                        0.0%    20   39.9  39.4  38.5  40.8   0.4
 9. prs-bb1-link.ip.twelve99.net                       0.0%    20   37.9  38.6  37.9  40.0   0.2
10. prs-bb3-link.ip.twelve99.net                       0.0%    20   38.5  38.1  36.8  39.9   0.6
11. prs-b8-link.ip.twelve99.net                        0.0%    19   39.0  39.4  37.1  49.7   3.0
12. fastly-ic336682-prs-b8.ip.twelve99-cust.net        0.0%    19   33.2  32.8  31.3  42.5   2.4
13. 151.101.65.28                                      0.0%    19   32.0  31.9  30.7  32.9   0.3

Ce test a été réalisé avec bandcamp.com comme destination (et sur deux machines différentes), mais on observe la même chose avec GitHub, ou encore le serveur européen du jeu Genshin Impact, et j’en passe. Tout ce qui passe par là arrive à 200 kilos par seconde maximum, alors qu’on tourne plutôt à 400 pour les services accessibles sans passer par ce nœud :

$ curl http://www.alicem.net/up/rawtherapee.webm > rawtherapee.webm
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 7005k  100 7005k    0     0   382k      0  0:00:18  0:00:18 --:--:--  494k

Je sais que les routeurs de ce genre ne sont pas tenus de répondre aux traceroutes, etc., mais ces observations et différences de comportement sont tout de même suspectes, et quand tout allait bien je ne voyais absolument aucune perte pour ces mêmes serveurs destinataires.

(Et je ne comprends plus rien aux speed test car ils prétendent qu’on dépasse le méga alors que notre ADSL n’est même pas censée supporter ça.)

Je suis un peu démuni, et peu motivé pour appeler le service client au téléphone. La dernière fois que nous avons parlé de ping et de traceroute au téléphone, on nous a dit d’essayer avec un autre navigateur (et difficile de leur en vouloir, car je doute qu’ils soient formés pour ces aspects qui sortent de la maison du particulier). J’ai trouvé d’anciens messages sur de vieux sujets disant de contacter looking-glass.opentransit.net, mais leur formulaire semble calibré pour des entreprises.

Bref, je suis preneur de toute information, et serai reconnaissant à quiconque pourra faire remonter le nom du/des nœud·s à des techniciens aptes à aller vérifier à Paris ce qu’il se passe, puisque apparemment OpenTransit est lié à Orange.

Merci !

Re: Pertes de packets sur le backbone

PhilippeMi — Thu, 11 Mar 2021 20:21:46 GMT

(Woups, on ne peut pas éditer ses messages passés ?)

Message précédent à prendre quand même avec des pincettes car je viens de nouveau de réussir, après plusieurs jours de galère, à faire passer des téléchargements à 400 kilos sur Bandcamp… Je n’y comprends plus grand chose.

Je viens aussi de récupérer dans mon historique de commandes un « git clone » du boulot pour re-copier un projet GitHub et c’est allé littéralement deux fois plus vite que cet aprèm (où j’étais pourtant seul à la maison, avec juste cet ordi connecté). La trace mtr indique encore les mêmes pertes mais je sais encore moins quoi en penser qu’avant.

C’est toujours quand on se décide à écrire des pavés pour expliquer un souci que d’un coup il y a du mieux…

Je verrai comment ça évolue. Peut-être des séquelles des soucis qui ont apparemment eu lieu chez pas mal de gens (dont nous) le week-end dernier, le 6 ?

Re: Pertes de packets sur le backbone

Eric_Le_Grompf — Thu, 11 Mar 2021 21:15:31 GMT

'soir,

C'est rigolo si on fouine dans le loocking-glass ca marchote pas mal en sortie de hundredgige. mieux même que ma livebox vers son point de collecte.

Trace IPv4 from PARIS, FRANCE to 151.101.193.28
Target: 151.101.193.28
Hop Hostname Packet 1 Packet 2 Packet 3
1 *
hundredgige0-2-0-2.partr1.paris.ftipnn (193.251.133.125) 1 msec
hundredgige0-2-0-11.partr1.paris.ftipnn (193.251.132.143) 1 msec
2 telia-10.gw.ftipnn (62.115.171.226) 1 msec 1 msec 1 msec
3 prs-bb2-link.ip.twelve99.net (62.115.118.62) 2 msec
prs-bb1-link.ip.twelve99.net (62.115.118.58) 3 msec 2 msec
4 prs-b8-link.ip.twelve99.net (62.115.138.139) 5 msec 22 msec
prs-bb3-link.ip.twelve99.net (62.115.133.150) 1 msec
5 prs-b8-link.ip.twelve99.net (62.115.138.133) 1 msec 1 msec 2 msec
6 * * *
7 * * *
etc .

par contre votre entrée sur le RBCI d'orange présente une marche importante (+24ms à 26. Chez moi c'est 1.5ms), et il y a une marche a passer mais plus petite (+6ms à 32. Chez moi c'est 8ms. donc pareil ou presque) pour entrer sur le datacenter d'opentransit. (le palier sur 1299 n'a pas trop d'importance pour vous vu qu'il retombe en sortie de réseau). je fais un poitier-paris et vous faites un lyon-paris.

Vous devriez peut être surveiller votre +24ms .

Re: Pertes de packets sur le backbone

PhilippeMi — Thu, 11 Mar 2021 21:47:06 GMT

Bonsoir @Eric_Le_Grompf

Oui la première marche est violente, mais est présente aussi bien quand je suis content du résultat final que quand ça semble déconner. Peut-être est-ce lié au fait qu’on habite à la campagne, avec des vieux câbles téléphoniques qui traînent à moitié par terre ? Le raccordement à la fibre se rapproche, mais pour le moment c’est un peu artisanal, dans le coin. Quand j’ai un ping de jeu à 45 ms et que je télécharge à 400 kilos (pas les deux en même temps, hein, faut pas rêver), je suis content, quoi. Et c’est du wi-fi donc je me prends déjà cinq millisecondes dans les dents pour arriver à la box, là (mais je ne pige pas trop si elles sont comptées dans les logs de mtr).

ca marchote pas mal en sortie de hundredgige

Je crois que hundredgige est genre une marque de routeurs ou une gamme de Cisco. D’ailleurs tes logs ne montrent pas les mêmes noms de domaines complets et ne mentionnent pas OpenTransit. Mais de toute façon je ne suis même plus certain que les pertes indiquées étaient liées à mon soucis (donc peut-être pas liées non plus à ceux de l’auteur du sujet ? Je ne sais pas.)

J’avais essayé de faire un test sur lookingglass aussi mais c’est un peu obscur pour faire en sorte que ça passe à l’endroit qui nous intéresse ; j’ai fini par me dire que ça allait m’embrouiller plus qu’autre chose.

Genre là, git clone toujours à 380 kilos (donc OK, même si ça peut sembler pourri pour un citadin je pense), mais même délai sur la première « marche » dans les traces. Donc bon.

Par contre c’est marrant, ping me sort un « unknown host » si j’essaye de tester en contactant directement cette première étape (lac-net1.net1.bslyo654.rbci.orange.net). Idem pour d’autres nœuds du genre. Sont ptêt pas trop faits pour être contactés à l’arrache comme ça.