acum am ceva de genul: LAN ------ A ------ B ------ C ------- WAN
unde B este o scula care face shaping si alte magarii. doresc sa pun inca o interfata in A si una in C pe care sa le leg direct printr-un cross. argumentele mele: 1. prin B am si trafic care nu trebuie shap-uit si atunci, acest trafic (de transport) poate sa mearga pe o cale mai "scurta" 2. daca imi crapa B, as vrea sa am o cale redundanta prin care sa mearga pachetele, cu riscul de a fi neshap-uite. m-am gandit la ceva 802.1q (parca, nu mai stiu, am uitat despre ce litera e vorba ;) - unde pot pune costuri si sa functioneze un algoritm de spanning tree la rutare. intrebari: i. ce experiente placute/neplacute de folosire aveti pentru spanning tree pe box-uri linux (acum A, B, C sunt toate linux)? ii. merita sa il fac pe B cu interfetele in bridge sau mai bine nu (performanta, incarcare blabla)? iii. ce strategii vedeti pentru o astfel de problema? (teorie, se poate usor abera. discutii deschise) ipoteze suplimentare: a/ in viitorul apropiat C va fi probabil un echipament hard (sper cisco), B ramane in continuare linux, eventual cu eth-urile in bridge, A ramane inca linux o buna bucata de vreme. b/ B mai are o interfata eth de "operare" pentru aplicatiile care au nevoie de datele care sunt stocate aici (mysql) cu multumiri stropite de beri negre, tibi ps: ziceti ce vreti, maine leg A de C macar cu o sfoara... daca ma convingeti, o dau jos si pun un drod*... pps: dilema mi-a venit azi in timp ce stateam si-mi asteptam randul** la benzinaria unde am remarcat ca s-a scumpit benzina... t ---------------------- * nota traducatorului: drod = (reg., ardeal) sarma, cablu ** randul din dreapta, pentru ca eu am busonul pe stanga --- Detalii despre listele noastre de mail: http://www.lug.ro/
