[Pb DEBIT] K-net /Covage 91

[Vincent O]

le smokeping de The Dark et le PRTG de Steph, ont montré la mémé chose, voir pièce jointe du smokeping+ traceroute...

Pour diagnostiquer ce genre de problème, il faut toujours :
- un traceroute depuis chez vous vers une IP qui a le problème et sur laquelle vous pourrez faire un traceroute dans l'autre sens
- un traceroute dans l'autre sens (depuis l'IP de destination du point précédant, vers votre IP K-Net)
- un traceroute ne montrant pas le problème
- vu que c'est seulement vers certaines destinations, il faudra aussi :

• essayer de vérifier la latence de plusieurs IP consécutives, par exemple de 178.250.208.1 à 178.250.208.32
• vérifier si toutes les personnes impactées ont le problème vers les mêmes IP, ou si ça dépend

Cela permettra :
- de voir s'il y a du routage asymétrique
- vers quel hop le problème semble être
- si ça semble dépendre d'une fonction de hachage ou pas. C'est utilisé pour la répartition entre plusieurs liens d'un agrégat de liens (LAG), pour la répartition de trames/paquets entre plusieurs files (queues) des routeurs/switchs, ...

[Hugues]

Un smokeping sans pertes, ça peut être le début d'une saturation, les buffers ont le temps de se vider avant de dropper des paquets et donc pas de packet loss.

[pititof91]

Merci a vous
Mais pourquoi les tests "speedtest" et mon smokeping de mon taf sont tous tres bon....
et l'autre smokeping et speedtest sur vitry c'est "sale" ?

Ca ressemble a un probleme sur une route..et pas l'autre... ? puisque la destination est la même, ma KBOX...

Apres comme la ecrit Vincent.O :

vu que c'est seulement vers certaines destinations, il faudra aussi :
essayer de vérifier la latence de plusieurs IP consécutives, par exemple de 178.250.208.1 à 178.250.208.32
vérifier si toutes les personnes impactées ont le problème vers les mêmes IP, ou si ça dépend

la ca va devenir compliqué.....

[pititof91]

J'ai une piste !!!!
Voici mon tracert...sur 8.8.8.8, et le soir avec cette latence, Netflix rame pas mal....
J'ai donc fait plusieurs traceroute comme celui-ci

C:\Users\gabri>tracert 8.8.8.8



Détermination de l'itinéraire vers dns.google [8.8.8.8]

avec un maximum de 30 sauts :



  1     1 ms    <1 ms    <1 ms  192.168.1.1

  2     1 ms     1 ms     1 ms  10.2.0.220

  3     *        *        *     Délai d'attente de la demande dépassé.

  4    72 ms    74 ms    75 ms  122.138.24.109.rev.sfr.net [109.24.138.122]

  5     *        *        *     Délai d'attente de la demande dépassé.

  6     3 ms     3 ms     3 ms  10.2.0.5

  7    56 ms    55 ms    53 ms  178.250.208.14

  8     4 ms     3 ms     3 ms  108.170.244.193

  9    54 ms    53 ms    49 ms  142.251.64.125

10    45 ms    47 ms    49 ms  dns.google [8.8.8.8]


L'adresse 178.250.208.14 était a 56ms..et là elle vient de passer à 108ms...
C'est cette ip qui grouille..
En cherchant sur le net cette ip je suis tombé sur ce lien...

https://lafibre.info/k-net-internet/soucis-peering-google/

Exactement les mêmes symptômes 😳😳😳😳

@vincent.o : le problème a été solutionné ?

Ma collecte covage répond à 4 ms...les ip 178.250.208.13 et 15 (avant après) répondent à 3ms...la 14...117ms.a l'instant....

Peering? Pb chez Google ?
Même tranche horaire que le'post
Et le ping 9.9.9.9 3ms...perfect....
Ça coïncide pas mal ..

[thedark]

Aucun rapport.

Code Sélectionner Étendre

