Messages

Bonsoir,
Un script de purge est en cause dans cette panne.
La restauration du contenu est encours.
La volumétrie étant importante, l'opération devrait prendre quelques heures.
D.M.

Update 1 22h00 : fin de la restauration estimée entre 08h00 et 10h00 le 10/02
Update 2 08h30 : Restauration prolongée, fin estimée entre  12h00 et 14h00 le 10/02
Update 3 12:45 : restauration terminée, reprise des livraisons de mail.
Update 4 Fin d'incident

Bonsoir.

L'intervention de remplacement doit se dérouler au cours de la nuit du 8 au 9 février ou celle du 15 au 16 février.
Durant l'opération les flux s'écouleront via Lyon, Paris et Amsterdam. l'opération est estimée à environ 2 heures.
Impact nul à faible. (hausse de la latence pour les clients AMPLIVIA et PEERING CIXP)

D.M.

Bonsoir,
Sur le 74 nous opérons 5 opérateurs d'infrastructure probablement un sixième dans les jours qui viennent en fonction des besoins et des offres disponibles.

Offres GP :
ALTITUDE (Ex Tutor haute savoie) Livraison TH2 (FTTH)
LUMIERE Faucigny Glières Livraison Locale - collecte LUMIERE TH2 (FTTH)

Offres Entreprises :
LUMIERE Faucigny Glières collecte LUMIERE TH2 (FTTO)
COVAGE - Livraison Paris TH2 (FTTE / FTTO)
KOSC - Groupe ALTITUDE - Livraison Paris / Lyon (FTTH / FTTE)
IFT - Livraison TH2 (FTTH)


La latence doit se situer aux alentours de 9,5ms - 10,5ms
Mesures réalisées depuis le CPE de l'abonné vers google.

> ping 8.8.8.8
  SEQ HOST                                    SIZE TTL TIME      STATUS       
    0 8.8.8.8                                    56 121 10ms46us 
    1 8.8.8.8                                    56 121 10ms456us
    2 8.8.8.8                                    56 121 10ms67us 
    3 8.8.8.8                                    56 121 9ms930us 
    4 8.8.8.8                                    56 121 9ms780us 
    5 8.8.8.8                                    56 121 10ms348us
    6 8.8.8.8                                    56 121 10ms705us
    7 8.8.8.8                                    56 121 10ms102us
    8 8.8.8.8                                    56 121 10ms52us 
    sent=9 received=9 packet-loss=0% min-rtt=9ms780us avg-rtt=10ms165us max-rtt=10ms705us


ADDRESS                          LOSS SENT    LAST    AVG    BEST  WORST STD-DEV STATUS                                           
xxx.xx.xx.xx                      0%  18  9.4ms    9.6    8.9    10.1    0.3                                               
10.5.0.48                          0%  18  9.3ms      10    9.3    10.6    0.4                                                   
178.250.208.14                    0%  18  10.2ms    10.2    9.4    10.8    0.4                                                   
108.170.238.45                    0%  18  10.6ms    10.8    10.1    11.4    0.4                                                   
142.250.234.43                    0%  18  10.7ms      11    10.5    11.5    0.3                                                   
8.8.8.8                            0%  18  9.4ms      10    9.4    10.5    0.3 


D.M.

Bonjour,
Effectivement je vous confirme avoir constaté le problème sur plusieurs chaines à partir de 21H12.
Chaque captation est conçue pour vérifier la qualité des images encodées avant de les publier auprès du système de distribution.

Une première analyse révèle une absence de "freeze" sur les flux "replay".
Cette constatation oriente nos recherches vers une désynchronisation entre un site de captation et le serveur de diffusion principal sur Paris ce qui provoquerait l'expiration et donc la destruction prématurée des tronçons d'image. (tronçons de 10 secondes).

Je vais regarder de nouveau ce soir, pour vérifier si le problème se manifeste de nouveau.
Je vous propose de créer un autre sujet si le problème se reproduit.

D.M.

