[LiSA-Devel] BPDU forwarding & status update

[Radu Rendec]

Salut,

1. Configuratia lui sw1:

* daca iti "tai craca", pe ttyS0 e legata o seriala in el si se poate
accesa de ex. cu minicom-ul ;)

* singura problema era ca interfata de management (fa0/24) era in
shutdown; am ridicat-o si e ok;

* am pus in vlan 15 (mod acces) interfetele fa0/8 si fa0/9, care sunt
conectate in pg;

* am modificat versiunea de protocol in "rapid-pvst".

2. Forward-ul de frame-uri STP in LiSA:

* pentru protocoalele deja existente (CDP si VTP), codul din
sw_socket_filter() intoarce valoare != 0 doar in cazul in care exista
cel putin un socket deschis si care asculta pentru protocolul respectiv;

* codul care apeleaza sw_socket_filter() face switching la frame doar
daca primeste raspuns 0 (not handled);

* cred ca pentru ce vrei tu este suficient sa intorci o valoare != 0 din
sw_socket_filter() indiferent daca ai gasit sau nu un socket pentru stp;

* probabil ca valoarea de return ar trebui sa fie conditionata totusi de
faptul ca stp este activ sau nu (pe vlan-ul respectiv) - dar nu sunt
sigur, poate tu stii mai bine cum ar trebui sa se comporte un switch in
situatia asta.

Bafta la prezentarea de maine! Daca te mai putem ajuta cu ceva, probabil
vom fi "pe baricade" pana spre seara.

Numai bine,

Radu

On Thu, 2009-07-09 at 21:44 +0300, Faur Andrei wrote:
> Salut,
> 
> Am testat protocolul pe o bucla formata din LiSA,
> sw2 si sw3. Dupa pornirea daemonului de RSTP,
> celelalte doua switchuri isi trec porturile in forwarding,
> in timp ce LiSA asigneaza unui port rolul de Root
> Port (in forwarding), si pe celalalt il face Alternate Port
> (in blocking). Deci toate OK.
> 
> Intrebarea mea are legatura cu ceea ce se petrece
> _inainte_ de a porni daemonul de RSTP.
> 
> In mod normal, cele doua switchuri ar trebui sa aiba
> toate porturile pe forwarding deoarece LiSA _nu_ ar
> trebui sa faca forwarding la BPDU-urile primite pe un
> port pe celalalt port, dat fiind ca eu fac interceptarea
> in kernel si le scot din procesul normal de forwardare.
> 
> Insa chiar acest lucru se intampla, unul din switchuri
> detectand o bucla din cauza ca  BPDU-ul de la celalalt
> switch ajunge pe ambele porturi. Aparent, acest lucru
> nu influenteaza functionarea ulterioara a protocolului,
> deoarece dupa pornirea daemonului lucrurile merg
> normal. Chiar si asa, nu ar trebui ca fara daemon,
> BPDU-urile sa fie trimise in userspace si acolo sa se
> piarda? (Acesta este lucrul care se intampla cand
> modulul LiSA nu este inserat, cele doua switchuri isi
> trec toate porturile in forwarding).
> 
> In legatura cu statusul curent al implementarii, el
> functioneaza in sensul ca fiecare port ajunge in rolul
> in care trebuie. O data ajuns in rolul respectiv, acestea
> ar trebui sa faca enable/disable pe learning si forwarding.
> Adica efectiv sa blocheze porturile si sa interactioneze
> cu tabela de comutare. Momentan, rutinele care ar trebui
> sa faca acest lucru nu sunt implementate. Protocolul
> functioneaza chiar si asa deoarece singurul trafic din retea
> este trafic STP, si BPDU-urile nu sunt transmise pe porturi
> avand rolul Alternate sau Backup.
> 
> Deocamdata vreau sa mai rulez protocolul in aceasta
> situatie, pentru a avea un scenariu de test stabil pe care
> sa il pot prezenta luni. Un short TODO list cu ce ar mai fi
> de facut ar contine:
> - implementare enable/disable learning/forwarding
> - adaugare entry-uri in CLI pentru controlul parametrilor
> - suport pentru edge ports
> Cam astea sunt punctele majore la care trebuie lucrat,
> dupa aceea urmeaza polishing.
> 
> Am testat protocolul si cu sw1 (singurul care stie RSTP),
> si a mers in sensul ca am reusit sa il conving ca LiSA e
> root bridge, si toate porturile au trecut in rolul/starea
> corecta. Se poate creea o bucla cu sw1 prin activarea
> celei de-a doua legaturi cu acesta, insa nu ma pricep
> la configurarea switchurilor incat sa fac asta (pentru
> crearea buclei LiSA-sw2-sw3 am avut outside help).
> 
> Request : daca aveti timp, zilele astea sa configurati
> sw1, cu rstp enabled, cele doua legaturi catre LiSA sa
> fie active si in acelasi VLAN, as fi recunoscator. Also,
> am dat jos cu interfata de management, astfel incat
> sw1 nu mai e accesibil prin telnet.
> 
> Pe viitor ar trebui facut rost de switchuri cu suport pt
> RSTP (sau poate merge schimbata imaginea de IOS
> pe sw2 si sw3, nu stiu sigur), astfel incat sa testez si
> partea de RSTP. Bucla descrisa mai sus este rezolvata
> de STP, deoarece RSTP face fallback la acesta la
> detectarea unui TCN BPDU sau CONF BPDU.
> 
> In concluzie, implementarea este inca in early stages,
> insa functionalitatea este acolo.
> 
> Andrei
> _______________________________________________
> LiSA-Devel mailing list
> LiSA-Devel at lisa.ines.ro
> http://lisa.ines.ro/mailman/listinfo/lisa-devel