K-Net => Opérateurs grand public alternatifs => Incidents collectifs => Discussion démarrée par: bolemo le 11 février 2022 à 19:33:17 K-Net => Opérateurs grand public alternatifs => Incidents collectifs => Discussion démarrée par: bolemo le 11 février 2022 à 19:33:17| TITRE | PROBLÈME | CONNU PAR K-NET | DATE DE RÉTABLISSEMENT | |||
| IPv6 : | désactivé par K-Net mi-janvier | OUI | rétablissement courant mars | |||
| Téléphonie : | infrastructure actuelle défaillante | OUI | migration vers une nouvelle infrastructure prévue; fin février si tout va bien | |||
| TV : | http://s.tv.kwaoo.net/playlist.m3u inaccessible (mais accessible ici : https://api-tv.k-sys.ch/m3u8/) | ? | aucune information à ce stade | |||
| Accès internet : | certains clients n’ont plus de connexion, perte de la MAC de la BDD | OUI | cas par cas : se signaler à K-Net | |||
| Peering : | kwaoo-knet.peers.lyonix.net (77.95.71.67) ne répond plus aux pings ou traceroute | ? | Plus une interrogation qu'un problème |
Pb de routage
172.20.0.196 et 172.20.0.197 qui ping pong.
172.20.0.198 qui mange certains paquets
tracert www.k-net.fr
Détermination de l’itinéraire vers mutu-interne.k-net.fr [178.250.209.148]
avec un maximum de 30 sauts :
1 3 ms 3 ms 2 ms k-box.home [192.168.1.1]
2 6 ms 4 ms 4 ms labalme.covage [10.2.0.178]
3 * * * Délai d’attente de la demande dépassé.
4 15 ms 14 ms 14 ms k-net.covage [10.2.0.5]
5 27 ms 26 ms 25 ms 172.20.0.198
6 25 ms 25 ms 25 ms mutu-interne.k-net.fr [178.250.209.148]
Itinéraire déterminé.Bonjour,
Pareil depuis hier:
"Maintenant, c'est l'espace client qui dit 502 bad gateway!
https://espace-client.k-net.fr/index.html"
K-net, chaque jour un truc pas net"...
Sinon, aurais-tu une liste des routeurs K-Net (172.20.0.X) ?129, 193, 194, 195, 196, 197, 198, 199
En jouant un peu avec traceroute, j'en déduis que ces routeurs vont de 127.20.0.192 à 127.20.0.199, car tout le reste de ce /24 passe par chgva-eqx1-n55h1.as29075.net donc sort de l'infra K-Net.Je ne vois pas d'autres adresses qui répondent sur 172.20.0.0/24.
172.20.0.192 est juste derrière 172.20.0.196, lui même après après 10.2.0.5. Il est un peu à part, donc routeur ou pas, je ne sais pas…Il y a clairement une logique paire-impaire sur les machines, selon qu'on est entre 10.2.0.4 et 10.2.0.5 ou après 10.2.0.5 ou après un routeur après 10.2.0.5.
172.20.0.193, 172.20.0.194, 172.20.0.196 et 172.20.0.198 sont juste derrière 10.2.0.5, donc à priori des routeurs juste après la collecte K-Net.
Je soupçonne 172.20.0.195, 172.20.0.197 et 172.20.0.199 d'être des alias de la collecte K-Net car ils apparaissent directement juste après 10.2.0.4 sans passer par 10.2.0.5 (donc à la place de ce dernier).
Je savais déjà que le routeur de collecte K-Net a de très nombreuses IP, notamment 10.2.0.5 et 178.250.208.110 en fait il se nomme : rt-01-th2.kwaoo.net.
129, 193, 194, 195, 196, 197, 198, 199
Donc le 129 en plus, derrière 10.2.0.5.Je ne vois pas d'autres adresses qui répondent sur 172.20.0.0/24.
Il y a clairement une logique paire-impaire sur les machines, selon qu'on est entre 10.2.0.4 et 10.2.0.5 ou après 10.2.0.5 ou après un routeur après 10.2.0.5.
Cela se voit aussi avec les latences, selon que les machines sont à TH2 ou à Saint Genis.
Nancy a un statut particulier, donc sur le réseau Covage mais pas après 10.2.0.5.
Si on est mauvaise langue, on va dire qu'on connait mieux le réseau K-net-Covage que le nouveau CTO! ;D
185.96.187.116 est sur l'AS de IELO-LIAZO.Je me tue à t'expliquer qu'il ne faut pas tout interpréter de bgp.he.net :[
mais bizarrement, ce n'est pas ce que dit HE https://bgp.he.net/AS29075#_prefixes
BIENVENUETu es sur la mauvaise url ;)
Vous êtes sur le système d'authentification de CAPS.
Vous ne devriez pas arriver ici directement, vous devriez chercher à accéder directement au site qui vous intéresse et serez invité à vous connecter ici si nécessaire.
Donner un lien avec l'ID d'un client dedans, c'est pas forcément une super idée.Client ID = c'est une API interne à K-NET
Tu es sur la mauvaise url ;)
https://accounts.caps.services/v1/authorize?response_type=token&client_id=kolombo&redirect_uri=https://espace-client.k-net.fr/index.html#/
129, 193, 194, 195, 196, 197, 198, 199
Donc le 129 en plus, derrière 10.2.0.5.Je ne vois pas d'autres adresses qui répondent sur 172.20.0.0/24.
Il y a clairement une logique paire-impaire sur les machines, selon qu'on est entre 10.2.0.4 et 10.2.0.5 ou après 10.2.0.5 ou après un routeur après 10.2.0.5.
Cela se voit aussi avec les latences, selon que les machines sont à TH2 ou à Saint Genis.
Nancy a un statut particulier, donc sur le réseau Covage mais pas après 10.2.0.5.
Si on est mauvaise langue, on va dire qu'on connait mieux le réseau K-net-Covage que le nouveau CTO! ;D
Je me tue à t'expliquer qu'il ne faut pas tout interpréter de bgp.he.net :[Tu avais parler de "seulement" BGP. Et c'est pas facile pour moi de savoir ce qui est interprétable ou non.
19h15 plus d'internet.. À moins que ne soit Covage sur cœur d'essonne... POn vert Kbox rouge
le dhcp fait yoyo....Ca fait 6 mois que le DHCP fait yoyo avec toi
oui serte... bon si cela continu j'irais chez l'agrume...La porte est ouverte :P
TIME: 2022-02-15 01:48:19.072
IP: 2.59.239.254 (20:e0:9c:53:7a:9) > 2.59.XX.XX (yy:yy:yy:yy:yy:yy)
OP: 2 (BOOTPREPLY)
HTYPE: 1 (Ethernet)
HLEN: 6
HOPS: 0
XID: 18d244e1
SECS: 0
FLAGS: 0
CIADDR: 0.0.0.0
YIADDR: 2.59.XX.XX
SIADDR: 172.16.100.9
GIADDR: 10.2.0.211
CHADDR: yy:yy:yy:yy:yy:yy:00:00:00:00:00:00:00:00:00:00
SNAME: .
FNAME: .
OPTION: 53 ( 1) DHCP message type 2 (DHCPOFFER)
OPTION: 54 ( 4) Server identifier 172.16.100.9
OPTION: 51 ( 4) IP address leasetime 7200 (2h)
OPTION: 1 ( 4) Subnet mask 255.255.252.0
OPTION: 3 ( 4) Routers 2.59.239.254
OPTION: 6 ( 8) DNS server 178.250.209.34,178.250.208.135
OPTION: 3 ( 4) Routers 2.59.237.193
OPTION: 1 ( 4) Subnet mask 255.255.255.248
---------------------------------------------------------------------------
Pas systématiquement, mais ici, il renvoie plusieurs options 1 et 3…La porte est ouverte :P
Sinon
https://eligibilite.milkywan.fr/
le dhcp fait yoyo....Yep...
Yep...
J’ai perdu ma connexion il y a 10min…Regardez dehors ;)
Ça commence à me fatiguer.
Je vais commencer à regarder pour changer…
J’ai perdu ma connexion il y a 10min…Je ne peux pas te monitorer, je l'ai perdu aussi! :'(
Ça commence à me fatiguer.
Je vais commencer à regarder pour changer…
Le chef génie est ingénieur téléphonie pas routage complexe, ça c'est le domaine de Hugues ::)
Il attend un stagiaire pour lui expliquer pourquoi certaines IP ne sont pas Africaines ;D
FTTH - 15/02/2021
Nous vous informons que nous subissions un incident générique impactant la DSP de HAUTE SAVOIE pour les clients FTTH sur la Zone de Meythet.
11h00 : Déclenchement du Mainteneur tertiaire pour investigation terrain.
10h50 : Début des investigations par le support Covage. Suspicion d'un incident générique. Création d’un ticket Générique.
10h40 : Remontée d'alarmes de supervision. .
Prochaine communication à 13H00
12h20 : Notre mainteneur Tertiaire à effectuer un Réarmement des disjoncteurs par le technicien Covage à son arrivée sur site.23 NRO ?????
Nous confirmons la remontée des services clients sur l’ensemble des 23 NRO en impact de cet incident. Par la même occasion nous vous invitons à vérifier la bonne remontée des services et de nous signaler de façon unitaire , tout impact constaté après 12h30.
23 NRO ?????Un petit SPOF. Après si c'est prévu d'être sécurisé au fur et à mesure du déploiement du réseau pourquoi pas. A voir donc...
Un petit SPOF. Après si c'est prévu d'être sécurisé au fur et à mesure du déploiement du réseau pourquoi pas. A voir donc...
Un petit SPOF. Après si c'est prévu d'être sécurisé au fur et à mesure du déploiement du réseau pourquoi pas. A voir donc...C'est juste le nombre qui m'a choqué :P
C'est ca incroyable 23 NRO d'un coup...Mon RIP Covage aucune coupure en 6 ans sauf les pannes nationales de Covage.
Mais si on regarde l'extranet c'est tous les jours depuis +2/3 ans qu'il y a des coupures fibre, meme si ok c'est aussi du à d'autres facteurs extérieur. MAis bordel quand est-ce que l'on va arriver à enfin stabiliser les RIP ?!?
Mon RIP Covage aucune coupure en 6 ans sauf les pannes nationales de Covage.
C'est ca incroyable 23 NRO d'un coup...
Aucune coupure en 6 ans ? Franchement top, une stabilité exemplaire !!Quand j'étais chez K-NET 5 ans. J'avais un uptime de 99.5% chaque année en moyenne.
Quand j'étais chez K-NET 5 ans. J'avais un uptime de 99.5% chaque année en moyenne.
Certainement la bonne époque où K-net était en plein apogée avec une bonne réputation, des compétences internes et bon état d'esprit.L'époque les OCEN n'existait pas sur les RIP donc pas de panne.
Mon RIP Covage aucune coupure en 6 ans sauf les pannes nationales de Covage.(https://pix.milkywan.fr/hxBBqt3n.png)
Down chez moi aussi (27 egalement) :-XPanne DHCP Axione National ?
DEPUIS LE
15/02 à 15h47
Incident Fibre national sur le réseau Axione
Le 06/01/2022 | Incident partiel sur la téléphonie
https://assistance.nordnet.com/service/etat
idem, c'est revenu
HS chez moi à villebon sur yvette 91 depuis midiONT ? Aucune raison que ça ne fonctionne pas.
effectivement, boitier ont qui clignote rouge lentement. fibre non connectée d'apres ce que j'ai lu.Ba dites lui de vous raccorder ..
j'avais un presentiment, quand je suis passé vers l'armoire il travaillait dessus...... et ben bingo il m'a viré. et vu le bordel en ce moment avec knet et covage je sens que je ne suis pas pret de recup ma connexion, la ça me soule severe !!!!
ping 104.108.55.152
PING 104.108.55.152 (104.108.55.152): 56 data bytes
64 bytes from 104.108.55.152: icmp_seq=0 ttl=52 time=29.262 ms
64 bytes from 104.108.55.152: icmp_seq=1 ttl=52 time=13.038 ms
64 bytes from 104.108.55.152: icmp_seq=2 ttl=52 time=13.415 ms
64 bytes from 104.108.55.152: icmp_seq=3 ttl=52 time=11.111 ms
64 bytes from 104.108.55.152: icmp_seq=4 ttl=52 time=12.945 ms
64 bytes from 104.108.55.152: icmp_seq=5 ttl=52 time=9.798 ms
64 bytes from 104.108.55.152: icmp_seq=6 ttl=52 time=10.467 msProblème de routage Akamai résolu ?
$ traceroute -I 104.108.55.152
traceroute to 104.108.55.152 (104.108.55.152), 30 hops max, 60 byte packets
1 box (192.168.1.1) 6.881 ms 6.799 ms 6.795 ms
2 10.2.0.143 (10.2.0.143) 6.786 ms 6.780 ms 6.770 ms
3 * * *
4 10.2.0.5 (10.2.0.5) 6.752 ms 8.671 ms 8.666 ms
5 et1-1-5.parigi52.par.seabone.net (213.144.168.182) 8.676 ms 8.672 ms 8.666 ms
6 213.144.168.47 (213.144.168.47) 45.286 ms 6.386 ms 6.340 ms
7 213.144.168.157 (213.144.168.157) 6.315 ms 6.307 ms 7.855 ms
8 ae1.r02.par01.icn.netarch.akamai.com (23.210.53.38) 91.146 ms 91.139 ms 91.111 ms
9 ae2.r01.par02.ien.netarch.akamai.com (23.210.51.39) 96.269 ms 96.263 ms 96.261 ms
10 ae35.r01.border101.par02.fab.netarch.akamai.com (23.210.51.153) 7.827 ms 9.783 ms 6.367 ms
11 192.168.224.131 (192.168.224.131) 6.361 ms 6.354 ms 6.348 ms
12 192.168.235.151 (192.168.235.151) 4.833 ms 6.334 ms 6.962 ms
13 192.168.246.5 (192.168.246.5) 7.352 ms 7.310 ms 7.297 ms
14 a104-108-55-152.deploy.static.akamaitechnologies.com (104.108.55.152) 7.288 ms 7.281 ms 5.788 ms
Problème de routage Akamai résolu ?Pour cette adresse, j'ai un cas d'école rigolo.
À suivre, car le peering Lyonix est tombé un peu avant 23h, donc ça pourrait être un effet de bord…
AMX est passé au même moment de 20 à un peu moins de 40 ms de latence, et akamai.com est passé de presque 20 à 8 ms.
CLI is opened in monitoring mode.
PING 104.108.55.152 (104.108.55.152) from 185.251.163.78: 56 data bytes
64 bytes from 104.108.55.152: seq=0 ttl=53 time=13.000 ms
64 bytes from 104.108.55.152: seq=1 ttl=53 time=12.000 ms
64 bytes from 104.108.55.152: seq=2 ttl=53 time=12.000 ms
64 bytes from 104.108.55.152: seq=3 ttl=53 time=12.000 ms
--- 104.108.55.152 ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 12.000/12.250/13.000 mstraceroute to 104.108.55.152 (104.108.55.152) from 185.251.163.78, 30 hops max, 38 byte packets
1 10.2.0.178 (10.2.0.178) 2.000 ms 1.000 ms 1.000 ms
2 * * *
3 10.2.0.5 (10.2.0.5) 11.000 ms 11.000 ms 11.000 ms
4 et1-1-5.parigi52.par.seabone.net [213.144.168.182] 11.000 ms 11.000 ms 11.000 ms
5 195.22.210.109 (195.22.210.109) 22.000 ms 12.000 ms 213.144.168.47 (213.144.168.47) 11.000 ms
6 213.144.168.157 (213.144.168.157) 12.000 ms 11.000 ms 12.000 ms
7 23.210.53.38 (23.210.53.38) 110.000 ms 102.000 ms 108.000 ms
8 23.210.51.41 (23.210.51.41) 91.000 ms 117.000 ms 109.000 ms
9 23.210.51.155 (23.210.51.155) 19.000 ms 6.000 ms 11.000 ms
10 192.168.224.159 (192.168.224.159) 12.000 ms 11.000 ms 12.000 ms
11 192.168.234.149 (192.168.234.149) 12.000 ms 192.168.231.19 (192.168.231.19) 12.000 ms 192.168.229.145 (192.168.229.145) 12.000 ms
12 192.168.246.5 (192.168.246.5) 11.000 ms 11.000 ms 12.000 ms
13 * * *
14 * * *
15 * * *
16 * * *
5 et1-1-5.parigi52.par.seabone.net (213.144.168.182) 8.676 ms 8.672 ms 8.666 msCa utilise le nouveau transit.
Aliexpress et Ikea et dell sont ok chez vous ?
traceroute to bouygues.testdebit.info (89.84.1.186) from 185.251.163.78, 30 hops max, 38 byte packets
1 10.2.0.178 (10.2.0.178) 1.000 ms 1.000 ms 1.000 ms
2 * * *
3 10.2.0.5 (10.2.0.5) 11.000 ms 11.000 ms 11.000 ms
4 213.144.168.182 (213.144.168.182) 11.000 ms 10.000 ms 11.000 ms
5 195.22.210.109 (195.22.210.109) 12.000 ms 11.000 ms 213.144.168.47 (213.144.168.47) 11.000 ms
6 * * *
7 154.54.61.21 (154.54.61.21) 12.000 ms 12.000 ms 154.54.61.17 (154.54.61.17) 12.000 ms
8 130.117.0.166 (130.117.0.166) 12.000 ms 12.000 ms 130.117.1.46 (130.117.1.46) 12.000 ms
9 * * *
10 62.34.2.57 (62.34.2.57) 13.000 ms 12.000 ms 13.000 ms
11 * * *
12 89.89.101.141 (89.89.101.141) 12.000 ms 13.000 ms 12.000 ms
13 89.84.1.186 (89.84.1.186) 12.000 ms 12.000 ms 11.000 ms
Il faudrait automatiser tout ces test avec une page qui récap les ping, tracert et smoke pour chaque coin où K-net opère ;)On trace déjà les peering, transit, collecte depuis différents endroits. On va bientôt pouvoir vendre le truc à K-net! ;)
OK pour bouygues.testdebit.info, sortie par et1-1-5.parigi52.par.seabone.net (213.144.168.182)La question du jours. Est-ce que K-NET va partir de Lyonix ou c'est juste temporaire.
On trace déjà les peering, transit, collecte depuis différent endroit. On va bientôt pouvoir vendre le truc à K-net! ;)
C'est bien pour cela que la fermeture du forum K-net a tant déçu et énervé!et je ne vois pas pourquoi, a part cacher les problemes
C'est dans l'esprit communauté moi j'aime bien et ça colle avec l'image FAI "local" de K-net :)
traceroute to ping.rezopole.net (77.95.64.123), 64 hops max, 52 byte packets
1 hermes (192.168.0.1) 23.170 ms
2 10.2.0.211 (10.2.0.211) 7.573 ms
3 *
4 10.2.0.5 (10.2.0.5) 9.710 ms
5 *
6 c9001-l1c-v500.rezopole.net (77.95.71.196) 20.680 ms
7 fw1-mk.rezopole.net (77.95.70.196) 16.377 ms
8 ping.rezopole.net (77.95.64.123) 16.752 msmais le hop après la collecte K-Net (ici 5) est silencieux… Possible que 77.95.71.67 soit paramétré pour ne plus répondre aux pings.mais le hop après la collecte K-Net (ici 5) est silencieux… Possible que 77.95.71.67 soit paramétré pour ne plus répondre aux pings.Pareil vu d'ici.
Pareil vu d'ici.Oui, c'était silencieux par le passé.
Pour les puristes : techniquement, ce "hop" est un équipement configuré pour ne pas renvoyer de messages ICMP de type 11 (Time To Live Exceeded) aux paquets émis par traceroute avec des TTL faibles.
C'est dommage effectivement pour les efforts de diagnostic et de reverse engineering faits par les contributeurs du forum.
Au lieu de mesurer ping.rezopole.net, je vais mesurer c9001-l1c-v500.rezopole.net (77.95.71.196) [via traceroute uniquement, car ne répond pas aux pings], comme je le faisais avant.
traceroute to 185.251.161.53 (185.251.16X.XX), 15 hops max, 60 byte packets
1 gateway.rezopole.net (77.95.64.1) [AS199422] 0.430 ms
2 c9001-l1c-v18.rezopole.net (77.95.66.77) [AS199422] 1.203 ms
3 46.20.247.41 (46.20.247.41) [AS25091] 1.361 ms
4 te0-0-0-2.er02.par02.ip-max.net (46.20.254.133) [AS25091] 7.216 ms
5 be1.er01.par02.ip-max.net (46.20.254.200) [AS25091] 7.298 ms
6 kwaoo.equinix-ix.fr (195.42.144.220) [*] 6.583 ms
7 *
8 *
Curieusement, la route depuis rezopole vers chez moi semble prendre un chemin différent en regardant par : https://lg.rezopole.net/traceroute/vm-birdlg/ipv4?q=185.251.16X.XX. Une idée ?Code: [Sélectionner]traceroute to 185.251.161.53 (185.251.16X.XX), 15 hops max, 60 byte packets
1 gateway.rezopole.net (77.95.64.1) [AS199422] 0.430 ms
2 c9001-l1c-v18.rezopole.net (77.95.66.77) [AS199422] 1.203 ms
3 46.20.247.41 (46.20.247.41) [AS25091] 1.361 ms
4 te0-0-0-2.er02.par02.ip-max.net (46.20.254.133) [AS25091] 7.216 ms
5 be1.er01.par02.ip-max.net (46.20.254.200) [AS25091] 7.298 ms
6 kwaoo.equinix-ix.fr (195.42.144.220) [*] 6.583 ms
7 *
8 *
traceroute to 2.59.XX.XX (2.59.XX.XX), 15 hops max, 60 byte packets
1 gateway.rezopole.net (77.95.64.1) [AS199422] 0.411 ms
2 c9001-l1c-v18.rezopole.net (77.95.66.77) [AS199422] 1.054 ms
3 46.20.247.41 (46.20.247.41) [AS25091] 1.335 ms
4 te0-0-0-2.er02.par02.ip-max.net (46.20.254.133) [AS25091] 7.204 ms
5 be1.er01.par02.ip-max.net (46.20.254.200) [AS25091] 7.974 ms
6 kwaoo.equinix-ix.fr (195.42.144.220) [*] 6.622 ms
7 *
8 *
(…)
Le problème avec ping.rezopole.net est que la sonde fonctionnerait même si le peering était down, passant par une autre route.Ah oui, c'est pour cela que je ne comprenais pas comment tu avais vu la coupure avec LyonIX.
Ah oui, c'est pour cela que je ne comprenais pas comment tu avais vu la coupure avec LyonIX.C'était aussi pour ça que je m'intéressais au routage de rezopole vers K-Net ...
Ah oui, c'est pour cela que je ne comprenais pas comment tu avais vu la coupure avec LyonIX.
20ms pour faire Meyrin -> Saint-Genis Pouilly (3Km), ça laisse songeur...Depuis décembre c'est le cas :P ça choque personne au NOC.
Host Loss% Snt Last Avg Best Wrst StDev
1. 10.52.x.x 0.0% 2 0.2 0.2 0.2 0.2 0.1
2. 169.254.106.115 0.0% 2 0.2 0.2 0.2 0.3 0.0
3. vl852-cl-d1-1 0.0% 2 0.7 0.6 0.4 0.7 0.2
4. bdb-cr01.net.infomaniak.ch 0.0% 2 0.4 0.4 0.3 0.4 0.1
5. gv1-cr01.net.infomaniak.ch 0.0% 2 0.5 0.5 0.5 0.5 0.0
6. gv1-br02-et-0-0-0.net.infomaniak 0.0% 2 0.7 0.7 0.6 0.7 0.1
7. crn-br01-gr-0.net.infomaniak.ch 0.0% 2 0.7 0.7 0.7 0.7 0.0
8. cixp.kwaoo.com 0.0% 2 0.8 0.8 0.8 0.8 0.0
9. ???
10. ???
11. k-net.fr 0.0% 1 25.2 25.2 25.2 25.2 0.0Gèneve -> Saint-Genis Pouilly
Start: 2022-02-16T16:23:43+0000cixp.kwaoo.com est probablement à Saint-Genis Pouilly (3.3 ms).
HOST: rezopole01.ring.nlnog.net Loss% Snt Last Avg Best Wrst StDev
1. AS199422 gateway.rezopole.net 0.0% 10 0.4 0.4 0.3 0.5 0.0
2. AS199422 c9001-l1c-v18.rezopole.net 0.0% 10 1.3 1.3 1.0 3.1 0.6
3. AS??? rtr-interixp-l1-v500.rezopole.net 0.0% 10 1.4 1.3 1.1 1.5 0.1
4. AS513 cixp.kwaoo.com 0.0% 10 3.3 3.3 3.3 3.4 0.0
5. AS??? ?? ? 100.0 10 0.0 0.0 0.0 0.0 0.0
6. AS??? ?? ? 100.0 10 0.0 0.0 0.0 0.0 0.0
7. AS24904 mutu-interne.k-net.fr 0.0% 10 22.7 22.7 22.6 22.8 0.0
20ms pour faire Meyrin -> Saint-Genis Pouilly (3Km), ça laisse songeur...
non, CIXP est à Meyrin, mutu-interne à SGP ;)Ah oui… Il serait intéressant de voir comment les deux sont connectés physiquement… Et qui fait le tranport…
traceroute to 192.65.185.146 (192.65.185.146), 30 hops max, 60 byte packets
1 HERMES (192.168.0.1) 0.583 ms 0.516 ms 0.496 ms
2 calvados.covage (10.2.0.211) 3.210 ms 3.648 ms 3.172 ms
3 * * *
4 collecte.k-net (10.2.0.5) 8.017 ms 8.000 ms 8.183 ms
5 cixp.kwaoo.com (192.65.185.146) 21.429 ms 21.411 ms 21.694 ms
une super latence.Quand une personne chez K-NET aura compris qu'il y a un souci de latence. Ils auront de nouveau une meilleure latence que toi :P
Ah oui… Il serait intéressant de voir comment les deux sont connectés physiquement… Et qui fait le tranport…C'est une paire de FON de 3km louée par le SIEA.
Mon adresse MAC n'est plus dans la BDD de knet.Au téléphone ça a pris moins d'une minute avec le service administratif pour une personne.
Je me suis signalé au service technique samedi.
Depuis lundi ils me mennent en bateau avec un rétablissement "dans la journée" mais je suis toujours HS >:(
Ça a pris longtemps a ceux qui on eu ce soucis pour être rétabli ?
C'est une paire de FON de 3km louée par le SIEA.
On ne peut pas faire plus simple en fait... Pour moi le traf reboucle par Paris.
En effet…Envoye un mail au NOC :P
Le routage est clairement m*rdique, ou du moins pour être plus poli pas optimisé.
Il leur faut ajouter une route directe depuis SGP vers le routeur local (sur SGP) qui connaît la route vers CIXP…
Au téléphone ça a pris moins d'une minute avec le service administratif pour une personne.comment on les joint ?
comment on les joint ?09 72 350 350
il est loin le temps où on avait une assistance efficace sur ce forum. :-[
Envoye un mail au NOC :P
Lequel ?noc@kwaoo.net peering@kwaoo.net :P
Je me demande en fait si la route FON est même empruntée…Oui
noc@kwaoo.net peering@kwaoo.net :P
Oui
Je pense que ma vm infomaniak fait ça depuis 3 mois
(https://pix.milkywan.fr/qJOcPLfE.png)
Et aller pour changer, encore des coupures ce matin sur la fibre dans le 74 (knet ou Covage sur ce coup) !!! Raz le bol franchement, depuis Novembre/Décembre que ca dure pour ma part et après un semblant de stabiltié, paf recoupures !! Vive mon failover en routeur 4G derrière mon pfSense pour continuer à bosser normalement...
> De mon coté depuis Thorens (74) le routeur de collecte 10.2.0.178 est instable depuis début Novembre !!
voir page 35 de ce topic: https://lafibre.info/k-net-incident/communication-k-net-pannes/msg922049/#msg922049
Perso je sature complètement de voir autant d'instabilités, d'une communication pitoyable et des guignols qui font du pseudo labs avec le réseau de prod etc et qui n'ont aucun respect pour la stabilité du réseau envers les clients.
J'ai utilisé un routeur 4G chez Free Mobile "SANS AUCUN PROBLEME" durant 2/3 ans (antennes en FH avant d'etre fibrées) > vu que le NRA THG74 était complètement saturé durant 20 ans avec des liens limitants en FH !!! ET le NRA a seulement été fibré après des plaintes durant 10/20 ans grace au tour de France aux plateaux des glières. #Pitoyable
> ET depuis que j'ai la fibre je n'ai jamais eu autant de coupures !!!! #UnSketch #OnCroitRever
Et étant également ingé IT réseau/secu c'est pas comme si j'étais écoeuré de voir que tout part en co... à ce point alors qu'ils ont (avaient plutot) tout pour bien faire... #UnGachis
Je fustige également envers Covage 74 mais également le Syane 74 pour plusieurs raisons (retards de plusieurs années sur la fibre 74 mais aussi dépenser autant de millions €€€/ans pour au final avoir des coupures très régulières, aucun suivi sérieux ou remise en question sur les process ou apprendre de leur erreurs/pannes antérieures (Covage ou autres)...
Tout le monde sait que y a des problèmes réguliers depuis +2/3 ans sur le RIP74 mais personne assume et préfère se planquer derrière leur bureau...
> J'attends vraiment avec impatience que Milkywan soit dispo sur le 74 ou au pire SRF/Red fibre à 23€/mois seulement (mais je déteste SFR/Bouygues également pour beaucoup de raisons perso) ou Free fibre.
(http://)
--------------- Un jolie SPOF de 23 NRO comme ça au calme !!! #Incroyable ---------------
https://old-espace-client.covage.com/index.php?lang=fr
FTTH - 15/02/2021
Nous vous informons que l’incident générique impactant la DSP de HAUTE SAVOIE pour les clients FTTH sur la Zone de Meythet est désormais terminée.
12h20 : Notre mainteneur Tertiaire à effectuer un Réarmement des disjoncteurs par le technicien Covage à son arrivée sur site.
Nous confirmons la remontée des services clients sur l’ensemble des 23 NRO en impact de cet incident. Par la même occasion nous vous invitons à vérifier la bonne remontée des services et de nous signaler de façon unitaire , tout impact constaté après 12h30.
11h00 : Déclenchement du Mainteneur tertiaire pour investigation terrain.
10h50 : Début des investigations par le support Covage. Suspicion d'un incident générique. Création d’un ticket Générique.
10h40 : Remontée d'alarmes de supervision. .
> D'ailleurs idem pour le smokeping down https://smokeping.brigadoon.fr/ (IP Knet dans le subnet 2.59.237.0).Incident Covage dans le 14 ;)
Incident Covage dans le 14 ;)
https://lafibre.info/fibre-calvados/17-fevrier-alerte-generale/
Et dans le 74 faut croire car j'ai plus de fibre depuis hier soir encore une foisça il faut confirmer :P
(à piori c'était un problème de dijoncteur dans la zone de Meythet).
Re Meythet le courant SVP :P
ça il faut confirmer :P
Non, le fautif c'est la personne qui a config les routeurs, il faut une action manuelle pour que le routage naturel soit ignoré comme ça.
Et bim encore la fibre coupée chez Knet depuis hier soir vers minuit environ et toujours pas remonté ce matin > ONT connecté donc fibre OK mais kbox toujours led rouge depuis ce matin (pas le temps de regarder avant de partir au taf).
> D'ailleurs idem pour le smokeping down https://smokeping.brigadoon.fr/ (IP Knet dans le subnet 2.59.237.xx).
Donc là clairement c'est un problème d'infra knet/routage, routeur de collecte (dont le mien 10.2.0.178) #PourChanger !!! Et aucun incident covage pour le moment.
https://old-espace-client.covage.com/index.php?lang=fr
Serveur radius KO pour certain DSP.
-----------
FTTH- 17/02/2021
Incident générique sur le réseau FTTH touchant plusieurs DSP ( TCA, TCF et TSO)
11h00 : Nous rencontrons un probleme sur nos serveurs radius.
10h00 : Début des investigations.
-----------
Non, le fautif c'est la personne qui a config les routeurs, il faut une action manuelle pour que le routage naturel soit ignoré comme ça.
Certes, on n'est peut-être pas supposés utiliser ce site (les clients Covage sont les FAI, pas nous) mais ils pourraient quand même faire un effort pour afficher la date correctement.
Celà dit, ayant déjà vu un fichier CSV de leurs tickets, j'ai constaté qu'ils n'étaient même pas en mesure de présenter les dates dans un format ISO-8601 homogène, rendant les analyses compliquées (j'avais dû traiter en python la réécriture des dates) !
Fort de ces informations, je vais un petit courriel ;DJe t'envoie un mp
Et il paraît que Covage est le moins pire des OI quand il s'agit de rapports d'incidents.
Le truc avec "incident générique" ?
Impactée pas implantée ;):P
Je ne suis pas sur twatter et donc je n'ai pas accès à la "communication client" de KK-net: on a des nouvelles sur la téléphonie? J'ai l'impression qu'on a largement dépassé le stade du foutage de gueule total sur ce sujet, non? :Phttps://x.com/fbknet/status/1494372118116585472
Serveurs en fin de vie, perte de compétences pour maintenir le service en état de marche.
Depuis le départ du concepteur, nous devions migrer l'exploitation sur une nouvelle infrastructure.
Les pro ont été migré en 2020/21, le GP devait suivre
j'ai mon propre équipement routeur + passerelle VOIP. Pour l'instant branché derrière la box mais lorsque vos pb seront réglés, je souhaite remplacer la KBOXv2(icotera) par mon matériel. Est-ce que si j'ai mes paramètres voip et que je configure ma voip moi-même ca ira + vite?Réponse:
Oui.
Vous pouvez me donner vos coordonnées pour vous mettre en relation avec le NOC ?
Je ne suis pas sur twatter et donc je n'ai pas accès à la "communication client" de KK-net: on a des nouvelles sur la téléphonie? J'ai l'impression qu'on a largement dépassé le stade du foutage de gueule total sur ce sujet, non? :P
si tu as autre chose que la kbox, le service technique te redonne un nouveau SIP si tu les appels, j'ai retrouvé ma téléphonieAh! J'appelle de suite. Pourrait le dire ces c**s! :-\
Ah! J'appelle de suite. Pourrait le dire ces c**s! :-\Le truc c'est d'arriver à les joindre. Je sens que ça va couper avant. Je suis en VoWiFi et ça n'aime pas les appels longs :(
Le truc c'est d'arriver à les joindre. Je sens que ça va couper avant. Je suis en VoWiFi et ça n'aime pas les appels longs :(Je les ai eu au bout de 55mn. Je suis censé recevoir mes identifiants SIP dans la journée. 🤞
Évidemment s'ils répondaient aux e-mails ça pourrait se régler beaucoup plus facilement...
Je les ai eu au bout de 55mn. Je suis censé recevoir mes identifiants SIP dans la journée. 🤞Encore 5 minute c'était coupé :P
Attendez, FB a reçu la lumière divine de la réalité de sa boîte ;D
https://x.com/fbknet/status/1494574378830475277
Ah tiens, le retour du fameux "c'est la faute aux anciens"
"Seulement" 10%? A l'échelle d'une boite c'est énorme, mais par rapport aux problèmes rencontrés, ça me parait assez peu ...Je pense que beaucoup d’abonnés renoncent par rapport à la relative complexité de changer de fournisseur d'accès Internet. De plus, l'herbe est-elle vraiment plus verte ailleurs ? j'ai personnellement par le passé bien galéré avec un fournisseur d'accès Internet réputé sérieux et d'envergure nationale ...
Pendant ce temps, 10% des clients ont claqués résiliationsLe patron a dit 20% de perte.
La stratégie est-elle vraiment gagnante ?
Le patron a dit 20% de perte.
En tout cas, on a bien vu la stratégie du CTO mais pas encore celle de la communication!
Bon perso j'ai eu les miens... et cela fonctionne ! Mais j'avais appelé le service techniqueC'est exactement ce que j'ai fait. Je suis tombé sur une charmante dame qui m'a expliqué courtoisement que "son collègue qui s'occupe de ça est en ligne mais il vous envoie les identifiants dans la journée", après avoir dûment noté mes informations client (numéro d'abo, nom, email de contact). Il est presque 18h, je n'ai rien reçu. Je pousserai une gueulante la semaine prochaine si j'ai le courage.
C'est exactement ce que j'ai fait. Je suis tombé sur une charmante dame qui m'a expliqué courtoisement que "son collègue qui s'occupe de ça est en ligne mais il vous envoie les identifiants dans la journée", après avoir dûment noté mes informations client (numéro d'abo, nom, email de contact). Il est presque 18h, je n'ai rien reçu. Je pousserai une gueulante la semaine prochaine si j'ai le courage.Ba essaye c'est encore ouvert :P
Clairement le service client K-net, c'est plus ce que c'était :(
Le débat stérile que l'on voit ici sur les anciens vs les nouveaux, de qui a raison qui a tort… ne mène et ne sert à rien dans la résolution des problèmes.
Ils ont m*rdé grave, aucun doute. La faute à qui ? On s'en fiche à ce stade.
peut-être, mais ce grand déballage public d'un côté comme de l'autre est pour moi un peu too much ... en tant que client je préfère regarder devant+100
+100Surtout que même si on peut comprendre les rancoeurs, les frustrations, les déceptions, ce forum ne me semble pas être le lieu pour exprimer des attaques personnelles.
Ba essaye c'est encore ouvert :POuais biensûr. Vu le temps d'attente habituel ça sert à rien de perdre mon temps: ça ferme à 18h le samedi
en tant que client je préfère regarder devant
J'ai demandé à Thierry de sortir de cette situation (NdE: la situation d'avant novembre 2021) [..] le plus rapidement possible en acceptant [..] des coupes franches si nécessaire.
Thierry s'y refusait, il s'y resoud petit à petit.
Ouais biensûr. Vu le temps d'attente habituel ça sert à rien de perdre mon temps: ça ferme à 18h le samediBon j'étais médisant: j'ai reçu mes identifiants ce matin à 9h. Gigaset reconfiguré, ça fonctionne \o/
J'ai évidemment rien reçu. Je réessayerai lundi si j'ai le courage. Vraiment ils font ch*er. >:(
Bon j'étais médisant: j'ai reçu mes identifiants ce matin à 9h. Gigaset reconfiguré, ça fonctionne \o/;D
De la nouvelle infra ou d'OVH ?Nouvelle infra. Email reçu de "Mikael F - Service Support"
Nouvelle infra. Email reçu de "Mikael F - Service Support"
Je pense que c'était 7 à 10 jours pour migrer les clients sur la nouvelle.
Tu comprends, ils ont écrit un script début février, le temps de le tester et tout pour éviter une coupure, ça prend 1 mois...
Il en a qui ont récupéré la téléphonie ?Si tu n'as pas demandez pas tes accès. Tu n'auras rien.
Pour ma part, c'est toujours KO.
Comme j'ai un SPA et non une K-Box, j'ai contacté le noc (20/02) puis le service client (22/02)… silence radio.
Si tu n'as pas demandez pas tes accès. Tu n'auras rien.
https://lafibre.info/k-net-internet/une-panne-de-telephonie-de-plus/msg933160/#msg933160
Le fameux script n'est pas prêt après 2 mois. Pour ceux qui ont demandé ont bien récupéré le téléphone.
C'est la raison pour laquelle j'avaiis contacté le noc (20/02) puis le service client (22/02). J'ai bien précisé mes identifiants actuels, et que je souhaitais en avoir de nouveaux sur la nouvelle infrastructure (avec les éventuels paramètres pour le SPA)… rien.Si tu as du temps appelle les ;) Je pense qu'il y a plus d'attente au téléphone
Si tu as du temps appelle les ;) Je pense qu'il y a plus d'attente au téléphone
C'est le temps que tu sois mis sur table d'écoute ;D
Patience, vous avez demandé le 22 à Asnières...
Peut-être ont-ils renoncé à leur propre infrastructure ?Ba oui ce que j'ai dit day 1 :P
Ba oui ce que j'ai dit day 1 :P
Et ils devaient pas bascule le trunk chez Orange normalement ? :oJe ne sais pas je suis perdu :P
Bonjour,Oui
Donc, en clair, si on appelle la hotline on récupère la ligne téléphone sinon on doit attendre le rétablissement.... dans un certain délais.
Donc il n'y a pas de nouvelle infra, quelle surprise, personne ne s'y attendait... :');D
Bonjour,
Donc, en clair, si on appelle la hotline on récupère la ligne téléphone sinon on doit attendre le rétablissement.... dans un certain délais.
Si K-Box, alors il faut attendre…Ce que j'ai compris non
Ce que j'ai compris non
;D
Ok, merci pour ces précisions :) . De mon côté c'est une k-box donc je vais devoir attendre.Essayer de voir avec le support :)
Essayer de voir avec le support :)
J'ai un ping toujours élevé.ça ne change rien à une navigation web.
Le téléphone, toujours rien dans les deux sens, ça sonne toujours occupé.Si vous n'avez pas demandez au support, vous n'aurez rien ;)
Le support ne peut pas pousser le nouveau profil sur les Gigaset IP achetés chez eux ?Ba essaye au support ;)
Ba essaye au support ;)
ça ne change rien à une navigation web.Le support ne me donne que des accusés de réception.
Si vous n'avez pas demandez au support, vous n'aurez rien ;)
Source https://x.com/fbknet/status/1499095547495567362
ça ne change rien à une navigation web.
Le support ne me donne que des accusés de réception.Support téléphonie est mieux que le support email ;)
Et encore, les accusés de réception viennent après tellement longtemps…
Je viens de le faire encore une tentative ce matin.
J'ai parlé de navigation web?
Et je ne suis pas si sûr de ça.
Même mon épouse à remarqué que bien de choses ne marchaient pas aussi bien, ou plus lentement, et pourtant, elle est loin d'être du genre à se plaindre!
Personnellement, je trouve que bien des pages ne se chargent plus aussi vite qu'avant, et je pense que de passer de 1 à 25/33 doit bien avoir une incidence.
Et si ce n'était pas le cas, je n'aurais rien remarqué et donc, en aurais jamais parlé.
Support téléphonie est mieux que le support email ;)
As-tu désactivé IPv6 ?A oui pas bête du tout !
Le DNS peut chercher à résoudre en IPv6 d'abord, puis après un timeout se rabattre sur l'IPv4, d'or des délais plus longs.
As-tu désactivé IPv6 ?Hello,
Le DNS peut chercher à résoudre en IPv6 d'abord, puis après un timeout se rabattre sur l'IPv4, d'or des délais plus longs.
Hello,(https://pix.milkywan.fr/SKoeC6rF.jpg)
Je ne sais où trouver ceci
Source https://x.com/fbknet/status/1499095547495567362
On parlait de Orange maintenant on reste chez OVH. Perso je suis perdu dans leur histoire :P
Encore un nouveau retard de déploiement donc. Ca devait être pour ce "milieu de semaine" dans le tweet d'il y a 10 jours.
On parlait de Orange maintenant on reste chez OVH. Perso je suis perdu dans leur histoire :P
A noter que passer sur OVH fait perdre les données de conso et donc la facturation, peut être pour ça qu'une migration générale n'a pas été réalisée, money is money
Tous les pros n'ont pas été migrés en tout cas...
Tous les pros n'ont pas été migrés en tout cas...
(https://pix.milkywan.fr/SKoeC6rF.jpg)
Dans avancé de mémoire
Mais je n'ai pas de KBOX, ça explique pourquoi je ne trouve pas sur mon espace.
Donc désactiver IPv6 sur ton routeur ;)
FORMULER Z10 PRO MAX,Tien je connais cette BOX, elle est très connu dans un domaine en pleine expansion.
J'utilise uptimerobot en compte gratuit.uptimerobot en gratuit ça le café pour les particuliers. Aucun problème pour ça.
,
uptimerobot en gratuit ça le café pour les particuliers. Aucun problème pour ça.
https://uptime.thedark.xyz/
Donnez moi votre IP en MP
Je vous mettrais une sonde http://83.166.136.142/smokeping/?target=KNET
C'est safe aucun souci : http://83.166.136.142/smokeping/?target=SFR
http://83.166.136.142/smokeping/?target=Orange
J'ai 6 personnes ;)
C'est du Grafana seul ou bien ya du Prometheus avec ?
Merci.
Grafana sur une base InfluxDB.C'est pour quel modèle d'ONT? ça m'intéresse :)
Un petit script qui fait un telnet sur l'ONT toutes les minutes, et poste les données en http vers influxDB.
Après, la belle présentation, c'est côté grafana.
Le script utilisait l'accès http de l'ONT, mais avec le telnet, j'ai plus d'informations.
C'est pour quel modèle d'ONT? ça m'intéresse :)
Huawei EG8010H fourni par (et propriété de) Covage.Y'a moyen que tu partages le code et ton dashboard? :)
Donnez moi votre IP en MP
Je vous mettrais une sonde http://83.166.136.142/smokeping/?target=KNET
C'est safe aucun souci : http://83.166.136.142/smokeping/?target=SFR
http://83.166.136.142/smokeping/?target=Orange
J'ai 6 personnes ;)
Sinon, tes coupures régulières, ce ne serait pas toutes les 5 minutes par hasard ? Microcoupures ?Non, ce n'est pas aussi fréquent.
Pourquoi pas, mais vais-je être alerté si il y a une coupure?Alors non, mais je regarde chaque jours avant de partir.
Comment je vais savoir ce qu'il se passe avec ces graphiques que je ne sais pas interpréter?C'est facile si c'est autre chose que vert ce n'est pas bon.
Y'a moyen que tu partages le code et ton dashboard? :)
Oui, mais comme je le disais, mes pertes de connexion sont courtes, du coup uptimerobot ne détecte pas la perte de connexion et ne me signale rien.Done
Oui, mais ça demande plusieurs manipulations…
– Rendre l'ONT visible sur le réseau local (règles iptables sur le routeur)
– Pouvoir accéder à l'ONT (trouver les bons identifiants)
– Si accès autre que http, il faut faire une manip (sans se planter) sur l'ONT pour activer telnet (modifier le fichier de config), et le telnet demande de la précaution (accès root, donc accès dangereux qui peut planter tout l'arbre GPON). L'accès http donne déjà pas mal d'infos et est 100% safe.
Donc as-tu déjà accès à ton ONT, ou pas du tout ?
Oui, j'utilise déjà ça: https://github.com/f00b4r0/huawei-ont-to-influxAh bien !
Je ne connais pas la manip pour activer le telnet mais je suis clairement preneur du tout, et ne t'inquiètes pas, je sais ce que je fais (et je ne jetterai la pierre à personne si je me plante :-)
Merci!
Done
http://83.166.136.142/smokeping/?target=KNET.Gaille
🙏
Et depuis chez moi : https://smokeping.brigadoon.fr/?target=Divers.CapsGaille
🙏
Ces deux smokepings vont te permettre de suivre la qualité de ta connexion depuis deux endroits différents (et deux FAIs différents).
Maintenant pour les coupures courtes, ça ne sera pas forcément bien visible, car les sondes smokeping sont toutes les 5 minutes.
Pour les coupures courtes, le mieux est un script chez toi faisant un ping toutes les minutes (ou 30 secondes ou moins) vers une IP internet, comme 172.20.0.198 (une IP chez K-Net proche de chez toi).
Tu as quoi comme matériel (à part le routeur) ? Mac, Windows, Linux ?
#! /bin/sh
IP="172.20.0.198"
STAT=1
WAIT=10
while :; do
ping $IP -c1 >/dev/null 2>&1
if [ $? -ne $STAT ]; then STAT=$?; if [ $STAT -eq 0 ]
then echo "$(date) : connexion (r)établie."
else echo "$(date) : connexion perdue!"
fi; fi
sleep $WAIT
done3) Tu enregistres le fichier comme "test-connexion.sh" à la racine de ton dossier utilisateur.chmod +x test-connexion.sh./test-connexion.sh > ~/Desktop/connexion.txt2) Tu minimises la fenêtre de terminal (mais tu ne la fermes pas)|------xxx----------------------> (ta connexion)
|--M----M----M----M----M----M---> (sonde TheDark)
|----M----M----M----M----M----M-> (sonde Bolemo)
Comme tu le vois, dans cette hypothèse, la sonde the TheDark voit ta coupure de moins de 5 minutes, pas la mienne.
Alors très rapidement, voici une solution pour suivre les déconnexions :
Préparation :
1) tu crées un fichier au format texte (pas texte enrichi) avec TextEdit.
2) Dans ce fichier, tu mets ceci :Code: [Sélectionner]#! /bin/sh3) Tu enregistres le fichier comme "test-connexion.sh" à la racine de ton dossier utilisateur.
IP="172.20.0.198"
STAT=1
WAIT=10
while :; do
ping $IP -c1 >/dev/null 2>&1
if [ $? -ne $STAT ]; then STAT=$?; if [ $STAT -eq 0 ]
then echo "$(date) : connexion (r)établie."
else echo "$(date) : connexion perdue!"
fi; fi
sleep $WAIT
done
4) Tu ouvres Terminal.app et tu inscrit la commande suivante :Code: [Sélectionner]chmod +x test-connexion.sh
Utilisation :
1) Tu ouvres Terminal.app et tu inscris la commande suivante :Code: [Sélectionner]./test-connexion.sh > ~/Desktop/connexion.txt2) Tu minimises la fenêtre de terminal (mais tu ne la fermes pas)
3) Tu as maintenant un fichier sur le Bureau nommé "connexion.txt" qui te donnes le suivi du statut de ta connexion (un journal log avec le temps des déconnexions et déconnexions)
4) Pour arrêter le script, ferme la fenêtre du Terminal
Voilà, ça teste toutes les 10 secondes.
Sinon, pour le trou smokeping, c'est en effet soit un trou chez celui qui mesure ta connexion, soit un trou de moins de 5 minutes chez toi mesuré par une des deux sondes (elles mesurent chacune toutes les 5 minutes, mais elles ne sont pas forcément synchronisées).
Exemple : (x signifie une coupure chez toi, M signifie une mesure avec la sonde)Code: [Sélectionner]|------xxx----------------------> (ta connexion)Comme tu le vois, dans cette hypothèse, la sonde the TheDark voit ta coupure de moins de 5 minutes, pas la mienne.
|--M----M----M----M----M----M---> (sonde TheDark)
|----M----M----M----M----M----M-> (sonde Bolemo)
WOW Je ne sais que dire…
Merci pour ce pas-à-pas, reçu fort et clair, ça fonctionne très bien.
Merci de votre clarté, patiente et aide à tous 🙏
Question con, mais pour le moment Gaille, tu mesures la problématique de déconnection mais pas de piste sur la provenance ou la problématique ?
J'ai l'impression que je suis concerné par la même problématique et fait un post ce matin à ce sujet : https://lafibre.info/k-net-internet/depuis-8-mars-ain-cessy-pertes-de-paquets-reguliers-micro-deco/
Pour le moment je n'ai pas de pistes, sur le "pourquoi", et "comment résoudre"...
De rien, et j'apprécie le retour :)
J'ai fait des essais pour voir le résultat en débranchant le câble Ethernet, ça fonctionne bien, mais vu la fin des lignes
connexion (r)établie
je ne sais pas quand c'est une déconnexion ou connexion.
Ce n'est pas important, c'est la même chose en fait.
Ça indique simplement que la connexion est établie à partir de la date et heure indiqués à gauche.
Donc une coupure, c'est entre la date et heure d'un message qui indique une connexion perdue et le message suivant qui indique connexion (r)établie.
Tu ne penses pas à moi l'ami!!! 😂😭
Quand je vois dans le fichier
Mer 9 mar 2022 13:32:40 CET : connexion (r)établie.
Mer 9 mar 2022 13:37:21 CET : connexion (r)établie.
Mer 9 mar 2022 13:37:42 CET : connexion (r)établie.
Mer 9 mar 2022 13:38:03 CET : connexion (r)établie.
Mer 9 mar 2022 13:41:55 CET : connexion (r)établie.
Mer 9 mar 2022 13:42:16 CET : connexion (r)établie.
Mer 9 mar 2022 13:42:37 CET : connexion (r)établie.
Mer 9 mar 2022 13:42:58 CET : connexion (r)établie.
Mer 9 mar 2022 13:43:19 CET : connexion (r)établie.
Mer 9 mar 2022 13:43:40 CET : connexion (r)établie.
Mer 9 mar 2022 13:44:01 CET : connexion (r)établie.
Mer 9 mar 2022 13:44:22 CET : connexion (r)établie.
Il m'est totalement impossible de savoir quand j'ai eu une coupure. 😬
Ah je vois le problème !
Mon script n’indique pas correctement les déconnexions. Merci du retour.
Je vais y jeter un œil quand je trouve le temps ;)
Oui, ce n'est pas urgent, certes, mais j'ai besoin de + de clarté.
Alors si tu arrives à faire qqchose…
Merci.
#! /bin/sh
IP="172.20.0.198"
STAT=1
WAIT=10
TIMEOUT=5
while :; do
ST="$(date)"
ping $IP -c1 -t$TIMEOUT >/dev/null 2>&1
RES=$?
if [ $RES -ne $STAT ]; then STAT=$RES; if [ $RES -eq 0 ]
then echo "$(date) : connexion (r)établie."
else echo "$ST : connexion perdue!"
fi; fi
sleep $WAIT
done
D'après ce que je vois au Plessis paté c'est que ce n'est pas stable... Cela n'arrête pas de retomber après une reprise vers 9h00 au début... cela tombe et revient sans arrêt.
Inutilisable.....
Décidément, la plaque du 91 est une galère totale !
En ce moment c'est HS encore
le 91 est maudit… En ce qui concerne la fibre. Pas cool pour tous ceux qui y vivent :(Le 91 est le pire coin pour la fibre.
ce matin, planté dans le Calvadosbolemo a internet et Flav14 donc ça touche que quelques personnes
Le 91 est le pire coin pour la fibre.Je suis dans un autre coin du 91 (Seine Essonne THD / Covage), je n'ai pas eu (en tout cas constaté) de coupure Internet depuis celle du 19 janvier.
bolemo a internet et Flav14 donc ça touche que quelques personnes
https://smokeping.brigadoon.fr/?target=Divers.CapsFlav14
Dommage que ton opérateur n'ait pas pris le temps de te prévenir qu'il y'a une maintenance en cours à Thoiry par le SIEA. Rétablissement prévu vers 18h max.
Cela dit, j'ai été très surpris.
Elle m'a vu est venu à ma rencontre pour entrer dans son bureau:
- C'est pour une résiliation?
- 😳 Non non, c'est pour la restitution de votre box PURE 😂
La personne a été aimable et efficace.
Elle a dit qu'elle allait signaler ma réclamation pour le téléphone au technicien pour voir s'il pouvait faire quelque chose manuellement.
Sinon, tu as pu essayer le script corrigé ?Calme l'ami, je n'avais pas Internet et je reviens de la pharmacie pour mes drogues journalières.
Voilà le script corrigé :)Code: [Sélectionner]#! /bin/sh
IP="172.20.0.198"
STAT=1
WAIT=10
TIMEOUT=5
while :; do
ST="$(date)"
ping $IP -c1 -t$TIMEOUT >/dev/null 2>&1
RES=$?
if [ $RES -ne $STAT ]; then STAT=$RES; if [ $RES -eq 0 ]
then echo "$(date) : connexion (r)établie."
else echo "$ST : connexion perdue!"
fi; fi
sleep $WAIT
done
chmod +x test-connexion.sh./test-connexion.sh > ~/Desktop/connexion.txt./test-connexion.sh: line 12: syntax error near unexpected token `then'Calme l'ami, je n'avais pas Internet et je reviens de la pharmacie pour mes drogues journalières.
Hello,
Résultat:
Le fichier est bien créé sur le bureau mais il est vide.
Dans le Terminal je vois un problème après la 2e commande:Code: [Sélectionner]chmod +x test-connexion.shCode: [Sélectionner]./test-connexion.sh > ~/Desktop/connexion.txt./test-connexion.sh: line 12: syntax error near unexpected token `then'
./test-connexion.sh: line 12: ` if [ $RES -ne $STAT ]; then STAT=$RES; if [ $RES -eq 0 ]'
Bizarrement, j’ai remis le en place le premier script, et j’ai maintenant le même résultat que ci-dessus, alors que tout allait bien avant.
Un lien avec la coupure de ce matin qui a durée 4 hours and 23 minutes? ou avec l'IP?
root@HERMES:~$ tcpdump -i ethwan -vv multicast and not broadcast
20:20:54.379486 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:20:54.379799 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:20:54.379830 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:20:54.380298 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:20:54.380486 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))etc.(client-ID hwaddr type 1 001e8043eb65)C'est une box Icotera
Hugues, un avis ? :P(https://c.tenor.com/-o0dTiU5Ow4AAAAC/vilebrequin-vilebrequin-cpt.gif)
C'est une box Icotera
4000 requêtes DHCPv6 SOLLICIT par seconde :oOu un routeur perso qui spoofing la MAC
C'est une Icotera boostée à quoi au juste ?
Ils pensent qu'en insistant ils vont obtenir une IPv6 ? ;D ;D ??? ::)
Ou bien une petite boucle :)
Je ne vois plus trop de remonté de connexion chaotique dans le 91 depuis ce midi, c'est revenu chez vous?
Car chez moi c'est catastrophique, connexion déconnexion toutes les 2-3 minutes.
Si ça continue demain, je serais tenté de construire une fausse trame DHCPv6 DISCOVER et de l'envoyer sur le GPON… puis un REPLY avec un bail long pour calmer ce truc :PSur Covage 74, plein de coupures de 5 minutes et de retour...
A nouveau plus de fibre ce vendredi matin sur Plessis raté... 1 heure plus tôt qu'hier pour la coupure
Pour télécharger le script : https://brigadoon.fr/shared/test-connexion.sh
Il marche chez moi sur un Mac.
À placer à la racine de ton répertoire utilisateur.
Ensuite, faire chmod +x test-connexion.sh (à ne faire qu'une fois, après avoir téléchargé le fichier et l'avoir placé au bon endroit)
Puis lancer le script comme indiqué précédemment.
J'ai là une solution plus rapide qu'avec UptimeRobot, par contre je dois consulter le fichier pour savoir si je suis coupé ou pas.
après 1h05 de tel (pour 21eme dans la file d'attente) j'ai eu le SAV K-Net, c'est coté Covage pour tout le val d'orge (encore plus de client impacté ce matin) un point de collecte ne répond plus, ils sont sur le terrainMerci pour le retour (et la patience) !
après 1h05 de tel (pour 21eme dans la file d'attente) j'ai eu le SAV K-Net, c'est coté Covage pour tout le val d'orge (encore plus de client impacté ce matin) un point de collecte ne répond plus, ils sont sur le terrainça doit couper à 1h. Nice la luck :P
Les outils Covage interne sont cassés ?Inaccessible depuis Renater en tout cas...
https://sav.covage.com/
https://old-espace-client.covage.com/index.php?lang=fr
ça doit couper à 1h. Nice la luck :P
Peut etre ajouter une ligne pour un envoi via sms .
Inaccessible depuis Renater en tout cas...
FTTO - 09/03/2022
Fin d'incident générique sur le réseau de COSNE
15h00 : Notre fournisseur a corrigé un défaut sur son réseau. Nous vous invitons à vérifier la bonne remontée des services et de nous signaler de façon unitaire, tout impact constaté après 14h30.
14h00 : Les investigations se poursuivent du côté de notre fournisseur. Nous vous communiquerons un ETR dès que possible.
12h30 : Notre fournisseur est escaladé afin de nous communiquer une mise à jour sur cet incident.
11h00 : Notre fournisseur confirme la coupure sur son réseau, les investigations sur l'origine de la coupure se poursuivent.
09h36 : Notre fournisseur fibre dans la zone est déclenché.
09h15 : Début des investigations par le support Covage. Suspicion d'incident générique.
09h05 : Remontée d'alarmes de supervision.
J'arrive à y accéder… Tout ce que ça dit :Bizarre chez SFR KO et sur mes 3 VPN.
Le 10/03/2022 | Incident sur les équipements de covage
Nature de l’incident : Instabilité sur les équipements de Covage
Impact sur : TV – Téléphone – Internet
Zones concernées : Départements : 14 et 91
Sinon vu sur facebook
https://www.k-net.fr/etat-du-reseau-et-des-services/
Sinon pour la page Covage, non seulement le certificat est expiré, mais le protocole utilisé est TLS1.0, qui est obsolète pour des navigateurs (et curl, wget…)Oui c'est pour ça je l'ouvre sur un autre firefox qui autorise le tls 1.0 ..
Pour télécharger le script : https://brigadoon.fr/shared/test-connexion.sh
Il marche chez moi sur un Mac.
À placer à la racine de ton répertoire utilisateur.
Ensuite, faire chmod +x test-connexion.sh (à ne faire qu'une fois, après avoir téléchargé le fichier et l'avoir placé au bon endroit)
Puis lancer le script comme indiqué précédemment.
Vu que les coupures sont assez fréquences, SMS ou email, il serait spammé…Uptime robot me spam dur aussi!
Down 2022-03-11 16:10:59 No Response 0 hrs, 35 mins
Up 2022-03-11 15:52:46 Successful Response 0 hrs, 18 mins
Down 2022-03-11 15:49:19 No Response 0 hrs, 3 mins
Up 2022-03-11 15:13:27 Successful Response 0 hrs, 35 mins
Down 2022-03-11 15:04:59 No Response 0 hrs, 8 mins
Up 2022-03-11 14:46:47 Successful Response 0 hrs, 18 mins
Down 2022-03-11 14:43:19 No Response 0 hrs, 3 mins
Up 2022-03-11 13:32:37 Successful Response 1 hrs, 10 mins
Down 2022-03-11 13:24:12 No Response 0 hrs, 8 mins
Up 2022-03-11 13:05:57 Successful Response 0 hrs, 18 mins
Down 2022-03-11 13:02:31 No Response 0 hrs, 3 mins
Up 2022-03-11 00:43:33 Successful Response 12 hrs, 18 mins
Vu que les coupures sont assez fréquences, SMS ou email, il serait spammé…Via mail oui, mais par sms ....
Via mail oui, mais par sms ....
Je pensais à un tel sur usb qui envoie un sms .... pour le mail oui effectivement, la boite mail pourrait penser à du spam
côté infrastructure ça fonctionne, maintenant il nous est nécessaire de configurer chaque client, l'automatisation en début de mois a échoué, nouvelle tentative ce week-end de nuit.
Il nous reste 25% des clients à migrer.
Episode 60000000 sur pour la téléphonie
https://x.com/fbknet/status/1502343682976096260
Uptime robot me spam dur aussi!Code: [Sélectionner]Down 2022-03-11 16:10:59 No Response 0 hrs, 35 mins
Up 2022-03-11 15:52:46 Successful Response 0 hrs, 18 mins
Down 2022-03-11 15:49:19 No Response 0 hrs, 3 mins
Up 2022-03-11 15:13:27 Successful Response 0 hrs, 35 mins
Down 2022-03-11 15:04:59 No Response 0 hrs, 8 mins
Up 2022-03-11 14:46:47 Successful Response 0 hrs, 18 mins
Down 2022-03-11 14:43:19 No Response 0 hrs, 3 mins
Up 2022-03-11 13:32:37 Successful Response 1 hrs, 10 mins
Down 2022-03-11 13:24:12 No Response 0 hrs, 8 mins
Up 2022-03-11 13:05:57 Successful Response 0 hrs, 18 mins
Down 2022-03-11 13:02:31 No Response 0 hrs, 3 mins
Up 2022-03-11 00:43:33 Successful Response 12 hrs, 18 mins
Visiblement, il n'y a pas que le 14 et 91 qui est touché chez Covage!
Le 74 n'est pas terrible non plus!
Je vais regarder si j'ai les trames IPV6 toutes folldingo... :o
Donc même s'il y avait un serveur DHCPv6 pour répondre à ces SOLLICIT, ça ne changerait rien…Heureusement que n'importe quel abonné ne peut pas lancer un serveur DHCP chez lui pour répondre à tout le monde surtout, on met des sécurités, DHCP Snooping et RA guard ;)
Heureusement que n'importe quel abonné ne peut pas lancer un serveur DHCP chez lui pour répondre à tout le monde surtout, on met des sécurités, DHCP Snooping et RA guard ;)
Oui, chez le FAI,
Mais là, c’est un abonné qui envoie des trames DHCPv6 dans l’arbre GPON donc ça se passe chez Covage… Et je ne pense pas que ma réponse ait été bloquée par Covage… Car s’ils le peuvent, il pourraient alors bloquer ces trames qui polluent l’ensemble du GPON (du moins dans le VLAN dédié à K-Net, mais géré par Covage…)
Je croyais :
- que le fe80::/10 traversait pas les routeurs,
- que les clients communiquaient pas entre sans remonter au FAI
- que le GPON avait de la sécu et de la crypto pour pas voir les trames des autres.
Donc pas de boucle, c'est pas dans le GPON, ça remonte bien dans une infra au dessus de l'isolation inter client, et que qqchose rebalance un trafic broadcast DHCP solicit pour toi et les copains dans le domaine de broadcast.
Je peux voir toutes les requêtes et réponses DHCP (et DHCPv6) du VLAN K-Net de ma boucle de collecte.
Pas celle de tous les clients K-Net, ni celles de tous les clients fibre (tout FAI) de ma boucle.
Plus exactement tout ce que le relais Covage de ma boucle de collecte reçoit et envoie.
Avant je pouvais aussi voir et envoyer toutes les trames ARP qui y passaient, mais Covage a limité à mon sous-réseau (ce qui est mieux niveau protection).
Sinon vu sur facebook
https://www.k-net.fr/etat-du-reseau-et-des-services/
FTTO - 11/03/2022Je ne vois pas le rapport avec la panne K-NET.
Incident général backbone - Fin 22H00
22h30 : L'incident générique est terminé. Le service est en mode nominal depuis 22H00. Nous vous invitons à vérifier la bonne remontée des services et de signaler de façon unitaire au travers des outils, tout impact résiduel constaté.
20h30 : Afin de pallier aux effets de bord, nous allons redémarrer un équipement d’ici 21H30.
19h30 : La nouvelle carte a été insérée dans le châssis avec succès. Nos équipes d'ingénierie investiguent en raison de quelques effets de bord subsistants.
17h30 : Les services sont maintenant stables suite au remplacement d’une carte sur notre équipement cœur de réseau. Nous vous invitons à vérifier la bonne remontée des services et de nous signaler de façon unitaire, tout impact constaté après 17h. Une nouvelle carte est en cours d’acheminement afin de rétablir le portail extranet.
16h30 : L’intervention se poursuit. Une des cartes livrée est défectueuse. Une nouvelle livraison est en cours.
15h30 : Nous rencontrons des difficultés à installer une partie du matériel de spare. Des investigations plus approfondies sont en cours.
14h30 : Toutes les collectes clients sur Equinix sont remontés. Les services IPT restent impactés par l’incident. L’accès au portail SAV est dégradé. L’intervention se poursuit.
13h30 : Les services remontent progressivement. Le portail SAV est de nouveau accessible. L’intervention se poursuit.
12h30 : L’intervention se poursuit. Une pièce défectueuse a été remplacée. Le technicien a donné la main à distance sur l’équipement à notre support niveau 3.
11h45 : Les matériels de spare sont arrivées sur site. L’intervention de remplacement est en cours.
11h00 : Arrivée du technicien sur le site d’Equinix. Début des investigations. Acheminement du spare en cours.
10h15 : Le technicien rencontre des difficultés de circulation. Arrivée estimée vers 10h45.
10h00 : L’hébergeur nous confirme un défaut de carte. Une solution provisoire est en cours d’étude en attendant la livraison du spare.
09h00 : ETA prévue aux alentours de 10h00.
08h30 : Le technicien se rend sur site. Le fournisseur est également déclenché pour investigations.
08h00 : Suspicion d’un défaut équipement cœur de réseau. Déclenchement du mainteneur équipement pour investigations sur site.
07h30 : Le support Niveau 3 est sollicité afin de venir en renfort au support Covage dans les investigations.
07h00 : Nombreuses signalisations clientes remontant la perte des services.
03h30 : Le manager de crise Covage est sollicité afin d’escalader le service informatique pour les premiers diagnostics.
01h30 : Le service informatique Covage est sollicité.
01h15 : Première signalisation cliente remontant la perte de services.
01h00 : Début des investigations par le support Covage.
00h50 : Perte d’accès de plusieurs outils Covage incluant les outils de supervision.
bonjour,
quelqu'un aurait-il la nouvelle procédure pour configurer l'adaptateur téléphonique SPA112, pour récupérer ma ligne fixe.
Comme j'ai un routeur perso, le personne du support hier m'a dit qu'elle m'envoyait ça........je n'ai rien reçu :-\
Merciii d'avance ;)
Pour Gaille :
Nouvelle version du script : https://brigadoon.fr/shared/test-connexion.sh
Même procédure à suivre pour l'installer.
Nouveau : notifications quand le statut de la connexion change :)
bonjour,
quelqu'un aurait-il la nouvelle procédure pour configurer l'adaptateur téléphonique SPA112, pour récupérer ma ligne fixe.
Comme j'ai un routeur perso, le personne du support hier m'a dit qu'elle m'envoyait ça........je n'ai rien reçu :-\
Merciii d'avance ;)
Y a des choses "normales" de voir. Surtout quand y a du "broadcast" en jeu. Y a les papotages de switchs , routeurs que tu peux difficilement supprimer. Un discover/solicit on devrait même pas le voir, la réponse oui. Y a un switch qui rejoue le broadcast du discover/solicit avant d'atteindre le proxy DHCP. Tant que tu vois pas le trafic utile des autres ça va.
Uptime robot me spam dur aussi!Pas de trame V6 bizarre sur Covage 74 donc rien à voir avec le 14 et 91.
Visiblement, il n'y a pas que le 14 et 91 qui est touché chez Covage!
Le 74 n'est pas terrible non plus!
Je vais regarder si j'ai les trames IPV6 toutes folldingo... :o
Pas de trame V6 bizarre sur Covage 74 donc rien à voir avec le 14 et 91.
Torts partagés entre K-net (Covage74?) et moi :
Mon routeur perso qui me sert de secours WAN et de point d'accès Wifi a obtenu de la part du relais DHCP Covage une adresse IP publique alors qu'il n'aurait pas du pour deux raisons :
- Désactivé en principe de mon coté (en ce moment, la K-box fait le job), et pas de spoof @MAC, ni de @MAC transmise au support. Je n'ai pas compris pourquoi l'interface est remontée toute seule...
- Apparemment, Il n'y a plus de contrôle de @MAC coté Covage-K-net?? Ou alors, la mac de mon routeur perso n'est pas si unique que cela et référencée chez K-net?
Du coup, j'avais deux IP publiques K-net, la normale sur la K-box et une autre sur mon routeur perso. J'imagine que c'est cela qui faisait sauter les ACL d'où le bagottage de 5 minutes.
J'ai rectifié le tir.
Cela explique bien ton problème…Deux sous réseau différents, chacun avec leur passerelle respective.
Mais quel curiosité ? La MAC de ton routeur perso, inconnue en principe chez K-Net est associée à une IP K-Net ?
Même sous-réseau que ton IP habituelle (associée à la MAC de ta K-Box), ou différent ?
Je vais voir avec dhtest si d'envoyer une MAC bidon me renvoie une IP K-Net ou rien…
[EDIT] MAC bidon ne reçoit pas d'IP, donc pour une raison quelconque la MAC de ton routeur est associé chez K-Net (ou bdd Covage) à une IP valide :o
Deux sous réseau différents, chacun avec leur passerelle respective.
Et oui, je vais tester avec une autre adresse MAC, histoire d'en avoir le cœur net!
Si tu me MP la MAC de ton routeur, je peux voir si d'ici elle est reconnue ou pas…MP envoyé, Merci.
Sinon j'ai tweeté FB sur la question du paquet spammeur, car le NOC est resté silencieux… J'avais mis FB en copie, mais sa boîte mail est pleine.
Seul K-Net peut retrouver le client associé à la MAC et voir ce qu'il se passe.
MP envoyé, Merci.
C'est quand même rigolo ce qui m'est arrivé!
Je viens de constater que mon routeur à la même MAC des deux cotés si on ne spoof pas le coté WAN.
Et la même MAC des deux côtés ? Décidément, tu es gâté en surprises étranges :PBen oui. Apparemment, c'est standard chez Asus et cela ne gène pas plus que cela.
Bonne nouvelle heureusement que tu es là ... C'est flippant
Ça bouge…
(https://brigadoon.fr/shared/ONT-mieux1.png)
(https://brigadoon.fr/shared/ONT-mieux2.png)
Peut-être le tweet à FB et Covage a aidé…
C'est quoi ces graphiques ? Un accès à l'ONT pour le monitorer ?
Oui oui, graphiques perso utilisant les données de l'ONT ;)
Le truc sympa, le RX power peut servir de thermomètre extérieur… Quand il fait beau, les fibres aériennes se dilatent, et ça se voit sur la courbe (les creux sont entre 9h et 19h les jours de beau temps).
(https://brigadoon.fr/shared/ONT-thermometre.png)
C'est comme Orangina, il faut les secouer ;DConfirmé depuis le 74.
Bon, bah ils ont essayé, sans succès…:
Ils ont du chercher à isoler la source pour identifier plus précisément d'où ça vient.
Ça bouge…
(https://brigadoon.fr/shared/ONT-mieux1.png)
(https://brigadoon.fr/shared/ONT-mieux2.png)
Peut-être le tweet à FB et Covage a aidé…
Bonjour bolemo
Tu peux nous partager ta config grafana, je trouve ça excellent le monitoring que tu as réalisé.
J'aimerai bien l'ajouter a mon propre grafana.
Merci
Nico
Avant tout, as-tu accès à l'ONT ?
Oui sans problème
Impec. Je t'ai envoyé un MP ;)
Je viens de voir, Cool, je vais essayer ce soir. Merci
Hello,
Juste à titre d'info, je viens de faire un nouveau mail à K-Net, si quelqu'un a une relation pour m'aider et faire avancer ceci… franchement, ce serait apprécié… 🙏
Numéro client : 76180
Bonjour,
Pouvez-vous faire quelque chose svp?
J’ai été hospitalisé, je ne conduit plus et, je n’ai toujours quelqu’un pour m’accompagner.
Je suis passé jeudi 10 mars, peu avant midi, dans vos bureaux du Technoparc, à Saint-Genis-Pouilly pour restituer ma box PURE.
La personne a été surprise de constater que la restitution de la box DUNE n’a jamais été faite.
J’ai discuté avec elle, en ayant recours à des archives en lui disant que je ne pouvais pas ne pas l’avoir restituée puisque la caution m’avait été remboursée.
Et je lui ai expliqué que j’avais vu que la DUNE était toujours dans mon espace client, avec la PURE, mais je pensais que c’était comme un historique pour moi.
Elle a corrigé ceci.
OK.
Ceci fini, restitution de la PURE, la personne m’a dit que c’était en ordre (mais je n’ai pas eu de bulletin de restitution!!!, je ne le réalise que maintenant)
J’ai parlé du problème du téléphone fixe que je n’ai plus depuis décembre, on a parlé des problèmes, de la difficulté, etc… je n’ai pas cherché à être pénible ou agressif, il faut être compréhensif.
Elle a pris note, m’a dit qu’elle allait donné l’info aux techniciens, mais qu’il fallait quand même compter 24h.
Bien sûr, merci, au revoir.
Je croyais affaire réglée promptement, MAIS je découvre ce jour:
- Dans mon espace client, je vois que la box PURE est toujours présente en dépôt de garantie;
- Je vois dans les nouvelle facture: Facture n°FA-GP1533170 du 10-03-2022
Remboursement dépôt de garantie Box TV Dune -90€
Alors que je devrais trouver
Remboursement dépôt de garantie Box TV PURE 100€ (cf Facture n°FA-699579 du 24-02-2019, Caution Box Pure KTV)
- Aujourd’hui, lundi 14 mars, 12:50, le téléphone fixe sonne toujours occupé dans les deux sens.
Est-ce que que quelqu’un peut faire quelque chose et m’aider svp???
Merci infiniment.
J'ai envoyé un tweet à FB avec un lien vers ton post…Mais tu es là pour tout toi…
Il te faut d'abord obtenir de K-Net un nouvel identifiant SIP (sur le nouveau domaine sipfr.k-net.fr), à demander au téléphone, et dans les minutes qui suivent, ils te l'envoient par courrier électronique.j'ai enfin récupéré ma ligne fixe !
Apparemment, ils ont oublié dans ton cas ?
Une fois que tu as le SIP, voici la procédure que K-Net m'avait transmise :
(https://brigadoon.fr/shared/phone1.png)
(https://brigadoon.fr/shared/phone2.png)
j'ai enfin récupéré ma ligne fixe !
Merci à toi bolemo 👍🏻 ;)
Cela augmente la température nominale des ONT de 3 à 4 °C…C'est la cause du réchauffement climatique!!! ;D
Bonsoir,
D'après leur support, ils sont au courant de ton poste @bolemo avec le dhcp ipv6 qui d après leur ingénieur réseau n'est pas le problème... wait and see pour changer.
Merci.
Ces trames DHCPv6 ne sont peut-être pas le problème initial, elles ne sont peut-être qu'un symptôme d'un autre problème… mais ces trames (plus exactement leur fréquence de récurrence ahurissante) sont un problème.
Maintenant, c'est bien que l'on sache qu'ils savent qu'il y a un problème.
Espérons que ça va bouger… Dans moins de 10 heures, ça fera une semaine !
leur ingénieur réseau n'est pas le problème.
A la base le DHCP/v6 c'était pour du LAN, pas du broadcast/multicast sur du WAN avec des de milliers de clients qui papotent. J'ai pas tes dump, y a juste eu un extrait d'une box bavarde mais ça peut être legit. Imagine aussi la taille/aging des tables ARP/ND des équipements de l'OI qui remontent ces milliers de clients sur leur serveur/proxy. En plus K-net à qu'une porte d'entrée avec covage, donc tout le papotage dhcp passe par là.
20:08:08.949130 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:08:08.949318 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:08:08.949474 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:08:08.949630 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:08:08.949942 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:08:08.950286 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:08:08.950442 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:08:08.950598 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:08:08.950942 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:08:08.951098 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:08:08.951254 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:08:08.951442 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:08:08.951598 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:08:08.951910 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:08:08.952098 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:08:08.952410 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:08:08.952567 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:08:08.952598 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:08:08.953066 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:08:08.953223 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:08:08.953410 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:08:08.953566 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:08:08.954066 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:08:08.954222 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:08:08.954535 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:08:08.954566 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:08:08.954691 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:08:08.954878 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:08:08.955191 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:08:08.955378 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:08:08.955691 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:08:08.955691 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:08:08.955847 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:08:08.956190 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:08:08.956347 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:08:08.956659 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))
20:08:08.956846 IP6 (hlim 64, next-header UDP (17) payload length: 126) fe80::21e:80ff:fe43:eb65.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=31e59 (elapsed-time 65535) (option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list NTP-server AFTR-Name opt_67) (client-ID hwaddr type 1 001e8043eb65) (reconfigure-accept) (Client-FQDN) (IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/64 pltime:0 vltime:0)))0x0000: 3333 0001 0002 001e 8043 eb65 86dd 6000 33.......C.e..`.
0x0010: 0000 007e 1140 fe80 0000 0000 0000 021e ...~.@..........
0x0020: 80ff fe43 eb65 ff02 0000 0000 0000 0000 ...C.e..........
0x0030: 0000 0001 0002 0222 0223 007e e2d8 0103 .......".#.~....
0x0040: 1e59 0008 0002 ffff 0006 000e 0015 0016 .Y..............
0x0050: 0017 0018 0038 0040 0043 0001 000a 0003 .....8.@.C......
0x0060: 0001 001e 8043 eb65 0014 0000 0027 0007 .....C.e.....'..
0x0070: 0004 4b42 4f58 0000 0300 0c00 0000 0100 ..KBOX..........
0x0080: 0000 0000 0000 0000 1900 2900 0000 0100 ..........).....
0x0090: 0000 0000 0000 0000 1a00 1900 0000 0000 ................
0x00a0: 0000 0040 0000 0000 0000 0000 0000 0000 ...@............
0x00b0: 0000 0000Bah FB/K-Net doivent savoir à qui est la MAC 001e8043eb65, et ils coupent l'ipv6 dessus
J’ai transmis la MAC au NOC il y a plus d’une semaine… Et depuis sur Twitter à FB et Covage…
Bah maintenant reste à boire aux paquets perdus
Pendant ce temps les factures continuent d'arriver, imperturbables, et pas le moindre geste commercial en vue >:(Bien reçue ce matin ! ;D
Pendant ce temps les factures continuent d'arriver, imperturbables, et pas le moindre geste commercial en vue >:(Il faut peut être demander :P
Il faut peut être demander :P
Sur twitter FB a dit que les gestes ca sera une fois les incidents finis.
Donc suffit de ne pas résoudre tous les incidents 8)
Sur twitter FB a dit que les gestes ca sera une fois les incidents finis.Stop avec FB pour l'instant toutes ses paroles sur les problèmes n'ont pour l'instant pas évolué.
Stop avec FBC'est pourtant la seule communication qu'il y ait et elle vient du fondateur (et CEO/PDG?)
Je pense même que il y a plus de capitaine dans cette entreprise.ça laisse rêveur pour ceux qui restent ...
ça laisse rêveur pour ceux qui restent ...C'est mon point vu perso ;)
Avouez que les messages de positivité de valérie vous manque ::)Elle cherche le problème de Covage et de la téléphonie je pense.
Avouez que les messages de positivité de valérie vous manque ::)Oh ouiiiiii!
Elle cherche le problème de Covage et de la téléphonie je pense.
Donc suffit de ne pas résoudre tous les incidents 8)J'ai l'impression que c'est exactement le programme :P
après, il suffit peut être de lui redemander fermement aujourd'hui si après 3 mois d'incidents, un geste est à prévoir quitte à menacer de résilier.
Pourquoi menacer ? La résiliation c'est juste pour obtenir le service, pas pour vexer le patron. S'il arrive pas à prendre ses responsabilités les clients prennent les leurs et basta.ce n'est pas une question de vexer le patron, mais bon à un moment tu payes pour un service triple play, les pannes ça arrive, tu as le droit aussi de dire, je ne veux pas payer pour le téléphone qui ne marche pas depuis 3 mois. Si tu n'es pas entendu, et que donc tu payes pour un service qui n'est pas rendu, tu as le droit de partir puisque la qualité de service est déplorable..
Il y a un décalage entre la perception client (en jours) et la mise en oeuvre (en semaines)1) limite il accuse les clients
on avance moins vite depuis que nous sommes plus nombreux.
2) Il y a surtout un décalage entre ce que lui annonce et la réalité .. ça fait 1,5 mois qu'il annonce que le téléphone est réparé d'ici la fin de la semaine... Je ne sais pas comment des clients font pour avoir encore confiance...A priori pas de suicides dans les équipes, c'est toujours mieux que France Télécom Orange.
New tweets ::) ::) ::)
A priori pas de suicides dans les équipes, c'est toujours mieux que France Télécom Orange.
Pas de délocalisation à Tataouïne et chaude line minable, c'est toujours mieux que les SFR, Free et consors.
1 Gbps symétrique H24, mon routeur, pas trouvé ailleurs à part MW pas encore dispo localement.
Le prix n'est pas un problème.
Si le geste commercial promis ou l'absence de geste me vexe, bah, on verra.
[...] Le churn des équipes chez k-net a l'air important, est-ce juste une impression ?
Dans les services qui n'ont pas encore été dépoussiéré, nous avons la TV et le SI, avant de s'y coller, nous recherchons 1 chef de projet informatique en charge de l'équipe de 5 dev, 1 développeur orienté open framework, 1 développeur orienté Android TV
L'encadrement a été remise en place sur le modèle de 2016, supprimant le management intermédiaire.
Internet qui fesait cohabiter 3 générations de matériel est grandement simplifié.
La téléphonie est passé de CCNQ à Asterix, reste 25% des clients à finir de migrer (appel entrant)
Recruter dans ces conditions est particulier.Ah donc il reproche aux gens d'avoir développer de l'interne, lui-même qui refuse toute presta ou aide extérieure.
Le dev fait un interne, beaucoup de monde cherche à partir, ceux qui accepte de venir n'ont clairement pas compris dans quoi ils mettaient les pieds
J'ai fait appel à 2 consultants externes(commerce et tech), 1 directeur de transition
Le Covid a changé les priorités, les personnes les plus impliqués ont pris des jobs prenant moins de temps.
Le passage de relais au sein des équipes a poussé les équipes restantes à partir.
Vu la merde, comptez pas sur moi...
Il y a un décalage entre la perception client (en jours) et la mise en oeuvre (en semaines)
L'infrastructure mise en place en 2016~19 tenait grâce à l'investissement permanent des équipes
Le bateau avançait en prenant l'eau et les ingénieurs passaient la moitié du temps à écoper
[...] Le churn des équipes chez k-net a l'air important, est-ce juste une impression ?Ba tous les anciens sont tous partie en 2 ans.
Il a déchanté le responsable communication recruté il y a peu ?Com furtive de sous-marinier?
Bonjour à tous,
Pour le moment, je patiente encore. Manque seulement téléphonie entrante.
Je reste pour le moment car point de vue débits (stables), je n'ai pas à me plaindre :
on avance moins vite depuis que nous sommes plus nombreux.
Plus d'entrée a pour ce domaine donc ça marche moins bien.
$ whois caps.services|grep "Name Server"
Name Server: ns1.k-net.fr
Name Server: ns2.k-net.fr
Name Server: ns3.k-net.fr
$ dig @ns1.k-net.fr accounts.caps.services +short
vip-stx.k-net.fr.
$ dig @resolver1.k-net.fr caps.services ns
; <<>> DiG 9.16.24-RH <<>> @resolver1.k-net.fr caps.services ns
; (2 servers found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 5981
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;caps.services. IN NS
;; AUTHORITY SECTION:
services. 3545 IN SOA v0n0.nic.services. hostmaster.donuts.email. 1647847901 7200 900 1209600 3600
;; Query time: 18 msec
;; SERVER: 178.250.209.34#53(178.250.209.34)
;; WHEN: Mon Mar 21 08:48:25 CET 2022
;; MSG SIZE rcvd: 110
$ dig @v0n0.nic.services caps.services ns
; <<>> DiG 9.16.24-RH <<>> @v0n0.nic.services caps.services ns
; (2 servers found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 61377
;; flags: qr aa rd; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1
;; WARNING: recursion requested but not available
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;caps.services. IN NS
;; AUTHORITY SECTION:
services. 3600 IN SOA v0n0.nic.services. hostmaster.donuts.email. 1647847901 7200 900 1209600 3600
;; Query time: 148 msec
;; SERVER: 65.22.20.37#53(65.22.20.37)
;; WHEN: Mon Mar 21 08:49:31 CET 2022
;; MSG SIZE rcvd: 110
Pas d'inquiétude.Tu fais la com officielle? ;)
K-Net est en train de dépoussiérer le DNS.
Les entrées DNS du ndd ont été update dans la nuit Updated Date: 2022-03-21T04:34:40Z
$ whois caps.services|head -10
[Querying whois.donuts.co]
[whois.donuts.co]
Domain Name: caps.services
Registry Domain ID: e88bdd8a9c5346d5a65f77a0e909c7f8-DONUTS
Registrar WHOIS Server: whois.bookmyname.com
Registrar URL: http://online.net
Updated Date: 2022-03-21T04:34:40Z
Creation Date: 2015-03-19T23:50:14Z
Registry Expiry Date: 2023-03-19T23:50:14Z
Registrar: Online SAS
ils avaient "juste" oublié de renouveler le domaine caps.servicesC'est un peu gros :P
C'est un peu gros :P
C'est la première raison qui vient à l'esprit ... tu en as une autre ?Non je ne vois pas d'autre raison mais c'est une grosse blague si c'est le cas
C'est la première raison qui vient à l'esprit ... tu en as une autre ?
Avertir les clientsAttendre que les clients téléphonent pour leur donner l'adresse du nouvel espace client
Non je ne vois pas d'autre raison mais c'est une grosse blague si c'est le cas
Bon, c'est vieux comme exemple.Sauf erreur, normalement il y a une période de grâce, pendant laquelle on peut récupérer son domaine.
l'important est que K-Net ne se soit pas fait piquer le nom de domaine.
Sauf erreur, normalement il y a une période de grâce, pendant laquelle on peut récupérer son domaine.Oui, l'extrait whois que j'ai envoyé ce matin laisse penser que le renouvellement a été fait ce week-end.
Tout à l'heure caps.services était toujours dans les whois, c'était juste supprimé du DNS.
Dans ma boîte, on a bien failli mettre la moitié de l'infra par terre parce qu'on a oublié de renouveler un certificat, et sur une pki interne en plus. Un samedi matin, évidemment, et les deux gars qui ont la clé de la pki ne font pas d'astreinte :)Un autre grand classique ...
L'espace client est reviendu.
Au revoir Caps, bonjour espace-client.k-net.fr
aka vip-stx.k-net.fr
L'espace client est reviendu.C'est toujours comme ça depuis 2 ans sauf pour les pro
Au revoir Caps, bonjour espace-client.k-net.fr
aka vip-stx.k-net.fr
C'est déjà arrivé, à d'autres, plus gros et plus connus. Exemple Microsoft:Oui je sais, heureusement il y a la période de grâce de 30 jours.
https://www.theregister.com/2003/11/06/microsoft_forgets_to_renew_hotmail/
Bon, c'est vieux comme exemple.
l'important est que K-Net ne se soit pas fait piquer le nom de domaine.
C'est toujours comme ça depuis 2 ans sauf pour les pro
En gros ce qui marche encore c'est les "services pas rafraichis" et la factu
Les pros sont encore en caps.services. Je viens de checkPour le GP, seul l'authentification est faite sur caps.services.
Le 16 février 2022, la problématique de téléphonie n’est toujours pas traitée.
Un courrier de mise en demeure de rétablissement de service a été envoyé à K-NET par le SIEA le 9 février
2022.
Et le 01?Officiellement le 01 n'a pas de souci sauf le problème de chemin qui dure depuis 5 mois
Enfin des news!!!
(https://zupimages.net/up/22/12/wtj6.png)
Ou peut on trouver cette info ?https://www.k-net.fr/etat-du-reseau-et-des-services/
Sinon depuis ma supervision. Vous avez eu des soucis de paquets entre 22h00 et 23h
(https://pix.milkywan.fr/yOnGPyPp.png)
Site K-NET aucun souci
(https://pix.milkywan.fr/gRziWOxH.png)
Pareil depuis ici :Merci, mais comment se fait-il que j'ai des problèmes de paquets si tout est ok chez K-Net?
Et vers K-Net, pas de problèmes sur la même période.
Enfin des news!!!
(https://zupimages.net/up/22/12/wtj6.png)
Merci, mais comment se fait-il que j'ai des problèmes de paquets si tout est ok chez K-Net?
Un problème de négociation sur le port de l'ONT ? ???
J'imagine l'ONT du client dont on voit la MAC apparaître…
Un problème de négociation sur le port de l'ONT ? ???La formulation sur l'incident dans le message d'update du 23/02 est très floue et ne permet pas de comprendre de quoi il s'agit en réalité. Il n'y a pas besoin d'engager une "intervention de l'OI" s'il suffit d'expédier un nouvel ONT à un client.
J'imagine l'ONT du client dont on voit la MAC apparaître…Pour moi, impossible de dire si l'incident évoqué sur la page K-Net est lié à cette histoire de DHCPv6
Maintenant, comment diable l'ONT est-il responsable d'un spam d'un paquet SOLLICIT de DHCPv6 ?
La formulation sur l'incident dans le message d'update du 23/02 est très floue et ne permet pas de comprendre de quoi il s'agit en réalité. Il n'y a pas besoin d'engager une "intervention de l'OI" s'il suffit d'expédier un nouvel ONT à un client.
Pour moi, impossible de dire si l'incident évoqué sur la page K-Net est lié à cette histoire de DHCPv6
Bonjour,
Je confirme que depuis 11H30 pareil à Villiers sur Orge (à côté de SGDB). Le ONT est OK mais pas d'IP fourni par l'opérateur d'infrastructure. Je suis chez VidéoFutur qui ne semblait aps au courant et qui comme d'habitude ... voulait que je reset ma BOX usine ... alors que j'ai pleins de conf statique dedans ...
Merci de l'info que je ne suis aps le seul ;)
Toujours coupé totalement (sans IP) depuis 11h30, nous ne sommes que 2 ? Je suis pour ma part coté bas SGDB
On est d'accord que https://old-espace-client.covage.com/ est ko ?Oui, j'ai remarqué ce matin.
Oui, j'ai remarqué ce matin.
Vu son nom, il est possible qu'il ne revienne pas. D'autant plus que la dernière fois que j'ai regardé, il m'a semblé que les browsers modernes n'appréciaient pas vraiment son https.
Pourtant il continuait à être alimenté.
Depuis 22h30 ce soir, retour à la normale :)
Tu parles de la boucle IPv6?
Si oui alors ca coïncide avec le retour en ligne de ma K-Box d'après les infos sur le site web.
Je touche du bois, je croise les orteils pour que ca tienne :)
Les Icotera ont été migré de manière automatique cette nuit finissant le passage de l'ensemble de nos clients sur la nouvelle infrastructure.C'est vrai ?
Progression de la communication GP :C'est bien le problème : toi et moi ne sommes pas des clients de Covage. Dans leur raisonnement, on n'a donc aucune raison de chercher à savoir ce qu'il se passe ...
– on a un site bilingue et fonctionnel pour suivre les incidents et interventions.
– on a un nouveau site inaccessible. L'ancien est encore là, avec les infos, mais le certificat n'est pas à jour, et les navigateurs modernes n'y ont pas accès.
Oui, la fameuse boucle qui saturait la collecte.On te félicite ! Mais COVAGE et K-NET bande d'amateur ...
C'était bien lié :)
On te félicite ! Mais COVAGE et K-NET bande d'amateur ...Ils n'ont vraiment honte de rien!
Ils n'ont vraiment honte de rien!
Comme d'hab, c'est le client qui met en place les supervisions et le suivi des incidents!
@bOLEMO : les paquets v6 ont disparu? Covage ou K-net t'ont réglé la prestation de service?
@bOLEMO : +1
Génie de service de K-net : -1
On va continuer à compter les points! :D
L'erreur a été commise par un manque de vision et d'anticipation dans le passé. On ne peut plus rien y changer et en gros, ils repartent de zéro (ou tout comme), et ça prend du temps. Espérons que cela leur apporte une expérience utile pour que cela ne se reproduise plus. J'y crois encore.
J'entends le même bullshit depuis 10 ans :)
"oui on a fait des erreurs dans le passé, mais désormais, promis, on va changer"
Cette fois-ci, l'existence même de K-Net est menacée s'ils ne réagissent pas ils coulent… De nombreux clients sont partis. FB qui était dans une torpeur (apparente) s'est réveillé et s'implique à nouveau dans sa boîte.K-Net a maintenant la concurrence des OCEN sur la plupart des RIP, ça doit les obliger à changer radicalement leur stratégie. Parmi les "différentiateurs" qu'ils peuvent ou pourraient mettre en avant à mon avis (je peux me tromper) :
La logique est la bonne : refondre l'infra et les services, parce qu'ils en avaient perdu la maîtrise (cela ne veut pas dire que l'ancienne infra était mauvaise, elle fonctionnait et plutôt bien ; ils en ont simplement perdu la maîtrise et après avoir essayé des rustines et des bidouilles pour maintenir un système interne qu'ils ne contrôlaient plus (ceux qui l'avaient développé et déployé sont partis), ils ont compris qu'il fallait la laisser tomber et refondre quelque chose de nouveau qu'ils sont en mesure de contrôler).Pour nous qui avons été patients jusqu'à présent et qui pour la plupart comprenons la technique, il faudrait que K-Net joue la transparence et documente cette refonte, en nous expliquant pourquoi elle va permettre d'offrir un service de haute qualité aux clients ... là encore un différentiateur potentiel par rapport à des concurrents "industriels".
Maintenant, tout cela prends du temps, mais en attendant, de mon côté il ne me manque que l'IPv6, tout le reste est ok pour moi.
Peut-être rien à voir, mais il semble que depuis que tout est revenu à la normale sur le GPON (entre 22h30 et 22h35), lui ait perdu sa connexion…J'espère pas qu'ils ont nuked la plage d'ip pour résoudre le problème.
Cette fois-ci, l'existence même de K-Net est menacée s'ils ne réagissent pas ils coulent… De nombreux clients sont partis. FB qui était dans une torpeur (apparente) s'est réveillé et s'implique à nouveau dans sa boîte.
La logique est la bonne : refondre l'infra et les services, parce qu'ils en avaient perdu la maîtrise (cela ne veut pas dire que l'ancienne infra était mauvaise, elle fonctionnait et plutôt bien ; ils en ont simplement perdu la maîtrise et après avoir essayé des rustines et des bidouilles pour maintenir un système interne qu'ils ne contrôlaient plus (ceux qui l'avaient développé et déployé sont partis), ils ont compris qu'il fallait la laisser tomber et refondre quelque chose de nouveau qu'ils sont en mesure de contrôler).
Maintenant, tout cela prends du temps, mais en attendant, de mon côté il ne me manque que l'IPv6, tout le reste est ok pour moi.
Une interprétation créative des faits, mais pourquoi pas :)
Voila des éléments pour étoffer ta reflexion:
20% de clients en moins depuis 1 an,
dont 10% depuis 3 mois :Survenue de problèmes majeurs, les rustines ne suffisent plus… hémorragie de clients, panique car ils se rendent compte de la perte de la maîtrise, réalisation soudaine de leur part de la situation catastrophique.
pour une boite ayant peu de trésorerie et se basant sur de la croissance, n'est-il pas trop tard ?Je ne suis pas comptable, je ne sais pas.
Vu de l'extérieur, perçois-tu des compétences, une maîtrise du périmètre etc ?Je ne vois pas grand chose de l'extérieur. Ni avant ni maintenant.
Les mêmes causes engendrent les mêmes effets : as-tu constaté une altération des pratiques de frank (tu peux t'imprégner de ses nombreuses communications twitter, et pas que) ?Je demande plus de communication sur Twitter, et il communique plus.
M'enfinComme dirait Gaston ;)
Je n'ai pas de contacts chez K-Net. Je vois que ça s'améliore, je suis sur la nouvelle infra téléphonique qui fonctionne. Ma connexion IPv4 et son débit fonctionnent très bien. Techniquement, il ne me manque que l'IPv6 et une interface pour la téléphonie pour retrouver les services que j'avaient.
plus de IELO qui a des routes d'excellente qualité)A ce jour ce n'est pas coupé ???
Pour toi oui, mais visiblement pour beaucoup c'est pas le cas. K-Net ne pourra pas tenir si ça fonctionne chez toi, mais pas chez les autres (qui partent, la marge avec). C'est ça qui est dangereux quand on regarde que son nombril. Cette section du forum nous le montre bien : il ne se passe pas un jour sans un pet chez un membre ici.
De toutes façons, il faut maintenant acheter moins cher et moins qualitatif pour compenser toute la perte de chiffres et faire des coupes budgétaires pour garder K-Net rentable et viable pour ceux qui restent. Il y aura encore d'autres choix difficiles à faire. Ca a déjà commencé avec la partie internet (plus de IELO qui a des routes d'excellente qualité). J'imagine que la téléphonie y passe aussi (vu qu'il faut 4 mois pour rebuild un asterisk...), et la TV. A ce sujet, FB a évoqué sa refonte... juste avec des développeurs (sourire). Vu le fiasco de la téléphonie, il ferait mieux de laisser le service en l'état.
Après ça n'empêche pas de rétablir la qualité d'antant à moyen terme évidemment, ce n'est pas une fatalité. Mais comme le dit Val, "le marché a changé".
Si je ne regardais que mon nombril, je n'essayerais pas d'aider ceux qui ont des problèmes (avec des sondes, des scripts perso, le partage de solutions ou encore contacter FB sut Twitter pour les problèmes d'autres clients…), ni de monitorer et rapporter des problèmes qui ne me concernent pas directement comme la boucle DHCPv6 ; cela se passait certes dans mon GPON, mais n'affectait pas la qualité de ma connexion perso. Cependant j'étais bien placé pour être témoin du problème, le mesurer, et le rapporter en détail à K-Net, Covage, Altitude, le Département du 14, etc…
Étant investisseur chez K-Net, je ne sens impliqué par la réussite de la boîte.
Étant client de K-Net, je le suis aussi, d'autant que leur offre reste malgré tout unique.
A ce jour ce n'est pas coupé ???J'avais posté il y a qq semaines, ils ont activé sparkle et prepend ielo à fond pour ne plus faire rentrer le trafic par eux.
Étant investisseur chez K-Net, je ne sens impliqué par la réussite de la boîte.
J'avais posté il y a qq semaines, ils ont activé sparkle et prepend ielo à fond pour ne plus faire rentrer le trafic par eux.
Ah, j'ignorais ce détail. Dans ce cas, je te trouve bien complaisant. Aider tes prochains, OK c'est louable et j'encourage cela. Mais si c'est pour assurer coûte que coûte ton investissement, c'est biaisé et pour le coup ça me semble désespéré. Le but c'est que ça rapporte sans rien faire, mais si tu es obligé de faire du support (et que tu aimes ça), autant postuler je dirais. Après tu fais ce que tu veux de ton argent, mais c'est pas comme ça que j'investis perso. Sinon je serais déjà en burnout.
Je pense que personne ici ne se réjouit de voir K-Net couler. On est probablement pas mal à avoir résilié, pas par mauvais esprit mais simplement parce que ce n'était plus tenable.
Perso, c'est ce que j'ai fait, après avoir longtemps hésité, et pas sans un petit courrier personnel au patron pour expliquer mon état d'esprit. Je continue à espérer que K-Net remonte un jour la pente.
Investisseurs parce qu'abonnés à vie, simples clients, anciens clients ou rien de tout ça, il y a pas mal de passionnés de réseau qui traînent ici. Quand il y a un truc à debug, le vrai amateur se fiche pas mal de savoir s'il rend service à la concurrence, s'il protège son investissement, si c'est de la complaisance ou si c'est complètement désintéressé. Il debug par passion, parce qu'il a un os à se mettre sous la dent, parce que c'est formateur, pour donner un coup de main, et quand il tient une piste il essaye de faire partager ses résultats avec ceux à qui ça peut être utile (ce qu'a fait bolemo il me semble, mais j'ai pas trop suivi l'histoire de la trame folle).
Et en effet, ça ne me viendrait même pas à l'idée de refuser d'aider quelqu'un parce qu'il est chez Orange ou Free... C'est un forum d'entraide avec des passionnés d'info.+1000
+1000
Ce que je fais depuis le début
... d'autres qui veulent les voir couler …à mon sens cela résume parfaitement l'état d'esprit des non-clients KNet qui interviennent dans cette section
😭Sa supervision a bugé. (https://smokeping.brigadoon.fr/?target=Divers tu vois le même trou pour tout le monde)
https://smokeping.brigadoon.fr/?displaymode=n;start=2022-03-26%2016:53;end=now;target=Divers.CapsGaille
http://83.166.136.142/smokeping/?target=KNET.Gaille ta co est parfaite
Sa supervision a bugé. (https://smokeping.brigadoon.fr/?target=Divers tu vois le même trou pour tout le monde)
http://83.166.136.142/smokeping/?target=KNET.Gaille ta co est parfaite
c'est de pire en pire.Ton graphique est OK http://83.166.136.142/smokeping/?target=KNET.Gaille chez moi.
Ton graphique est OK http://83.166.136.142/smokeping/?target=KNET.Gaille chez moi.
OK? c'est normal ces parties grises au-dessus de la ligne verte?la zone sombre autour de la ligne montre la quantité de variation entre les pings.
Ton graphique est OK http://83.166.136.142/smokeping/?target=KNET.Gaille chez moi.
Peut être simplement un changement de chemin pour votre site.
Je ne comprends rien, uptimerobot qui ping mon routeur a un ping très élevéDepuis la côte ouest des états unis, donc quasi l'autre bout du monde
- Latence toujours autour de 28 ms au lieu des 2 ms que l'on avait avant décembre. 28ms c'est la latence d'une connexion ADLS, pas fibre.Je dirais plutôt que c'est la latence normale d'un Nice-Paris.
- Latence toujours autour de 28 ms au lieu des 2 ms que l'on avait avant décembre. 28ms c'est la latence d'une connexion ADLS, pas fibre.J'ai déjà expliqué plusieurs fois. 28MS ce n'est pas une connexion ADSL. Si le serveur est dans un autre pays c'est ok :)
Le replay ne marche que partiellement:Vous pouvez oublier, il y a plus de dev tv en ce moment.
Depuis la côte ouest des états unis, donc quasi l'autre bout du monde[…alors que j'avais environ 3 avant…]
[…alors que j'avais environ 3 avant…]Impossible depuis les US :P Depuis un serveur suisse oui
Impossible depuis les US :P Depuis un serveur suisse ouiOK. Mais qu'est qu'il fait que je «pingé» depuis un serveur US maintenant?
OK. Mais qu'est qu'il fait que je «pingé» depuis un serveur US maintenant?Uptimerobot est au US, tu n'y peux rien!
Comme je n'ai aucun contrôle sur le service…
Et c'est sûr que tu n'as jamais eu 3ms depuis chez eux.Le plus petit ping possible sera ici http://83.166.136.142/smokeping/?target=KNET.Gaille quand K-NET aura corriger le problème.
- Latence toujours autour de 28 ms au lieu des 2 ms que l'on avait avant décembre. 28ms c'est la latence d'une connexion ADLS, pas fibre.
Je dirais plutôt que c'est la latence normale d'un Nice-Paris.On (Alpes Maritimes - Paris) est autour de 18-19 ms ;)
On (Alpes Maritimes - Paris) est autour de 18-19 ms ;)
En novembre, j'avais cela (photo ci-dessous), même en changeant de serveur je n'y arrive plus.Comme j'ai dit plusieurs fois ;) C'est un serveur en SUISSE. Oui ce problème est connu, mais ça ne change rien à la navigation internet.
Comme j'ai dit plusieurs fois ;) C'est un serveur en SUISSE. Oui ce problème est connu, mais ça ne change rien à la navigation internet.
Les flux de l'Ain remonte à Paris au lieu de passer par Genève en ce moment depuis 4 mois.
Et ? Je peux mettre un serveur en France, c'est pareil, pas moyen de revenir sous les 28 ms !Essayer un serveur à Paris ? Appliwave ou Bouygues Telecom
Uptimerobot est au US, tu n'y peux rien!
Et c'est sûr que tu n'as jamais eu 3ms depuis chez eux.
Le plus petit ping possible sera ici http://83.166.136.142/smokeping/?target=KNET.Gaille quand K-NET aura corriger le problème.
Essayer un serveur à Paris ? Appliwave ou Bouygues Telecom
Encore une fois, les 2ms sont des valeurs fréquentes dans des hôtels, curieux que ici on ne puisse puisse plus revenir à ce que l'on avait précédemment. La latence a son importance, car cela signifie qu'entre chaque requête il faut attendre 28ms entre chaque échange.
Le sujet de la latence passionne les foules, mais est-ce que ça change quelque chose pour l'utilisation quotidienne ? "entre chaque échange", concrètement ça veut dire quoi ? Qu'un mail va mettre 28 ms de plus à partir, parce qu'il y a 28 ms de latence dans l'échange SMTP (pour ceux qui font encore du SMTP...) ? Pour le web, franchement, 2 TB de javascript pour afficher trois phrases à la fois sur un écran full HD (parce qu'on développe "mobile-first", c'est forcément mieux, vanne gratuite), c'est pas 28 ms qui vont changer grand chose.
Pour la VoIP, qui est l'application "grand public" la plus critique de ce point de vue, 28 ms on ne s'en rend même pas compte.
Au boulot, on passe de la radio sur des réseaux qui montent à 40-50 ms de latence, ça commence à devenir un problème, mais c'est vraiment spécifique, à part peut être quelques radioamateurs personne ne fait ça sur sa connexion FTTH.
Alors les gamers, les musiciens qui font des jams en ligne, les traders "haute fréquence" (arf, arf...), je dis pas, mais pour le reste ???
Perso, je préfère avoir un truc solide à 30 ms qu'un réseau tout moisi avec un MTU pourri, des pertes de paquets, de l'IPv6 qui ne marche pas, mais où le speedtest me montre 2 ms...
Bon, je ne dis pas que ce n'est pas un problème, parce que significatif d'une moins bonne interconnexion de l'opérateur avec ses réseaux de transit / peering, je m'interroge juste sur la signification réelle d'une latence à 20-30 ms.
Je pense que Littlecasper ne se plaint pas forcément de cette latence mais du fait qu'avant janvier il y en avait nettement moins... Moi même, avant décembre, chez K-Net c'était 2-3ms systématiquement, 5ms maxi pour le moindre test sur degrouptest...Quand j'ai dit pour la 60 eme fois sur ce forum le routage du backbone est en train de changer. Donc ce problème doit disparaitre dans les prochains mois
Idem avechttps://testdebit.info/
"laFibre.info" à Lyon, 28ms
" IT.Gate S.p.A" à Turin, 26 ms
" Vialis " à Colmar 21 ms
"Orange" à Lyon 30 ms
"SFR" Lyon 19 ms
Le gros plus avantage de la 5G est de descendre sous 1ms de latence. Avec Knet on remonte....Alors oui et non :) ça dépends toujours du serveur.
Le sujet de la latence passionne les foules, mais est-ce que ça change quelque chose pour l'utilisation quotidienne ? "entre chaque échange", concrètement ça veut dire quoi ? Qu'un mail va mettre 28 ms de plus à partir, parce qu'il y a 28 ms de latence dans l'échange SMTP (pour ceux qui font encore du SMTP...) ? Pour le web, franchement, 2 TB de javascript pour afficher trois phrases à la fois sur un écran full HD (parce qu'on développe "mobile-first", c'est forcément mieux, vanne gratuite), c'est pas 28 ms qui vont changer grand chose.
Pour la VoIP, qui est l'application "grand public" la plus critique de ce point de vue, 28 ms on ne s'en rend même pas compte.
Au boulot, on passe de la radio sur des réseaux qui montent à 40-50 ms de latence, ça commence à devenir un problème, mais c'est vraiment spécifique, à part peut être quelques radioamateurs personne ne fait ça sur sa connexion FTTH.
Alors les gamers, les musiciens qui font des jams en ligne, les traders "haute fréquence" (arf, arf...), je dis pas, mais pour le reste ???
Perso, je préfère avoir un truc solide à 30 ms qu'un réseau tout moisi avec un MTU pourri, des pertes de paquets, de l'IPv6 qui ne marche pas, mais où le speedtest me montre 2 ms...
Bon, je ne dis pas que ce n'est pas un problème, parce que significatif d'une moins bonne interconnexion de l'opérateur avec ses réseaux de transit / peering, je m'interroge juste sur la signification réelle d'une latence à 20-30 ms.
Quand j'ai dit pour la 60 eme fois sur ce forum le routage du backbone est en train de changer. Donc ce problème doit disparaitre dans les prochains mois
https://testdebit.info/
Perso je n'ai jamais vu plus de 5ms sur un accès fibre sur les réseaux que j'ai plu utiliser en entreprise ou hôtels ou amis. C'est donc qu'il y a un soucis chez Knet.Encore faux ...
Le sujet de la latence passionne les foules, mais est-ce que ça change quelque chose pour l'utilisation quotidienne ? "entre chaque échange", concrètement ça veut dire quoi ? Qu'un mail va mettre 28 ms de plus à partir, parce qu'il y a 28 ms de latence dans l'échange SMTP (pour ceux qui font encore du SMTP...) ? Pour le web, franchement, 2 TB de javascript pour afficher trois phrases à la fois sur un écran full HD (parce qu'on développe "mobile-first", c'est forcément mieux, vanne gratuite), c'est pas 28 ms qui vont changer grand chose.
Pour la VoIP, qui est l'application "grand public" la plus critique de ce point de vue, 28 ms on ne s'en rend même pas compte.
Au boulot, on passe de la radio sur des réseaux qui montent à 40-50 ms de latence, ça commence à devenir un problème, mais c'est vraiment spécifique, à part peut être quelques radioamateurs personne ne fait ça sur sa connexion FTTH.
Alors les gamers, les musiciens qui font des jams en ligne, les traders "haute fréquence" (arf, arf...), je dis pas, mais pour le reste ???
Perso, je préfère avoir un truc solide à 30 ms qu'un réseau tout moisi avec un MTU pourri, des pertes de paquets, de l'IPv6 qui ne marche pas, mais où le speedtest me montre 2 ms...
Bon, je ne dis pas que ce n'est pas un problème, parce que significatif d'une moins bonne interconnexion de l'opérateur avec ses réseaux de transit / peering, je m'interroge juste sur la signification réelle d'une latence à 20-30 ms.
+1
Surtout qu'en général les routeurs/box divers et avariés souffrent congénitalement de bufferbloat qui fait monter le ping facilement à 1s dès qu'il y a un peu de traffic sur le lien.
Un test comme Fast.com est de ce point de vue bien plus révélateur (en mode "voir plus d'infos" puis "latence chargé"). Et tout ça sans parler en plus de la latence propre au wifi (pour ceux qui ont renoncé au sacro saint câble ethernet), notamment dans les zones urbaines très chargées. Donc à part se toucher pour dire qu'on a la plus petite (😬), ce chiffre ne veut pas dire grand chose. Mais bon je dis ça je dis rien ;D
Encore faux ...
On a des millions d'exemple ici +5 ms pour de la fibre.
https://www.speedtest.net/result/d/61e19e76-7b90-4560-8ed2-5998f6eb5be8 J'ai 10 ms Région Grand EST -Paris ;) ça dépends surtout du serveur de test même pour de la fibre.
Désolé, mais quand je suis en déplacement et que je me connecte depuis un hôtel je fais quasi systématiquement un speedtest pour voir ce qui est disponible comme débit sur le Wifi de l'hôtel. Dans la très grande majorité des cas c'est toujours inférieur à 5ms.
Alors merci de na pas me dire que c'est faux !
Le sujet de la latence passionne les foules, mais est-ce que ça change quelque chose pour l'utilisation quotidienne... et invite ceux que ça intéresse à lire le RFC7323 (TCP Extensions for High Performance). Ces optimisations existent dans les OS habituels depuis plus de 15 ans.
Perso je n'ai jamais vu plus de 5ms sur un accès fibre sur les réseaux que j'ai plu utiliser en entreprise ou hôtels ou amis. C'est donc qu'il y a un soucis chez Knet.
+1
Surtout qu'en général les routeurs/box divers et avariés souffrent congénitalement de bufferbloat qui fait monter le ping facilement à 1s dès qu'il y a un peu de traffic sur le lien.
Un test comme Fast.com est de ce point de vue bien plus révélateur (en mode "voir plus d'infos" puis "latence chargé"). Et tout ça sans parler en plus de la latence propre au wifi (pour ceux qui ont renoncé au sacro saint câble ethernet), notamment dans les zones urbaines très chargées. Donc à part se toucher pour dire qu'on a la plus petite (😬), ce chiffre ne veut pas dire grand chose. Mais bon je dis ça je dis rien ;D
Désolé mais quand vous parlez de latence sans prendre en compte la source et la destination, vous perdez juste toute crédibilité.
Merci de m'expliquer pourquoi dans exactement la même configuration avant décembre j'avais 2ms de latence avec Speedtest et depuis 26 à 28 ms, sachant qu'avec le même laptop, dans la plupart des hôtels et entreprises où je vais, si je fais un Speedtest, je suis en dessous des 5ms.
Alors vous pouvez argumenter que cela ne veut rien dire sauf que cela signifie que quelque chose a changé et dans le mauvais sens. Désolé.
Visiblement je ne suis pas le seul à avoir constaté cela.
Merci de m'expliquer pourquoi dans exactement la même configuration avant décembre j'avais 2ms de latence avec Speedtest et depuis 26 à 28 ms, sachant qu'avec le même laptop, dans la plupart des hôtels et entreprises où je vais, si je fais un Speedtest, je suis en dessous des 5ms.
Alors vous pouvez argumenter que cela ne veut rien dire sauf que cela signifie que quelque chose a changé et dans le mauvais sens. Désolé.
Visiblement je ne suis pas le seul à avoir constaté cela.
Ce qui a changé, c'est un paramètre de routage :
https://lafibre.info/k-net-incident/recapitulatif-des-problemes-en-cours-et-non-resolus/msg929689/#msg929689
Il est connu de K-Net, car j'en ai informé le NOC qui l'a bien reçu.
Sinon, pour le reste, on parle dans le vide sans faits précis. Quels serveurs sont utilisés pour mesurer le ping dans chaque cas de figure (hotels et autre…).
En novembre, j'avais cela (photo ci-dessous), même en changeant de serveur je n'y arrive plus.Non seulement c'est un serveur en Suisse, comme l'a écrit thedark, mais en plus SIG-Telecom ("Services industriels de Genève") c'est le réseau de l'OI de la branche suisse de K-Net ("K-Sys"), et autant que je sache K-Net dans l'Ain et K-Sys avaient une bonne partie de l'infrastructure en commun, probablement dans les locaux techniques de Saint-Genis-Pouilly ?
[...]
La latence selon Speedtest à 2 ms chez Knet avant le bordel était le même quelque soit la localisation du serveur en Suisse, que ce soit Genève, Zurich, Bâle etc... Maintenant, elle est autour de 28 ms que le serveur soit en France, Italie ou Suisse... donc la latence semble indépendante de la distance, mais spécifique à l'infrastructure Knet...C'est pas exclu, une petite comparaison de traces mtr avant/après pourrait aider, plus qu'un screenshot speedtest ...
Et normal puisque la route depuis l'Ain n'est plus directe vers la Suisse si j'ai tout suivi.
dire "Avant je pinguais le serveur speedtest de Genève en 5ms, maintenant 25" ça c'est correct.
Non seulement c'est un serveur en Suisse, comme l'a écrit thedark, mais en plus SIG-Telecom ("Services industriels de Genève") c'est le réseau de l'OI de la branche suisse de K-Net ("K-Sys"), et autant que je sache K-Net dans l'Ain et K-Sys avaient une bonne partie de l'infrastructure en commun, probablement dans les locaux techniques de Saint-Genis-Pouilly ?
Autant dire que le serveur speedtest qui répondait était au bout de ta fibre, le TTL devait être à 62 ou 63...
Le nombre d'équipements traversés a aussi son importance, pas seulement la distance "brute" en termes de longueur de fibre...
C'est pas exclu, une petite comparaison de traces mtr avant/après pourrait aider, plus qu'un screenshot speedtest ...
Et normal puisque la route depuis l'Ain n'est plus directe vers la Suisse si j'ai tout suivi.
Cette augmentation de la latence n'est pas la conséquence d'une infrastructure qui sature comme écrit plus haut mais par une route plus longue.
Route plus longue = durée de réponse plus longue.
Et normal puisque la route depuis l'Ain n'est plus directe vers la Suisse si j'ai tout suivi.
Cette augmentation de la latence n'est pas la conséquence d'une infrastructure qui sature comme écrit plus haut mais par une route plus longue.
Route plus longue = durée de réponse plus longue.
Quid de Infomaniak ? J'avais également 2ms avec eux ?
"laFibre.info" à Lyon, 28ms
" IT.Gate S.p.A" à Turin, 26 ms
" Vialis " à Colmar 21 ms
"Orange" à Lyon 30 ms
"SFR" Lyon 19 ms
"lasotel" Lyon 24 ms
"Promoteus" Cologno 27 ms
"TIM" Milan 27 ms
"fdcservers.net" Zurich 32 ms
J'ai essayé ces autres routes (France à Lyon, Suisse, Italie), pas vraiment d'influence par rapport à la distance
Infomaniak… Ils ont une interco à Genève je crois, donc quand la route était directe Ain-Genève, c'était direct.http://83.166.136.142/smokeping/?target=KNET.Gaille un exemple ;) VM chez Infomaniak sur deux IP K-NET + Interco
C'était un ping exceptionnellement remarquable. Maintenant tu as un ping très bon.
C'est exactement ça.
La conséquence est un ping plus élevé, mais qui reste très bon.
Au final, on parle vraiment ici d'un paramètre qui n'a vraiment que très très peu voire aucune influence sur la qualité de la connexion et l'expérience utilisateur.
Passer d'un ping à 15 ms à 150 ms, oui ça peut se ressentir (et encore dans des situations très particulières comme le gaming de pointe).
Je crois que ce qui impressionne, c'est de voir une mesure passer de 5 à 25… Mon Dieu, c'est cinq fois plus élevé ! Etc…
Mais c'est comme de dire par exemple que la longueur d'un câble ethernet qui était de 5 cm est maintenant de 25 cm… Certes c'est 5 fois plus long, et ça affecte un tout petit petit peu la qualité de la connexion, mais c'est… négligeable ::)
Passer de 5 à 25 mètres, c'est une autre histoire si le câble n'est pas de bonne qualité… Et de 50 m à 250 mètres, encore plus.
Et Paris ?
Je ne suis pas d'accord, si vous avez 1000 échanges entre un client serveur (échange + acquittement),
2 ms de latence par échange cela fera 2 secondes de latence totale pour finaliser l'échange
28 ms de latence par échange cela fera 28 secondes de latence totale pour finaliser l'échange
Ce n'est plus négligeable...
Speedtest cherchant les serveurs les plus proches géographiquement, je ne peux sélectionner un serveur sur Paris.
Divers pings à essayer sur Paris : 37.49.236.105 195.42.144.220 92.118.98.22Il y a mieux ping k-net.testdebit.info :P
Et sur SGP : 178.250.209.217 178.250.209.8
C'est théoriquement juste, mais sur quels protocoles du monde réel fait-on 1000 échanges entre un client et un serveur sans passer aucune donnée utile ? Et en couche application, hein, si on cause TCP, il y a un mécanisme de fenêtrage qui fait qu'on n'attend pas l'acquittement du premier paquet (segment...) pour envoyer la suite...
Je ne suis pas d'accord, si vous avez 1000 échanges entre un client et un serveur (échange + acquittement),Quelle est donc cette application (à part ping) qui enchaîne des "échanges + acquittements" ?
Quelle est donc cette application (à part ping) qui enchaîne des "échanges + acquittements" ?
Si elle s'appuie sur TCP, elle est très mal écrite et ne profite pas des dizaines d'années d'expérience de la mise au point du protocole TCP.
Si elle s'appuie sur UDP, elle n'a sans doute pas besoin d'ACK pour chaque échange
Oui il y'a un souci de latence dans l'Ain chez K-Net, depuis décembre en fait :)Ce qui est mon cas, de 2 à 25 depuis longtemps maintenant.
dire "Avant je pinguais le serveur speedtest de Genève en 5ms, maintenant 25" ça c'est correct.
Quand on pilote des équipements / systèmes à distance, chaque commande / retour / visualisation est validé par un acquittement et la précision des commandes implique des échanges à intervalles très réduits. C'est pour cela que la 5G est une technologie qui va prendre le relais car elle est largement sous la milliseconde afin de permettre une totale fluidité.
Par exemple assistants de chirurgie à distance etc...
... Par exemple assistants de chirurgie à distance etc ...Tu fais ça depuis chez toi ? Cool 8)
... Donc, je ne sais pas qu'est ce est bien ou pas, mais je peux dire que «c'était mieux avant» ...Je suis aussi dans le 01 et je n'ai rien remarqué
Quand on pilote des équipements / systèmes à distance, chaque commande / retour / visualisation est validé par un acquittement et la précision des commandes implique des échanges à intervalles très réduits. C'est pour cela que la 5G est une technologie qui va prendre le relais car elle est largement sous la milliseconde afin de permettre une totale fluidité.
Par exemple assistants de chirurgie à distance etc...
Quand on pilote des équipements / systèmes à distance, chaque commande / retour / visualisation est validé par un acquittement et la précision des commandes implique des échanges à intervalles très réduits. C'est pour cela que la 5G est une technologie qui va prendre le relais car elle est largement sous la milliseconde afin de permettre une totale fluidité.
Par exemple assistants de chirurgie à distance etc...
Oui enfin la 5G va gagner un peu de temps entre le téléphone et la tour, mais ensuite, c'est pareil.Il y a quand même la notion de edge computing avec la 5G, ça évite des allers-retours sur le cloud pour les traitements qui ont besoin de faibles latences... enfin, ça c'est la théorie, j'attends de voir qui l'implémentera et comment.
Sinon, pour le pilotage, c'est donc du temps réel, et la latence ne s'accumule donc pas… On reste à un décalage de 28 ms voir un peu plus s'il y a un échange à chaque fois, mais le décalage reste constant.Une application qui a besoin d'une boucle de rétroaction rapide pourrait être pénalisée, mais encore une fois, à mon avis c'est pas des trucs qu'on pose sur la FTTH...
S'il y a 1 000 échanges pour chaque commande envoyée, c'est un système très peu efficace…
Il y a quand même la notion de edge computing avec la 5G, ça évite des allers-retours sur le cloud pour les traitements qui ont besoin de faibles latences... enfin, ça c'est la théorie, j'attends de voir qui l'implémentera et comment.
Une application qui a besoin d'une boucle de rétroaction rapide pourrait être pénalisée, mais encore une fois, à mon avis c'est pas des trucs qu'on pose sur la FTTH...
Moi j'ai un ping négatif, c'est pas pour autant que je passe moins de temps sur internet...
34 pages pour un ping de 25ms... ::)
Quand Littlecasper va s’apercevoir qu'entre lui et son voisin chez K-net, il y a aussi 25ms parce que l'interco passe par Paris, ça va faire un choc!
Si tu avances quand je recule, comment veux-tu que je t'enc*le.
Désolé d'alimenter le flood...
J'ai essayé ces autres routes (France à Lyon, Suisse, Italie), pas vraiment d'influence par rapport à la distance
Je ne suis pas d'accord, si vous avez 1000 échanges entre un client et un serveur (échange + acquittement),
2 ms de latence par échange cela fera 2 secondes de latence totale pour finaliser l'échange
28 ms de latence par échange cela fera 28 secondes de latence totale pour finaliser l'échange
Ce n'est plus négligeable...
Ce n'est pas la distance à vol d'oiseau qui compte, c'est la distance parcouru par les paquets.
Pour la majorité des échanges, il n'y a pas d'acquittement à chaque paquet envoyé.
En UDP, pas d'acquittement du tout au niveau L3, ça peut éventuellement être fait au niveau L7 (par l'application elle-même) comme avec QUIC.
En TCP, il y a un acquittement pour le 3 way handshake, puis régulièrement mais pas pour chaque paquet de la même connexion. Et la plupart des applications (en tout cas celles bien codées) vont réutiliser une connexion ouverte (voire en avoir plusieurs en parallèle avec un système de pools de connexions) pour plusieurs requêtes vers un même serveur.
Donc non, dans le vrai monde, ça ne prendra pas 28 secondes.
informations d'une dizaine ou vingtaine de sites va faire 20 x 28 ms soit 560 ms
Moi j'ai un ping négatif, c'est pas pour autant que je passe moins de temps sur internet...MDR.
Qu'est-ce que ça serait pour un ping à 40 !!!!! :o ???
MDR.
Oui et on sent bien qu'on a là quelqu'un de très expérimenté, qui a certainement connu les joies des réseaux Token Ring ou l'âge d'or du modem 56K ;P
Faut arrêter de nourrir les trolls de montagne ::)
Ah, le temps des BBS, en 16k (ou 14 ? C’est loin…) et 28k… 56k, c’était le luxe !14.4 (V32bis), 28.8 et 33.6 (V34). Ensuite on a eu V90/V92 jusqu'à 56k et la compression en ligne V44, là c'était happy hour tous les soirs ;D
speedtest -s 45202
Speedtest by Ookla
Server: Appliwave - Croissy-Beaubourg (id = 45202)
ISP: K-NET SARL
Latency: 6.88 ms (0.09 ms jitter)
Download: 944.71 Mbps (data used: 858.3 MB)
Upload: 930.17 Mbps (data used: 705.9 MB)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/e5d4b96f-5d0c-4d88-a2cc-6815f456bac0
speedtest -s 23282
Speedtest by Ookla
Server: ORANGE FRANCE - Rennes (id = 23282)
ISP: K-NET SARL
Latency: 11.49 ms (0.19 ms jitter)
Download: 942.80 Mbps (data used: 948.9 MB)
Upload: 941.43 Mbps (data used: 901.5 MB)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/b5e8a89a-dbdf-4974-9f62-4af7655575b3
Pour montrer (si y'en avait vraiment besoin) que distance n'est pas forcement égale à temps.Distance est toujours égale à temps, simplement, ton trafic redescend à Paris pour ensuite remonter à Rennes, il n'est donc pas à 180Km de chez toi, mais plutôt 400.
A se demander pourquoi à 3GPP ils se sont décarcasser pour arriver sous la milliseconde de latence si cela n'a aucune importance...
Interconnecter proprement les réseaux de l'ouest de la Suisse (Genève) et des départements français proches de la frontière (01 Ain, 74 Haute-Savoie, dans une moindre mesure 25 Doubs, 39 Jura, 73 Savoie) fait parfaitement sens pour ceux qui connaissent les particularités locales.
Les déséquilibres sur les plans de l'emploi et du logement font que des dizaines de travailleurs, pour une grand part frontaliers, ont un emploi à Genève même, dans les zones industrielles ou artisanales de la couronne genevoise ou encore dans les nombreuses organisations internationales de la rive droite du canton, et habitent dans ce qu'on nomme depuis quelques années le "Grand Genève", une région transfrontalière qui s'étend sur plusieurs cantons suisses et départements Français. Dans cette zone, les centres d'intérêt, et donc les besoins en communication, ne sont évidemment pas bornés par les frontières nationales.
J'ignore à quel endroit les décisions sont prises aujourd'hui chez K-Net, mais ce qui était probablement une évidence quand l'architecture était dessinée par des ingénieurs locaux bien au courant de ces particularités régionales ne va peut être pas de soi vu de Paris ou autre.
Il y a un point d'échange au CERN, les opérateurs locaux et régionaux y sont (étaient ?) largement présents.
Le port en suisse fonctionne toujours pour info. Pas à fond mais c'est encore on.
(https://pix.milkywan.fr/SB673f0e.png)
Source: https://cixp.web.cern.ch/technical/members-traffic
Covage qui récupère le trafic pour regarder le problème dans le 91?
– un autre problème dans le 91 qui provoque des interruptions ; celui-là, je ne sais pas s'il affecte seulement les clients K-Net ou autres FAI en offre active.Précision, ça n'est pas tout le département de l'Essonne qui est affecté.
pareil dans l'EssonneBienvenue dans la collecte SFR :P
ping à 50ms, et debit ridicule sur le router SFR 109.24.138.120
Quel enfer cette situation, je suis aussi en Essonne (Ballancourt) et depuis quelques jours mon débit est bas mais je m'en accommodais. Aujourd'hui c'est plus possible du tout +50ms de ping pour moins de 5 mégas en DL. Le problème c'est que quand j'essaie de changer d'opérateur, il y a un problème du côté de covage qui bloque les demandes des opérateurs "votre adresse est introuvable" et ils sont injoignables.Tu es sur le réseau Xpfibre SFR.
µ
Tu payes une blinde pour la fibre et t'étais mieux en adsl.
Hello,
Juste à titre d'info, je viens de faire un nouveau mail à K-Net, si quelqu'un a une relation pour m'aider et faire avancer ceci… franchement, ce serait apprécié… 🙏
Numéro client : 76180
Bonjour,
Pouvez-vous faire quelque chose svp?
J’ai été hospitalisé, je ne conduit plus et, je n’ai toujours quelqu’un pour m’accompagner.
Je suis passé jeudi 10 mars, peu avant midi, dans vos bureaux du Technoparc, à Saint-Genis-Pouilly pour restituer ma box PURE.
La personne a été surprise de constater que la restitution de la box DUNE n’a jamais été faite.
J’ai discuté avec elle, en ayant recours à des archives en lui disant que je ne pouvais pas ne pas l’avoir restituée puisque la caution m’avait été remboursée.
Et je lui ai expliqué que j’avais vu que la DUNE était toujours dans mon espace client, avec la PURE, mais je pensais que c’était comme un historique pour moi.
Elle a corrigé ceci.
OK.
Ceci fini, restitution de la PURE, la personne m’a dit que c’était en ordre (mais je n’ai pas eu de bulletin de restitution!!!, je ne le réalise que maintenant)
J’ai parlé du problème du téléphone fixe que je n’ai plus depuis décembre, on a parlé des problèmes, de la difficulté, etc… je n’ai pas cherché à être pénible ou agressif, il faut être compréhensif.
Elle a pris note, m’a dit qu’elle allait donné l’info aux techniciens, mais qu’il fallait quand même compter 24h.
Bien sûr, merci, au revoir.
Je croyais affaire réglée promptement, MAIS je découvre ce jour:
- Dans mon espace client, je vois que la box PURE est toujours présente en dépôt de garantie;
- Je vois dans les nouvelle facture: Facture n°FA-GP1533170 du 10-03-2022
Remboursement dépôt de garantie Box TV Dune -90€
Alors que je devrais trouver
Remboursement dépôt de garantie Box TV PURE 100€ (cf Facture n°FA-699579 du 24-02-2019, Caution Box Pure KTV)
- Aujourd’hui, lundi 14 mars, 12:50, le téléphone fixe sonne toujours occupé dans les deux sens.
Est-ce que que quelqu’un peut faire quelque chose et m’aider svp???
Merci infiniment.
J'ai envoyé un tweet à FB avec un lien vers ton post…
Ça bagotte pour les routeurs Covage 74 et 91…L'intervention s'est terminée à minuit.
L'intervention s'est terminée à minuit.
Du changement pour les personnes sur 10.2.0.220 et 10.2.0.178 ?Pour moi c'est revenu comme avant la hausse de ping (et pertes de paquets) pendant laquelle je trouvais les sites assez lents , un tchat (qui me sert pour discuter avec un pote) moins réactif et des coupures de stream (écoute webradio).
Merci thedark, je me sens moins seule.Oui aucun problème pour eux. http://83.166.136.142/smokeping/?target=Orange.Pititof91 un ancien client k-net qui est passer Orange sur votre réseau
Je me demande si les abonnés Orange/Sosh sont mieux lotis
Merci pour votre réponse. Je sens que je vais passer chez Sosh😁, à moins que Covage ne mette des bâtons dans les roues de ceux qui veulent changer d’opérateur ?Ce n'est plus Covage qui gerre chez vous mais Xpfibre(SFR) donc logiquement non.
Il y a que Essonne Numérique (91 - Sogetrel) qui est passé chez SFR(Xpfibre), les autres sont encore Covage avec Altitude.
Quel serait le meilleur fournisseur fibre Internet côté qualité?K-NET quand ça ne bug pas :P Sinon Mikywan,Orange. (Vous aurez pas un ping 2 ms en suisse mais surement une bonne qualité)
K-NET quand ça ne bug pas :P Sinon Mikywan,Orange.Oui, K-Net, mais je n'en peux plus de ce silence, de ces problèmes qui ne se résolvent pas, de ne plus avoir de téléphone,…
(Vous aurez pas un ping 2 ms en suisse mais surement une bonne qualité)Je suis frontalier, j'avais un ping de 1 voire 2 depuis le début, mais depuis décembre… je suis tellement fatigué…
Je ne sais pas si Couin a plus de chance que moi.J'ai constaté le retour au ping pourrite avec paquets perdus aussi. Selon les graphes, depuis 18h20 environ.
Comme hier. C'est revenu.Idem pour Covage74 (devenu Altitude) et au même momment, hier à 18h.
Je ne suis pas chez moi mais en télémaintenance j'ai testé depuis un ordi de mon LAN mais c'est toujours pareil de mon coté.
C'est surement dû aux investigations en cours (https://www.k-net.fr/etat-du-reseau-et-des-services/), j'espère que ça sera remis en normal dimanche soir sinon ça va faire des coupures pendant mon live (enfin il faudrait que je teste en off).
Idem pour Covage74 (devenu Altitude) et au même moment, hier à 18h.Premier routeur de collecte 10.2.0.178 , en 74, revenu à la normale à midi.
Si tu fais des lives ça doit être impossible en ce moment.Mes lives sont les dimanches soirs donc à voir si dimanche ce sera comme c’est à l'heure actuelle (revenu à la normale).
Mes lives sont les dimanches soirs donc à voir si dimanche ce sera comme c’est à l'heure actuelle (revenu à la normale).
Téléphonie OKC'est le plus important que le panel. Enfin la fin du tunnel pour K-NET ?
Enfin la fin du tunnel pour K-NET ?Pas sûr, FB a dit qu'il allait aussi dépoussiérer le service TV... ::)
Pas sûr, FB a dit qu'il allait aussi dépoussiérer le service TV... ::)Après le service TV restera toujours des emmerdes chez K-NET depuis le début.
Hello,
Coupure de 13:29 à 13:53 (21')
Nouvelle coupure depuis 15:00 pas encore terminée à 18:24.
- j'ai des coupures Internet fréquentes, les dernières: ce jour, lundi 4 avril de 13:29 à 13:53 (23’), de 15:00 à 17:33 (2h 33’)Tout le monde ;)
Tout le monde ;)Oui, je sais, j'avais commencé mon message pendant la 2e coupure, je n'ai pas fait de «mise-à-jours» après la lecture des messages. 😬
Et un gag de plus qui impacteRésolu.
Téléphonie : in et out
TV
Cloud et site www
https://lafibre.info/k-net-incident/k-net-totalement-injoignable-ce-jour-a-partir-de-15h35
Il semble que juste avant 18h, tous les services soient de retour (suite à la panne d'aujourd'hui).Merci de cette confirmation.
Le dernier à être revenu est le site K-Net.
Oui, Simon…Il a dû partir ...
...
Donc pour l'instant, le travail de Simon… n'est pas apparent.
Il a dû partir ...
Son "rapport d'étonnement" doit être savoureux.
Je constate que https://www.k-net.fr/etat-du-reseau-et-des-services/ est un peu mieux utilisé (mais ce n'est pas toujours spontané, par exemple rien sur la panne qui vient de passer ; il faut parfois donner un coup de pouce sur twitter pour que ce soit mis-à-jour…)J'ai du allé à mon compte client ce matin suite à une coupure physique de ma fibre à 21h00 hier.
MW et Hugues : au secours! :)Impossible de faire quoi que ce soit avec Covage qui ne répond pas...
On s'en doutait déjà : Covage, il te parle pas à toi! et visiblement à personne! :'(
A croire que K-net l'a pris comme modèle de communication... ::)
Quand la K-box n'a plus d'IP sur l'interface Wan, elle n'est plus accessible non plus depuis le LAN. Tout le réseau local devient inaccessible (switchs, NAS, AP, etc...) après une heure (durée du bail DHCP coté LAN)!
C'est quand même très anormal! Non?
Oui, ils partagent le même expert en communication :
Pour K-Net : fermez votre forum, après-tout, c'est l'endroit principal sur lequel les clients viennent s'informer des problèmes et partagent entre eux des solutions…
Pour Covage : fermez votre vieux site, celui qui est la seule source utile d'infirmation pour les usager de votre réseau…
Non mais vous imaginez, ces sites permettaient de recevoir de l'information ! Quel scandal !
Vous imaginez, s'il y avait un peu de transparence, ça serait indécent !
Il faut laisser les clients dans le noir… Le nouveau fond du forum caps essaye d'ailleurs de faire passer ce message : dans le noir !
Bonjour,
J'ai reçu ce mail de knet aujourd'hui. Je n'ai pas encore redémarré ma box et j'avoue ne pas trop en avoir envie car ma connexion est stable. Après, personnellement je me sers très peu du téléphone fixe. Y en a-t-il parmi vous qui l'ont reçu?
Quand on y réfléchi, couper le forum était une bonne idée. Ça a permis de noyer les critiques sur d'autres supports (ici, Facebook, Twitter...)Personnellement, même si je préfère un forum avec mon FAI, je ne tiens pas spécialement à son retour-Net, du moment que je trouve un Forum de mon FAI comme ici, c'est tout ce qui compte.
Savaient ils que ça allait être merdique pendant des mois ?Je ne pense pas, non? Je me dis qu'on ne peut pas prendre une telle décision ayant un impact aussi important sur tous les clients. J'ai faux?
Personnellement, même si je préfère un forum avec mon FAI, je ne tiens pas spécialement à son retour-Net, du moment que je trouve un Forum de mon FAI comme ici, c'est tout ce qui compte.Courage dans votre démarche.
Je ne pense pas, non? Je me dis qu'on ne peut pas prendre une telle décision ayant un impact aussi important sur tous les clients. J'ai faux?
Pour info, j'ai pris la décision de changer de FAI, ce n'est plus possible, ça dure depuis décembre, et malgré mes messages et visites dans les locaux du Technoparc à Saint-Genis-Pouilly, il ne se passe absolument rien, rien, rien et rien de rien!!!
Aucune nouvelle, aucune réponse, aucune amélioration, pas de retour du ping, débit + faible, pas de tél fixe depuis 4 mois maintenant… (m…!)
Ma décision est prise, maintenant il me faut juste le temps de comprendre* ce que je vais avoir ou ne plus avoir avec mon prochain FAI potentiel que j'ai en tête.
* J'ai eu une opération cérébrale qui m'a laissé pas mal de séquelles, j'ai des difficultés à tout comprendre si ce n'est pas assez clair/détaillé.
oui l'arrêt du forum K-net est une bonne chose, il était depuis quelques mois aux mains de "modérateurs", même pas clients K-net, qui censuraient les posts qui ne leur plaisaient pasOh arrête de faire ta victime 5 minutes, tu veux ? On t'a déjà expliqué en long en large et en travers que c'est complètement faux.
oui l'arrêt du forum K-net est une bonne chose, il était depuis quelques mois aux mains de "modérateurs", même pas clients K-net, qui censuraient les posts qui ne leur plaisaient pasStop pleurer aussi ici ;)
Bonjour,Ils ont payé un graphique pour avoir un beau mail. @Marco tu as retrouver la téléphonie ?
J'ai reçu ce mail de knet aujourd'hui. Je n'ai pas encore redémarré ma box et j'avoue ne pas trop en avoir envie car ma connexion est stable. Après, personnellement je me sers très peu du téléphone fixe. Y en a-t-il parmi vous qui l'ont reçu?
Il y a une nouveauté sur l'espace client K-net : État du réseau avec maintenances et incidents en cours.Tien ils ont pris mon idée qui date de 4 ans. Il y a du progrès bravo.
Bonjour,
J'ai reçu ce mail de knet aujourd'hui. Je n'ai pas encore redémarré ma box et j'avoue ne pas trop en avoir envie car ma connexion est stable. Après, personnellement je me sers très peu du téléphone fixe. Y en a-t-il parmi vous qui l'ont reçu?
La Kbox ne prend pas sa configuration à distance ?Si, mais on pourrait quand même espérer qu'elle n'a pas besoin du Wan pour faire serveur DHCP sur le LAN.
Pas lié à K-Net, souci chez lafibre.info (j'en dit pas plus ici, ceux qui savent savent)
Pas lié à K-Net, souci chez lafibre.info (j'en dit pas plus ici, ceux qui savent savent)Comme ce fil est très suivi (et qu'on est plusieurs à avoir remarqué l'incident d'accès au site), tu aurais peut-être pu dire que tu avais déjà documenté là : https://lafibre.info/vip/ddos-lafibre-info/msg941656/#msg941656
oui l'arrêt du forum K-net est une bonne chose, il était depuis quelques mois aux mains de "modérateurs", même pas clients K-net, qui censuraient les posts qui ne leur plaisaient pas
Comme ce fil est très suivi (et qu'on est plusieurs à avoir remarqué l'incident d'accès au site), tu aurais peut-être pu dire que tu avais déjà documenté là : https://lafibre.info/vip/ddos-lafibre-info/msg941656/#msg941656
C'est un feux problème : le pouvoir est dans les mains des admins…Et j'ajoute que plus personne ne gérait ce forum à part moi (et un peu Loïc), les spams, les insultes, etc, c'était pour bibi.
Les modérateurs sont désignés et peuvent être révoqués par les admins.
Et j'ajoute que plus personne ne gérait ce forum à part moi (et un peu Loïc), les spams, les insultes, etc, c'était pour bibi.
5 ans de travail bénévole, pas un merci. En tout cas pas de la part de K-Net. Des anciens membres m'ont remercié pour mon travail (sauf Corteg qui préfère pleurer partout)
Je ne connaissais pas les conditions de ton status de modérateur là bas, ni ta relation exacte avec K-Net à ce sujet.J'étais bénévole, comme ici. Mais à l'époque, j'avais plein de potes dans les équipes de K-net, donc je pouvais aider les abonnés en allant chercher les bonnes infos.
J'étais bénévole, comme ici. Mais à l'époque, j'avais plein de potes dans les équipes de K-net, donc je pouvais aider les abonnés en allant chercher les bonnes infos.
J'avais même quelques services chez K-Net (des VM), contrairement à ce que Corteg martèle, je n'étais donc pas "même pas abonné".
Les années ont passé, les gens sont partis, des nouveaux sont arrivés, ont jeté l'éponge.
Et à la fin, sans moyen d'aider les membres, ce n'était plus que du "damage control" en essayant tant bien que mal d'informer sur les incidents et de regrouper les pannes dans des topics uniques, tout en modérant les posts insultants envers K-Net, ses équipes ou les autres abonnés, posts dont Corteg était coutumier...
Ok, mais en tout cas la navigation est bien meilleure sur tous les sites. A tel point que je vais le laisser en service.Si tu as reçu le mail. Si tu as un kbox v2, il faut les contacter.
Peut-être que ça va me faire patienter jusqu'à ce que je retrouve le K-Net que j'ai connu depuis 2014.
Mais j'attends toujours le téléphone 😂
Et je rajoute, merci pour ton travail de modérateur ici aussi :)
C'est un feux problème : le pouvoir est dans les mains des admins…👍
Les modérateurs sont désignés et peuvent être révoqués par les admins.
Le forum était chez K-Net, donc contrôlé par K-Net. Il n'y avait tout simplement plus personne pour le rôle de l'admin.
Je trouve dommage que le forum soit fermé, il était un des atout de K-Net et de la communauté…
Heureusement que La Fibre .info existe ! (et twitter)
Et j'ajoute que plus personne ne gérait ce forum à part moi (et un peu Loïc), les spams, les insultes, etc, c'était pour bibi.Je suis particulièrement satisfait des interventions et aides d'Hugues, thedark et bolemo en ce qu'il me concerne.
5 ans de travail bénévole, pas un merci. En tout cas pas de la part de K-Net. Des anciens membres m'ont remercié pour mon travail (sauf Corteg qui préfère pleurer partout)
sauf Corteg qui préfère pleurer partout
Quand on y réfléchi, couper le forum était une bonne idée. Ça a permis de noyer les critiques sur d'autres supports (ici, Facebook, Twitter...)
Je suis particulièrement satisfait des interventions et aides d'Hugues, thedark et bolemo en ce qu'il me concerne.
Forum
Changement du fond noir (Ils t'ont écouté...).
Votre forum se réinvente.
On vous donne rendez-vous prochainement pour le décrouvrir. Merci de votre compréhension .
L’équipe K-NET
https://as24904.kwaoo.net/Je pense ce n'est pas pour demain le retour de la map. Trop de changement, tout est cassé.
Certificat expiré! Arvi pa la transparence???
Téléphonie : infrastructure actuelle défaillante
Oh arrête de faire ta victime 5 minutes, tu veux ? On t'a déjà expliqué en long en large et en travers que c'est complètement faux.
J'applique d'ailleurs la même politique de modération ici et personne n'y trouve à redire.
Il n'y aurait pas moyen de mettre en place un transfert d'appel vers un portable en attendant?Vous avez la kbox v2 ou autre chose ?
C'est que je suis dans une situation compliquée avec mes problèmes de santé, et on n'arrive pas à me joindre évidement, étant frontalier, bons nombres d'administrations sur Suisse et même sur France n'appellent que sur du fixe.
même quand la téléphonie remarche , pas de transfert répondeurs filtrage...Alors si je veux un tél fixe car «j'en ai besoin», je change de FAI ou je patiente encore, c'est ça?
Snif, tout allait si bien et boum le retour du spam de la boucle IPv6.C'était un jeudi matin je crois, dans la nuit aussi.
Plus d'accès fibre depuis ce vendredi: la dernière fois n'était-ce pas déjà un vendredi?
Simple hasard..?
Alors si je veux un tél fixe car «j'en ai besoin», je change de FAI ou je patiente encore, c'est ça?
C'est que j'en ai soupé de cette situation depuis décembre…
Même passer au bureau ou faire des messages me gonfle, rien, rien, mais rien ne fonctionne.
Alors si je veux un tél fixe car «j'en ai besoin», je change de FAI ou je patiente encore, c'est ça?Tu m'as pas repondu à ma questions ?
C'est que j'en ai soupé de cette situation depuis décembre…
Même passer au bureau ou faire des messages me gonfle, rien, rien, mais rien ne fonctionne.
Tu m'as pas repondu à ma questions ?Désolé, je ne l'avais pas vue.
Désolé, je ne l'avais pas vue.Il faut demander les accès VOIP à K-NET, sinon votre situation ne va pas changer.
Que du perso.
Box Formuler Z10 Pro MAX.
Routeur Netgear R7000.
Téléphonie, Gigaset C610 IP.
Ou il faut les appeler et ils vous donneront votre nouveau mot de passe et voici les infos que j'ai renseigné dans l'interface de mon Gigaset A510 IP
Il faut demander les accès VOIP à K-NET, sinon votre situation ne va pas changer.Mais… j'ai vu plusieurs personnes, à chaque fois on a parlé de ça, et le dernier en date est vendredi 1er avril, j'ai même vu un technicien aussi.