Auteur Sujet: [Demi-Résolu] Icotera - Déconnexion / Micro-coupures - Problème LAN/WAN  (Lu 33042 fois)

0 Membres et 3 Invités sur ce sujet

pju91

  • Abonné Free fibre
  • *
  • Messages: 891
  • 91
[Demi-Résolu] Icotera - Déconnexion / Micro-coupures - Problème LAN/WAN
« Réponse #156 le: 15 avril 2022 à 12:51:42 »
Par contre la question que je me pose c'est comment voir si moi j'ai des fuites dans les deux sens ? Il est possible que ma box envoi aussi des paquets partout.
Comme tu reçois des paquets qui proviennent des LAN d'autres clients, on peut penser que ce même bug fait que ta box envoie aussi tes paquets broadcast et multicast sur le WAN.

bolemo

  • AS2027 MilkyWan
  • Professionnel des télécoms
  • *
  • Messages: 1 625
  • Grandcamp Maisy (14)
[Demi-Résolu] Icotera - Déconnexion / Micro-coupures - Problème LAN/WAN
« Réponse #157 le: 15 avril 2022 à 12:52:26 »
La commande ultime pour filtrer les paquets IPv4 qui proviennent probablement de fuites sur le GPON :
tcpdump -nnevv '( broadcast or multicast ) and ( net 192.168.0.0/16 or net 172.16.0.0/12 or net 10.0.0.0/8 ) and ! net 172.16.100.9'On écoute tout ce qui est broadcast ou multicast sur les adresses IPv4 dites privées sauf 172.16.100.9 qui est le serveur DHCP de K-Net et transmets des paquets légitimes en broadcast dans le GPON pour les clients DHCP.

Exemple sur quelques secondes :
root@HERMES:~$ tcpdump -i ethwan -nnevv '( broadcast or multicast ) and ( net 192.168.0.0/16 or net 172.16.0.0/12 or net 10.0.0.0/8 ) and ! net 172.16.100.9'
tcpdump: listening on ethwan, link-type EN10MB (Ethernet), capture size 262144 bytes
12:50:13.338708 40:3f:8c:85:8a:5a > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Ethernet (len 6), IPv4 (len 4), Request who-has 192.168.1.26 tell 192.168.1.36, length 46
12:50:13.338739 40:3f:8c:85:8a:5a > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Ethernet (len 6), IPv4 (len 4), Request who-has 192.168.1.1 tell 192.168.1.36, length 46
12:50:14.338802 40:3f:8c:85:8a:5a > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Ethernet (len 6), IPv4 (len 4), Request who-has 192.168.1.56 tell 192.168.1.36, length 46
12:50:15.338708 40:3f:8c:85:8a:5a > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Ethernet (len 6), IPv4 (len 4), Request who-has 192.168.1.25 tell 192.168.1.36, length 46
12:50:15.699658 60:a4:b7:ef:cc:2e > ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), length 777: (tos 0xa0, ttl 64, id 3937, offset 0, flags [none], proto UDP (17), length 763)
    192.168.1.56.34993 > 255.255.255.255.29810: [udp sum ok] UDP, length 735
12:50:17.307280 78:62:56:4d:99:e1 > 01:00:5e:00:00:fb, ethertype IPv4 (0x0800), length 136: (tos 0x0, ttl 255, id 60607, offset 0, flags [DF], proto UDP (17), length 122)
    192.168.1.19.5353 > 224.0.0.251.5353: [udp sum ok] 8 [2q] PTR (QM)? _%9E5E7C8F47989526C9BCD95D24084F6F0B27C5ED._sub._googlecast._tcp.local. PTR (QM)? _googlecast._tcp.local. (94)
12:50:17.310217 54:60:09:ff:56:f8 > 01:00:5e:00:00:fb, ethertype IPv4 (0x0800), length 385: (tos 0x0, ttl 255, id 0, offset 0, flags [DF], proto UDP (17), length 371)
    192.168.1.36.5353 > 224.0.0.251.5353: [udp sum ok] 0*- [0q] 1/0/3 _googlecast._tcp.local. PTR Google-Home-567e9bc21c37d610e479da487ee3cb5b._googlecast._tcp.local. ar: Google-Home-567e9bc21c37d610e479da487ee3cb5b._googlecast._tcp.local. (Cache flush) TXT "id=567e9bc21c37d610e479da487ee3cb5b" "cd=D3323C35CC1CD90DB0DB42FCE03BA8E3" "rm=" "ve=05" "md=Google Home" "ic=/setup/icon.png" "fn=Salon" "ca=199172" "st=0" "bs=FA8FCA7B45A9" "nf=1" "rs=", Google-Home-567e9bc21c37d610e479da487ee3cb5b._googlecast._tcp.local. (Cache flush) SRV 567e9bc2-1c37-d610-e479-da487ee3cb5b.local.:8009 0 0, 567e9bc2-1c37-d610-e479-da487ee3cb5b.local. (Cache flush) A 192.168.1.36 (343)
