Messages

Bonjour à tous,

Quelques nouvelles après avoir tristement dû quitter k-net suite à la non-résolution des problèmes.
Les soucis de packet loss et de latence ont disparus et je peux à nouveau télétravailler sans me faire déconnecter sans arrêt.
Je vous poste un dernier graph, si ça peut vous servir dans un quelconque diagnostique (pour les abonnés restants)

J'ai aussi pu retrouver le loisir de pouvoir rejouer (je suis passé de 95ms à 6ms - 0 packet loss) !

Bon courage aux autres abonnés, et aux employés pour la suite.
BigUp au support, toujours très accueillant malgré les circonstances !

Vous pouvez également fermer le sujet.

Dommage de devoir partir pour avoir un service stable à minima 

Je sais pas pour vous, mais j'ai la TV en mode "itinéris" actuellement.
En 4G, c'est fluide.

Pour les problèmes de latence j'ai monté un tunnel, j'obtiens 31ms.
Hors tunnel 81ms.

Après plusieurs traceroute, j'ai des résultats étranges, pour des sites en France (free.fr par exemple), le traffic passe par l'italie, la belgique pour revenir vers Paris...

Ovh.fr m'envoie au canada...

Salut !

Je vais voir si j'ai le même serveur DHCP que toi, en attendant le tracert donne ça :

Code Sélectionner Étendre

tracert -d 172.16.100.9

Détermination de l'itinéraire vers 172.16.100.9 avec un maximum de 30 sauts.

  1    <1 ms    <1 ms    <1 ms  192.168.90.1
  2     *        *        *     Délai d'attente de la demande dépassé.
  3    10 ms     9 ms     9 ms  178.250.208.126
  4    17 ms    17 ms    18 ms  178.250.208.125
  5    20 ms    20 ms    21 ms  172.16.100.9
Et la supervision donne ... ça :

 


Le forum charge en 56k aussi ... (sans traffic en download)

Côté OI, tout va bien selon eux.
Ils ont une sonde sur ma ligne, Mon signal est OK.

Je suis la balle qui fait ping pong... 

Oui, c'est axione qui officie sur cette DSP (CapFibre / THD5962)

Il y a eu 2 threads bien longs sur lafibre.info.

En tout cas ce soir, pas de jeu

Un routeur qui répond mal aux ping n'est pas un problème si au final tu atteints 1.1.1.1 correctement.
C'est parfois un symptome (exemple sur les collectes Covage, quand les routeurs répondent mal aux ping, il bossent mal, mais c'est propre à Covage.)

On demande d'ailleurs à un routeur de faire d'abord son travail : router les paquets qui lui sont présentés sur une interface vers la destination.
Répondre aux paquets qui lui sont destinés (ping ou UDP/traceroute) n'est pas la priorité.

Ce que je constate à l'usage (TV / Jeu / TT), c'est que le soir j'ai de la perte de paquet toujours aux mêmes horaires, que c'est injouable (téléportation voir déconnexion), TV qui saute et que j'ai une latence vers certaines destinations (dont des serveurs vers Paris) digne d'une ligne ADSL voir satellitaire.

Je suis d'accord avec vous sur la priorité des routeurs à s'occuper du trafic plutôt que de répondre à ma supervision, seulement j'aurai des pertes de paquets plus fréquentes (voir à intervalle - s'il y a du limite de requête configurée), là on voit pertinemment que c'est toujours les mêmes sauts qui débloquent (ou doivent saturer).

La supervision que j'ai monté, c'est pour aider côté knet à résoudre le problème, j'ai autre chose à faire que de superviser des routeurs qui ne font pas parti de mon infra...

Code Sélectionner Étendre

tracert -d 1.1.1.1
Détermination de l'itinéraire vers 1.1.1.1 avec un maximum de 30 sauts.

  1     1 ms     1 ms     1 ms  192.168.90.1
  2     *        *        *     Délai d'attente de la demande dépassé.
  3    10 ms    10 ms    10 ms  178.250.208.126
  4    18 ms    18 ms    18 ms  178.250.208.125
  5    26 ms    27 ms    20 ms  37.49.237.49
  6    21 ms    23 ms    20 ms  172.71.116.2
  7    63 ms   163 ms    92 ms  1.1.1.1

Itinéraire déterminé.

tracert 1.1.1.1

Détermination de l'itinéraire vers one.one.one.one [1.1.1.1]
avec un maximum de 30 sauts :

  1     1 ms     1 ms     2 ms  192.168.90.1
  2     *        *        *     Délai d'attente de la demande dépassé.
  3   184 ms    22 ms    69 ms  178.250.208.126
  4   165 ms    80 ms   144 ms  178.250.208.125
  5    21 ms    22 ms    29 ms  cloudflare.par.franceix.net [37.49.237.49]
  6    42 ms    23 ms    22 ms  172.71.116.2
  7    20 ms    20 ms    20 ms  one.one.one.one [1.1.1.1]

