WikiTeki /  Modifications de « LaLettre/0 »

Bienvenue sur la lettre d'information numéro 0 de la Direction des Ressources Informatiques de l'AUF, en date du 24 novembre 2006. Elle recouvre la période du 1er au 24 novembre. Les futurs numéro tenteront d'être bimensuels, sinon hebdomadaire.

Vous pouvez trouver toutes les anciennes lettres ici : LaLettre

Le carnet

[:ZAP/Hanoi: Hanoï] accueille avec plaisir Đoàn Mạnh Hà, qui va aider [:JeanChristopheAndré: JC] dans son travail de tous les jours, avec pour objectif avoué de devenir le Responsable Technique Local du Bureau Asie Pacifique.

Missions

• [:Tini: Jérôme] était en mission au [:ZAO/Niamey: CNF de Niamey] du 7 au 13 novembre. Une autre mission prévue fin décembre, à [:Tini/Notes/MissionBamako: Bamako]

• [:MatthieuSchneider: Matthieu] compte aller en mission à tel endroit du xx au xx décembre.

Avancement des projets globaux

Gestion des utilisateurs des CNF

Le schéma de la base de données [:Projet/GestionDesUtilisateursDesCampus/SchemaBase: est fixé !]. [:SebastienLanteigne: Sébastien] à Montréal continue de travailler sur l'interfaçage en Django/Python. [:OusmaneWilane: Ousmane Wilane] devrait lui porter main forte dans les jours à venir, depuis Dakar.

FOAD

Le point le plus problématique actuellement, c'est de savoir où nous avons des licences... Un certain nombre ont été achetées sur divers budgets, puis envoyées au coup par coup sur certaines implantations. Et nous n'avons pas bien suivi cela : un [:FOAD/Licences: inventaire] est lancé sur le wiki, qu'il faudra essayer de tenir à jour en temps réel.

