## page was renamed from ZA/Montréal/ToIP/JournalDesIncidents
= ToIP : journal des évènements =

||Date constat||Evenement||date début||Actions||date reprise service||Intervenants||Observations - commentaire||
|| ||Serveur non fonctionnel|| ||réinstallation du serveur|| ||NM - DS||Achat express et configuration du serveur secours||
|| ||Carte analogique Sangoma A202 HS|| ||Changement de carte|| ||NM||- C'est la 2ème carte qui tombe en panne.<<BR>> - Hypothèse : court-circuit dû à une différence de potentiel aux ports de la carte||
|| ||remplacement de la carte analogique par des modules ATA (analog téléphon adapter) SPA2102||-||achat des [[ZA/Montréal/ToIP/AnalogTelephoneAdapter|modules et installation]]||-||NM|| ||
||30/07/2010 9h||service téléphonique non stable (téléphones non connecté, communication interrompu ou impossible, etc.)||29/07/2010 ~17h36||- Constat : serveur très très chargé avec le processus asterisk qui bourrine à fond sur le CPU <<BR>> - restart d'asterisk||30/07/2010 9h11||NM à distance|| ||
||13/08/2010||service téléphonique non stable||~14h42||- Constat : encore process asterisk, charge très haute <<BR>> - Restart asterisk||14h58||NM|| ||
||20/09/2010||service téléphonique non stable||~17h30||- Charge élevée <<BR>> - Restart==>service toujours non fonctionnel car wanpipe planté à cause de la dernière mise à jour du noyau <<BR>> - retour au noyau précédent, restauration des drivers dans le bon répertoire du noyau||~2h ou 3h du mat||DS - JC|| ||
||30/09/2010||téléphonie HS, serveur inaccessible par ssh||~17h21||Restart Asterisk||21h28||NM|| ||
||19/10/2010||Certains téléphones sans service||avant 9h||- serveur RAS <<BR>> - brancher les postes concernés sur d'autres port du switch poe||9h45||DS - NM||- seul les postes branchés le 3ème bloc de 8 ports du switch étaient HS <<BR>> - Après reboot du switch, ils sont à nouveau fonctionnel||
||23/10/2010||Mise à jour système (aptitude)||10h00||- aptitude safe-upgrade <<BR>> - récompilation driver wanpipe <<BR>> - restauration fichiers de config wanpipe, zaptel, zapata.conf||11h||DS sur place <<BR>> NM à distance||- Opération faite en week end à cause du plantage dû à la mise à jour du noyau <<BR>> - Reboot après compilation du driver||
||29/11/2010||service téléphonique non stable||~15h50||- Constat : encore process asterisk, charge de CPU très haute <<BR>> - Restart asterisk||16h01||DS|| ||
||20/12/2010||service téléphonique non stable||~14h57||- Constat : encore process asterisk, charge de CPU très haute <<BR>> - Restart asterisk||15h01||DS|| - Julien G. était en ligne quand ça arrivé. Sa communication a été simplement coupé, le compteur de temps continuait à fonctionner de coté téléphone. <<BR>> - 1 minute avant la plantage Nora recouperait ses messages vocales. ||
||07/02/2011||service téléphonique non stable||~12h17 => ~12h20 ||- Constat : encore process asterisk, charge de CPU très haute <<BR>> - Restart asterisk||12h26||DS|| - Rola Saad était en ligne. Sa communication a été coupé, le compteur de temps continuait à fonctionner de coté téléphone. <<BR>> ||
||07/04/2011||service téléphonique non stable||~15h55 => ~16h00 ||- Constat : toujours process asterisk, charge de CPU très haute <<BR>> - Restart asterisk||16h00||NM|| ||
||27/04/2011||service téléphonique non stable||~9h36 => ~9h40 ||- Constat : toujours process asterisk, charge de CPU très haute <<BR>> - Restart asterisk||9h40||DS|| Plusieurs connexions/deconnexions par Munin avant le panne. <<BR>> Rola et Nora lancaient les appels. ||
||24/08/2011||Problem sur les lignes de faxes 2107 et 2089 || decouvert à 10:00 ||- Constat : Les lignes en question ont étés redirigé vers UdM par Telus || 29/08/2011 14h10 ||DS NM|| - On a ouvert un demande de service chez Tels. Le 25/08/2011 11H28 le probleme est toujours present. <<BR>> - Ça pris à Telus plus que 2 jours pour corriger la situation. ||
||21/11/2012||Problem sur les lignes directs: <<BR>> 3437241 <<BR>> 3437232 <<BR>> 3437747 || decouvert à 12:03 ||- Constat : ||  ||DS|| - Une bilet a été ouvert chez Telus <<BR>> Le 22/11/2012  10:10, on decouvre trois autres lignes en panne: <<BR>> 3432107 <<BR>> 3432089 <<BR>> 3435783 <<BR>> Nouveau appel chez Telus, ils ont monté la priorité de notre demande. <<BR>> ||
||05/08/2015||Appels vers et depuis le réseau publique ne passent pas || panne à 22:08 04/08/2015 <<BR>> <<BR>> découvert à 09:44 05/08/2015  ||- Constat : Tout semble bien de coté serveur Asterisk || 14:20 05/08/2015 ||MN & DS|| - Les première vérifications n'ont pas confirmé un problème sur l'infrastructure de cote AUF. Une bilet a été ouvert chez Telus (S0805-5) <<BR>> - à 12:35 Telus nous confirme que tout est correct sur leur infrastructure <<BR>> - nous procédons au remplacement de carte PRI Sangoma <<BR>> - le service est de nouveau fonctionnel ||


