Recherchez dans la Communauté

Vous avez une question ?

Interrogez la communauté

internet & fixe ma connexion

Pertes de packets sur le backbone

1 211  

Re: Pertes de packets sur le backbone

@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.

1 197  

Re: Pertes de packets sur le backbone

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 * *

 

 

Yves_L
Webconseiller
Webconseiller
1 181  

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

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



Conseiller Spécialiste Livebox et services associés
Ma réponse vous a aidé ? Acceptez-la comme solution !

juste
star
star
1 167  

Re: Pertes de packets sur le backbone

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 . 

Kokolasticot
contributeur occasionnel
1 140  

Re: Pertes de packets sur le backbone

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.

Nicolas_M
Webconseiller
Webconseiller
1 073  

Re: Pertes de packets sur le backbone

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

Conseiller Spécialiste Livebox et services associés
Ma réponse vous a aidé ? Acceptez-la comme solution !

PhilippeMi
contributeur occasionnel
1 035  

Re: Pertes de packets sur le backbone

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 !

PhilippeMi
contributeur occasionnel
1 022  

Re: Pertes de packets sur le backbone

(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 ?

1 007  

Re: Pertes de packets sur le backbone

'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 .

..

PhilippeMi
contributeur occasionnel
989  

Re: Pertes de packets sur le backbone

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.

Vous avez une question ?

Interrogez la communauté

Déjà 754845 membres inscrits 🧡

3151 personnes actuellement en ligne

Tous les membres en ligne