Am sa incerc sa clarific putin situatia. A si B apartin unui LAN de cartier, destul de eterogen. Asta inseamna ca nu am control asupra IP-urilor (in sensul ca nu le pot schimba cum vreau eu). A si B sunt doar doua calculatoare oarecare din acel LAN, cu mentiunea ca fiecare au o conexiune la internet. De aceasta conexiune vreau sa ma folosesc pentru a crea o legatura auxiliara intre cele doua parti ale retelei (daca le putem numi asa) in momentul cand legatura prin switch cade. Planul de actiune e urmatorul: creez tunelul, fac bridge intre tun0 si eth1 pe A si adaug tun0 la br0 pe B (din cate am inteles, interfetele gre pot fi bridge-uite cu conditia sa nu fie bridge-uite cu interfata pe care e definit tunelul), activez STP si cam atat. Daca nu iese, o sa vad care e treaba cu vtun. Neclaritatile raman cele legate de proxy_arp (daca reprezinta o solutie). Din cate am citit eu despre proxy_arp inclin sa cred ca nu, dar explicatii suplimentare sunt binevenite. A, si legat de PDBB-ul ala.
Mersi de lamuriri. --- Tarhon-Onu Victor <[EMAIL PROTECTED]> wrote: > On Mon, 11 Jul 2005, Claudiu Constantinescu wrote: > > > 192.168.16.6 in B, netmask 255.255.255.252) cu comanda: > > > > A: ip addr add 192.168.16.5/30 peer 192.168.16.6 dev > tun0 > > B: ip addr add 192.168.16.6/30 peer 192.168.16.5 dev > tun0 > > Asta e howto-ul ala de tunele gre si ipip de prin '97 > adaptat de > la ifconfig la iproute? Crap! Daca tot ai /30 atunci ce > cauti acolo cu > peer, adica point to point? Nu! > > pe A: > ip tunn add capatA local 82.a.b.c remote 82.d.e.f mode > gre ttl 64 > ip add add 192.168.16.5/30 dev capatA > ip link set dev capatA up > i route add cutare1/masklencutare1 via 192.168.16.6 dev > capatA onlink > > pe B: > ip tunn add capatB local 82.d.e.f remote 82.a.b.c mode > gre ttl 64 > ip add add 192.168.16.6/30 dev capatB > ip link set dev capatB up > ip route add cutare2/masklencutare2 via 192.168.16.5 dev > capatB onlink > > > 1. Rutezi manual cele doua subneturi din spatele > routerelor cand pica > > switch-ul (pe A rutezi prin 192.168.16.6 subnetul din > spatele lui B, > > si invers) > > 2. Configurezi un protocol de rutare dinamica, sa o ia > automat cand > > pica switch-ul. > > Omul ale balarii pe acolo, e exclus tot ce inseamna > routing in > acelasi caz. Doar bridging-ul il maipoate salva. > > -- > Any views or opinions presented within this e-mail are > solely those of > the author and do not necessarily represent those of any > company, unless > otherwise expressly stated. > > --- > Detalii despre listele noastre de mail: > http://www.lug.ro/ > > > ____________________________________________________ Sell on Yahoo! Auctions no fees. Bid on great items. http://auctions.yahoo.com/ --- Detalii despre listele noastre de mail: http://www.lug.ro/
