|
36 | Réseau | Incident | Incident onduleur DC4 | Fini | 14.04.2014 | |
Task Description
Pour information, nous avons subi la nuit dernière un incident électrique sur un des 3 onduleurs 300 KVA, engendrant le passage de l’onduleur concerné en mode by-pass sur le réseau EDF.
Aucun impact n’a eu lieu sur la production. Cependant nous sommes en mode dégradé sur une des voies ondulées. L’intervention de Schneider est prévu à 13 heures pour repasser en mode normal. |
|
38 | Réseau | Incident | Coupure de transit | Fini | 30.04.2014 | |
Task Description
Notre opérateur de transit a eu des difficultés sur ce jour (30/04/2014) à 12h40 et a travaillé au rétablissement le plus rapide du service.
Suite au rétablissement les latences étaient un peu élevées et je les ai contactés pour régler ça. |
|
39 | Réseau | Amélioration | Mise en place BGP | Fini | 06.05.2014 | |
Task Description
Pour la mise en place du BGP avec lasotel, le service technique lasotel doit ramener le routage des ip telandgo de Venissieurx (Netcenter SFR) à Limonest (DC4DATA).
Ceci provoquera une coupure d'une minute à 20h aujourd'hui (06/05/2014). |
|
48 | Réseau | Incident | Incident datacenter | Fini | 04.06.2014 | |
Task Description
04/06/2014 16h22
Nous venons de subir un incident électrique sur un des 3 onduleurs 300 Kva (15 :05). Lors du test mensuel du passage sur Groupe Électrogène, un onduleur n’a pas été en mesure de supporter la charge et a donc disjoncté.
Le groupe électrogène a repris la charge en quelques secondes. En matière d’impact seuls les équipements mono-alimentés sur la voie A ont été coupés quelques secondes.
A l’heure actuelle, nous sommes sur Groupe Électrogène et attendons l’intervention de Schneider.
Nous vous tenons informés de la suite. Restant à votre disposition,
P.S : Aucun matériel n'est mono-alimenté en voie A pour telandgo donc pas d'impact sur l'installation. |
|
54 | Réseau | Maintenance | Idrac | Fini | 18.06.2014 | |
Task Description
Remise en service de l'idrac du serveur principal en plus de l'opendell manager.
Date prévue 21/06/2014 |
|
57 | Réseau | Incident | Routeur bloqué | Fini | 04.07.2014 | |
Task Description
Suite à un incident d'écriture sur disque dur le 03/07/2014 à 11h15 sur le serveur hôte, le routeur s'est bloqué sur un affichage en erreur sur l'interface KVM accessible depuis l'hyperviseur.
Nous allons donc le redémarrer ce soir et en profiter pour migrer le transit lasotel sur une interface vlan. |
|
59 | Réseau | Amélioration | Ajout d'un opérateur de transit | Fini | 15.07.2014 | |
Task Description
Nous allons ajouter d'ici quelques jours un opérateur de transit IP avec une session BGP IPV4.
Cette session se fera par un patch direct en 1Gbps cuivre entre nos switchs qui se situent dans la même baie mutualisée à DC4DATA. |
|
60 | Réseau | Amélioration | Ajout peering HASGARD | Fini | 24.07.2014 | |
Task Description
Nous allons monter une session de peering avec HASGARD sur LYONIX.
Activation prévue le 26/07/2014. |
|
61 | Réseau | Maintenance | Maintenance | Fini | 10.08.2014 | |
Task Description
09/08/2014 16h:
- Sauvegarde de la machine virtuelle de routage.
- Upgrade machine virtuelle de routage.
- Reboot de la machine virtuelle de routage pour démarrer sur le nouveau noyau.
- Sauvegarde de la machine virtuelle de routage mise à jour dans un dossier différent pour un retour en arrière si besoin.
- Ajout d'un disque de hotspare dans le serveur principal.
- Extinction du serveur pour ajout du disque ce qui a provoqué un check file systems au démarrage du serveur.
- Reboot et check de toute les machines virtuelles qui ont redémarré suite au reboot du serveur.
Cette maintenance a provoqué des coupures de services suite au check file systems qui a duré plus longtemps que prévu. |
|
62 | Réseau | Maintenance | Incident Lasotel Lyonix | Fini | 18.08.2014 | |
Task Description
Le switch de niveau 3 de lyonix à TH2 Paris est coupé pour maintenance.
Les sessions avec différents IXP sont donc coupées temporairement : FranceIX, EquinIX, SFINX, NetIX. |
|
63 | Réseau | Incident | FranceIX flap overload | Fini | 18.08.2014 | |
Task Description
Suite à un problème sur franceix qui provoque une surcharge généralisée, nous avons coupé notre session avec lyonix pour ne pas être impacté sur les routes apprises par la gateway FranceIX LyonIX.
Les routes du transit ont également changées :
traceroute to sip.ovh.net (91.121.129.22), 30 hops max, 60 byte packets
1 81.18.191.209 (81.18.191.209) 0.383 ms 0.445 ms 0.583 ms
2 cr01-947.vnx69.fr.lasotel.net (188.93.41.229) 2.602 ms 2.762 ms 2.750 ms
3 188.93.41.150 (188.93.41.150) 2.674 ms 2.751 ms 2.716 ms
4 188.93.41.145 (188.93.41.145) 18.974 ms 19.194 ms 19.299 ms
5 * * *
6 gsw-g1-a9.fr.eu (213.186.32.210) 16.967 ms 16.250 ms 16.188 ms
7 p19-2-6k.fr.eu (213.186.32.153) 16.099 ms 16.414 ms p19-7-6k.fr.eu (213.186.32.145) 16.568 ms
8 * p19-v1-6k.fr.eu (213.251.130.38) 16.279 ms *
9 91.121.129.22 (91.121.129.22) 16.580 ms 16.522 ms 16.498 ms
traceroute to sip.ovh.net (91.121.129.22), 30 hops max, 60 byte packets
1 81.18.191.209 (81.18.191.209) 0.390 ms 0.470 ms 0.505 ms
2 cr01-947.vnx69.fr.lasotel.net (188.93.41.229) 6.929 ms 6.702 ms 6.839 ms
3 cr01-944.th2.fr.lasotel.net (188.93.41.218) 6.809 ms 6.976 ms 7.023 ms
4 * * *
5 gsw-g1-a9.fr.eu (213.186.32.210) 7.794 ms 7.776 ms 7.739 ms
6 p19-7-6k.fr.eu (213.186.32.145) 7.711 ms p19-2-6k.fr.eu (213.186.32.153) 7.588 ms *
7 p19-v1-6k.fr.eu (213.251.130.38) 7.739 ms p19-v2-6k.fr.eu (213.251.130.30) 7.779 ms *
8 91.121.129.22 (91.121.129.22) 7.650 ms 7.515 ms 7.241 ms |
|
66 | Réseau | Incident | Incident lasotel Lyon - paris | Fini | 16.09.2014 | |
Task Description
Le lien principal lyon - paris est tombé et a provoqué des coupures à 3h - 8h20 et 9h30 mais le lien de secours a pris le relais et le service continue de fonctionner. |
|
68 | Réseau | Maintenance | Faille shell Bash | Fini | 26.09.2014 | |
Task Description
Une très grave faille affectant Bash, le shell Unix du projet GNU, a été découverte. Certains spécialistes n'hésitent à comparer sa gravité celle d'Heartbleed car Bash est utilisé au sein de très nombreux environnements Unix ou Linux. Découverte par Stéphane Chazelas, la faille pourrait aussi être présente depuis longtemps dans de nombreuses déclinaisons Linux pour entreprise. Les serveurs Web Apache sont aussi particulièrement exposés. Pire, "un grand nombre de programmes peuvent interagir avec le shell. Nous ne pourrons donc jamais lister tous les logiciels que cette faille rend vulnérables", explique aujourd'hui l'expert Robert Graham. Correctement exploitée, la vulnérabilité permet à un attaquant d'exécuter son code dès que le shell est invoqué, ouvrant la voie à de nombreuses attaques.
Des patchs ont commencé à être proposés pour plusieurs distributions Linux (RHLE, CentOS, Ubuntu, Debian,...) et d'autres devraient encore suivre. Mac OS X semble aussi être vulnérable, et ses utilisateurs peuvent même vérifier s'ils sont affectés, en attendant la réaction de la firme à la pomme.
Test de vulnérabilité :
https://www.digitalocean.com/community/tutorials/how-to-protect-your-server-against-the-shellshock-bash-vulnerability
env VAR='() { :;}; echo Bash is vulnerable!' bash -c "echo Bash Test"
Update :
http://unix.stackexchange.com/questions/157414/how-to-only-install-security-updates-on-debian
Changing squeeze to wheezy in /etc/apt/sources.list and then running:
- apt-get update
- apt-get install --only-upgrade bash |
|
71 | Réseau | Incident | Incident transit phibee telecom | Fini | 29.09.2014 | |
Task Description
Nous constatons sur notre port de raccordement à phibee telecom des erreurs de réception et donc nous avons ouvert un ticket et la session bgp sera coupée pour que l'équipe technique phibee telecom puisse regarder d'où vient le problème. |
|
75 | Réseau | Amélioration | Rezopole / LyonIX : Migration coeur de réseau / Network... | Fini | 11.11.2014 | |
Task Description
Afin de mieux accomplir sa mission, et accompagner la croissance toujours plus forte des besoins de ses membres, Rezopole a décidé de remplacer ses switchs cœur de réseau avec des appareils plus performants, fiables et sécurisés.
Ces remplacements provoqueront des interruptions des services LyonIX. Afin de limiter au mieux la gêne occasionnée, les travaux seront effectués par point de présence selon le calendrier établi ci-dessous.
LyonIX 3 : 12 novembre 2014 à partir de 10h00 jusqu'à 14h00
LyonIX 1 : 22 novembre 2014 à partir de 09h00 jusqu'au 23-11-2014 à 20h00
LyonIX 2 : 06 décembre 2014 à partir de 09h00 jusqu'au 07-12-2014 à 20h00
Pendant la durée de l'intervention, nous interromprons les sessions BGP entre nos route-serveurs et les routeurs installés sur le POP LyonIX concerné. **Aucune action ne sera nécessaire de votre part**.
cependant, pour éviter les flap de services durant cette intervention, nous couperons les sessions avec Lyonix3 le 12/11/2014 et elles seront réactivées une fois l'intervention terminée. |
|
77 | Réseau | Amélioration | Site web telandgo.com | Fini | 19.11.2014 | |
Task Description
Le nouveau site web telandgo.com est en ligne. |
|
79 | Réseau | Incident | Coupure EDF Lyon Limonest Dardilly | Fini | 17.12.2014 | |
Task Description
DC4DATA nous informe subir également la coupure edf qui touche la région de Lyon ce matin (17/12/2014 11h15) mais les groupes électrogènes ont pris le relais de la fourniture électrique du datacenter et nous n'avons aucun impacte sur les service. |
|
80 | Réseau | Amélioration | Deconnexion Lyonix | Fini | 09.01.2015 | |
Task Description
Nous passons trop peu de trafic pour justifier d'une redondance BGP sur lyonix, nous allons concerver nos 2 transitaires Lasotel et Phibee telecom pour assurer la redondance vers internet.
Lyonix ne souhaite pas adapter son tarif au trafic passé donc nous ne souhaitons pas continuer de peerer sur cet IXP pour le moment. |
|
81 | Réseau | Incident | Incident de transit ip | Fini | 02.03.2015 | |
Task Description
Notre transitaire phibee telecom qui passe notre trafic à destination d'ovh via Equinix a des soucis sur ce point d'échange.
Nous avons coupé le transit phibee telecom pour passer sur celui de lasotel qui utilise franceix pour écouler le trafic sur cette destination.
Nous réactiverons le transit phibee telecom une fois le problème résolu. |
|
82 | Réseau | Incident | interco OVH | Fini | 18.03.2015 | |
Task Description
Notice: Trying to access array offset on value of type bool in /var/www/clients/client1/web21/web/includes/class.user.php on line 229
Notice: Trying to access array offset on value of type bool in /var/www/clients/client1/web21/web/includes/class.user.php on line 236
Notice: Trying to access array offset on value of type bool in /var/www/clients/client1/web21/web/includes/class.user.php on line 237
Notice: Trying to access array offset on value of type bool in /var/www/clients/client1/web21/web/includes/class.user.php on line 243
Notice: Trying to access array offset on value of type bool in /var/www/clients/client1/web21/web/includes/class.user.php on line 243
Notice: Trying to access array offset on value of type bool in /var/www/clients/client1/web21/web/includes/class.tpl.php on line 185
Notice: Trying to access array offset on value of type bool in /var/www/clients/client1/web21/web/includes/class.tpl.php on line 199
Notre interco avec OVH via equinix sur phebee telecom est tombé quelques minutes le 18/03/2015 à 8h10 suite à un crash logiciel du routeur à equinix côté OVH :
FS#12851 — th2-5-6k
Attached to Project— Reseau Internet et Baies
Task Type
Incident
Category
Tout le réseau
Status
In progress
Percent Complete
0%
Details
Le routeur a redémarré suite à un crash software.
Comments (1)
Comment by OVH - Wednesday, 18 March 2015, 08:32AM
th2-5-6k-SUP2T uptime is 15 minutes
Uptime for this control processor is 15 minutes
System returned to ROM by software forced crash at 07:51:40 CET Wed Mar 18 2015
System restarted at 08:14:58 CET Wed Mar 18 2015
System image file is "disk0:s2t54-advipservicesk9-mz.SSA-eng-sp-151-1SY2-ES2"
Last reload reason: unknown reload cause - reason ptr 0x17, PC 0x5248480, address 0x5248480 |
|
86 | Réseau | Incident | Transit lasotel | Fini | 27.04.2015 | |
Task Description
Un de nos fournisseurs se retrouve ave un peering avec OVH sur DECIX en allemagne pour faire Paris lyon ce qui affecte le temps de latence et donc pose problème pour les usages en téléphonie VoIP.
Nous avons contacter LASOTEL pour voir si ils peuvent changer leur point de peering avec OVH afin de remettre la redondance de transit en place à destination d ovh avec notre second opérateur de transit qui prend actuellement la charge compléte du trafic en transit. |
|
88 | Réseau | Incident | Incident routeur bgp | Fini | 01.07.2015 | |
Task Description
Suite à l'ajout d'un vlan de collecte débit garanti sur le reso-liain le routeur BGP a cessé de répondre et une intervention de redémarrage au datacenter a été nécessaire.
Coupure de 11h à 14h le 30/06/2015 de la totalité des services.
Les dernières sessions BGP vers Phibee Telecom et Lyonix sont remontées courant de l'apres midi.
Le reboot a pris du temps suite au check obligatoire des disques durs du serveur. |
|
91 | Réseau | Maintenance | SIEA upgrade logiciel | Fini | 22.07.2015 | |
Task Description
Une maintenance de la part du SIEA(Upgrade Logiciel) aura lieu le Mercredi 22 Juillet 2015 entre 00h00 et 01h00 impactant tout vos services.
Il y aura 1 heure de coupure durant cette période. |
|
103 | Réseau | Incident | Trafic non identifié | Fini | 30.10.2015 | |
Task Description
Suite à la détection de trafic non identifié à destination d'un serveur de sauvegarde depuis des ips sources à l'étranger de nouvelles règles on été mises en place pour bloquer ce trafic. |
|
105 | Réseau | Maintenance | VM figée | Fini | 20.11.2015 | |
Task Description
Parfois les VM hébergement et ispconfig se figent.
Suite à des recherches : http://www.blackmoreops.com/2014/09/22/linux-kernel-panic-issue-fix-hung_task_timeout_secs-blocked-120-seconds-problem/#Explanation
sysctl -w vm.dirty_ratio=10
sysctl -w vm.dirty_background_ratio=5
sysctl -p
Si ok pour rendre permanent :
vi /etc/sysctl.conf
Ajouter :
vm.dirty_background_ratio = 5
vm.dirty_ratio = 10
reboot |
|
108 | Réseau | Maintenance | Ajout memoire vive serveur hebergement | Fini | 19.01.2016 | |
Task Description
La machine virtuelle qui heberge les sites webs manque de memoire vive et nous avons consommé la totalite de la memoire disponible sur le serveur.
Une commande est passée pour augmenter la memoire vive du serveur hote et ainsi reattribuer plus de memoire aux machines virtuelles qui en ont besoin. |
|
109 | Réseau | Incident | perte ip ovh sur lyonix | Fini | 09.02.2016 | |
Task Description
La session OVH sur Equinix est tombée et les ip d'ovh ne remontent pas sur la liaison equinix lyonix et ne sont plus annoncées sur lyonix.
Les IP d'ovh sont maintenant apprises via le peering lasotel. |
|
116 | Réseau | Amélioration | Mise à jour proxmox serveur1 | Fini | 30.03.2016 | |
Task Description
Le serveur 1 avait une version de proxmox 1.9 pas à jour et des bugs pour l'ajout de nouvelles machines virtuelles.
Il a été mis à jour le 28/03/2016 sur la version 3.4-1 identique à l'autre serveur permettant une migration des VM entre les noeuds de virtualisation plus facile.
Peu d'impact client sur cette migration car les VM ont été préalablement migrées sur le noeud de virtualisation restant puis remise une par une sur le serveur mis à jour. |
|
123 | Réseau | Amélioration | Interco equinix franceix ams-ix | Fini | 13.05.2016 | |
Task Description
Via l'offre internex de phibee telecom, telandgo sera directement présent sur les serveurs de routes de ces points d'échange. |
|
124 | Réseau | Incident | Probleme LYONIX | Fini | 17.06.2016 | |
Task Description
Pertes de paquets à destinations d'edx et adeli.
Port coupé le temps de diagnostiquer.
Ticket ouvert chez rezopole. |
|
125 | Réseau | Amélioration | Remplacement transitaire | Fini | 17.07.2016 | |
Task Description
Nous allons remplacer un transitaire par un autre pour augmenter notre capacité de transit internet en parallèle de l'amélioration de nos interconnexions via des offres d'interconnexion sur AMSIX, FRANCEIX et EQUINIX.
Nous allons reactiver LYONIX (suite changement de switch)
LASOTEL sera probablement supprimé.
PHIBEE TELECOM sera conservé mais la session BGP sera down sur le transit et activée en cas de souci.
Le PEERING (sauf lyonix) plus chère sera conservé pour joindre certaine destination liée à des services comme la VOIP.
Nous aurons donc WIDEVOIP, LYONIX, AMSIX, FRANCEIX, EQUINIX, PHIBEE TELECOM (transit de backup) |
|
126 | Réseau | Amélioration | Ajout mémoire vive serveurs mail et DNS | Fini | 17.09.2016 | |
Task Description
Ajout de mémoire vive à 2048Mo pour nos 2 serveurs DNS et mails. |
|
128 | Réseau | Incident | Augmentation latence orange | Fini | 18.09.2016 | |
Task Description
Augmentation de la latence à destination d'orange via notre transit widevoip.
Support widevoip contacté. |
|
129 | Réseau | Maintenance | Modification lyonix3 | Fini | 22.09.2016 | |
Task Description
Lyonix nous demande de couper momentanément notre port pour changer d'équipement de leur côté sur lyonix3 (remplacement par du matériel brocade).
nous avons shut le port lyonix en vue de leur intervention. |
|
136 | Réseau | Maintenance | Mise à jour ispconfig | Fini | 12.11.2016 | |
Task Description
Mise à jour ispconfig 3.1.1p1
DNS1 et DNS2 |
|
138 | Réseau | Incident | Augmentation latence à destination de paris | Fini | 16.01.2017 | |
Task Description
Les destinations joignables par franceix et equinix via le transport phibee telecom ont une latence qui a augmenté depuis le 16/01/2017 à 12h.
Un ticket a été ouvert chez phibee telecom afin de voir si le transport n'est pas à l'origine de ce problème.
Au besoin nous basculerons uniquement sur le transit widevoip. |
|
142 | Réseau | Amélioration | Activation AMS-IX | Fini | 04.02.2017 | |
Task Description
Nous réactivons sous surveillance AMS-IX open peering |
|
148 | Réseau | Incident | peering OVH | Fini | 23.02.2017 | |
Task Description
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. |
|
150 | Réseau | Incident | PB DNS Suite tâche update ispconfig | Fini | 26.02.2017 | |
Task Description
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. |
|
152 | Réseau | Amélioration | Changement de LIR + attribution IPV6 | Fini | 01.03.2017 | |
Task Description
Pour la gestion administrative RIPE pour notre AS et nos IP nous changeons de gestionnaire et nous commandons une plage d'ipV6 |
|
157 | Réseau | Maintenance | Installation cacti et weathermap | Fini | 20.03.2017 | |
Task Description
installation de cacti et du plugin weathermap |
|
158 | Réseau | Incident | Lien de peering HS | Fini | 05.04.2017 | |
Task Description
Nous avons perdu FRANCEIX EQUINIX et AMSIX.
Ticket ouvert auprès du prestataire de la liaison. |
|
159 | Réseau | Maintenance | Modification peering | Fini | 14.04.2017 | |
Task Description
Phibee telecom notre prestataire de transport pour joindre FRANCEIX EQUINIX et AMSIX et qui était présent dans notre baie à DC4DATA a décidé de quitté la baie fin juin 2017.
Suite à cette décision et à d'autres éléments nous avons décidé de ne pas continuer avec phibee telecom.
Telandgo payait à phibee le transport consmmé au 95 percentil sur les IX et aujourd'hui nous souhaitons avoir un commit sur chaque IX ou nous sommes présent.
Notre nouveau prestataire de transport sera EDX Network et nous permettra de joindre dans un premier temps FranceIX sur le POP TH2 Paris avec un commit de 100Mbps. EQUINIX et AMSIX seront pour le moment coupés, nos statistiques montrent que peu de trafic remonte sur ces IX. |
|
161 | Réseau | Incident | Incident Paris - lyon et Paris - Madrid | Fini | 12.06.2017 | |
Task Description
Des fibres de transport entre les villes de Paris - Lyon - Madrid sont coupées.
Les latences ont augmenté nous surveillons le retour à la normale. |
|
164 | Réseau | Amélioration | Ajout STS | Fini | 25.07.2017 | |
Task Description
Ajout d'un Eaton STS 16 sur le switch de coeur de réseau cisco 3750 pour lui fournir une double alimentation dont il ne dispose pas nativement. |
|
169 | Réseau | Incident | Pb Maximum prefixe transit | Fini | 26.08.2017 | |
Task Description
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. |
|
175 | Réseau | Incident | Peering OVH | Fini | 16.11.2017 | |
Task Description
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. |
|
178 | Réseau | Amélioration | Peering Facebook | Fini | 30.11.2017 | |
Task Description
Peering Facebook |
|
179 | Réseau | Amélioration | Peering Dropox | Fini | 01.12.2017 | |
Task Description
Nous allons activer un peering avec dropbox dans le week end également. |
|
181 | Réseau | Maintenance | Update ispconfig | Fini | 23.12.2017 | |
Task Description
Nous avons upgradé nos serveur ispconfig à la dernière version 3.1.9.
Cette version corrige une faille de sécurité : http://cve.mitre.org/cgi-bin/cvename.cgi?name=2017-17384 |