ISIS L1/L2 router sasiedztwo do L1 i attached-bit

[martino76]

Witam,


Mam pytanie odnosnie attached-bit. Moja topologia

R3(L2 area 49.0001)-------R2(L1/L2 area 49.0001)-------R1(L1 are 49.0001)

By default, attached-bit nie jest wysylany z R2 do R1 jesli oba rutery maja ten sam area ID.

Wiem, ze uzywajac polecenia default-information originate na R2 z route-map moge wygenerowac defaul route i propagowac ja do R1.

Chcialem osiagnac ten sam cel uzywajac polecenia set-attached-bit na R2 by dla L1 generowac domyslna trase. Nie wiem co zle robie, ale R1 nie widzi default route.

R2 config

Kod: Zaznacz cały

router isis
 net 49.0001.0000.0000.0002.00
 set-attached-bit route-map DEFAULT
 summary-address 1.1.1.0 255.255.255.0
 passive-interface Loopback0


route-map DEFAULT permit 10
 match route-type level-1

Na R1 show ip route isis pokazuje:

Kod: Zaznacz cały

R1#sh ip route isis 
Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area 
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
       E1 - OSPF external type 1, E2 - OSPF external type 2
       i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
       ia - IS-IS inter area, * - candidate default, U - per-user static route
       o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP
       + - replicated route, % - next hop override

Gateway of last resort is not set

      2.0.0.0/32 is subnetted, 1 subnets
i L1     2.2.2.2 [115/10] via 10.1.2.2, 00:20:40, Ethernet0/0

Kiedy zrobie to samo na XR nie mam z tym zadnych problemow i L1 router podlaczony do XR dostaje default

XR1 output

Kod: Zaznacz cały

RP/0/0/CPU0:XR1#sh cdp neighbors 
Sat Nov 16 13:59:53.586 SGT
Capability Codes: R - Router, T - Trans Bridge, B - Source Route Bridge
                  S - Switch, H - Host, I - IGMP, r - Repeater

Device ID       Local Intrfce    Holdtme Capability Platform  Port ID
R6              Gi0/0/0/0        162     R          Linux Uni Et0/1           
R5              Gi0/0/0/1        129     R          Linux Uni Et0/1           
XR2             Gi0/0/0/2        160     R          EnXR      Gi0/0/0/2 

router isis 1
 net 49.0001.0000.0000.0019.00
 address-family ipv4 unicast
  summary-prefix 20.20.20.0/24 level 2
  attached-bit send always-set
 !

XR2

Kod: Zaznacz cały

RP/0/0/CPU0:XR2#sh isis neighbors 
Sat Nov 16 13:59:37.084 SGT

IS-IS 1 neighbors:
System Id      Interface        SNPA           State Holdtime Type IETF-NSF
XR1            Gi0/0/0/2        0276.8250.7078 Up    9        L1   Capable 


RP/0/0/CPU0:XR2#sh cdp neighbors 
Sat Nov 16 13:59:24.080 SGT
Capability Codes: R - Router, T - Trans Bridge, B - Source Route Bridge
                  S - Switch, H - Host, I - IGMP, r - Repeater

Device ID       Local Intrfce    Holdtme Capability Platform  Port ID
XR1             Gi0/0/0/2        141     R          EnXR      Gi0/0/0/2 

RP/0/0/CPU0:XR2#sh route isis 
Sat Nov 16 13:58:50.734 SGT

i*L1 0.0.0.0/0 [115/10] via 10.19.20.19, 00:00:47, GigabitEthernet0/0/0/2
i L1 19.19.19.19/32 [115/10] via 10.19.20.19, 00:51:08, GigabitEthernet0/0/0/2
i L1 20.5.19.0/24 [115/20] via 10.19.20.19, 00:51:08, GigabitEthernet0/0/0/2
i L1 20.6.19.0/24 [115/20] via 10.19.20.19, 00:51:08, GigabitEthernet0/0/0/2

Czy ktos wie, jak dokladnie na IOS uzyc polecenia set-attached-bit z route-map i co powinismy ustawic w route-map by wygenerowac default route do R1.

Pozdr,

Marcin

[horac]

a w route-map nie powinno byc match clns address ?

[martino76]

a w route-map nie powinno byc match clns address ?

Nie sadze, poniewaz nie uzywam clns i nie konfigurowalem zadnych adresow opartych o clns na interfejsach. Jak widac ponizej show clns route nie ma zadnych wpisow.

