Da, asa este. Cu doua VM diferite se poate. De fapt, am si spus ca si daca bag interfetele in namespace diferite, totul functioneaza (practic am arp si tabele independente de forwarding). Insa mi s-a parut o intrebare buna: de ce sa nu se poate face intr-un spatiu unic. Cunosterea nu (se) strica nicodata. Multumesc tuturor pentru sugestii.
2013/2/13 Petru Ratiu <[email protected]> > Well, teoretic s-ar putea scoate cu 2 vm-uri diferite, fiecare bridged cu > alta placa de retea. Avand doua kernele independente, se asigura ca are > stive tcp si tabele arp disjuncte. > > Ca sa completeze armonios peisajul probabil se recomanda niste scripturi > expect care sa se dea pe consolele vm-urilor :) > > Tot threadul asta mi se pare in categoria "se pot bate cuie cu > calculatorul, da' e pacat de el ca-i sare vopseaua". > On 13 Feb 2013 21:01, "Radu Anghel" <[email protected]> wrote: > > > 2013/2/13 alex alex <[email protected]>: > > > Salut, > > > Incerc sa obtin o posibilitate sa masor o conectivitate intre doua > > > switchuri avind acces la un singur capat si m-am gindit la urmatorul > > set-up: > > > > > > o statie linux (doua carduri retea), fiecare card conectat in cite un > > port > > > al switch1. Porturile din switch 1 sunt in mod acces, vlan-uri > diferite. > > > Intre switch 1 si switch 2 am trunk. > > > Pe switch 2 am doua porturi configurate in mod acces, cu vlan-urile > copie > > > din switch 1. Intre aceste doua porturi pun un cross-over (loop). Dupa > ce > > > configurez switch 2 sa fie de acord cu bucla respectiva (!), practic am > > > obtinut o cale looped-back intre port1 din sw1 si port2 din sw2. > > > > > > Linux sw1 sw2 > > > ------------ access ------------------ trunk > -------------------- > > > | eth0|-------------|vlan10 |---------------| vlan10 > > > |----------| loop > > > | eth1 |-------------|vlan20 | | vlan20 > > > |----------| > > > ----------- access ------------------- > > > -------------------- > > > > > > Bun. Acum la partea care ma intereseaza. In linux configurez eth0 si > eth1 > > > in acelasi subnet (ex: 192.168.0.1 respectiv 192.168.0.2). Si incerc sa > > fac > > > ping cu sursa eth0 in ip eth1. > > > Ce obtin: arp initial pleaca asa cum trebuie(de pe eth0), parcurge > bucla > > si > > > intra in eth1. Nu am insa reply la arp. Evident, nici mai departe nu se > > mai > > > trimit pachetele ICMP. > > > Intrebarea este, pentru cine s-a mai lovit de asa ceva, daca exista o > > > explicatie. Si evident, daca exista vreo setare (/proc/sys/net?) > pentru a > > > obtine comportamentul dorit, adica conectivitatea. > > > Exista o solutie prin folosirea namespece-urilor care functioneaza ok > > prin > > > punerea celor doua interfete in contexte diferite. Insa macar as vrea > sa > > > inteleg comportamentul prin care kernelul trateaza pachete destinate > > catre > > > o interfata proprie de retea cind sursa este cunoscuta ca fiind o alte > > > interfata interna. > > > Un link care sa arunce o lumina in aceasta intrebare ar fi suficient. > Sau > > > daca e o intrebare timpita, un motiv pentru care e asa ar fi excelent. > > > Multumesc. > > > > > > Salut, > > > > Esti sigur ca arp-ul ajunge in eth1 trecind prin switch? Vlan-urile > > separa reteaua si broadcasturile nu pot ajunge dintr-un vlan in altul > > - arp requesturile nu ar trebui sa ajunga dintr-o parte in alta. > > > > E o idee destul de neinspirata sa folosesti acelasi subnet in 2 > > vlan-uri diferite si mult mai neinspirata sa il folosesti si pe 2 > > interfete din aceeasi statie linux. In tabela de routare pe statie va > > exista o ruta catre reteaua aia prin ambele interfete. > > > > Ca sa ajunga pachetele dintr-un vlan in altul ar trebui sa faci cumva > > inter-vlan routing, daca e suficient de destept sw2 direct pe el sau > > sa adaugi un device care sa faca routarea (si sa folosesti subneturi > > diferite pe eth0/eth1 pe statia de test). > > _______________________________________________ > > RLUG mailing list > > [email protected] > > http://lists.lug.ro/mailman/listinfo/rlug > > > _______________________________________________ > RLUG mailing list > [email protected] > http://lists.lug.ro/mailman/listinfo/rlug > _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