= ToIP : protocol des tests apres la màj de noyau =
|| Servuer || Date et heure || Appel sortant vers exterieur || Appel entrant de l'exterieur ||  Appel sortant local  || Appel entrant local || Messagerie vocal || FAX || Intra - implantation || test DHCP || vérifier le fonctionnement des logs d'Asterisk || Test effectué par:|| Commentaire ||
|| Secours || 8/12/2010 18h00|| Succès || Succès || Succès || Succès || Succès || de fax 5783 vers 2107 <<BR>> ne fonctionne pas|| Succès || Echec  || || Darko || Il fallait redemarrer le serveur pour que le DHCP fonctionne ||
|| Production|| 8/12/2010 18h30 || Succès ||Succès|| Succès || Succès || Succès || Succès || Succès || Succès || || Darko || RAS ||
|| Secours || 3/2/2011 19h00|| Succès || Succès || Succès || Succès || Succès || 6558=>2107=ok <<BR>> 6558=>5783=ok <<BR>> 5783=>2107=ok <<BR>> 2107=>5783=ok <<BR>> 2107=>6558=NOK <<BR>> 5783=>6558=NOK || Echec || Echec || || Darko ||- Le service DHCP ne fonctionnait pas sur le servuer Secours - à investiguer. <<BR>> - L'envoi de fax ne fonctionnait pas vers 6558, cause très probable est le probleme local sur ce fax. Bac mal inseré, beaucoup des fax an attandant, mémoire probablement plein ||
|| Production|| 3/2/2011 20h00 || Succès ||Succès|| Succès || Succès || Succès || Succès || Succès || Succès || || Darko || Problèmes locaux sur deux fax découvert. Ce n'etait pas rapporté par des usagers probablement à cause de faible usage de ces appareils.||
|| Production|| 6/7/2011 19h00 || Succès ||Succès|| Succès || Succès || Succès || 2089(acci)=>2107(reception)=ok <<BR>> 2089(acci)=>6558(ba)=ok <<BR>> 2089(acci)=>5783(ai)=ok <<BR>> 5783(ai)=>6558(ba)=ok <<BR>> 5783(ai)=>2107(reception)=ok <<BR>> 6558(ba)=>2107(reception)=ok || Succès || Succès || || Darko || Le fax 2107 n'affiche rien sur son ecran.||
|| Production|| 28/9/2011 18h15 || Succès ||Succès|| Succès || Succès || Succès || 5783(ai)=>6558(ba)=ok <<BR>> 5783(ai)=>2107(reception)=ok <<BR>> 6558(ba)=>5783(ai)=ok <<BR>> 6558(ba)=>2107(reception)=ok<<BR>> 2107(reception)=> 6558(ba)=ok || Succès || Succès || Succès  || Darko || RAS ||
|| Production|| 21/10/2011 20h30 || Succès ||Succès|| Succès || Succès || Succès || 5783(ai)=>6558(ba)=ok <<BR>> 5783(ai)=>2107(reception)=ok <<BR>> 6558(ba)=>5783(ai)=ok <<BR>> 6558(ba)=>2107(reception)=ok<<BR>> 2107(reception)=> 6558(ba)=ok || Succès || Succès || Succès  || Darko || RAS ||
|| Production|| 05/01/2012 18h55 || Succès ||Succès|| Succès || Succès || Succès || 5783(ai)=>2107(reception)=ok <<BR>> 6558(ba)=>2107(reception)=ok || Succès || Succès || Succès  || Darko || Ce n'est pas un maj de noyau, donc pas de recompilation de wanpipe ||
|| Secours|| 15/02/2012 15h00 || / || / || / || / || / || / || / || / || /  || Darko || Les tests sur le lien PRI ne sont pas fait, Ce n'est pas un maj de noyau, donc pas de recompilation de wanpipe ||
|| Production|| 16/02/2012 18h55 || Succès ||Succès|| Succès || Succès || Succès || 5783(ai)=>2107(reception)=ok || Succès || Succès || Succès  || Darko || Ce n'est pas un maj de noyau, alors pas de recompilation de wanpipe ||
|| Production|| 16/03/2012 18h30 || Succès ||Succès|| Succès || Succès || Succès || 5783(ai)=>2107(reception)=ok <<BR>> 5783(ai)=>6558(ba)=ok <<BR>> 6558(ba)=>5783(ai)=ok <<BR>> 6558(ba)=>5783(ai)=ok || Succès || Succès || Succès  || Darko || après la compilation de pilote wanpipe, les appels pstn n'ont pas fonctionnés. Il fallait redémarrer le serveur pour que ça marche.||