Kod: Zaznacz cały

R2#sh clns route 
Codes: C - connected, S - static, d - DecnetIV
       I - ISO-IGRP,  i - IS-IS,  e - ES-IS
       B - BGP,       b - eBGP-neighbor

Zastanawiam sie czy IOS wspiera route-map z czyms innym niz match clns.

Pozdr,

Marcin

[horac]

ale mozesz zlapac w clns-filter NET area i podpiac

po za tym to jest wlaczone by default, to po co to w route-map lapac ? rozumiem ze dla ciekawosci i testow

In real, nikt tego raczej nie rusza, a jesli chce miec bardziej specyficzne trasy np loopbacki dla TE to je leakuje do area i wtedy moze decydowac o wyjsciu z area jak chce

[martino76]

ale mozesz zlapac w clns-filter NET area i podpiac

po za tym to jest wlaczone by default, to po co to w route-map lapac ?

Co jest wlaczone by default?

Jesli mowisz o attached-bit on jest wlaczony by default jesli L2 i L1 maja inny area ID. W moim przypadku R3(L2 area 49.0001)-------R2(L1/L2 area 49.0001)-------R1(L1 are 49.0001) topologia ma ten sam area ID i dla takiej konfiguracj attached-bit z R2 (L1/L2) do R1(L1) nie bedzie ustawiony.
Jesli zmienie area ID np na R3 wtedy dostaje default route bez problemu, ale chcialem sobie zasymulowac sytacje, gdzie wszystkie rutery maja ten sam area ID i R2 ustawia attached-bit by wyslac default do R1. Na IOS mi to nie dziala, a na XR nie mam zadnych problemow by osiagnac zamierzony cel stosujac attacched command.

Wiem, ze moge zrobic leak albo uzyc default-information originate route-map i osiagne ten sam cel, ale chcialem sprawdzic jak dziala skladnia dla attached-bit

Pozdr,

Marcin

[horac]

Spoko teraz kumam, nie przygladalem sie dokladnie area ID

[martino76]

Spoko teraz kumam, nie przygladalem sie dokladnie area ID

Tak jak pisalem wyzej zastanawiam sie, czy skladnia set-attached-bit i route-map pozwala maczowac cos innego niz clns.

Narazie zostane przy tych dwoch rozwiazanich leak i default-information originate bo z attcahed-bit nic mi nie wychodzi na IOS, przynajmniej wiem ze dziala bez problemu na XR. Z drugiej strony sprawdzalem to na IOL, wiec nie wiem jak na fizycznym sprzecie by to wygladalo.

Pozdr,

Marcin

[horac]

bede mial chwile to sprawdze na IOS-XE jak to sie zachowuje

[eprom]

Witam,


Mam pytanie odnosnie attached-bit. Moja topologia

R3(L2 area 49.0001)-------R2(L1/L2 area 49.0001)-------R1(L1 are 49.0001)

By default, attached-bit nie jest wysylany z R2 do R1 jesli oba rutery maja ten sam area ID.

yyy, mowisz chyba o R3 i R2? gdyby R2 i R1 mialy inny area ID to by sie nie zestawily sie po L1.

cheers

[martino76]

Witam,


Mam pytanie odnosnie attached-bit. Moja topologia

R3(L2 area 49.0001)-------R2(L1/L2 area 49.0001)-------R1(L1 are 49.0001)

By default, attached-bit nie jest wysylany z R2 do R1 jesli oba rutery maja ten sam area ID.

yyy, mowisz chyba o R3 i R2? gdyby R2 i R1 mialy inny area ID to by sie nie zestawily sie po L1.

cheers

Masz racje jesli R2 i R1 mialy by inny area ID to by sie L1 nie zestawilo. Chcialem powiedziec, ze jesli R1 i R2 beda mialy inny area ID, niz R3 wtedy R2 wysle default do R1 i ustawi attached-bit. W moim przypadku wszystkie te rutery sa w tym samym area ID i mimo ze R2 jest L1/L2, a R1 tylko L1 to attached-bit nie jest ustawiany i R1 nie dostaje defaulta. Uzywajac leak albo default-information originate mozemy to zmienic aczkolwiek ja chcialem pobawic sie skladnia attached-bit i isiagnac ten sam cel. Ale wyglada na to ze na IOS, to nie dziala przynajmniej na IOL.

Pozdr,

Marcin