TP ATM
-
insertion du module (nicstar) et lancement des démons de base (atmsigd
ilmid) sous linux
-
configuration de deux postes linux en atmarp manuel (atmarpd, atmarp -c
atm0, ifconfig atm0, atmarp -s ip nsap)
-
pour obtenir l'adresse du switch : get nsap-address ...
-
pour obtenir l'adresse d'un Linux : atmaddr ...
-
configuration d'un switch en atmarp manuel ("interface ip modify", sur
l'interface qaa0)
-
configuration du serveur atmarp sur un switch (service atmarp) : rien à
faire, le switch a un serveur "de base"
-
configuration du switch en client atmarp sur lui-meme (interface qaa1)
-
configuration d'un poste linux en atmarp, serveur sur le switch, en créant
une deuxième interface, atm1 (atparm -s netmask nsap arpsrv)
-
création d'une troisième interface sur les linux, atm2, qu'on
va configurer en Classical IP sur PVC
-
configuration de qaa2, et ajout des entrées Classical IP/PVC (services
atmarp new-...pvc ?)
-
configuration d'un LECS sur un switch (service lecs)
-
charger la conf par défaut au niveau du switch (ça charge
LEC+LECS+LES)
-
télécharger sur le PC local : tftp://192.168.220.1/var/local/tftpboot/incoming/Autres/lecs.cfg
-
modifier le lecs.cfg pour ne laisser qu'1 seul ELAN, et mettre la bonne
adresse LES
-
installer sur le PC local le serveur TFTP, et récupérer
lecs.cfg à partir du switch
-
configuration du client LANE sur le switch (configurer interface lec0)
-
configuration d'un poste linux en client LANE (lancer le demon zeppelin,
ifconfig lec0)
-
creation d'un pvc entre deux ports du switch (dans "connections channel")
-
test du pvc avec aread et awrite ; avec bio (disponible sur http://wall/~jp/bio)
-
utiliser le pvc pour faire du CLIP entre 2 machines linux, en utilisant
atm2 (ne pas changer les adresses, simplement ajouter les entrées
CLIP)
-
utiliser le pvc pour faire du ppp avec l'option pty et bio (pppd noauth
localip:remoteip pty '/root/bio 0.104')
-
intégrer un cisco 2600 ?
-
PNNI ?