OSPF nssa

[kloppix]

Czy istnieje jakies sensowne użycie nastepujacego polecenia?

Kod: Zaznacz cały

area id nssa

tzn chodzi o to że bez "no-summary"

[Ogru]

No kiedy chcesz aby area bylo Not-So-Stubby ;]

Stubby area nie wpusza LSA typu 5 tak wiec jak masz w tej area ASBR i chcesz aby jego zewnetrzne trasy byly dostapne dla sieci OSPF musisz ten area ustawic jako nssa. Tym samym area ktore ustawisz jako NSSA ignoruje updaty (dostaje je jako default route co zmniejsza routing table) o zewnetrzym routingu z reszty sieci OSPF a wysyla swoje do sieci OSPF.

Kod: Zaznacz cały

Redistribution into an NSSA area creates a special type of link-state advertisement (LSA) known as type 7, which can only exist in an NSSA area. An NSSA autonomous system boundary router (ASBR) generates this LSA and an NSSA area border router (ABR) translates it into a type 5 LSA, which gets propagated into the OSPF domain. The network diagram demonstrates this principle. 

źródło

Ale pewnie nie o to ci chodzilo ;]

[kloppix]

oooo
wczoraj labowalem ale widocznie jakos zle spojrzalem; chyba ze PT ma bugi
jezeli mam

AREA0---ABR---AREA1----ASBR----RIP

i nie ustawiam zadnych flag
to PT pokazuje ze o sieci RIP wie tylko AREA1; AREA0 nic

natomiast gdy wlacze nssa, wtedy widzi i AREA0

Mialem wrazenie, ze na labie bylo tak ze gdy nic nie ustawie (ani stub, ani totaly stub ani nssa) w AREA1 to o sieci RIP AREA0 bedzie wiedziala

Chyba bedzie trzeba jeszcze raz zobaczyc na prawdziwym sprzecie

[Ogru]

Nie uzywalem nigdy PT ale powinno byc tak jak mowisz
jesli oczywiscie redystrybuujesz RIP do OSPF.

Stub zapobiega dostawaniu LSA T5

Stub no-summary LSA T3,4,5

nssa tak samo jak stub z tym ze wpuszcza T7 ktory przez ABR jest zmieniany na T5 i tym sposobem przechodzi do reszty OSPF

nssa no-summary tak samo jak wyzej z tym ze odnosnie stub no-summary

Pozdro.

[kloppix]

Nie uzywalem nigdy PT ale powinno byc tak jak mowisz
jesli oczywiscie redystrybuujesz RIP do OSPF.

Co jaki typ Arei blokuje wiem, tylko nie wiem co blokuje brak ustawionej flagi

tak jak mowie czyli jak?
Ze area0 powinna widziec RIPa gdy NIE jest wlaczone nssa?
Czy w ten sposob jak to widzi PT?

[Ogru]

Nie uzywalem nigdy PT ale powinno byc tak jak mowisz
jesli oczywiscie redystrybuujesz RIP do OSPF.

Co jaki typ Arei blokuje wiem, tylko nie wiem co blokuje brak ustawionej flagi

tak jak mowie czyli jak?
Ze area0 powinna widziec RIPa gdy NIE jest wlaczone nssa?
Czy w ten sposob jak to widzi PT?

No skoro wiesz co jaki typ robi to wiesz ze cos ci PT nie tak pokazuje. :]
Jak masz wszystkie Area standardowe to nic niczego nie blokuje poprostu routery w danym Area maja wszystkie taki sam Link-State Database dla danego Area. no a ABR maja Link-State Database z obydwu Area.

Jesli sie myle to nich mnie ktos poproawi.

Pozdrawiam

[d1gital]

No kiedy chcesz aby area bylo Not-So-Stubby ;]

Tym samym area ktore ustawisz jako NSSA ignoruje updaty (dostaje je jako default route co zmniejsza routing table) o zewnetrzym routingu z reszty sieci OSPF

No nie do końca.
Zwykłe NSSA nie dostaje żadnej domyślnej trasy od ABR (czyli nie wie nic o trasach od innych ASBR w sieci)
Totally Stubby NSSA dostaje trasę domyślną Type 3
Na ABR można dać area ID nssa default-information-originate, wtedy NSSA dostanie trasę domyślną Type 7 (domyślnie N2), ktora również nadpisze trasę domyślną Type3 w przypadku TSNSSA

Różnica polega na tym, że Stub i Total Stub zawsze dostają trasę domyślną Type 3.

Niestety, Packet Tracer wymięka na takich konfiguracjach. Tak jak to opisujesz to powinno działać normalnie. Kolejny znany bug w PT (z tym związany) polega na tym, że ABR połączony z NSSA ma trasy Type7 pod sh ip ospf database ale nie wrzuca ich do tablicy routingu. A dodatkowo wysyła dalej jako Type5, więc tworzy się czarna dziura.

Pozdrawiam

[kloppix]

sprawdze jeszcze raz w realu w czwartek albo poniedzialek i zadecyduje kto zasluzyl na helped ;P

