Bonjour,
J'ouvre un post spécifique pour ne pas en polluer d'autres. Ceci fait suite à d'autres postes présents dans la section IPv6.
Je résume :
Connecté depuis lundi en fibre 1 Gbit/s symétrique chez K-Net dans le Calvados (Covage).
J'ai du attendre des semaines car Covage n'avait pas finalisé l'installation au niveau du NRO...
J'utilise un routeur perso (Netgear Nighthawk R7800).
Côté IPv4, j'obtiens bien une mon adresse IPv4 fixe via DHCP (celle indiquée dans Cocktail), ainsi que le gateway, le masque de sous-réseau et les DNS. Mais cela semble être renouvelé très souvent (intervalle pas régulière cependant). Apparemment Covage effectué des baux DHCP de 5 minutes... Mais mes reconnexions se font autour de 8 minutes, parfois plus, parfois moins.
Cela semble affecter le routeur, puisque je perd ma connection ssh avec lui régulièrement (ce qui n'était pas le cas avant).
Cependant, je n'obtient absolument rien en IPv6 (j'en ai bien une indiquée sur Cocktail). Le routeur n'obtient rien du tout. Dois-je configurer manuellement ou est-ce que le NRO n'est pas équipé ?
Enfin, en débit (depuis le routeur directement), j'ai + de 900 Mbit/s en upload mais seulement 650 Mbit/s en download (parfois 720).
Je précise que je ne fais rien de spécial ni d'intensif sur internet pour l'instant et le internet semble décrocher très régulièrement pour se reconnecter très vite (micro coupures). Ces coupures sont invisibles la plupart du temps pour les appareils connectés, mais pas toujours (Lecture vidéo interrompue qui doit être relancée par exemple, ou pages web inaccessibles et il faut recharger la page).
htop sur le routeur ne montre pas une activité intensive du CPU (2% Max), et rien ne se passe à part netconn.sh qui est appelé assez souvent (logique, c'est appelé après une reconnexion à internet).
Mon routeur fonctionnait très bien avant (WAN IP et gateway fixes vers box SFR ADSL) et je n'avais pas ce problème. Je ne pense donc pas que ce soit le routeur, mais un problème côté WAN. Soit l'ONT, soit au NRO...
Des idées ?
Salut,
Je suis dans le 14 aussi, mais avec la kbox actuellement. Niveau débit je suis à 940/940 mais de toute façon il n'y a pas de débit garanti dans notre offre.
Pour valider l'histoire des baux DHCP, ça peut être intéressant de brancher un PC directement à la sortie de l'ONT (en spoofant la MAC WAN du routeur).
Ça permettra de valider s'il y a bien des micros coupures en quelques dizaines de minutes et/ou d'éliminer des intermédiaires (routeur).
Je n'ai pas tenté l'aventure ipv6, pas d'avis là dessus du coup :(
C'est vrai que mettre hors de cause le routeur serait une bonne idée.
J'ai souvenir d'un modem ADSL qui m'a bien fait chier en mourrant à petit feux sur sa synchro DSL quand il avait un peu chaud.
Oui, je ferai un test à l'occasion. Il me faut retrouver un raspberry pi que je pourrai remettre en route et placer directement à la sortie de l'ONT en faussant l'adresse MAC.
Que recommandez vous pour tester si coupure ? Un simple Ping pendant 10 minutes ?
D'ailleurs, je devrais déjà essayer un Ping depuis le routeur vers un site externe pendant 10 minutes et voir s'il y a micro coupure à ce niveau avant d'aller plus loin.
Le bail sur le routeur se met à 300 (5 minutes) à chaque renouvellement.
Le log du routeur montre un renouvellement environ toutes les 2 ou 3 minutes, parfois 5, mais parfois beaucoup plus longtemps 7 minutes voire 20 minutes !! Je ne comprends pas pourquoi ce n'est pas régulièrement et toujours 2 minutes 30.
Les 5 minutes sont normales et correspondent à ce que donne le relais DHCP de Covage.
Par contre, le routeur devrait renouveler son bail à 2min30.
Il y a peut être des configs DHCP avancée que je ne connais pas (mais pas d'option 60 ou 61 chez Covage).
Pour le ping :
1 1 ms 1 ms 1 ms *
2 3 ms 2 ms 3 ms [10.2.0.211] Covage 14
3 * * * Délai d'attente de la demande dépassé.
4 11 ms 11 ms 11 ms [10.2.0.5] K-net
5 11 ms 11 ms 11 ms th2-tv-cache01.k-net.fr [92.118.98.22]
Merci Steph.
J'ai lancé un Ping pendant 10 minutes en arrière tâche sur le routeur et envoyé la sortie dans un log.
Je passe le log soi-même, et voici le résultat:
--- 10.2.0.5 ping statistics ---
601 packets transmitted, 600 packets received, 0% packet loss
round-trip min/avg/max = 5.904/7.061/59.012 ms
Donc apparemment, pas d'interruption.
Pour faire mieux, je ferai un log pendant 60 minutes et fusionnerai ce logo avec celui du DHCP et les reconnexions ; ça sera plus intéressant.
J'aimerais trouver un moyen de mettre le routeur en mode manuel statique côté WAN, mais toujours avoir udhcpc qui envoie des requêtes au NRO toutes les 150 secondes pour autoriser et maintenir l'autorisation de mon IP (publique WAN) sur le réseau. Le firmware que j'ai sur le routeur est assez ouvert et donne accès à presque tout (firmware de Voxel pour les connaisseurs), et j'imagine que c'est faisable.
Bonne nuit à tous
Il y avait aussi une histoire de arping à faire faire au routeur sur sa passerelle pour maintenir la connexion DHCP, mais je ne sais plus pour quelles conditions.
Voir ici : https://forum.caps.services/index.php/topic,4260.0.html en filtrant sur arping.
Merci, intéressant cet arping
J'ai placé un cron avec un arping sur le gateway toutes les minutes, même si je ne sais pas si c'est nécessaire.
Durant la nuit, Ping pendant 45 minutes vers Google.fr depuis le routeur. 100% des packets ont été retournés, donc à priori pas de coupure. Après, si microcoupure de moins de 1 seconde entre deux pings, difficile à mesurer.
Bon, j'ai paramétré mon routeur en statique avec mon IP, gateway, subnet et un DNS perso (Cloudflare), donc pas de DHCP.
J'ai en parallèle configuré deux tâches cron:
*/2 * * * * /opt/sbin/arping -c 2 -I brwan IP_GATEWAY
*/2 * * * * /opt/sbin/udhcpc -q -i brwan -r IP_PERSO
arping pour maintenir l'autorisation ARP
udhcpc pour maintenir un bail DHCP
Et... ça marche, internet opérationnel :)
Je ferai des tests sans arping et sans udhcpc pour voir.
Indépendamment de ça, pour le débit, test à l'instant : 719 down, 942 up (toujours depuis le routeur pour l'instant)
Bon, aujourd'hui j'ai tout débranché pour enlever l'ancienne box SFR, et passer le câble d'alimentation de l'ONT proprement dans mon meuble « réseau ».
Je rebranche, et je fais quelques tests...
Débit up 950 Mbit/s
Débit down 950 Mbit/s
Tests depuis le routeur comme avant.
Donc soit le long reset de l'ONT, ou du routeur ont résolu le débit plus lent en descendant.
Maintenant, tout fonctionne de façon optimum : débits, connexion IPv4 et IPv6 (qui semble beaucoup plus stable).
DNS over TLS avec stubby en place.
Client très satisfait.
Le boîtier SP112 pour la téléphonie arrive aujourd'hui et la portabilité est en principe effective maintenant. Une fois cela connecté, tout sera impec.
Merci encore aux différents services de K-Net et aux personnes sur ce forum dont l'aide est rapide et efficace !
Je continuerai de traîner par ici de temps en temps pour aider si je peux, partager et poser des questions si besoin.
Bonne nouvelle,
Merci pour le retour. Peut être qu'un nouveau provisionnement de la conf sur ONT a aidé ???
Après avoir installé le SPA, le problème est revenu.
Et j'ai trouvé la source, sans comprendre la logique derrière.
En refaisant les connexions, j'ai changé les câbles ethernet.
Au final, si la connexion ONT <-> routeur se fait avec un bon câble ethernet Cat 6, j'ai un peu plus de 950 en upload, et environ 720 en download.
J'ai essayé plusieurs câbles neufs.
Si j'utilise un vieux câble Cat 5, je suis à environ 945 en up ET 945 en down ! :o
Je reste donc sur ce vieux câble Cat 5, mais je ne comprends absolument pas pourquoi un câble de meilleur qualité et de meilleur catégorie fait beaucoup moins bien en download (mais un tout petit peu mieux en upload).
Je le demande si une vitesse d'upload trop bonne pourrait poser des problèmes sur le routeur en download qui du coup sature ??
J'ai des règles iptables sur le routeur pour bloquer une liste ipset (genre firehol). Quand ces règles sont actives avec un câble Cat 6, le download tombe de 720 à 650. Avec le câble Cat 5, je reste autour de 945.
Quelqu'un comprend ?
1) Le vieux câble est de meilleur qualité que le nouveau, indépendament de son marquage.
2) Le nouveau câble a été certifié par des règles qui ne sont valides que sur le ban de test! ;)
Citation de: Steph le 04 Août 2020 à 14:51:02
1) Le vieux câble est de meilleur qualité que le nouveau, indépendament de son marquage.
2) Le nouveau câble a été certifié par des règles qui ne sont valides que sur le ban de test! ;)
Pas sûr... J'ai essayé plusieurs Cat 6, dont celui fourni avec l'ONT, et le résultat est le même.
Le Cat 5 n'est pas blindé et une des fiches est cassée (le clip).
J'ai du câble Cat7. Je ferai un test quand j'aurai le temps.
J'ai l'impression que la vitesse du débit montant crée des problèmes au niveau du routeur (un peu comme à l'époque où il fallait limiter (throttle) la vitesse maximum d'upload en utilisant un logiciel de téléchargement (genre torrents ou autre) sous peine de saturer le débit up et du coup avoir des résultats très réduits en download (car paquets up pas bien envoyés).
Ton routeur fait les deux tests (up et down) en même temps et pas l'un après l'autre?
Citation de: Steph le 04 Août 2020 à 17:01:54
Ton routeur fait les deux tests (up et down) en même temps et pas l'un après l'autre?
L'un après l'autre.
J'ai compris le problème : c'est moi.
Le câble Cat 5 n'est pas très bon, et la synchronisation ethernet se fait en 100 base T. Le voyant WAN du routeur ne change pas de couleur (contrairement aux ports LAN qui deviennent orange quand ils sont en 100).
Du coup, le test me donnait des résultats du genre (chiffres arbitraires) 94845 et 94374. J'ai pas capté qu'il n'y avait que 5 chiffres au lieu de 6. Donc j'avais 94 Mbit/s et non 948...
Ceci explique donc cela...
Remis un Cat 6 et le résultat :
root@HERMES:~$ /bin/ookla -c http://www.speedtest.net/api/embed/netgear/config -t 2 -s 31993
serverid: 31993
isp: K-NET SARL
latency: 7
upload: 954510
download: 741261
root@HERMES:~$
C'est un peu mieux, mais download toujours nettement plus bas que le upload.
Il faudra que je teste avec un Cat 7, et surtout que je paramètre un raspberry pi pour effectuer un speed test (directement sur l'ONT avec spoofing MAC).
Ma tour PC à l'étage est bien puissante mais connectée en WiFi, et le reste c'est tablettes et téléphones (tout en Wifi).
La domo sur Odroid C2 est en ethernet gigabit mais le speedtest-cli est mauvais (mais iperf3 entre Odroid et routeur à 950 Mbit/s bidirectionnel). Et le NAS Synology aussi en ethernet 1000bT mais pas assez puissant pour un speed test.
Et la Kodi CoreElec est en 100bT et sur un s905X pas assez puissant pour cela.
Je posterai un update quand j'aurai pu tester autrement, ou si le débit change. J'aimerais savoir si c'est mon routeur qui est limite ou si c'est ma connexion qui n'est pas (encore) au max théorique.
Si l'upload est à plus de 950 Mbit/s, ça prouve que la connexion optique (qualité des soudures) est plutôt bonne, donc le download ne devrais pas souffrir de cela (à moins que la longueur d'onde descendante ait plus de mal à passer que la longueur d'onde montante ?)
En tous cas, bonne soirée à tous.
Bon, petite mise-à-jour :
Le câble Cat 7 ne donne pas de meilleurs résultats. J'ai donc atteint le plafond côté câble.
J'ai pu installer speedtest (version officielle compilée en C++, pas la version python) sur ma box domotique Odroid C2.
Le test, effectué derrière le routeur est plutôt bon, en tous cas meilleur que depuis le routeur soi-même pour le download :
root@hestia:~# speedtest -s 31993
Speedtest by Ookla
Server: SFR - Trappes (id = 31993)
ISP: K-NET SARL
Latency: 8.10 ms (0.11 ms jitter)
Download: 896.90 Mbps (data used: 497.3 MB)
Upload: 913.27 Mbps (data used: 881.4 MB)
Packet Loss: Not available.
Result URL: [url]https://www.speedtest.net/result/c/0932f441-3d4c-40cf-bd5d-6fc116b80483[/url]
root@hestia:~#
Le test depuis le routeur n'est donc pas pertinent, car lors du test de débit descendant, les deux cœurs CPU saturent (d'eux cœurs à 100%, le test soi-même ne passant pas par l'accélération NSS matérielle contrairement aux opérations de routage). Le test depuis l'Odroid passe par le routeur mais ne le sature pas (CPU Max à 10% sur un cœur et 3% sur l'autre). Nous ne sommes pas encore à 950/950 mais à ce stade, c'est l'Odroid C2 qui sature peut-être car un des cœurs atteint plus de 99%.
Je pense mettre à jour ma box CoreElec Kodi pour un Odroid N2+, et je pourrai alors refaire un test.
Par ailleurs, IPv6 tient le coup, ainsi que ma config (statique avec astuce udhcpc et arping).
Le SP112 fonctionne bien après plusieurs ajustements des paramètres pour optimiser.
Le flux m3u officiel fonctionne très bien sur Kodi, ainsi que le module Kodi pour le replay.
Me reste l'EPG à implémenter (selon instructions partagées sur la section TV du forum ; je dois passer par un m3u modifié).
Le lien pour le speedtest en ligne de commande officiel : https://www.speedtest.net/apps/cli (https://www.speedtest.net/apps/cli)
EDIT / MÀJ :
Après un petit overclock de l'Odroid C2, toujours après le routeur j'atteins :
root@hestia:~# nice -n -20 speedtest -s 31993
Speedtest by Ookla
Server: SFR - Trappes (id = 31993)
ISP: K-NET SARL
Latency: 8.13 ms (0.08 ms jitter)
Download: 940.33 Mbps (data used: 786.1 MB)
Upload: 938.19 Mbps (data used: 805.8 MB)
Packet Loss: Not available.
Result URL: [url]https://www.speedtest.net/result/c/dc69aa90-b993-41d5-856a-2ecd3a8f58a5[/url]
root@hestia:~#
Cela confirme que mon débit est optimal dans les 2 sens :)
Merci K-Net (et Covage)