Archives for the month of: March, 2011

Ne, /24 ni isto kot C-klasa!

Pogosto slišim omrežne inženirje omenjati neke “klase”. Površno vsakemu podomrežju z 24 biti v omrežnem delu IPv4-naslova (po domače “/24”) pravijo C-klasa. Zato razumem, da se jim zdi izpis, kot je tale spodaj, nekoliko čuden.

router1>show ip bgp ipv4 unicast neighbors 10.0.171.71 routes 

   Network          Next Hop            Metric LocPrf Weight Path
*> 12.34.56.0/24    10.0.171.71                            0 65071 i
*> 71.0.0.0         10.0.171.71                            0 65071 i
*> 72.0.0.0/10      10.0.171.71                            0 65071 i
*> 123.45.67.0/24   10.0.171.71                            0 65071 i
*> 128.71.0.0       10.0.171.71                            0 65071 i
*> 128.72.0.0/20    10.0.171.71                            0 65071 i
*> 130.4.5.0/24     10.0.171.71                            0 65071 i
*> 192.71.0.0       10.0.171.71                            0 65071 i
*> 192.72.0.0/25    10.0.171.71                            0 65071 i
*> 200.3.4.0        10.0.171.71                            0 65071 i

Total number of prefixes 10 
Read the rest of this entry »

Advertisements

Od presenečenja, da se oprema nekega proizvajalca obnaša drugače kot oprema drugega, je do brskanja po RFC-jih le še korak.

V testnem okolju sem na sosednjem usmerjevalniku (router2) nastavil pot do nekega ciljnega IP-naslova tako, da ja ta pot kazala nazaj proti mojemu usmerjevalniku (router1). Presenetilo me je, da moj usmerjevalnik te poti ni prepoznal kot veljavne in je ni vpisal v svojo usmerjevalno tabelo. Naslov OSPF Forward Address za to pot, ki ga je izvedel od soseda, je bil namreč on sam. Zato je razumljivo, da je bila zanj ta pot neveljavna.

Ker se mi zdelo nelogično, da nek usmerjevalnik nastavi Forward Address na nekaj “povsem neuporabnega”, sem najprej preveril, ali enako velja tudi za kakšno drugo vrsto usmerjevalnikov. Na usmerjevalnik router1 sem zato na enak način povezal še usmerjevalnik drugega proizvajalca (router71).


(podrobnejše nastavitve najdete tule)
Read the rest of this entry »

OSPF za IPv6 – domiselna ločitev izračuna najkrajših poti od IP-naslavljanja.

V prispevku subnet not in table breaks the loop smo opazili, da je vzrok za navidezno nepravilnost v usmerjevalni tabeli neprimeren IPv4-naslov Next Hop/Forward Address, ki je na usmerjevalniku samem. Usmerjevalnik zato te informacije ne vpiše v svojo usmerjevalno tabelo, saj usmerjevalniki niso zasnovani, da bi promet pošiljali samim sebi (z izjemo, ko ga mečejo stran). “Dežurni krivec”, da se je to zgodilo, je bil usmerjevalni protokol OSPF različice 2, ki je namenjem usmerjanju prometa IPv4. Kako pa se obnaša OSPF različice 3 za IPv6-promet (OSPFv3)?

Na usmerjevalniku router3 sem usmeril promet za nek izmišljen IPv6-naslov (2001:db8::ffff) nazaj proti usmerjevalniku router2.


(celotno shemo z nastavitvami usmerjevalnikov najdete tule)
Read the rest of this entry »


Vem, da sem pametnejši od usmerjevalnega protokola.

 

Če se ukvarjate z IP-omrežji, ste zagotovo že naleteli na nekaj takega:

router2>show ip route 10.0.0.255
% Subnet not in table

Zakaj “Subnet not in table?“, saj ste prepričani, da mora usmerjevalnik (router2) poznati pot do IP-naslova (v našem primeru 10.0.0.255).
Na nekaj podobnega sem naletel pred kratkim.

V omrežju treh zaporedno povezanih usmerjevalnikov želim obremeniti povezavo med usmerjevalnikoma router2 in router3. Prvi (router1) bo izvor prometa.


Read the rest of this entry »