[kloppix]

No wiec przelabowalem:

(r4 tez nalezy do area 1)

i to co zaobserwowalem na wlasnie r4 (na pozostałych routerach nie bylo zmian)

bez nssa


z nssa (bez no-summary oczywiscie)


Zatem wniosek z tego taki ehh ze polecenie area id nssa jest chyba bez celowe, skoro zmieniają tie tylko literki w tablicy routingu... oczywiscie nssa no-summary jak najbardziej przydatne.

[d1gital]

No wiec przelabowalem:
...
Zatem wniosek z tego taki ehh ze polecenie area id nssa jest chyba bez celowe, skoro zmieniają tie tylko literki w tablicy routingu... oczywiscie nssa no-summary jak najbardziej przydatne.

ASBR należy do NSSA, więc trasy są propagowane jako N2 w area1 i E2 w innych obszarach. Gdyby ASBR leżał poza area1 to trasy external byłyby filtrowane. Szczególnym przypadkiem jest ABR do NSSA będący jednocześnie ASBR, wtedy trasy external są propagowane przez NSSA. Jeśli chcesz tego uniknąc to poniższa komenda pomoże:

Kod: Zaznacz cały

area 1 nssa default-information-originate no-redistribution

[kloppix]

Gdyby ASBR leżał poza area1 to trasy external byłyby filtrowane.

To znaczy gdzie? Założeniem nssa chyba jest to zeby 'obcy' protokol routingu byl w area roznym od zera.

Szczególnym przypadkiem jest ABR do NSSA będący jednocześnie ASBR, wtedy trasy external są propagowane przez NSSA. Jeśli chcesz tego uniknąc to poniższa komenda pomoże:

Kod: Zaznacz cały

area 1 nssa default-information-originate no-redistribution

Chodzi o taką sytuację? (ABR jednosczenie ASBR)

Ale wtedy Area1 wcale nie jest nssa...

Sorka, ale nie rozumiem Twojej wypowiedzi

[d1gital]

To znaczy gdzie? Założeniem nssa chyba jest to zeby 'obcy' protokol routingu byl w area roznym od zera.

Możesz mieć również drugiego ASBR w sieci gdzieś indziej.

Chodzi o taką sytuację? (ABR jednosczenie ASBR)
Ale wtedy Area1 wcale nie jest nssa...

Wystarczy, że dodasz drugi ASBR w area1, ale nie chcesz wstrzykiwać tras z tego, który jest jednocześnie ABR (http://www.cisco.com/image/gif/paws/6208/nssa1.gif).

[kloppix]

ok, rozumiem, dzieki

czyli i tak gole nssa jest bezuzyteczne ;P

[drake]

ok, rozumiem, dzieki

czyli i tak gole nssa jest bezuzyteczne ;P

Hej,
nie, bo w NSSA mozesz robic redystrybucje tras zewnetrznych, co w zwyklej stub area jest niemozliwe. Mozna by w sumie stwierdzic ze idea obszarow jest bezuzyteczna.... kwestia potrzeby designu, ot co

Pozdrawiam!

[kloppix]

nie, bo w NSSA mozesz robic redystrybucje tras zewnetrznych, co w zwyklej stub area jest niemozliwe.

Mialem na mysli nssa a nic (ani stub, ani totally stubby)

...


a mi polecenie area 1 no-redistribution zablokowalo cala redystrybucje... oto fragment (router ASBR i ABR NSSA jednoczesnie):

Kod: Zaznacz cały

router ospf 1
 log-adjacency-changes
 area 1 nssa no-redistribution
 redistribute rip subnets
 network 10.0.0.2 0.0.0.0 area 0
 network 192.168.0.1 0.0.0.0 area 1
!
router rip (SIEC RIP ODPOWIADA NA RYSUNKU SIECI IGRP)
 network 172.16.0.0
!

Wtedy cala area 1 nie widzi sieci 172.16.0.0 / gdy bylo samo nssa lub nic - wszystko dzialalo jak nalezy. W powyzszej konfiguracji wyglada jakbym blokowal cala redystrybucje - tu RIPu do area 1. Czy takie jest zalozenie tej komendy?

There are situations where there is no need to inject external routes into the NSSA as type 7. This situation usually occurs when an ASBR is also an NSSA ABR. When redistribution takes place in this scenario, the router generates type 5 as well as type 7 LSAs. You can prevent the router from creating type 7 LSAs for NSSA with this command:

router ospf 1
Area 1 nssa no-redistribution

In the network diagram, Area 1 is configured with the no-redistribution option. This means that all IGRP routes are redistributed into area 0, but no type 7 LSAs are generated for Area 1. Only configure this command on an NSSA ASBR that is also an ABR.

Wydawalo mi sie ze wtedy routery w area 1 powinny widziec moją siec rip 172.16.0.0 jako E2 zamiast N2, a tu nie ma nic.

PS
nie zamiescilem rysunku ale zalozenie jest jak w :


A moze wina IOS'a ?