Host                                Loss%   Snt   Last   Avg  Best  Wrst StDev
1. 10.52.11.1                        0.0%     8    0.2   0.2   0.1   0.3   0.1
2. 169.254.106.115                   0.0%     8    0.3   0.3   0.2   0.3   0.0
3. vl852-cl-d1-1                     0.0%     8    0.5   0.5   0.4   0.7   0.1
4. bdb-cr01.net.infomaniak.ch       12.5%     8    0.3   0.4   0.3   0.5   0.1
5. gv1-cr01.net.infomaniak.ch        0.0%     8    0.5   0.6   0.5   0.6   0.0
6. gv1-br02-et-0-0-0.net.infomaniak  0.0%     8    0.7   0.7   0.6   0.8   0.1
7. crn-br01-gr-0.net.infomaniak.ch   0.0%     8    0.9   3.2   0.7  19.8   6.7
8. cixp.kwaoo.com                    0.0%     8    0.9   0.9   0.8   0.9   0.0
9. ???
10. ???
11. ???
12. ???
13. ???
14. .ftth.cust.kwaoo.net   0.0%     7   89.2  93.6  79.8 118.2  13.0

- si ça semble dépendre d'une fonction de hachage ou pas. C'est utilisé pour la répartition entre plusieurs liens d'un agrégat de liens (LAG), pour la répartition de trames/paquets entre plusieurs files (queues) des routeurs/switchs, ...

C'est une bonne piste.

[pititof91]

Aucun rapport.

Code Sélectionner Étendre

Host                                Loss%   Snt   Last   Avg  Best  Wrst StDev
1. 10.52.11.1                        0.0%     8    0.2   0.2   0.1   0.3   0.1
2. 169.254.106.115                   0.0%     8    0.3   0.3   0.2   0.3   0.0
3. vl852-cl-d1-1                     0.0%     8    0.5   0.5   0.4   0.7   0.1
4. bdb-cr01.net.infomaniak.ch       12.5%     8    0.3   0.4   0.3   0.5   0.1
5. gv1-cr01.net.infomaniak.ch        0.0%     8    0.5   0.6   0.5   0.6   0.0
6. gv1-br02-et-0-0-0.net.infomaniak  0.0%     8    0.7   0.7   0.6   0.8   0.1
7. crn-br01-gr-0.net.infomaniak.ch   0.0%     8    0.9   3.2   0.7  19.8   6.7
8. cixp.kwaoo.com                    0.0%     8    0.9   0.9   0.8   0.9   0.0
9. ???
10. ???
11. ???
12. ???
13. ???
14. .ftth.cust.kwaoo.net   0.0%     7   89.2  93.6  79.8 118.2  13.0

- si ça semble dépendre d'une fonction de hachage ou pas. C'est utilisé pour la répartition entre plusieurs liens d'un agrégat de liens (LAG), pour la répartition de trames/paquets entre plusieurs files (queues) des routeurs/switchs, ...

C'est une bonne piste.

J'ai rien compris 🤣🤣🤣🤣

Mais hier soir Netflix lagger pas.mal..., alors que Disney et prime impeccable...
Bon bref si j'ai bien compris je peux rien faire .., c'est pas forcément covage, et knet peut rien faire ...
J'ai bien résumé ? 😊

[pititof91]

Bon ce soir le smokeping de Suisse , 120ms...
Le'mien de Paris, 5ms...
Ce qui confirme que ce n'est pas.une.saturation...

Ping 8.8.8.8 160ms
Ping 9.9.9.9. 3ms...

Ça pue...mais c'est sur c'est pas covage...
10.2.0.220 4ms
10.2.0.5. 4ms aussi...

[Harvester]

Capture écran vers mon serveur chez OVH Roubaix, smokeping vers la même cible ici : https://smokeping.harvester.fr/?target=Cloud.HarvesterPlex

Dans le sens inverse, par contre, je passe par Amsterdam...

