Capability Transit to prevent Virtual-Links Routing Loops in OSPF

ပြီးခဲ့တဲ့ ပို့စ်မှာ Capability Transit ဆိုတာ ဘာလဲ ဆိုတာနဲ့ Virtual Link တွေနဲ့ တွဲသုံးပုံကို ရှင်းပြပြီးပါပြီ။

ဒီတခါ Capability Transit ကို Disable လုပ်လိုက်တဲ့အခါ Virtual Link Route တွေမှာ Loop ဖြစ်တာကို နည်းနည်းဝေမျှချင်ပါတယ်။

အောက်ကပုံကိုကြည့်ပါ။

R2 ကနေ R4 ရဲ့ loopback ကို သွားတဲ့ Route ကိုကြည့်ပါမယ်။ Traceroute လုပ်ကြည့်ပါမယ်။

ဒီမှာ ကျတော် R2 ရဲ့ Capability Transit ကို Disable လုပ်ထားပါမယ်။ ကျန်တဲ့ Router တွေ(Virtual Link ထိုးထားတဲ့ R1 , R3) မှာတော့ Default အတိုင်းပဲ Enable လုပ်ထားပါမယ်။

R2(config)#router ospf 1

R2(config-router)#no capability transit

R2(config-router)#end

R2#show ip route 4.4.4.4

Routing entry for 4.4.4.4/32

  Known via "ospf 1", distance 110, metric 129, type inter area

  Last update from 172.16.23.3 on Serial2/1, 00:00:48 ago

  Routing Descriptor Blocks:

  * 172.16.23.3, from 3.3.3.3, 00:00:48 ago, via Serial2/1

      Route metric is 129, traffic share count is 1

R2#

R2#trace 4.4.4.4

Type escape sequence to abort.

Tracing the route to 4.4.4.4

VRF info: (vrf in name/id, vrf out name/id)

  1 172.16.23.3 36 msec 28 msec 32 msec

  2 172.16.34.4 56 msec 64 msec 60 msec

ပုံမှန်ပါပဲ။ R2 က R4 loopback ကိုသွားဖို့ R3 ကနေဖြတ်သွားတယ်။

ကဲ… အခု လိုအပ်ချက်အရ R2 မှာ Loopback Interface တခုထပ်ထည့်ပြီး Area 2 ထဲကို ထည့်မယ်။

Area 2 ကို isolated area ဖြစ်မနေဖို့အတွက် Backbone Area (Area 0) နဲ့ ချိတ်ရမယ်။ ဒီတော့ R2 နဲ့ R1 ကို Virtual Link ထိုးရမယ်။ အောက်ကပုံမှာကြည့်ပါ။

R2#config t

Enter configuration commands, one per line.  End with CNTL/Z.

R2(config)#int lo0

R2(config-if)#

*Aug 22 10:51:10.975: %LINEPROTO-5-UPDOWN: Line protocol on Interface Loopback0, changed state to up

R2(config-if)#ip add 2.2.2.2 255.255.255.0

R2(config-if)#ip ospf 1 area 2

R2(config-if)#exit

R2(config)#router ospf 1

R2(config-router)#area 123 virtual-link 1.1.1.1

R2(config-router)#end

R2#

*Aug 22 10:51:51.667: %OSPF-5-ADJCHG: Process 1, Nbr 1.1.1.1 on OSPF_VL1 fr                                                                                             om LOADING to FULL, Loading Done

*Aug 22 10:51:52.607: %SYS-5-CONFIG_I: Configured from console by console

R2#

ပြီးတာနဲ့ R4 Loopback ကို သွားတဲ့ လမ်းကြောင်းကို ပြန်ကြည့်ကြည့်ရအောင်။

R2#show ip route 4.4.4.4

Routing entry for 4.4.4.4/32

  Known via "ospf 1", distance 110, metric 257, type inter area

  Last update from 172.16.12.1 on Serial2/0, 00:00:18 ago

  Routing Descriptor Blocks:

  * 172.16.12.1, from 3.3.3.3, 00:00:18 ago, via Serial2/0

      Route metric is 257, traffic share count is 1

R2#

R3 ကနေသွားရမယ့် Route က R1 ကနေသွားနေတာကို မြင်လားမသိဘူး။ ဇာတ်လမ်းက စပါပြီ။ အဲဒီတော့ ဘာဖြစ်မယ်ထင်လဲ R2 ကနေ R1 ကို ပို့ ၊ R1 ကနေ R2 ကိုပို့ နဲ့ loop ဖြစ်နေပါပြီ။ မယုံရင် R4 loopback ကို traceroute လုပ်ကြည့်ကြည့်ပါ။

R2#trace 4.4.4.4

Type escape sequence to abort.

Tracing the route to 4.4.4.4

VRF info: (vrf in name/id, vrf out name/id)

  1 172.16.12.1 8 msec 56 msec 32 msec

  2 172.16.12.2 40 msec 60 msec 44 msec

  3 172.16.12.1 40 msec 56 msec 52 msec

  4 172.16.12.2 88 msec 100 msec 60 msec

  5 172.16.12.1 92 msec 52 msec 96 msec

  6 172.16.12.2 120 msec 72 msec 92 msec

  7 172.16.12.1 92 msec 92 msec 92 msec

  8 172.16.12.2 160 msec 140 msec 156 msec

ဒါပါပဲ။ ဒါကြောင့် Default မှာ Enable လုပ်ထားတဲ့ Capability Transit ဆိုတာ Virtual Link Route မှာ ဖြစ်တတ်တဲ့ loop တွေကို ကာကွယ်ဖို့ပါ။ loop မဖြစ်စေချင်ရင်တော့ R2 ရဲ့ ospf process အောက်မှာ capability transit ဆိုတာလေး ထည့်ပေးလိုက်တာနဲ့ ရပါတယ်။

တကယ်တော့ OSPF Equal Cost Load Balancing အကြောင်းနဲ့ OSPF LSA Type အကြောင်းတွေ ကောင်းကောင်းနားလည်တဲ့အခါ ကျရင် Capability Transit ကို တခါတရံမှာ Disable လုပ်ပေးဖို့လိုတဲ့အခါတွေလဲ ရှိပါသေးတယ်။ ဒါတွေကိုတော့ အသေးစိတ်မရေးတော့ပါဘူး။

Expert တွေကတော့ Virtual Link ကို အတတ်နိုင်ဆုံး မိမိ Network Design မှာ မသုံးဖို့နဲ့ မဖြစ်မနေ ယာယီအနေနဲ့ သုံးဖို့လိုလာရင်လည်း ယာယီကနေ အမြဲတမ်း ဖြစ်မသွားစေဖို့ ဂရုစိုက်ဖို့လိုကြောင်းပြောလေ့ရှိကြပါတယ်။

ပျော်ရွှင်ပါစေဗျာ။

(Be knowledgeable, pass it on then)