Ok, je vais faire de même.
Techniquement c'est le même flux, c'est la même chaîne de livraison.

Bonjour,
Sur quel support regardez-vous la TV ?
K-TV si oui quelle version ?
Cordialement.

Bonjour,
nous mesurons de petites pertes de paquets au niveau de la transmission TV entre la Captation et les serveurs de cache.
Investigations en cours.
D.M.

08:50 Impact sur les services TV : non constaté, pas de signalement client
12:00 Fin incident sur le lien.

Bonjour,

Voici les fichiers m3u actualisés
Version France K-NET :
Playlist_FR_23_01_26.M3U8
Version Suisse K-SYS :
Playlist_CH_23_01_26.M3U8

D.M.

Bonsoir,
Un incident concernant les clients ftth pro des plaques :
CAVO, TCA, TCF, TE2, THS s est déclaré le 19/01/2026 aux alentours de 14:00 en trois vagues.

D'abord imputé à la mise à jour de la nuit, cette hypothèse à été écartée rapidement et l'O.I. concerné prévenu.
Une capture sur la porte associée faisait apparaitre l absence de plusieurs vlan associés aux plaques concernées. Sans aucun changement de notre côté.

Malgré une collaboration permanente avec l'O.I. durant la panne, l'incident n'a été résolu que le 21/01 vers 11:45 après rétablissement de plusieurs liaisons sur l'infra de l'O.I.

Cette panne ressemblait fortement à un incident survenu en août 2024 suite à des upgrades coté O.I. Avec heureusement cette année, une portée clients beaucoup plus restreinte.

Des travaux de fiabilisation vont être entrepris avec l'O.I. Pour simplifier et standardiser l'acheminement des flux depuis ces plaques historiques.

Veuillez nous excuser pour la gêne occasionnée.

D.M.

Merci,
je fais l analyse au plus vite.

D.m.

Bonjour,
La campagne d information pour cette opération devrait débuter le 22 janvier 2026, demain, via l'espace client, le forum et les sites.
Un message sera adressé à chaque boite mail, invitant l utilisateur à confirmer son souhait de conserver ou supprimer la boite.

Sans action la boite sera désactivée au 1 er Mars 2026. Le compte sera désactivé, le mot de passe remplacé.
Les données seront conservées jusqu au 1er juin avant suppression.

Les boites confirmées, seront portées vers un nouveau systèmes.
Les clients pourront gérer leurs boites depuis l'espace client.

Cette opération va concerner les domaines :
K-net.fr
K-sys.ch


D.M.

Routeur reçu ce jour.
Intégration en cours de planification.

Bonsoir l opération visait a corriger des erreurs disques sur un routeur historique par une montée de version et un reboot à froid.
La préparation de l'opération a débuté vers 0h00 sur place avec la mise a jour d un routeur de secours, son positionnement dans le rack, l intégration de la configuration du routeur cible dans le retour de secours.
En parallèle le fichier permettant l'upgrade de l'OS sur le routeur cible était chargé et vérifié.

La mise à niveau a été lancée à 02:00, suivie du reboot.
Elle s'est terminée à 02:26.

Après quelques vérifications ciblées. L inter a pris fin.

Des pannes ont été signalées dès l ouverture du support GP à 9:00 concernant des clients issus de plaques LUMIERES (TDF). Ces problèmes inhabituels ont été escaladés immédiatement. Les premiers correctifs ont été appliqués dès 9:30. L incident était totalement fixé à 10:30.

Le routeur se porte depuis sa maj comme un charme, il bénéficie des optimisations apportées par la montée de versions et ses erreurs de disques sont fixées.

D.M.

https://forum.caps.services/index.php/topic,9320.0.html

Bonsoir,
Une opération curative se déroulera cette nuit à partir de 0h30 à Paris.
La probabilité que plusieurs portes de collecte O.I. soient coupées plusieurs dizaines de minutes est importante.
La majorité des services collectés seront indisponible le temps de l'opération.
Bonne soirée.
D.M.