▶ mtr -zwc10 185.219.204.173
Start: 2021-08-31T22:17:15+0200
HOST: ns373340                                     Loss%   Snt   Last   Avg  Best  Wrst StDev
  1. AS16276  vss-9a-6k.fr.eu                       0.0%    10    0.7   0.7   0.7   0.8   0.1
  2. AS???    10.17.81.18                           0.0%    10    0.7   0.8   0.7   0.9   0.1
  3. AS???    10.73.16.110                          0.0%    10    0.3   0.3   0.3   0.4   0.0
  4. AS???    10.95.64.2                            0.0%    10    5.5  40.0   1.7  96.1  32.5
  5. AS16276  be100-1050.ams-5-a9.nl.eu             0.0%    10    6.0   6.1   5.7   6.3   0.2
  6. AS???    ams-ix.kwaoo.net                      0.0%    10   16.9  16.9  16.9  17.0   0.0
  7. AS???                                      100.0    10    0.0   0.0   0.0   0.0   0.0
  8. AS???                                      100.0    10    0.0   0.0   0.0   0.0   0.0
  9. AS???                                      100.0    10    0.0   0.0   0.0   0.0   0.0
10. AS???                                      100.0    10    0.0   0.0   0.0   0.0   0.0
11. AS???                                      100.0    10    0.0   0.0   0.0   0.0   0.0
12. AS24904  173-204-219-185.ftth.cust.kwaoo.net   0.0%    10   48.9  39.8  25.3  55.3   8.8

[pititof91]

Oki...
Donc pas jojo non plus tout ça

Ça coince ou pour toi ?

[pipoprods]

Bonjour,

Voilà les traces de mon smokeping. Hier soir, augmentation de la latence vers ma collecte Covage (10.2.0.219), mais bizarrement pas d'augmentation de latence vers 1.1.1.1.

A priori pas d'impact sur le débit (mais j'ai eu une soirée plutôt hors-ligne...)

[gaille]

Hello,

Je n'en souffre pas, mais j'ai remarqué des baisses de Dowload assez importante également (suis dans le 01).
Le upload, lui, est toujours au max.

Quelle méthode (sur mac) puis-je utiliser pour avoir une activité/trace de ceci sans devoir passer par un speedtest manuellement?

Merci.

[pititof91]

Bonjour,

Voilà les traces de mon smokeping. Hier soir, augmentation de la latence vers ma collecte Covage (10.2.0.219), mais bizarrement pas d'augmentation de latence vers 1.1.1.1.

A priori pas d'impact sur le débit (mais j'ai eu une soirée plutôt hors-ligne...)

Hello, c'est ca...y a quelques chose qui tourne pas rond...

Hier soir smokeping de Dark chaotyique, le mien de mon taf, impeccable....tout depend d'ou on vient...
Speedtest vers vitry/massy K.O
Speedtest vers Paris UNYC/KEYYO: au top...
Fast.com: K.O
test debit sur Prime video: Impeccable

bref...y a un soucis , mais j'arrive pas a le déterminer.....(k-net/covage/google..)

[Vincent O]

- si ça semble dépendre d'une fonction de hachage ou pas. C'est utilisé pour la répartition entre plusieurs liens d'un agrégat de liens (LAG), pour la répartition de trames/paquets entre plusieurs files (queues) des routeurs/switchs, ...

C'est une bonne piste.

J'ai rien compris 🤣🤣🤣🤣

Imaginons qu'il faille 80Gbps pour collecter une plaque, et que les routeurs ne supportent au maximum que des SFP+ 10Gbps. Dans ce cas, il y aura physiquement 8 liens de 10Gbps connectés entre les routeurs, et les routeurs de chaque côté seront configurés pour traiter ces 8 liens comme si c'était un seul. Le problème est que les routeurs ne répartissent pas le trafic de façon équitable entre les 8 liens. Il pourrait donc y avoir 7 liens à utilisés à 50 % (5 Gbps), et 1 lien à 90%. Pour des liens L3, c'est généralement l'IP source et l'IP de destination que les routeurs sont configurés pour utiliser pour faire le choix.

Un exemple de ce que ça peut donner :

