travaux.telandgo.com

Nos 2 sessions BGP avec OVH sont coupées côté OVH depuis 6 jours sans raison apparente.

L'équipe peering d'OVH est contactée à ce sujet.

Suite à l'update des 2 serveurs historiques ispconfig la configuration du serveur de résolution DNS a été écrasée ce qui a pu poser des soucis d'accès à certains sites entre le 25/02/2017 13h et le 26/02/2017 09h00.

Le service DNS est un service sensible qu'il faut gérer de façon sécuriser afin d'éviter les attaques par amplification DNS ou avoir une surcharge à cause de requêtes de clients d'autres opérateurs.

Coupure NRA OYO01 27/02/2017 20h

Nous avons perdu FRANCEIX EQUINIX et AMSIX.

Ticket ouvert auprès du prestataire de la liaison.

Les lignes de FAX sur des copieurs sont impactées par un incident de notre fournisseur.

La baie informatique hébergée en datacenter de ce fournisseur a disjoncté, le fournisseur se rend sur place.

Des fibres de transport entre les villes de Paris - Lyon - Madrid sont coupées.

Les latences ont augmenté nous surveillons le retour à la normale.

Un incident réseau qui a touché le datacenter P19 de Paris et qui s'est propagé par effet domino a affecté l'écoulement normal du traffic et a provoqué une interuption de service ADSL et Téléphonie de 10minutes entre 11h10 et 11h20 ce jour 26/07/2017.

L'incident est maintenant terminé, l'équipe de P19 surveille les équipements.

Les appels entrants et sortants à destination des fixes a été impacté par un incident (erreur humaine) entre 11h20 et 11h45 31/07/2017.

Descriptif du fournisseur sur le problème :

Nous avons mis en place une ACL sur des VLAN qui seront utilisés pour établir une nouvelle interconnexion (pour augmenter nos capacités d'appels) sur le réseau à P19.
En l'état des investigations, cette intervention a été préparée en HNO. Mais lors des vérifications, il est apparu qu'il manquait un élément (ACL). La mise en place de cet élément en HO devait être sans impact sur la production. Cela n'a pas été le cas.
Le retour arrière a été effectué, ce qui a résolu l'incident.

L'intervention et la mise en place de cette ACL vont être réétudiés et seront reprogrammés en HNO.

Les mails hébergés sur notre serveur ispconfig.telandgo.com ont été impactés par une indisponibilité de service.

Cette indisponibilité avait pour origine la saturation des disques durs du serveurs.

Une maintenance est déjà prévue pour changer les disques du serveur physique et augmenter de façon significative la taille des machines virtuelles qui traitent les services mail.

Le 25/08/2017 entre 14h30 et 16h30

Nos transitaires se sont mis à annoncer beaucoup plus de routes en peu de temps sans nous laisser le temps ni nous informer que nous devions augmenter le nombre de préfixe maximum autorisé par transitaire.

Une partie de l'accès internet s'est retrouvé coupé le temps de déterminer l'origine du problème et d'augmenter les réglages des préfixes appris par notre routeur.

La téléphonie n'a pas été impactée.

Nous avons des difficultés sur l'aboutissement des certains appels via un fournisseur depuis 14h04

Un ticket a été ouvert pour régler le problème.

Suite à la panne pour le moment innexpliquée de notre fournisseur de services exchange mutualisés nous avons une interruption d'accès à ces services.

Nous relançons notre projet de mutualiser nous même le service de mail exchange.

Suite à la panne pour le moment innexpliquée d'un fournisseur de collecte xdsl et de ses serveurs dns, certains accès peuvent être pertubés.

Suite à un problème côté OVH notre session de Peering est pour le moment interrompue.

Le problème concerne la partie parisienne en totalité d'ovh et nous avons envoyer un mail pour rappeler de remonter notre session de peering quand ils seront en mesure de pouvoir le faire.

En attendant, notre traffic passe para le transit.

Ce matin 27/11/2017 de 9h15 à 9h40 les lignes adsl ont été impactées par une coupure de service liée à un incident de routage bgp et de surcharge d'apprentissage bgp.

Le 23/04/2018 aux environs de 14h20

Suite au déclenchement automatique par erreur d'une sécurité sur un pare feu, les serveur de téléphonie se sont retrouvés en partie injoignables et donc ne pouvaient pas écouler normalement les appels.

La sécurité qui s'est déclenchée a pour but de vous éviter les piratages de vos serveurs et les consommations faites sur celui-ci lors d'un piratage. 

Bonjour,

Nous rencontrons des erreurs sur les appels envoyés vers l'interconnexion avec Orange. Nous avons adapté le routage des appels afin de lisser le trafic. 

Nous vous tenons informé de l'évolution. 

Le SIEA nous indique rencontrer des soucis depuis quelques heures.

Pas de coupure de fibre mais des soucis "logiciels".

Les tunnels d'agrégation ne montent pas nous regardons.

Notre routeur BGP a eu un pic de charge processeur pendant environ 1H ce matin sans explication probablement un recalcul de routes chez un fournisseur de transit.

Nous avions des difficultés à émettre des mails depuis un de nos serveurs à destination des domaines microsoft outlook.com hotmail.com et microsoft.com.

Nous avons pris contact avec microsoft et le service est de nouveau ok.

2 comptes d'un seul client ne se connectent plus à un fournisseur les appels sont redirigés le temps que le fournisseur régle son souci.

Pendant quelques minutes les appels à destination des mobiles ont été perturbés, nous sommes intervenus avec le fournisseur concerné et tout est rentré dans l'ordre.

Nous constatons des perturbations sur le réso-liain du SIEA dans l'Ain depuis 16h15, le service a l'air de nouveau fonctionnel, le SIEA nous relivre le trafic des abonnés depuis 16h30 sans perte de paquets.

Nous ne connaissons pas l'origine de l'incident mais nous surveillons et tentons de nous informer sur l'origine du souci.

France ix nous informe d'un souci de drop de paquets chez eux.

Notre lien franceix est coupé le temps qu'ils résolvent le problème.

Notre transit internet a été perturbé du 03/08/2020 au 04/08/2020 à cause d'une action d'un fournisseur qui a généré une boucle réseau non contrôlée sur un lien inactif avec ce founisseur mais branché à notre équiepement.

Nous avons débranché physiquement le lien sur notre équipement afin de rompre la boucle et cassé l'impact de cette dernière sur nos services.

Le service est revenu à la normal le 04/08/2020 à 11h30.

Suite à 2 journées où nous avons constaté perdre des paquets et du débit sur le réso-liain nous sommes forcés de faire des recherches pour savoir quelle zone géographique du département est à l'origine de ce souci.

Le réso-liain étant divisé en plaques nous devons couper les plaques et les réactiver afin de déterminer l'origine du souci.

Ceci aura pour effet des pertes des services d'accès internet et nous en sommes désolé.

Rémy