12:50:18.338833 40:3f:8c:85:8a:5a > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Ethernet (len 6), IPv4 (len 4), Request who-has 192.168.1.40 tell 192.168.1.36, length 46
12:50:19.338895 40:3f:8c:85:8a:5a > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Ethernet (len 6), IPv4 (len 4), Request who-has 192.168.1.58 tell 192.168.1.36, length 46
12:50:20.805781 40:3f:8c:85:8a:5a > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Ethernet (len 6), IPv4 (len 4), Request who-has 192.168.1.36 tell 192.168.1.36, length 46
12:50:20.806905 60:31:97:7a:84:da > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Ethernet (len 6), IPv4 (len 4), Request who-has 192.168.1.36 tell 45.83.228.34, length 46
12:50:21.194722 f0:9f:c2:7c:6a:73 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Ethernet (len 6), IPv4 (len 4), Request who-has 192.168.1.1 (ff:ff:ff:ff:ff:ff) tell 192.168.1.26, length 46
12:50:25.338927 40:3f:8c:85:8a:5a > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Ethernet (len 6), IPv4 (len 4), Request who-has 192.168.1.1 tell 192.168.1.36, length 46
12:50:25.719370 60:a4:b7:ef:cc:2e > ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), length 777: (tos 0xa0, ttl 64, id 57677, offset 0, flags [none], proto UDP (17), length 763)
    192.168.1.56.34993 > 255.255.255.255.29810: [udp sum ok] UDP, length 735
12:50:26.338864 40:3f:8c:85:8a:5a > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Ethernet (len 6), IPv4 (len 4), Request who-has 192.168.1.56 tell 192.168.1.36, length 46
12:50:27.338958 40:3f:8c:85:8a:5a > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Ethernet (len 6), IPv4 (len 4), Request who-has 192.168.1.25 tell 192.168.1.36, length 46
12:50:30.338864 40:3f:8c:85:8a:5a > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Ethernet (len 6), IPv4 (len 4), Request who-has 192.168.1.40 tell 192.168.1.36, length 46
12:50:31.339114 40:3f:8c:85:8a:5a > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Ethernet (len 6), IPv4 (len 4), Request who-has 192.168.1.58 tell 192.168.1.36, length 46
12:50:32.339052 40:3f:8c:85:8a:5a > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Ethernet (len 6), IPv4 (len 4), Request who-has 192.168.1.26 tell 192.168.1.36, length 46
12:50:35.739739 60:a4:b7:ef:cc:2e > ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), length 777: (tos 0xa0, ttl 64, id 58703, offset 0, flags [none], proto UDP (17), length 763)
    192.168.1.56.34993 > 255.255.255.255.29810: [udp sum ok] UDP, length 735
12:50:37.310967 78:62:56:4d:99:e1 > 01:00:5e:00:00:fb, ethertype IPv4 (0x0800), length 136: (tos 0x0, ttl 255, id 62186, offset 0, flags [DF], proto UDP (17), length 122)
    192.168.1.19.5353 > 224.0.0.251.5353: [udp sum ok] 9 [2q] PTR (QM)? _%9E5E7C8F47989526C9BCD95D24084F6F0B27C5ED._sub._googlecast._tcp.local. PTR (QM)? _googlecast._tcp.local. (94)
12:50:37.317215 54:60:09:ff:56:f8 > 01:00:5e:00:00:fb, ethertype IPv4 (0x0800), length 385: (tos 0x0, ttl 255, id 0, offset 0, flags [DF], proto UDP (17), length 371)
    192.168.1.36.5353 > 224.0.0.251.5353: [udp sum ok] 0*- [0q] 1/0/3 _googlecast._tcp.local. PTR Google-Home-567e9bc21c37d610e479da487ee3cb5b._googlecast._tcp.local. ar: Google-Home-567e9bc21c37d610e479da487ee3cb5b._googlecast._tcp.local. (Cache flush) TXT "id=567e9bc21c37d610e479da487ee3cb5b" "cd=D3323C35CC1CD90DB0DB42FCE03BA8E3" "rm=" "ve=05" "md=Google Home" "ic=/setup/icon.png" "fn=Salon" "ca=199172" "st=0" "bs=FA8FCA7B45A9" "nf=1" "rs=", Google-Home-567e9bc21c37d610e479da487ee3cb5b._googlecast._tcp.local. (Cache flush) SRV 567e9bc2-1c37-d610-e479-da487ee3cb5b.local.:8009 0 0, 567e9bc2-1c37-d610-e479-da487ee3cb5b.local. (Cache flush) A 192.168.1.36 (343)