IP source	IP destination	Lien choisi par le routeur
192.0.2.1	198.51.100.1	lien 1
192.0.2.1	198.51.100.2	lien 2
192.0.2.1	198.51.100.3	lien 3
192.0.2.1	198.51.100.4	lien 4
192.0.2.1	198.51.100.5	lien 5
192.0.2.1	198.51.100.6	lien 6
192.0.2.1	198.51.100.7	lien 7
192.0.2.1	198.51.100.8	lien 8
192.0.2.1	198.51.100.9	lien 1
192.0.2.1	198.51.100.10	lien 2
192.0.2.1	...	...
192.0.2.2	198.51.100.1	lien 2
192.0.2.2	198.51.100.2	lien 3
192.0.2.2	198.51.100.3	lien 4
192.0.2.2	...	...
192.0.2.3	198.51.100.1	lien 3
192.0.2.4	198.51.100.1	lien 4
192.0.2.5	198.51.100.1	lien 5

Si c'est une saturation d'un lien dans le sens remontant/upload (vu de la personne qui fait le traceroute), tous les sauts (hops) dans le traceroute après la saturation seront impactés.
Si c'est une saturation d'un lien dans le sens descendant/download (vu de la personne qui fait le traceroute), certains des sauts (hops) seront impactés, mais pas tous.

Maintenant, regardons le traceroute de votre message d'hier à 21:29:25 :

  1     1 ms    <1 ms    <1 ms  192.168.1.1
  2     1 ms     1 ms     1 ms  10.2.0.220
  3     *        *        *     Délai d'attente de la demande dépassé.
  4    72 ms    74 ms    75 ms  122.138.24.109.rev.sfr.net [109.24.138.122]
  5     *        *        *     Délai d'attente de la demande dépassé.
  6     3 ms     3 ms     3 ms  10.2.0.5
  7    56 ms    55 ms    53 ms  178.250.208.14
  8     4 ms     3 ms     3 ms  108.170.244.193
  9    54 ms    53 ms    49 ms  142.251.64.125
10    45 ms    47 ms    49 ms  dns.google [8.8.8.8]

Ça alterne entre OK et KO. Et le routeur 109.24.138.122, qui est chez Covage, a déjà une latence élevée.

Note : il faut faire attention en lisant les traceroutes, il faut normalement obligatoirement la route du retour avant de pouvoir déduire quoi que ce soit, le routage pouvant être asymétrique (c'est un des raisons pour laquelle il faut aussi un traceroute dans l'autre sens, même si ça ne suffit pas toujours) et un routeur peut avoir son CPU occupé à autre chose sans que ça n'ait le moindre impact pour le trafic normal traversant le routeur (et c'est une des raisons pour laquelle il faut aussi un traceroute vers une IP qui n'est pas impactée).
Quant aux questions de tester sur des IP successives, je pense que le tableau plus haut vous donne une idée de pourquoi. Pas forcément besoin de smokepings, juste quelques traceroutes. Sous Windows, un truc moche comme

Code Sélectionner Étendre

for /L %i IN (1,1,32) DO tracert -d -w 150 178.250.209.%i dans une invite de commande DOS suffira largement à se faire une idée.

[halesk2k]

Une masterclass de Vincent à 9h, la classe 

[pititof91]

Note : il faut faire attention en lisant les traceroutes, il faut normalement obligatoirement la route du retour avant de pouvoir déduire quoi que ce soit, le routage pouvant être asymétrique (c'est un des raisons pour laquelle il faut aussi un traceroute dans l'autre sens, même si ça ne suffit pas toujours) et un routeur peut avoir son CPU occupé à autre chose sans que ça n'ait le moindre impact pour le trafic normal traversant le routeur (et c'est une des raisons pour laquelle il faut aussi un traceroute vers une IP qui n'est pas impactée).
Quant aux questions de tester sur des IP successives, je pense que le tableau plus haut vous donne une idée de pourquoi. Pas forcément besoin de smokepings, juste quelques traceroutes. Sous Windows, un truc moche comme
Code: [Sélectionner]
for /L %i IN (1,1,32) DO tracert -d -w 150 178.250.209.%i
dans une invite de commande DOS suffira largement à se faire une idée.

Je m'en occupe ce soir  ! je lance la commande des 22h

merci pour tous ces conseils..... et je confirme pour la master class