Itinéraire déterminé.


Code Sélectionner Étendre

tracert -d 178.250.209.34

Détermination de l'itinéraire vers 178.250.209.34 avec un maximum de 30 sauts.

  1     3 ms    <1 ms    <1 ms  192.168.90.1
  2     *        *        *     Délai d'attente de la demande dépassé.
  3    10 ms     9 ms     9 ms  178.250.208.126
  4    18 ms    19 ms    18 ms  178.250.208.125
  5    18 ms    18 ms    17 ms  172.16.120.97
  6    63 ms    21 ms    22 ms  172.16.101.12
  7     *        *        *     Délai d'attente de la demande dépassé.
  8     *        *        *     Délai d'attente de la demande dépassé.
  9    37 ms    65 ms    35 ms  172.16.120.81
 10    18 ms    18 ms    18 ms  172.16.120.45
 11    30 ms    28 ms     *     178.250.209.34
 12    30 ms    28 ms    30 ms  178.250.209.34

Itinéraire déterminé.

tracert 178.250.209.34

Détermination de l'itinéraire vers resolver1.k-net.fr [178.250.209.34]
avec un maximum de 30 sauts :

  1    <1 ms    <1 ms    <1 ms  192.168.90.1
  2     *        *        *     Délai d'attente de la demande dépassé.
  3     9 ms     9 ms     9 ms  178.250.208.126
  4    20 ms    18 ms    18 ms  178.250.208.125
  5    19 ms    18 ms    18 ms  172.16.120.97
  6    64 ms    33 ms    25 ms  172.16.101.12
  7     *        *        *     Délai d'attente de la demande dépassé.
  8     *        *        *     Délai d'attente de la demande dépassé.
  9    53 ms    61 ms    32 ms  172.16.120.81
 10    18 ms    18 ms    18 ms  172.16.120.45
 11    31 ms    31 ms    28 ms  resolver1.k-net.fr [178.250.209.34]

Et 81ms vers Paris (en jeu sur Valorant)

Code Sélectionner Étendre

tracert -d 1.1.1.1

Détermination de l'itinéraire vers 1.1.1.1 avec un maximum de 30 sauts.

  1     3 ms     1 ms     1 ms  192.168.90.1
  2     *        *        *     Délai d'attente de la demande dépassé.
  3    10 ms     9 ms    11 ms  178.250.208.126
  4    20 ms    19 ms    18 ms  178.250.208.125
  5    22 ms    21 ms    20 ms  37.49.237.49
  6    21 ms    20 ms    22 ms  172.71.116.2
  7    20 ms    20 ms    21 ms  1.1.1.1
Avec et sans l'option -d , la latence est sensiblement la même
Je réessaierai en période de pointe, tout à l'heure pour voir la différence

N'empêche que le hop qui termine en .125 à 300ms... C'est relou 😅
Et il va falloir y remedier...

Salut Stef, voilà le traceroute

Code Sélectionner Étendre

Détermination de l'itinéraire vers one.one.one.one [1.1.1.1]
avec un maximum de 30 sauts :

  1    96 ms     7 ms     5 ms  192.168.90.1
  2     *        *        *     Délai d'attente de la demande dépassé.
  3    10 ms    10 ms    10 ms  178.250.208.126
  4    26 ms   389 ms   145 ms  178.250.208.125
  5    32 ms    21 ms    19 ms  cloudflare.par.franceix.net [37.49.237.49]
  6   150 ms    87 ms   113 ms  172.71.116.2
  7    21 ms    20 ms    28 ms  one.one.one.one [1.1.1.1]

Itinéraire déterminé.

Et ça se reproduit tous les jours, il n'y a pas de problèmes sur le RIP d'après eux (THD5962)
 

Toujours embêté ...

Bon là visiblement, quelque chose a changé ^^ (Toujours le saut en 208.135)

Par contre va falloir réagir sur le routage/peering, il doit y avoir un problème.
81 ms vers Paris ! à 20 ms près je suis aux USA !


Anciennement au 06/11



Et avant ça j'étais autour des 8 / 12ms
Là je parle d'usage perso, pour le pro, c'est la même problèmatique

De mon côté Kodi fonctionne plutôt bien quand il n'y a pas de packet loss.
Pour palier le problème de downtime du serveur hébergeant le fichier m3u, je l'héberge en local, souci réglé