Covage 14 divers problèmes

[bOLEMO]

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 ?

[Minekura]

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

[Steph]

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.

[bOLEMO]

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.

[Steph]

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]

[bOLEMO]

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

[Steph]

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.

[bOLEMO]

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.

[bOLEMO]

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:

Code Sélectionner Étendre


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

[bOLEMO]

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.

[Minekura]

Bonne nouvelle,

Merci pour le retour. Peut être qu'un nouveau provisionnement de la conf sur ONT a aidé 

[bOLEMO]

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

[Steph]

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! 

[bOLEMO]

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

[Steph]

Ton routeur fait les deux tests (up et down) en même temps et pas l'un après l'autre?