Compte Rendu de la Réunion annuelle de la DRI

Le texte du relevé de décisions et de recommandations se trouve sur [:Réunions/2005/11/Decisions:]

Lundi 28 novembre

• - Utilisation de RT pour un mail de type support-informatique@auf.org - Utilisation de DotProject pour les projets

Mardi 29 novembre

Mardi matin

Le détails sur [:Réunions/2005/11/CompteRenduFOAD:]

Mardi après-midi

Le détails sur [:Réunions/2005/11/CompteRenduSIGCampus:]

Mercredi 30 novembre

Mercredi matin

09h15 : début des travaux

• - Présentation du [:Projet/Supervision:] des systèmes de supervision en cours de finalisation

  • XavierMailhos, présente le Nagios de Libreville.

  - Présentation du [:Projet/RPVv2:] (refonte du Réseau Privé Virtuel de l'AuF) - Discussions sur le thème du processus de responsabilité des RTR dans les bureaux.
  • Disussions sur les questions de Procédures - Directives pour mettre en oeuvre la politique de la DRI
  • Comment faire ? Pas assez de Procédures et directives officielles.
  • Il faut bien préciser dans les régions les rôles de chacun et notamment le rôle du RTR dans sa responsabilité régionale pour faire appliquer les directives.
  • Il faut faire valider un certain nombre de point par les notes officielles (Lettre d'information notamment).
  • Il y a toujours les difficultés liées à l'organisation interne de l'AUF. Bcp de choses sont dites, pas assez sont écrites.

    • - Les messages diffusés en diffusion-technique@auf.org sont des procédures et directives. Il faut les prendre comme tel !

    • - ThomasNoël a autorité pour donner directives. Il faut les prendre au sérieux.

Pause

• - Exposé du concept de PKI-ICP - Présentation de son application pour le RPV de l'agence - Discussions sur le maillage : Adressage et DNS rpv.auf.org
  • - Calendrier d'action :
    • - Packaging et documentaiton : janvier 2006 - début de déploiement : février 2006 - fin du déploiement : mi 2006

Mercredi après-midi

• - Quelques explications techniques sur le protocole SIP - Pourquoi pas de Skype - Etat des lieux des clients logiciels - Etat des lieux des clients matériels

Il existe des téléphone SIP (environ 50 eur). C'est une solution envisageable pour des implantations avec peu d'utilisateurs. de toute façon, Paris et Montréal ont des PABX aux quels on ne pas toucher.

• - Une architecture possible début 2006

  • - des serveurs Asterisk avec comptes SIP locaux, reliés en IAX - clients SIP soft et/ou matos - un dial plan "poste téléphonique actuel = SIP local" - un dial plan "00Pays = IP IAX" partagé par tous

Reste un problème légal dans certain pays.

Pause

• - Présentation du chantier du CNF de Rabat par MichelLecoz et El Hadi.

  - présentatation de la conf d'Asterisk (ThomasNoël) - présentatation de l'interfaçage WENGO (JeromeSantini) - [:Projet/VoIP:] : comment déployer ?

Problèmes à résoudre :

1. Problème du NAT
2. Une machine
   • 2.1 petite neuve : shuttle vierge 2.2 serveur actuel
3. Installer en Sarge
4. Installer le package Asterisk (voir pour les détails [:Projet/VoIP:])

BIlan des implantations -

• BAP : OK pour toute les implantations
• YAOUNDE : (nat ok ; machine
• BOI :
• BAO (Dakar) : Budget 2006
• BECO :
• BMO :

Calendrier de déploiement

Calendrier : Pour PARIS et MONTREAL

bon alors, faudrait quand même qu'on conclue....

qu'est-ce qu'on fait maintenant ?.....