12:50:37.339145 40:3f:8c:85:8a:5a > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Ethernet (len 6), IPv4 (len 4), Request who-has 192.168.1.1 tell 192.168.1.36, length 46
^C
23 packets captured
23 packets received by filter
0 packets dropped by kernel

bolemo

  • AS2027 MilkyWan
  • Professionnel des télécoms
  • *
  • Messages: 1 625
  • Grandcamp Maisy (14)
[Demi-Résolu] Icotera - Déconnexion / Micro-coupures - Problème LAN/WAN
« Réponse #158 le: 15 avril 2022 à 12:56:08 »
Comme tu reçois des paquets qui proviennent des LAN d'autres clients, on peut penser que ce même bug fait que ta box envoie aussi tes paquets broadcast et multicast sur le WAN.

Je pense aussi que le bogue est bidirectionnel… Les K-Box affectées agissent comme un bridge et les paquets du port WAN sont forwardés sur le LAN et vice-versa.
À mon avis tout passe, même les paquets unicast… mais la passerelle Covage qui reçoit des paquets unicast qui ne lui sont pas destinés les bloque et ne laisse passer que les paquets broadcast et unicast vers le GPON.

Coucouyou

  • Abonné Orange Fibre
  • *
  • Messages: 114
  • 91
[Demi-Résolu] Icotera - Déconnexion / Micro-coupures - Problème LAN/WAN
« Réponse #159 le: 15 avril 2022 à 13:41:13 »
Ce qui est assez dingue, c'est que ce soient des clients techniquement aguerris qui identifient le problème de KNET et proposent une résolution...

Ils sont ou les ingénieurs réseau et le directeur technique de KNET ?

Edit : Je ne suis pas technique mais de ce que je comprends, si j'achète un routeur perso, fini les problèmes ?  C'est ça ?

Superpicsou

  • Abonné Free fibre
  • *
  • Messages: 308
  • Feuguerolles-Bully (14)
    • Cloud Illustrations
[Demi-Résolu] Icotera - Déconnexion / Micro-coupures - Problème LAN/WAN
« Réponse #160 le: 15 avril 2022 à 14:02:00 »
tu peux essayer si la solution de changer l'ip local de la box et la plage ip fonctionne pour toi. Dans l'onglet LAN de la Kbox.

Plus d'infos : https://lafibre.info/k-net-internet/perte-de-la-resolution-des-dns-mac-ocs/msg943589/#msg943589

pju91

  • Abonné Free fibre
  • *
  • Messages: 891
  • 91
