On 05/07/2014 12:03 AM, Octavian Chelu wrote: > 2014-05-06 23:52 GMT+03:00 Vali Dragnuta <[email protected]>: > >>> Tot ce se poate deși mi s-ar părea ciudat ca routerul să răspundă la arp >>> request pentru un ip pe care nu-l are pe nici o interfată, doar pentru că >>> are rută către el. >> >> Depinde cum ti-a fost alocat de provider : daca ti-a alocat un alt ip >> din acelasi subnet cu cel direct conectat, ai dreptate. Daca de fapt ai >> un ip direct conectat si un subnet pe care providerul il routeaza prin >> adresa ta ip primara(adica are si el o ruta) atunci nu e nevoie. >> >> A se observa ca cele 2 adrese mentionate nu par sa faca parte din >> acelasi subnet, asa ca providerul are sigur la rindul sau in tabela de >> routare o ruta catre 86.200.200.200 via 86.100.100.100 >> >> Asa ca routerul providerului o sa faca arp lookup pentru 86.100.100.100 >> apoi o sa trimita pachetele pentru 86.200.200.200 catre adresa ethernet >> a lui 86.100.100.100 >> >> Dacă providerul îi rutează 86.200.200.200 prin 86.100.100.100 atunci > problema este banală si clasică, eu am înțeles că, totuși, 86.100.100.100 > și 86.200.200.200, deși probabil din subneturi diferite, sunt în acelasi > domeniu de broadcast, practic am înțeles că, într-un switch providerul i-a > mai alocat un port și i-a mai dat un IP (de altfel se înțelege din emailul > initial că a primit câte un gateway pentru fiecare ip). > Mai mult, de obicei dacă un provider vrea să ruteze prin ip-ul tau alt ip > atunci îți va da cel putin un /30 nu un /32. Asta se poate verifica simplu, ridicand cel de-al doilea ip ca alias pe wan si dand ping in gateway.
-- Tudor Gheorghe _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
