Loop-Free Alternative (LFA) Vojtěch Oczka OCZ0004 Abstrakt: Cílem této práce je nejdříve ověřit podporu Technologie Loop-Free Alternative ve virtualizačním prostředí IOS-XR. Následně provést implementaci této technologie, změřit dobu přepnutí a poté porovnat získané výsledky. Klíčová slova: Loop-Free Alternative, LFA, OSPF, Cisco, IOS-XR, Virtualizační prostředí
leden 2015
1/19
1 Úvod...........................................................................................................................3 2 Loop-Free Alternative (LFA).....................................................................................4 2.1 Popis...................................................................................................................4 2.2 Výhody...............................................................................................................4 2.3 Nevýhody...........................................................................................................4 3 Emulátor systému IOS-XR........................................................................................5 3.1 Obecně................................................................................................................5 3.2 Zapojení v laboratořích......................................................................................5 3.3 Topologie virtuálního zapojení směrovačů........................................................5 4 Použita topologie zapojení.........................................................................................6 5 Konfigurace prvků.....................................................................................................7 6 Měření a porovnání výsledků.....................................................................................8 6.1 Pomocí pingu.....................................................................................................8 6.2 Pomocí debugu...................................................................................................8 6.3 Porovnání výsledků............................................................................................8 7 Výpisy debugů...........................................................................................................9 7.1 OSPF Klasika.....................................................................................................9 7.2 OSPF s Loop-Free Alternative...........................................................................9 8 Závěr........................................................................................................................11 9 Použité zdroje...........................................................................................................12 9.1 Zdroje...............................................................................................................12 9.2 Obrázky............................................................................................................12 10 Přílohy....................................................................................................................13 10.1 Konfigurace prvků.........................................................................................13 10.2 Kompletní výpisy debugů..............................................................................18
leden 2015
2/19
1 Úvod V rámci projektu jsem měl za úkol vyzkoušet technologii Loop-Free Alternative na emulátoru IOS XR. Tento emulátor běžel celkem na 4 počítačích, kde na každém byli 4 směrovače s IOS XR. Pro ověření této technologie jsem si vystačil s jedním počítačem a třemi směrovači. Úkolem bylo nejdříve ověřit podporu na emulátoru. Toto jsem vyřešil prakticky vyzkoušením povolení této technologie na jednom ze směrovačů. Ná sledně jsem implementoval tuto technologii, změřil dobu přepnutí pomocí pingu a debugu a porovnával výsledky.
leden 2015
3/19
2 Loop-Free Alternative (LFA) 2.1 Popis LFA je zdánlivě jednoduchá, ale účinně rychle směrující konvergenční technologie nazývaná Loop-Free Alternative (LFA) vytvořená firmou Cisco. Jinými slovy lze říci že se jedná o technologii, která nabízí vytvoření náhradní trasy rychleji, než běžné směrující technologie. LFA automaticky poskytuje kompletní konvergenční negarantovaný čas přepnutí na náhradní cestu 50 milisekund. Tento čas přepnutí nenabízí žádná jiná vylaďovací technologie, která byla dosud vyvinuta. Dokonce v některých literaturách se zmiňují o času přepnutí na záložní trasu kolem 25 milisekund. Běžné distribuované směrovací algoritmy pracují na principu jakmile se něco stane, tak začni reagovat. Princip spočívá v tom, že jakmile se daný směrovač dozví, že spojení nebo router selhal, tak teprve začnou vypočítávat záložní trasu. Potřebná doba pro výpočet se nazývá směrovací přechod. Dokud ještě výpočet není hotov, tak daná cesta k cíli není dostupná. Z čehož plyne že dochází ke krátkému výpadku, který není žádaný a který bychom chtěli mít co nejkratší, nebo v ideálním případě žádný. Proto vznikla technologie Loop-Free Alternative, která tuto dobu snižuje na co nejkratší čas, jak již bylo řečeno výše, tak tento na negarantovaný čas přepnutí je 50 milisekund. Ve zkratce řečeno, tento protokol funguje tak, že dopředu vypočítavá náhradní cestu pro případ selhání. Jestliže se pak směrovač dozví o se lhání dané trasy, tak jenom jednoduše přepne na záložní trasu. Díky tomuto postupu, se dosahuje doby po třebné pro přepnutí mnohonásobně nižší. LFA pracuje s Link-state routovacími protokoly jako je OSPF a IS-IS. Může být nastaven na jednom rou teru a pracuje na základě vypočítávání náhradní záložní cesty dané smyčky pro každý prefix. Tuto záložní cestu dané smyčky pak přidá do Základní routovací tabulky (RIB). Tato tabulka poskytuje místní obnovu cesty v případě poruchy primární cesty. Prefix je nezávislý z důvodu deterministické doby konvergence a ne měnících se závislostí na parametrech mezi které patři velikost směrovací tabulky nebo odkaz na stav databáze. Obrázek níže znázorňuje ukázkovou topologii s použitím technologie LFA na malé síti. LFA je nakonfigurovaná na směrovači A, který má v základní routovací tabulce RIB předkonfigurovanou náhradní cestu přes router C. Mezi primární cestou routerů A a B nastala nějaká chyba, kterou router A mohl zjistit pomocí technologie ztráty spojení nebo Detekce přímého směrování BFD. Proto router A mohl rychle obnovit datový tok přes router C získaný z tabulky RIB.
Obrázek 1 Ve shrnutí je LFA jednoduše konfigurovatelná na routeru pomocí jednoho příkazu. Vypočítavá všechno automaticky a doplňuje další rychlé routovací konvergenční techniky. Pracuje z 70-85% pomocí prefixu a nic nerozbíjí. Jediná menší nevýhoda této technologie je, že delší routovací tabulky mohou způsobit větší spotřebu paměti. Dále mohou přidat zvýšení vytíženosti procesoru, které ale bude minimální z důvodu výpočtu záložní trasy po primárních trasách.
leden 2015
4/19
2.2 Výhody • • •
Rychlejší reakce na chybu v síti a následný výběr nové cesty. Většinou do 50ms. IS-IS implementace je poměrně primitivní Implementace OSPF umožňuje zadat řadu alternativních kritérií pro výběr cesty. Například, můžete dát přednost alternativní cesty, které jdou přes stejné rozhraní LAN, nebo prostřednictvím next-hop směrovače.
2.3 Nevýhody • • • • • •
Použití v OSPF nebo IS-IS Pouze 3 vrstva VPN je podporována IPv4 multicast není podporovaný IPv6 není podporovaná Pouze rozhraní fyzické a fyzický port kanálů jsou chráněny. Pod rozhraní, tunely, a virtuální roz hraní, nejsou chráněny. IS-IS nebude počítat LFA pro předpony, jejichž hlavním rozhraní je tunel.
leden 2015
5/19
3 Emulátor systému IOS-XR 3.1 Obecně IOS-XR je operační systém, který lze emulovat na počítači s dostatečným výkonem a pamětí RAM. Každé nastavení v konfiguraci se musí commitnout pro provedení změn. V laboratořích byl emulátor na 4 počíta čích, kde na každém běželi 4 směrovače. Tyto 4 směrovače byly propojeny každý s každým (Fullmesh). Kaž dý virtuální směrovač měl vyveden jeden interface přes VLAN. Pro ověření této technologie jsem využil jeden pc a tři směrovače.
3.2 Topologie virtuálního zapojení směrovačů
Obrázek 2
leden 2015
6/19
4 Použita topologie zapojení Pro ověření technologie jsem použil následující topologii.
leden 2015
7/19
5 Konfigurace prvků Každý virtuální směrovač měl nastavený svůj hostname, ip adresy na jednotlivých interface a OSPF area 1. Na směrovači Right běžel ntp server pro synchronizaci času a na ostatních byl nastaven ntp client. Na rou ter-switchi RS1 byl nastaven trunk a jednotlivé vlany pro dané porty.
5.1 Postup konfigurace Nejdříve jsem začal konfiguraci pojmenováním jednotlivých prvků pomocí hostname. Následně jsem pokračoval přiřazením IP adresy a masky pro jednotlivé rozhraní na všech prvcích. Poté jsem nastavil na každý router OSPF s area 1. Další konfigurací nasledovalo přidání NTP serveru na jeden router jako master a na ostatní jako klient. Díky tomuto nastavení jsem mohl získávat přesný čas při testování neboli měření. Jako poslední krok bylo povolení technologie Fast-Reroute – Loop free alternate na daných rozhraní, pro která se měla vytvořit záložní cesta.
5.2 Základní nastavení Všechny nastavení jsou v konfiguračním rozhraní. Vykřičník znamená návrat o jedno rozhraní zpět. Červeným rámečkem je ohraničený příkaz pro povolení záložní trasy pomocí technologie Fast-Reroute – Loop free alternate. hostname left Nastavení označení prvku ! interface GigabitEthernet0/0/0/0
Ukázka nastavení ip adresy a masky pro 1 interface
ipv4 address 10.0.1.1 255.255.255.252 ! router ospf 1 area 1 interface GigabitEthernet0/0/0/0
Ukázka nastavení ospf pro 1 interface. Příkaz povolení technologie Fast-Reroute – Loop free alternate je ohraničen červeným rámečkem.
fast-reroute per-link ! ! ! ntp server 10.0.1.2 !
Povolení ntp na daném prvku. Zde lze vidět nastavení klienta. Rozdíl mezi ntp serverem je pouze místo server zadat master a číslo priority.
5.3 Nastavení pro povolení debugu Pro povolení výpisu debugu do konzole je potřeba zadat příkaz logging console debugging v konfiguračním rozhraní. Poté se již začnou zobrazovat debug zprávy. Z debugu jsem ještě využil příkaz debug cef ipv4 events při testování pomocí pingu. Tento příkaz se zadává v privilegovaném režimu.
5.4 Nastavení access listu Access list byl nastaven při testovaní debugu pro ping, aby se zobrazovali pouze pakety přicházející do sítě 10.0.3.0. Nastavení access listu lze vidět níže. ipv4 access-list 1 10 permit ipv4 10.0.3.0 0.0.0.255 any !
leden 2015
8/19
6 Měření a porovnání výsledků Měření doby přepnutí jsem prováděl dvěma způsoby a to pomocí pingu a debugových zpráv. Měření jsem provedl nejdříve na klasickém OSPF a pak jsem přidal technologii Loop-Free Alternative.
6.1 Pomocí pingu Toto měření jsem provedl pouze na klasickém OSPF bez zaplé technologie Loop-Free Alternative. Toto měření jsem již neopakoval s technologií Loop-Free Alternative protože nebylo příliš přesné. Měření pomocí pingu má hlavní nevýhodu a to tu, že na routeru jsem nebyl schopen rozeznat o který ICMP paket se jedná a proto jsem nemohl zjistit přesný čas. Podařilo se mi ale zjistit, že během přepnutí na novou cestu se ztratí 1 ICMP paket nebo žádný. Záleželo jak se daný ICMP paket trefil do intervalu.
6.2 Pomocí debugu Toto měření probíhalo takovým způsobem, že si na routeru right nastavil ACL list pro pakety přicházející pouze do sítě 10.0.3.0. Následně jsem si na routeru nastavil debug pro všechny pakety. Ze sítě 10.0.2.0 jsem posílal ping do sítě 10.0.2.0. Na routeru Left jsem shodil rozhraní G 0/0/0/0. Následně jsem na routeru Right snažil něco vyčíst, ale to se mi moc nepovedlo. Pro měření jsem nakonec využil jiné možnosti a to OSPF zprávy, které jsou automaticky posílány při změně rozhraní. Z těchto zpráv jsem vyčetl následující údaje a vypsal jsem je přehledně do tabulky níže. Čas [ms] OSPF Shození rozhraní Znovu nahození rozhraní
33 * 10 5 * 10
3
3
OSPF s Loop-Free Alternative 160 130
6.3 Porovnání výsledků Jak lze vidět z tabulky výše, tak doba pro klasické OSPF mi vyšla při shození rozhraní 33s a nahození 5s. Tyto údaje jsou podle mě nesmyslné, protože kdyby platili, tak by tento výsledek byl zřejmý a šel by vidět na pingu, kde by vypadlo více paketu, což se ale nestalo. Při tomto měření jsem musel udělat někde chybu. U měření OSPF s Loop-Free Alternative mi vyšli údaje při shození rozhraní 160ms a nahození 130s jak lze vidět v tabulce. Tento čas je podle mě delší než 50ms a to proto, že tento čas přepnutí není garantovaný a také protože se jednalo o virtualizační prostředí.
leden 2015
9/19
7 Výpisy debugů 7.1 OSPF Klasika Shození interface Left router shutdown RP/0/0/CPU0:left(config-if)#commit Mon Jan 12 13:05:01.645 UTC
Right router RP/0/0/CPU0:Jan 12 13:05:34.713 : ospf[1014]: %ROUTING-OSPF-5-ADJCHG : Process 1, Nbr ...
Nahození interface Left router no shutdown commit ... RP/0/0/CPU0:left(config-if)#RP/0/0/CPU0:Jan 12 13:01:15.701 : ifmgr[226]: %PKT_INFRALINK-3-UPDOWN : Interface GigabitEthernet0/0/0/0, changed state to Up
Right router RP/0/0/CPU0:right#debug ospf 1 monitor RP/0/0/CPU0:Jan 12 13:01:20.911 : ospf[1014]: %ROUTING-OSPF-5-ADJCHG : Process 1, Nbr 10.0.1.5 on GigabitEthernet0/0/0/1 in area 1 from LOADING to FULL, Loading Done, vrf default vrfid 0x60000000
7.2 OSPF s Loop-Free Alternative Shození interface Left router shutdown RP/0/0/CPU0:left(config-if)#commit Mon Jan 12 13:19:03.348 UTC
Right router RP/0/0/CPU0:right#RP/0/0/CPU0:Jan 12 13:19:03.508 : ospf[1014]: sched dijkstra: Schedule SPF in area 1 Change in LS ID 10.0.1.5, LSA type R, ...
Nahození interface Left router interface gigabitEthernet 0/0/0/0 RP/0/0/CPU0:left(config-if)#no shutdown RP/0/0/CPU0:left(config-if)#commit Mon Jan 12 13:21:15.159 UTC RP/0/0/CPU0:Jan 12 13:21:15.209 : ifmgr[226]: %PKT_INFRA-LINK-3-UPDOWN : Interface GigabitEthernet0/0/0/0, changed state to Down ...
Right router RP/0/0/CPU0:right#RP/0/0/CPU0:Jan 12 13:21:15.369 : ospf[1014]: sched dijkstra: Schedule SPF in area 1 Change in LS ID 10.0.1.5, LSA type R, ... leden 2015
10/19
8 Závěr Loop-Free Alternative je zajímavá technologie, která se určitě vyplatí implementovat všude tam, kde lze. To proto, že snižuje čas výpočtu alternativní cesty při výpadku a jenom přepne na záložní spojení, které má již připraveno. Toto přepnutí je téměř okamžité. Ikdyž se mi nepodařilo času 50ms dosáhnout, tak myslím, že 160ms taky není špatný výsledek. Díky tomuto projektu jsem si vyzkoušel technologii Loop-Free Alternative a práci s debugem na směrovačích. Dále jsem si zkusil práci na virtualizovaných routerech s IOS-XR. Při měření na klasickém OSPF jsem nejspíše udělal chybu a to tu, že jsem změřil něco jiného. Načeš tyto výsledky nelze brát vážně. Díky tomu, že OSPF s technologií Loop-Free Alternative běžela jako virtualizovaná služba a čas přepnutí není ga rantovaný, tak doba změřeného času není špatná.
leden 2015
11/19
9 Použité zdroje 9.1 Zdroje [1] IPv4 Loop-Free Alternate Fast Reroute. [online]. [cit. 2015-10-1]. Dostupné z: http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/iproute_pi/configuration/xe-3s/asr1000/iri-xe-3sasr1000-book/iri-ip-lfa-frr.html [2] Základní informace k použití na učebně. [online]. [cit. 2015-10-1]. Dostupné z: http://wh.cs.vsb.cz/mil051/index.php/Z%C3%A1kladn%C3%AD_informace_k_pou%C5%BEit %C3%AD_na_EB429 [3] loop-free-alternate-routes. [online]. [cit. 2015-10-1]. Dostupné z: http://etherealmind.com/loopfree-alternate-routes/
9.2 Obrázky Obrázek 1. [fotografie]. Cisco [online]. [cit. 2015-10-1]. Dostupné z: http://www.cisco.com/c/dam/en/us/td/i/200001-300000/240001-250000/246001247000/246747.eps/_jcr_content/renditions/246747.jpg Obrázek 2. [fotografie]. VSB [online]. [cit. 2015-10-1]. Dostupné z: http://wh.cs.vsb.cz/mil051/images/1/1b/IOSXR.png
leden 2015
12/19
10 Přílohy 10.1 Konfigurace prvků Left Mon Jan 12 13:30:20.271 UTC Building configuration... !! IOS XR Configuration 5.1.2 !! Last configuration change at Mon Jan 12 13:21:15 2015 by cisco ! hostname left ntp interface MgmtEth0/0/CPU0/0 ! interface GigabitEthernet0/0/0/0 ! interface GigabitEthernet0/0/0/1 ! interface GigabitEthernet0/0/0/2 ! interface GigabitEthernet0/0/0/3 ! interface GigabitEthernet0/0/0/4 ! interface GigabitEthernet0/0/0/5 ! interface GigabitEthernet0/0/0/6 ! server 10.0.1.2 ! interface GigabitEthernet0/0/0/0 ipv4 address 10.0.1.1 255.255.255.252 ! interface GigabitEthernet0/0/0/2 ipv4 address 10.0.1.5 255.255.255.252 ! interface GigabitEthernet0/0/0/3 ipv4 address 10.0.2.1 255.255.255.0 ! router ospf 1 area 1 interface GigabitEthernet0/0/0/0 fast-reroute per-link ! interface GigabitEthernet0/0/0/2 ! interface GigabitEthernet0/0/0/3 ! ! ! end
leden 2015
13/19
Right Mon Jan 12 13:31:19.167 UTC Building configuration... !! IOS XR Configuration 5.1.2 !! Last configuration change at Mon Jan 12 13:14:07 2015 by cisco ! hostname right logging console debugging ntp interface MgmtEth0/0/CPU0/0 ! interface GigabitEthernet0/0/0/0 ! interface GigabitEthernet0/0/0/1 ! interface GigabitEthernet0/0/0/2 ! interface GigabitEthernet0/0/0/3 ! interface GigabitEthernet0/0/0/4 ! interface GigabitEthernet0/0/0/5 ! interface GigabitEthernet0/0/0/6 ! master 9 ! ipv4 access-list 1 10 permit ipv4 10.0.3.0 0.0.0.255 any ! interface GigabitEthernet0/0/0/0 ipv4 address 10.0.1.10 255.255.255.252 ! interface GigabitEthernet0/0/0/1 ipv4 address 10.0.1.2 255.255.255.252 ! interface GigabitEthernet0/0/0/3 ipv4 address 10.0.3.1 255.255.255.0 ! router ospf 1 area 1 interface GigabitEthernet0/0/0/0 fast-reroute disable ! interface GigabitEthernet0/0/0/1 fast-reroute per-link ! interface GigabitEthernet0/0/0/3 ! ! ! end
leden 2015
14/19
Cent Mon Jan 12 13:33:44.467 UTC Building configuration... !! IOS XR Configuration 5.1.2 !! Last configuration change at Mon Jan 12 11:49:53 2015 by cisco ! hostname centr ntp interface Loopback0 ! interface MgmtEth0/0/CPU0/0 ! interface GigabitEthernet0/0/0/0 ! interface GigabitEthernet0/0/0/1 ! interface GigabitEthernet0/0/0/2 ! interface GigabitEthernet0/0/0/3 ! interface GigabitEthernet0/0/0/4 ! interface GigabitEthernet0/0/0/5 ! interface GigabitEthernet0/0/0/6 ! server 10.0.1.10 ! interface GigabitEthernet0/0/0/1 ipv4 address 10.0.1.9 255.255.255.252 ! interface GigabitEthernet0/0/0/2 ipv4 address 10.0.1.6 255.255.255.252 ! router ospf 1 router-id 3.3.3.3 area 1 interface GigabitEthernet0/0/0/1 ! interface GigabitEthernet0/0/0/2 ! ! ! end
leden 2015
15/19
RS1 Current configuration : 1616 bytes ! ! Last configuration change at 01:34:18 UTC Mon Mar 1 1993 ! version 15.0 no service pad service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname RS1 ! boot-start-marker boot-end-marker ! ! ! no aaa new-model system mtu routing 1500 vtp mode transparent ! spanning-tree mode pvst spanning-tree extend system-id ! vlan internal allocation policy ascending ! vlan 100 name uplink ! vlan 201 name izolovany ! vlan 202 name komunitni ! vlan 204 name mgmt ! vlan 801-804 ! interface FastEthernet0/1 switchport access vlan 801 switchport mode access ! interface FastEthernet0/2 switchport access vlan 802 switchport mode access ! interface FastEthernet0/3 switchport trunk encapsulation dot1q switchport mode trunk ! interface Vlan1 no ip address leden 2015
16/19
! ip http server ip http secure-server ! ! ! ! ! ! line con 0 line vty 5 15 ! end no debug ospf 1 events
leden 2015
17/19
10.2 Kompletní výpisy debugů OSPF Klasika Shození interface Left router shutdown RP/0/0/CPU0:left(config-if)#commit Mon Jan 12 13:05:01.645 UTC RP/0/0/CPU0:left(config-if)#
Right router RP/0/0/CPU0:Jan 12 13:05:34.713 : ospf[1014]: %ROUTING-OSPF-5-ADJCHG : Process 1, Nbr 10.0.1.5 on GigabitEthernet0/0/0/1 in area 1 from FULL to DOWN, Neighbor Down: dead timer expired, vrf default vrfid 0x60000000
Nahození interface Left router commit Mon Jan 12 13:01:15.631 UTC RP/0/0/CPU0:Jan 12 13:01:15.671 : ifmgr[226]: %PKT_INFRA-LINK-3-UPDOWN : Interface GigabitEthernet0/0/0/0, changed state to Down RP/0/0/CPU0:left(config-if)#RP/0/0/CPU0:Jan 12 13:01:15.701 : ifmgr[226]: %PKT_INFRALINK-3-UPDOWN : Interface GigabitEthernet0/0/0/0, changed state to Up
Right router RP/0/0/CPU0:right#debug ospf 1 monitor RP/0/0/CPU0:Jan 12 13:01:20.911 : ospf[1014]: %ROUTING-OSPF-5-ADJCHG : Process 1, Nbr 10.0.1.5 on GigabitEthernet0/0/0/1 in area 1 from LOADING to FULL, Loading Done, vrf default vrfid 0x60000000
OSPF s Loop-Free Alternative Shození interface Left router shutdown RP/0/0/CPU0:left(config-if)#commit Mon Jan 12 13:19:03.348 UTC
Right router RP/0/0/CPU0:right#RP/0/0/CPU0:Jan 12 13:19:03.508 : ospf[1014]: sched dijkstra: Schedule SPF in area 1 Change in LS ID 10.0.1.5, LSA type R, RP/0/0/CPU0:Jan 12 13:19:03.508 : ospf[1014]: reset throttling to 50 ms RP/0/0/CPU0:Jan 12 13:19:03.508 : ospf[1014]: Schedule SPF: area 1spf_time 000007304.752883343 wait_interval 000000000.050000000 RP/0/0/CPU0:Jan 12 13:19:03.578 : ospf[1014]: Begin Dijkstra for area 1 at 000007333.130939313 RP/0/0/CPU0:Jan 12 13:19:03.578 : ospf[1014]: End Dijkstra at 000007333.130939313, Total elapsed time 000000000.000000000 RP/0/0/CPU0:Jan 12 13:19:37.056 : ospf[1014]: %ROUTING-OSPF-5-ADJCHG : Process 1, Nbr 10.0.1.5 on GigabitEthernet0/0/0/1 in area 1 from FULL to DOWN, Neighbor Down: dead timer expired, vrf default vrfid 0x60000000 RP/0/0/CPU0:Jan 12 13:19:37.076 : ospf[1014]: reset throttling to 50 ms RP/0/0/CPU0:Jan 12 13:19:37.076 : ospf[1014]: reset throttling to 50 ms RP/0/0/CPU0:Jan 12 13:19:37.146 : ospf[1014]: sched dijkstra: Schedule SPF in area 1 Change in LS ID 10.0.1.10, LSA type R, RP/0/0/CPU0:Jan 12 13:19:37.146 : ospf[1014]: sched dijkstra: Schedule SPF in area 1 leden 2015
18/19
Change in LS ID 10.0.1.2, LSA type N, RP/0/0/CPU0:Jan 12 13:19:37.146 : ospf[1014]: reset throttling to 50 ms RP/0/0/CPU0:Jan 12 13:19:37.146 : ospf[1014]: Schedule SPF: area 1spf_time 000007333.130939313 wait_interval 000000000.050000000 RP/0/0/CPU0:Jan 12 13:19:37.215 : ospf[1014]: Begin Dijkstra for area 1 at 000007366.768634973 RP/0/0/CPU0:Jan 12 13:19:37.215 : ospf[1014]: End Dijkstra at 000007366.768634973, Total elapsed time 000000000.000000000
Nahození interface Left router interface gigabitEthernet 0/0/0/0 RP/0/0/CPU0:left(config-if)#no shutdown RP/0/0/CPU0:left(config-if)#commit Mon Jan 12 13:21:15.159 UTC RP/0/0/CPU0:Jan 12 13:21:15.209 : ifmgr[226]: %PKT_INFRA-LINK-3-UPDOWN : Interface GigabitEthernet0/0/0/0, changed state to Down RP/0/0/CPU0:left(config-if)#RP/0/0/CPU0:Jan 12 13:21:15.239 : ifmgr[226]: %PKT_INFRALINK-3-UPDOWN : Interface GigabitEthernet0/0/0/0, changed state to Up
Right router RP/0/0/CPU0:right#RP/0/0/CPU0:Jan 12 13:21:15.369 : ospf[1014]: sched dijkstra: Schedule SPF in area 1 Change in LS ID 10.0.1.5, LSA type R, RP/0/0/CPU0:Jan 12 13:21:15.369 : ospf[1014]: reset throttling to 50 ms RP/0/0/CPU0:Jan 12 13:21:15.369 : ospf[1014]: Schedule SPF: area 1spf_time 000007366.768634973 wait_interval 000000000.050000000 RP/0/0/CPU0:Jan 12 13:21:15.439 : ospf[1014]: Begin Dijkstra for area 1 at 000007464.991906218 RP/0/0/CPU0:Jan 12 13:21:15.439 : ospf[1014]: End Dijkstra at 000007464.991906218, Total elapsed time 000000000.000000000 RP/0/0/CPU0:Jan 12 13:21:23.838 : ospf[1014]: %ROUTING-OSPF-5-ADJCHG : Process 1, Nbr 10.0.1.5 on GigabitEthernet0/0/0/1 in area 1 from LOADING to FULL, Loading Done, vrf default vrfid 0x60000000 RP/0/0/CPU0:Jan 12 13:21:23.858 : ospf[1014]: reset throttling to 50 ms RP/0/0/CPU0:Jan 12 13:21:23.858 : ospf[1014]: initialize throttling to 50 ms RP/0/0/CPU0:Jan 12 13:21:23.858 : ospf[1014]: sched dijkstra: Schedule SPF in area 1 Change in LS ID 10.0.1.2, LSA type N, RP/0/0/CPU0:Jan 12 13:21:23.858 : ospf[1014]: reset throttling to 50 ms RP/0/0/CPU0:Jan 12 13:21:23.858 : ospf[1014]: Schedule SPF: area 1spf_time 000007464.991906218 wait_interval 000000000.050000000 RP/0/0/CPU0:Jan 12 13:21:23.928 : ospf[1014]: sched dijkstra: Schedule SPF in area 1 Change in LS ID 10.0.1.10, LSA type R, RP/0/0/CPU0:Jan 12 13:21:23.928 : ospf[1014]: Begin Dijkstra for area 1 at 000007473.481324653 RP/0/0/CPU0:Jan 12 13:21:23.928 : ospf[1014]: End Dijkstra at 000007473.481324653, Total elapsed time 000000000.000000000 RP/0/0/CPU0:Jan 12 13:21:23.928 : ospf[1014]: wait_interval 200 ms next wait_interval 400 ms RP/0/0/CPU0:Jan 12 13:21:23.928 : ospf[1014]: Schedule SPF: area 1spf_time 000007473.481324653 wait_interval 000000000.200000000 RP/0/0/CPU0:Jan 12 13:21:23.948 : ospf[1014]: sched dijkstra: Schedule SPF in area 1 Change in LS ID 10.0.1.5, LSA type R, RP/0/0/CPU0:Jan 12 13:21:24.148 : ospf[1014]: Begin Dijkstra for area 1 at 000007473.701309583 RP/0/0/CPU0:Jan 12 13:21:24.148 : ospf[1014]: End Dijkstra at 000007473.701309583, Total elapsed time 000000000.000000000 RP/0/0/CPU0:Jan 12 13:21:24.348 : ospf[1014]: wait_interval 50 ms next wait_interval 400 ms
leden 2015
19/19