[Demi-Résolu] Icotera - Déconnexion / Micro-coupures - Problème LAN/WAN
« Réponse #161 le: 15 avril 2022 à 14:08:35 »
Ce qui est assez dingue, c'est que ce soient des clients techniquement aguerris qui identifient le problème de KNET et proposent une résolution...
C'est l'avantage de ce forum, partager la connaissance et les informations. Merci à vivien et aux modérateurs pour ce lieu d'échange.
Note que ni bolemo ni moi ne sommes affectés par cet incident. bolemo dispose de son matériel, j'ai une K-Box qui est sur un réseau Covage non touché pour le moment par cet incident.
Ils sont ou les ingénieurs réseau et le directeur technique de KNET ?
Ils ont l'air débordés. On espère tous qu'à la fin de cette crise, ils pourront remettre en place un service client opérationnel et efficace. Actuellement, c'est quand même difficile de les joindre.
Edit : Je ne suis pas technique mais de ce que je comprends, si j'achète un routeur perso, fini les problèmes ?  C'est ça ?
Tu as bien compris.
Il vaut mieux écrire "fini ce problème" (il peut y avoir d'autres incidents).

Coucouyou

  • Abonné Orange Fibre
  • *
  • Messages: 114
  • 91
[Demi-Résolu] Icotera - Déconnexion / Micro-coupures - Problème LAN/WAN
« Réponse #162 le: 15 avril 2022 à 14:10:38 »
Merci pour votre suivi. Je vais acheter un routeur... c'est quelque chose que j'ai toujours fait auparavant mais cette fois, pour faciliter la communication avec KNET, j'avais choisi l'option "box".

Force est de constater que le routeur perso a encore un bel avenir...

bolemo

  • AS2027 MilkyWan
  • Professionnel des télécoms
  • *
  • Messages: 1 625
  • Grandcamp Maisy (14)
[Demi-Résolu] Icotera - Déconnexion / Micro-coupures - Problème LAN/WAN
« Réponse #163 le: 15 avril 2022 à 14:34:45 »
Merci pour votre suivi. Je vais acheter un routeur... c'est quelque chose que j'ai toujours fait auparavant mais cette fois, pour faciliter la communication avec KNET, j'avais choisi l'option "box".

Force est de constater que le routeur perso a encore un bel avenir...

Mon opinion et expérience : un routeur perso permet justement d'éviter ce genre de problème… Tu sais exactement ce qu'il fait, comment il est paramétré, etc… Tu y a accès depuis chez toi, avec ou sans internet (pas dépendent d'un portail cloud).

Ça ne résoudra pas tous les problèmes qui peuvent survenir, mais je pense que tes soucis perso actuels seront réglés (problèmes de connexion instable, micro-coupures…). Un routeur perso peux te protéger des conséquences d'un spam comme la boucle infernale DHCPv6.

J'ai choisi K-Net justement pour le routeur perso  ;)

Coucouyou

  • Abonné Orange Fibre
  • *
  • Messages: 114
  • 91
[Demi-Résolu] Icotera - Déconnexion / Micro-coupures - Problème LAN/WAN
« Réponse #164 le: 15 avril 2022 à 15:26:02 »
Pour un budget de 200-250 €, un produit plutôt user friendly (je ne suis pas compétent pour taper du code Unix ou autre...), que conseillerais tu bolemo ?

J'avais repéré le Asus Zenwifi XT8 qui me paraissait pas mal avec pilotage via appli smartphone. Peut être d'autres modèles ?

Merci  8)

bolemo

  • AS2027 MilkyWan
  • Professionnel des télécoms
  • *
  • Messages: 1 625
  • Grandcamp Maisy (14)
[Demi-Résolu] Icotera - Déconnexion / Micro-coupures - Problème LAN/WAN
« Réponse #165 le: 15 avril 2022 à 15:52:34 »
Pour un budget de 200-250 €, un produit plutôt user friendly (je ne suis pas compétent pour taper du code Unix ou autre...), que conseillerais tu bolemo ?

J'avais repéré le Asus Zenwifi XT8 qui me paraissait pas mal avec pilotage via appli smartphone. Peut être d'autres modèles ?

Merci  8)

Alors le meilleur conseil que je puisse te donner, c'est de voir avec ceux qui utilisent déjà un routeur perso avec K-Net chez Covage ; j'ai ouvert ce post pour toi  ;) :
https://lafibre.info/k-net-internet/retour-dexperience-routeurs-perso/msg944057/#msg944057

Asus est une bonne marque, et à priori n'importe quel routeur de bonne marque doit faire l'affaire (il suffit qu'il accepte le DHCPv4 et DHCPv6 pour quand l'IPv6 reviendra, ce que tout routeur sait gérer…)

Coucouyou

  • Abonné Orange Fibre
  • *
  • Messages: 114
  • 91
[Demi-Résolu] Icotera - Déconnexion / Micro-coupures - Problème LAN/WAN
« Réponse #166 le: 15 avril 2022 à 15:58:42 »
merci !

phenomens

  • Abonné K-Net
  • *
  • Messages: 52
  • Landes sur Ajon 14
[Demi-Résolu] Icotera - Déconnexion / Micro-coupures - Problème LAN/WAN
« Réponse #167 le: 15 avril 2022 à 17:22:13 »
Pour ma part j'ai enfin trouvé un opérateur national qui a bien voulu se casser la tête 2 minutes pour trouver mon logement sur une carte plutôt que de se borner à utiliser une adresse postale !! (Orange)
Donc dans 15 jours, fini KNet. Je crois qu'entre la coupure de 3 jours le we dernier et les coupures incessantes toute la semaine ont fini de me décider. J'y reviendrai peut-être un jour, mais là c'est trop ; sur 3 mois et demi d'abonnement j'ai eu plus de 3 semaines sans internet et 2 semaines avec des coupures quasiment non stop.