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: Frankosor le 05 mai 2025 à 15:31:24
-
Bonjour à tous,
KNET
THD 59-62
pévèle carembault
Je constate que depuis quelques jours, j'ai vers les 20hrs et jusque 23hrs, un problème de débit YouTube en 4K.
Même parfois le 1440P et en HD on des latences vers les 21hrs.
La journée et après minuit aucun soucis.
Avez vous remarqué aussi ce genre de chose ?
PTO, Router, switch, PC, tous redémarrés, même combat
Merci à vous pour vos retours
-
Bonjour,
K-NET est un FAI qui utilise des offres Activées (c'est à dire que c'est l'opérateur d'infrastructure qui gère et achemine ta connexion de ton domicile à un point de collecte - Souvent Paris).
Il arrive qu'il y ait des saturations à ce niveau là. C'est très très très probablement ton cas ... Le créneau du début de soirée étant le plus chargé tous les jours.
Tu n'as pas trop d'options malheureusement ...
1) prendre ton mal en patience.
2) passer par un FAI qui n'utilise pas les offres Activées ou la collecte de l'opérateur d'infrastructure. (Free, Orange, Sosh pour sur).
https://lafibre.info/cap-fibre/220823-baisse-de-debit-le-soir-reseau-axione-59-62/ et d'autres exemples sur le forum pour d'autres réseaux
-
Merci @buddy pour ta réponse.
Oui malheureusement c'est bien ce que je pense et si je suis encore chez knet malgré la tourmente de l'opérateur,
c'est pour la possibilité d'utiliser son propre routeur en direct, pas de bidouilles bridge ou autres.
-
Si tu es sur ce routeur 10.2.0.151 , il est effectivement en souffrance le soir.
Plus qu'à espérer un upgrade de la liaison.
-
Merci @Steph pour ton message
j'ai regardé le router de sortie, je suis sur le 10.1.2.1 mais j'imagine bien que son cas doit être identique :
(http://)
-
Je l'ai ajouté.
Verdict ce soir...
-
Grand merci à toi
-
Alors en attendant tes graphes, j'ai utilisé smokeping vers YouTube (il faut ajouter +2hrs sur l'heure du graphique)
et j'ai lancé un film en "haute qualité sur Amazon video, aucune interruption, 0 latence, débit et volume ok, visible depuis l'UDM-pro
A 23hrs sur le Smokeping (21hrs +2) on voit nettement le ping revenir à la normal
Je me demandais si ce n'tétais pas plutôt un engorgement du lien vers YouTube, ca serait possible çà ???
-
Routeur 10.1.2.1 vu à travers 10.2.0.178, 10.2.0.4, 10.2.0.5
Pas de hausse de ping et 20% de pertes de paquets vers 21h00.
Ce matin
traceroute to 10.1.2.1 (10.1.2.1), 30 hops max, 40 byte packets
1 k-box.home (192.168.1.1) 1.338 ms 1.307 ms 1.053 ms
2 labalme.covage (10.2.0.178) 2.387 ms 2.213 ms 2.203 ms
3 * * *
4 k-net.covage (10.2.0.5) 12.213 ms 12.179 ms 11.946 ms
5 178.250.208.126 (178.250.208.126) 12.531 ms 12.433 ms 12.395 ms
6 10.1.2.1 (10.1.2.1) 12.16 ms 12.406 ms 12.402 ms
-
Merci @Steph, 20% de pertes de paquets pourrait expliquer ce phénomène ou bien ?
-
Les routeurs historiques Covage répondent mal au ping (hausse et/ou perte de paquets) lorsqu'ils sont surchargés, d'où l'intérêt de mon monitoring.
Donc, oui, cela peut expliquer les misères constatées de l'autre coté de ce routeur.
Avec un peu de chance, SFR et/ou BT utilisent aussi le transport de l'OI dans ton coin (quel OI?) et ils ont donc le même soucis que toi.
D'où un upgrade du lien dans un temps raisonnable (3 à 6 mois?) si beaucoup de gens se plaignent.
On verra sur mon monitoring si cela se confirme.
-
Merci @Steph, 20% de pertes de paquets pourrait expliquer ce phénomène ou bien ?
20% de perte de paquets ne créerait pas des problèmes de débit, ca rendrait la connexion inutilisable (impossible de charger la moindre page, surtout avec des monstres comme youtube...).
TCP tolère ~1-2% de perte grand max, après cela, ca se dégrade très vite.
Les réponses ICMP (ping, traceroute ou autre) émises par les routeurs ne sont pas un bon indicateur de perte de paquets. Elles sont bien souvent émises par le CPU du routeur qui n'est habituellement pas super musclé (surtout sur des routeurs anciens) et vers qui le trafic est rate limited.
Il vaut bien mieux viser un serveur (par exemple DNS ou autre) dans le réseau du FAI pour mesurer la perte de paquets et/ou la latence, selon moi.
-
Avec un peu de chance, SFR et/ou BT utilisent aussi le transport de l'OI dans ton coin (quel OI?) et ils ont donc le même soucis que toi.
D'où un upgrade du lien dans un temps raisonnable (3 à 6 mois?) si beaucoup de gens se plaignent.
Les clients de Covage (les FAI utilisant la collecte) n'ont pas de moyen contractuel de pression pour faire réaliser des upgrades ? et Covage n'a pas de monitoring sur la charge de ses liens ?
Je trouve ca dingue que les collectes Covage puissent saturer autant et depuis si longtemps sans que rien ne se passe... mais bon, c'est aussi la marque de fabrique chez Free et ca bouge à peine, donc on peut penser que le grand public ne le remarque pas.
-
Il vaut bien mieux viser un serveur (par exemple DNS ou autre) dans le réseau du FAI pour mesurer la perte de paquets et/ou la latence, selon moi.
C'est vrai partout mais pas sur les routeurs chez ex-Covage (constaté plein de fois sur ce forum et sur celui de K-net). :)
Quand ils répondent mal aux ping, ils saturent aussi pour le trafic normal.
Les clients de Covage (les FAI utilisant la collecte) n'ont pas de moyen contractuel de pression pour faire réaliser des upgrades ? et Covage n'a pas de monitoring sur la charge de ses liens ?
Je trouve ca dingue que les collectes Covage puissent saturer autant et depuis si longtemps sans que rien ne se passe... mais bon, c'est aussi la marque de fabrique chez Free et ca bouge à peine, donc on peut penser que le grand public ne le remarque pas.
T'es pas le seul à penser cela!
Covage, la honte. Ce sont les clients de leur clients qui sont obligés de superviser le réseau pour eux.
L'incident touche 4 NRO, des centaines de clients, plusieurs (probablement tous) les opérateurs actifs (K-Net, Kiwi, ...) subissent des pertes de paquets, plus de 50% de paquets perdus mesurés le soir.
Deux semaines après l'ouverture de l'incident chez covage, covage en sont à demander si les tests de latences et perte de paquets des clients de leurs clients ont été fait en câble ou en WiFi... sérieusement?
Covage préfère remettre en cause les incidents remontés par plusieurs opérateurs plutôt que de tester eux même... Ca en dit long sur la mentalité. S'ils avaient la moindre console de supervision de leur équipements, cela sauterait au yeux.
Sincèrement, à part "brancher des boites et des fils", ces gens là ont-ils déjà fait du réseau dans leur vie? Y a t'il au moins une personne compétente dans cette société? Où est-ce une volonté de la direction?
Simplement, la honte. La honte d'aller se coucher le soir en laissant le réseau dans cet état, la honte de ne pas superviser le réseau alors que c'est leur métier et qu'on les paye pour ca, la honte de se satisfaire de la médiocrité, la honte faire payer un service qui ne fonctionne pas.
Mais le réseau Covage a été revendu à d'autres... comme c'est pratique!
-
Les routeurs historiques Covage répondent mal au ping (hausse et/ou perte de paquets) lorsqu'ils sont surchargés, d'où l'intérêt de mon monitoring.
Donc, oui, cela peut expliquer les misères constatées de l'autre coté de ce routeur.
Avec un peu de chance, SFR et/ou BT utilisent aussi le transport de l'OI dans ton coin (quel OI?) et ils ont donc le même soucis que toi.
D'où un upgrade du lien dans un temps raisonnable (3 à 6 mois?) si beaucoup de gens se plaignent.
On verra sur mon monitoring si cela se confirme.
OI : Axione THD 59-62
Oui tu as raison, SFR et/ou BT, ils utilisent le réseau Axione aussi d'après les posts de souffrances sur le forum concernant Axione dans le Nord
Ce qui m'étonne c'est le manque de plaintes ici :-\
Merci Steph pour tes retours
-
20% de perte de paquets ne créerait pas des problèmes de débit, ca rendrait la connexion inutilisable (impossible de charger la moindre page, surtout avec des monstres comme youtube...).
TCP tolère ~1-2% de perte grand max, après cela, ca se dégrade très vite.
Les réponses ICMP (ping, traceroute ou autre) émises par les routeurs ne sont pas un bon indicateur de perte de paquets. Elles sont bien souvent émises par le CPU du routeur qui n'est habituellement pas super musclé (surtout sur des routeurs anciens) et vers qui le trafic est rate limited.
Il vaut bien mieux viser un serveur (par exemple DNS ou autre) dans le réseau du FAI pour mesurer la perte de paquets et/ou la latence, selon moi.
Merci @simon pour ton retour, j'utilise NextDNS comme DNS, pas ceux de Knet mais je vais tester la latence aussi
-
Ça l'air calme sur
https://lafibre.info/cap-fibre/
-
Youtube n'utilise plus TCP sauf si QUIC ne fonctionne pas.
-
Youtube n'utilise plus TCP sauf si QUIC ne fonctionne pas.
OK, mais QUIC ne fait pas grand chose non plus à 20% de packet loss.
C'est vrai partout mais pas sur les routeurs chez ex-Covage (constaté plein de fois sur ce forum et sur celui de K-net). :)
Quand ils répondent mal aux ping, ils saturent aussi pour le trafic normal.
C'est probablement plus le lien de collecte qui sature que le routeur lui-même. Mais je pinaille, l'effet est le même :)
-
Sinon Covage et THD 59-62 ne sont pas les OI, Covage a mis en place la vallée de la Lys (qui fait partie de la MEL Métropole Européenne de Lille), mais pas THD 59-62 qui s'est occupé du reste du 59 et 62 hors ZTD. D'ailleurs ce n'est plus Covage mais XPfibre pour la vallée de la Lys.
-
Bref, à se demander pourquoi on parle de Covage ici.
-
Parce que le matériel installé est du même type sur les deux réseaux. Les routeurs répondent mal au ping quand la collecte est saturé.
Parce que vu de la Savoie, 59, 62, Covage ou Axione c'est kif kif.
Parce que Covage et Axione ont fait la même bouse? ::)
-
Rien à voir quoi... C'est un espace d'entraide, respectons cela.
-
Bon j'ai monitoré et le router de sortie Axione et les 2 DNS de chez NextDNS, on verra bien demain
-
J'ai l'impression que K-net dans le pays de gex est aussi à la ramasse depuis quelques jours.
Pas de mesures complètes, mais fast.com me sort du 51Mb
-
alors j'ai le router en sortie 10.1.2.1 que j'ai démarré en monitoring à 19h20 (l'outil c'est LibreNMS via Docker)
-
ensuite le traffic de Knet depuis Cloudflare, je ne connais pas la pertinence des graphes dans mon cas mais ca à l'air bien chargé vers les 20hrs
-
Salut Frankosor,
Puisque tu dis que tu as aussi monitorer 2 serveurs DNS, il serait bien de voir si tu as les mêmes pertes de paquets sur ces serveurs. Si c'est seulement le routeur intermédiaire, c'est pas prioritaire de répondre au pic, donc ça ne montre pas forcément une perte, si elle n'est pas confirmé pas un serveur à destination.
Pour le trafic CloudFlare-Knet, je ne vois rien de critique. La courbe n'a pas d'échelle, donc on peut se dire qu'il adapte l'échelle pour que les pics soit proche du haut.
Regarde le graphe avec d'autres FAIs. il doit être similaire.
à l'échelle de la france, les tendances sont les mêmes ... https://radar.cloudflare.com/traffic/fr Tu as toujours un pic le soir. J'ai l'impression que K-net dans le pays de gex est aussi à la ramasse depuis quelques jours.
Pas de mesures complètes, mais fast.com me sort du 51Mb
Fast n'est pas forcément très représentatif. Il vaut mieux un nperf ou un speedtest.
Après si le réseau k-net souffre de saturation aux mêmes heures dans différentes régions avec différents opérateurs d'infrastructure, la saturation est peut être sur le réseau K-Net.. Mais encore une fois, il faut corréler avec des mesures ailleurs et plus fiable que fast ;)
-
Le collecte du 59-62 n'a pas bronché.
-
J'ai l'impression que K-net dans le pays de gex est aussi à la ramasse depuis quelques jours.
Pas de mesures complètes, mais fast.com me sort du 51Mb
Je te pose une sonde sur ton routeur de collecte si tu veux.
De mémoire, dans l'ain, la liaison client-k-net est assez directe via Liain.
-
Salut Frankosor,
Puisque tu dis que tu as aussi monitorer 2 serveurs DNS, il serait bien de voir si tu as les mêmes pertes de paquets sur ces serveurs. Si c'est seulement le routeur intermédiaire, c'est pas prioritaire de répondre au pic, donc ça ne montre pas forcément une perte, si elle n'est pas confirmé pas un serveur à destination.
Pour le trafic CloudFlare-Knet, je ne vois rien de critique. La courbe n'a pas d'échelle, donc on peut se dire qu'il adapte l'échelle pour que les pics soit proche du haut.
Regarde le graphe avec d'autres FAIs. il doit être similaire.
à l'échelle de la france, les tendances sont les mêmes ... https://radar.cloudflare.com/traffic/fr Tu as toujours un pic le soir. Fast n'est pas forcément très représentatif. Il vaut mieux un nperf ou un speedtest.
Après si le réseau k-net souffre de saturation aux mêmes heures dans différentes régions avec différents opérateurs d'infrastructure, la saturation est peut être sur le réseau K-Net.. Mais encore une fois, il faut corréler avec des mesures ailleurs et plus fiable que fast ;)
Salut buddy
Effectivement j'ai oublié de poster les DNS et j'ai du Packet Lost aussi mais pas aux mêmes moments, j'ai monitoré les 2 DNS de NextDNS :
Les packets Lost commencent à 19h45 (pendant 10 mns) coté router et à 21hrs (pendant 10 mns) et ceux vers le DNS1 à 21hrs (pendant 10 mns aussi) et le DNS2 à aussi des packets Lost mais pas pendant le router ni le DNS1, j'en perd mon latin et je suis vraiment pas calé en réseaux
EDIT : j'ai modifié et reupload le graphe du router pour correspondre aux mêmes heures et échelle
-
et le deuxième