Le réseau hétérogène...



La méthode usuelle a encore une fois été mise en oeuvre pour décider vivement de ce qui fallait prévoir pour mettre en place notre "connection-mania". D'abord, étude rapprochées de quelques mousses afin d'attendre tous ceux qui s'étaient annoncés comme présents "potentiels", suivie par un déplacement des troupes vers le Cappadoce (rue des Blanchets, Toulouse), restaurant à la cuisine très méditéranéenne.

Le premier point mis sur la table a été que la mise en place de serveur DHCP pour régler les problèmes d'adressage ne serait pas très pratique pour tout le monde : du fait de la nécessité d'intaller ces serveurs un peu chez tout le monde.

Le second point tout aussi vite expédié fut le nom de domaine qui serait hs.culte.org et le sous-réseau qui serait le 192.168.20.x. Pourquoi le vingt ? Tout simplement, car la question s'est posée lors de l'examen de la carte du restaurant à une page ayant une consonance très similaire.

Au fur et à mesure que le repas avancait, deux phases distinctent se sont dégagées du lot :

Un réseau hétérogène "actuel"

Cette phase présente un réseau hétérogène sous une optique d'exploitation actuelle présentant le fonctionnement des LL (Linux, BSD, ...) avec des "éléments nettement plus propriétaires". Cet ensemble a grosso-modo été découpé en tranches distinctes :

  1. Un segment SAMBA/Windows.
  2. Un segment Netatalk/Appletalk/MacOS.
  3. Un éventuel segment IPX/Novell (discretement évoqué par tth).
  4. Un segment UNIX propriétaire.

Il faut donc ici des machines clientes non-libres et des infrastructures libres. (Point "laissé en blanc" : Doit-on présenter la situation inverse ?). Ces different segment doivent être rapidement mis au point et être dispo sur étagère, et être présentables dès qu'un besoin de démo se présente.

On peut donc appeller cette étape la phase "sérieuse".

Un réseau hétérogène préhistorique, protohistorique, historique, actuel, et même plus...

Il s'agit, en fait, d'un réseau hétérogène où tout type de matériel tente de communiquer quelque soit son âge ou son origine. Un consensus général sur le fait que tant que tout communique sur Ethernet: tout va bien. Le plus rude risque d'être le pontage vers des technologies propriétaires (ex.MacOS + AppleTalk sur ligne série) soit par manque de matériel, soit par problème de portage des anciens protocoles propriétaires vers les outils libres.

Autre sentiment général s'est affirmé : sur cette phase du projet, il est possible de nettement prendre son temps... et d'affiner les mise au point, les recherches, les reanimations... Une demande de démo concernant les matériels plus où moins exotiques remis en état par les participants au projet étant plus qu'improbable : Un vieux Mac avec son 68030 tournant sous Linux à coté d'un station de travail hors d'âge ne va surement pas émouvoir le visiteur "lamba" au cours d'une démo.

Au cours de l'étude de mousses, tth nous a révelé une de ses inquiétudes : certaines machines vont avoir besoin d'être connectées sur des "routeur"  de lignes series (combien ? et comment ?). Une première réponse vient d'être trouvée il y a peu : une carte SPIF (Carte serie 8 ports 38.4kbps SUN sbus) va pouvoir être gréffée sur la petite soeur d'oemreb, qui est encore en cours de reconstruction. Linux ne gère pas cette carte contrairement à OpenBSD.


<Back
Sun Apr 7 20:05:17 CEST 2002