Sur le front de la transparence des informations, Jérôme a créé un lien entre le [http://rt.auf.org/ «request tracker» FOAD] et la liste technique : toutes les demandes et les discussions qui en suivent concernant les FOAD sont mises en copie à la liste technique. Cela a déjà permis de répondre plus rapidement à quelques questions.

VoIP

Les [:VoIP/ClientMatériel: téléphones] arrivent au niveau des bureau régionaux, ils seront envoyés dans les implantations au fur et à mesure des possibilités. Une documentation sur leur déploiement [:VoIP/ClientMatériel: est commencée], avec notamment des infos sur le [:VoIP/ClientMatériel/AutoProvisioning: déploiement en masse].

Du coté serveur, [:ThomasNoël: Thomas] travaille sur l'adaptation de la configuration par défaut d'Asterisk pour mieux gérer les codecs et les enregistrement des clients IAX2. Il reste aussi à épurer les modules qui sont automatiquement chargés et à ne faire garder à Asterisk que ceux dont nous avons vraiment besoin. Par ailleurs, la version 1.4 d'Asterisk se rapproche de jour en jour et un backport est toujours en vue. Cela nous permettra sans doute de faire des choses intéressantes autour de Jingle (liaison avec GoogleTalk) et de la présence (liaison avec la messagerie instantanée Jabber).

[:JeanChristopheAndré: JC] a testé l'isolation de Asterisk dans un un Vserver : la fonctionnalité de base d'appel VoIP (IAX2 ou SIP) est fonctionnelle, il reste encore à tester les fonctionnalités avancées telles que les conférences mixées par Asterisk.

RPV2

Aucune avancée significative ces derniers temps, mais tout est encore possible avant le 24 novembre, date de sortie de cette lettre

Poste client "2007"

Nous avons commencé à chercher le successeur des petits ideq, qui, dans leur version actuelle (210p), ne me (Jérôme) satisfont pas beaucoup. Un cahier des charges avait été défini, et plusieurs modèles ont été considérés (voir ["Etude/MachineCliente"]). Finalement, pour des raisons de coût et de disponibilité, nous pensons à nous orienter vers un modèle ASUS "de base", qui correspond à la plupart des critères, et semble bien supporté par Linux. Ne reste plus qu'à en acheter un exemplaire, le tester et le valider. Des commandes ont été mises en sommeils depuis plusieurs mois, au moins à Lomé, Dakar et Niamey, en attendant que le choix soit finalement arreté.

Les principales informations régionales

Afrique de l'Ouest

• dans le cadre du [:Etude/IPv6: projet IPv6], début de mise en place IPv6
  • à Dakar (tunnel avec la Sonatel, préfixe ipv6 définitif)
  • à Niamey (tunnel go6, renater n'a pas donné suite à leur proposition)
  • en projet à court terme à Bamako, Saint-Louis et Ouagadougou.

    pour suivre la stabilité de ces laisons, un site smokeping "externe" ipv6 temporaire : http://sakay.santini.org/cgi-bin/smokeping.cgi?target=ipv6-auf

• Le matériel informatique commandé pour le BAO il y a mille ans risque d'enfin arriver à Dakar vers le 8 décembre. Ce délai était du à lenteurs dans les formalités d'importations. Ce lot inclus les téléphones IP pour toute la région afrique de l'ouest, ainsi que des cartes FX0 pour construire un PABX IP connecté au réseau Sonatel. Nous allons enfin pouvoir commencer le déploiement en afrique de l'ouest (pour l'instant, un seul poste disponible à Dakar, et un autre à Bamako)
• A Lomé, Arnaud teste une connexion ADSL, pour essayer de désengorger sa LS, 100% saturée, pour pas trop cher. Il a commencé à documenter la mise en place et les tests qu'il compte faire : ["ZAO/Lomé/Projets/TestADSL"] Hassane a animé une demie-journée autour des logiciels libre et de Ubuntu : une trentaine de personne avaient fait le déplacement. (insérer une tite photo de la salle trés pleine ici ?!?) Le basculement du personnel à Linux continue petit à petit, encore deux personnes à Dakar la semaine dernière.

Asie Pacifique

• au CNF de Hanoï, premier essai réussi de visio (Polycom) derrière du NAT (liaison ADSL), grâce au module ip_nat_h323 du noyau 2.6.18 que l'on trouve sur backports.org (celui qui sera dans Etch) ; reste à voir si l'on peut le faire sans faire du {S,D}NAT global, à condition que ce module utilise bien conntrack en marquant les connexions annexes RELATED ; si tout fonctionne bien, on pourrait alors envisager des mini-visio avec des webcam.

Afrique Centrale

SC Montréal

• Connexion Internet : c'est fait ! la connexion Internet des SCM de Montréal est passée sur fibre optique à 5 mbps. Ce qui a eu pour effet majeur d'améliorer les échanges avec les autres implantations. Par exemple, les sauvegardes externes des données vers Paris qui prenaient au moins 6h de temps, se font maintenant en moyenne en 2h.
• Documentation du système d'information de Montréal : la version 0 du document descriptif du SI de Montréal est enfin sortie. Ce document présente :
  • le réseau
  • les différents serveurs de Montréal (14 sous Debian, 8 pour le système Reflets et 3 pour le réseau bureautique)
  • l'équipe de la DRI à Montréal
  • les mesures de sécurité et une ébauche de procédures de secours.
  La version 1 sera publiée après correction de la présente.

Sur les autres fronts

Quelques informations annexes sur les systèmes et logiciels que nous utilisons, et peu de veille technologique...

Debian

La version 4.0 est en préparation, il suffit d'en installer une pour voir que le prompt affiche désormais "Debian 4.0" au lieu de "testing/unstable". Ca signifie quelque chose ! Une sortie en décembre est toujours envisagée par le projet.

Ubuntu

Edgy est sortie, mais Dapper reste la version stable à utiliser. Cela se confirme un peu chaque jour, Edgy apporte plus de soucis qu'elle n'en résoud (par exemple il n'y a pas encore de dépot "commercial").

Remerciements

Merci à ceux qui ont participé à la rédaction de ce numéro de la lettre

• JeanChristopheAndré

• ThomasNoël

• JérômeSantini

• ChristopheVillemer

Les héros du moment sur la liste tech@ et sur le wiki

• les profs de la formation AIGEME ?