Dear reader, please download one of Myanmar unicode font and install it on your PC to see my blog well.Thanks.

AWS Transit Gateway

အလုပ်နဲ့ ပတ်သက်ပြီး AWS VPC Architect တခု Discuss လုပ်ရင်း VPC Peer တွေ မွထနေအောင် လုပ်ထားတာ မြင်ရတာက စပြီး ဒီပို့စ်လေး ရေးဖြစ်ပါတယ်။

AWS re:Invent 2018 မတိုင်ခင်က ကျတော်တို့တွေ AWS ပေါ်မှာ VPC တွေ Peer လုပ်တဲ့ အခါ VPC ကိုယ်တိုင်က Transit ဖြစ်လို့မရတဲ့ အတွက် အဲ့ဒီ VPC ထဲကို Third Party Router တွေထည့်ပြီး Transit VPC ဖြစ်အောင် လုပ်ကြရပါတယ်။
အဲဒီလို လုပ်လို့ အလုပ်ဖြစ်သွားပေမယ့် VPC Management လုပ်ရတဲ့ အခါ... Scaling လုပ်ရတဲ့ အခါ အတော်ကို တိုင်ပတ်ပြီး လက်ဝင်ပါတယ်။

အခုတော့ အဲဒီလောက် အလုပ်မရှုပ်တော့ပဲ နဲ့ VPC Peering လုပ်နိုင်ဖို့ Transit Gateway ဆိုတာ ကို AWS က Lunch လုပ်ပေးထားတဲ့ အတွက် နောက်ပိုင်း VPC တွေအတွက် သတင်းကောင်းပါပဲ။

Transit Gateway မရခင်က VPC Peering လုပ်တဲ့ အခါ အောက်က ပုံလိုဖြစ်ပြီး Route Table, NACL နဲ့ Security Group တွေ ဖန်တီးရတာ အတော်ခေါင်းခဲရပါတယ်။


Transit Gateway ရလာတဲ့ အခါ VPC Peering လုပ်ရင် အောက်က ပုံလို ဖြစ်သွားတဲ့ အတွက် Route တွေ ACL တွေ Manage လုပ်ရတာ လွယ်ကူလာပါတယ်။


Transit Gatway ကို Shared Services VPC, Outbound NAT, SD WAN နဲ့ တွဲသုံးဖို့ Edge VPC  အစရှိသဖြင့် သုံးလို့ရတဲ့ Use case တွေက တော့ အများကြီးပါ။

လက်တွေ့ပြဖို့ အခွင့်အရေးရတဲ့ အခါ လုပ်ပြပါအုံးမယ်။

Cloud ခေတ်မှာ တော်တော်များများက Free Simulate/Emulate လုပ်မရတော့ နည်းနည်းတော့ ခက်သား။

ကျတော်ရဲ့ တကယ့် ယေဘုယျဆန်ဆန်ပြောထားတာထက် ပိုသိချင်ရင် အောက်က youtube လင့်မှာ သွားကြည့်နိုင်ပါတယ်။
https://www.youtube.com/watch?v=ar6sLmJ45xs

ပျော်ရွှင်ပါစေဗျာ။
(Be knowledgeable, pass it on then)

AWS Certifications Path

AWS Solution Architect စာမေးပွဲ အကြောင်း သိချင်တဲ့သူတွေ အတွက် နည်းနည်း ဝေမျှချင်ပါတယ်။

Cloud Computing ခေတ်မှာတော့ AWS က လောလောဆယ် Global Market မှာ Leader ပေါ့။
သူ့နောက်မှာ Microsoft Azure နဲ့ Google Cloud တို့က လိုက်နေပါတယ်။

AWS Exam တွေဖြေမယ်ဆိုရင်

1) Architect
2) Developer
3) Operations
4) Storage
5) Media Services
6) Speciality
ဆိုပြီး (၆) ပိုင်း ရှိပါတယ်။

1) ကနေ 3) အထိ တပိုင်းစီအတွက် Associate Level , Professional Level ဆိုပြီးခွဲထားပါတယ်။
6) ကတော့ Specialist ပိုင်းအတွက်ပါ။
တခုချင်းစီကို အောက်မှာ ပြန်ရှင်းပြပါမယ်။

အရင်က သက်ဆိုင်ရာ exam တခုချင်းစီအတွက် Associate ပြီးမှ Professional သို့မဟုတ် Speciality ဖြေလို့ရမယ် ဆိုတဲ့ Pre-requisite တွေရှိပေမယ့် အခုတော့ မရှိတော့ပါဘူး။
ကြိုက်တဲ့ Level ကို တန်းဖြေလို့ရပါတယ်။

Architect စာမေးပွဲမှာတော့ AWS မှာ ရတဲ့ Service တွေထဲက Core Service တွေအကြောင်းနဲ့ တခြား အရေးပါတဲ့ Service တွေ အကြောင်းကို Solution Architect တယောက်အနေနဲ့ စစ်တာပါ။
စစ်တဲ့ အခါ 
- Operational Excellence
- Security
- Reliability
- Performance Efficiency
- Cost Optimization
ဆိုပြီး အပိုင်း (၅) ခု ခွဲပြီးစစ်ပါတယ်။

မေးခွန်းတွေက Scenarios Base တွေဖြစ်ပြီး ပေးထားတဲ့ အချက်အလက်တွေနဲ့ requirement တွေပေါ်မူတည်ပြီး Solution ထုတ်ပေးရတဲ့ ပုံစံမျိုးပါ။ Multiple Choice ပါပဲ။
မေးခွန်းက (၆၅) ခု ဖြေရပြီး၊ ဖြေဆိုချိန်က မိနစ် (၁၃၀) ပေးပါတယ်။ မိနစ် (၁၃၀) အတွင်းမှာ မေးခွန်းတွေကို ရှေ့နောက်ကြိုက်သလို ကျော်လို့ရပါတယ်။ ဖြေထားတဲ့ အဖြေကို မကြိုက်ရင်လဲ ပြန်ပြင်နိုင်ပါတယ်။ မသေချာလို့ နောက်မှ ပြန်လာကြည့်ချင်တယ်ဆိုရင်လဲ ကြည့်လို့ရအောင် Flag လုပ်ထားပြီး မှတ်ထားခဲ့လို့ရပါတယ်။ အချိန်စေ့သွားရင်တော့ ဘာမှပြန်လုပ်မရဘူးပေါ့။ Answer တွေကို Submit လုပ်ထားဖို့ပဲ လိုပါတယ်။
အောင်တယ် မအောင်ဘူးဆိုတာကို ဖြေပြီးတာနဲ့ တန်းသိရပေမယ့် Score Report နဲ့ Certificate ကိုတော့ 5 business days စောင့်ရမယ်လို့ ပြောပါတယ်။ ကျတော့်တုန်းကတော့ တရက်ပဲ စောင့်ရပါတယ်။
ဒါက Architect Exam အတွက်ပါ။ ကျန်တဲံ့ Exam တွေလဲ မေးခွန်း အရေအတွက်နဲ့ အချိန်က လွဲလို့ ကျန်တာ ပုံစံ အတူတူပါပဲ။

Developer နဲ့ Operations အတွက်တော့
Associate Level တွေမှာ Developer Associate နဲ့ SysOps Associate ဆိုပြီး Exam မတူပေမယ့် Professional Level Exam မှာ ကျတော့ DevOps Engineer Professional Exam ဆိုပြီး တခုထဲ ပဲ ရှိပါတယ်။

Specialty လိုင်းမှာတော့
- Advanced Networking
- Big Data
- Security
ဆိုပြီး (၃) မျိုးရှိပါတယ်။

စာမေးပွဲကြေးက Associate Level Exam တွေအတွက် US Dollars 150  ဖြစ်ပြီး၊ Professional နဲ့ Speciality Level Exam တွေ အတွက်ကတော့ US Dollars 300 ပါ။

Certification လမ်းကြောင်းအတွက် AWS က Pre-requisite တွေ မကန့်သတ်ထားတော့ပေမယ့် Recommand Path တော့ ပေးထားပါတယ်။
ဘယ်စာမေးပွဲကိုပဲ ဖြေချင် ဖြေချင် ပထမဆုံး အနေနဲ့ Cloud Practitioner သို့ မဟုတ် Tech Essentials Class တခုခု ကို အရင် တက်သင့်ပါတယ်။
ပြီးတော့မှ Associate Level Class အတွက် တက်သင့်ပါတယ်။
နောက်တော့မှ Professional Level ကိုသွားချင်သွား ဒါမှမဟုတ် Specialty Level ကို သွားပေါ့။
ကျတော့် အတွေ့အကြုံအရတော့ Cloud ပိုင်း  Hands-on Experience မရှိပဲ (သို့မဟုတ်) သက်ဆိုင်ရာ Domain Knowledge မရှိပဲ Associate ကနေ Specialty ကို တန်းမသွားသင့်ပါဘူး။
ဘာလို့လဲ ဆိုတော့ Cloud ပေါ်မှာ Trial Run မရပါဘူး။ အားလုံးက Pay as you go ချည်းပါပဲ။ ဒီတော့ သေချာ မသိပဲ လုပ်ရင် ပိုက်ဆံတွေ ကုန်နေမှာ ဖြစ်လို့ပါပဲ။

ကျတော် Solution Architect - Associate လမ်းကြောင်းအတွက် Tech Essentials နဲ့ Architecting on AWS Class နှစ်ခုရယ် Exam Readiness Prepration Class ကိုတက်ပြီး Project  သုံး လေး ခု လောက်ကို (၈) လောက်လောက် လုပ်ပြီး မှ စာမေးပွဲ ဖြေတာပါ။
Exam က အတော်လေး ခက်တယ်လို့ဆိုနိုင်ပါတယ်။ Professional Exam တွေကတော့ အခက်ဆုံးလို့ ပြောကြပါတယ်။ အခြေအနေ ပေးရင်တော့ ဖြေကြည့်သေးတာပေါ့။

ကဲ ဒီလောက်ဆိုရင် AWS Certification and Exam အကြောင်း တီးမိခေါက်မိ လောက်ပြီ ထင်ပါတယ်။

အသေးစိတ် သိချင်ရင်အောက် အောက်က လင့် တွေမှာ သွားဖတ်နိုင်ပါသေးတယ်။

https://aws.amazon.com/training/path-architecting/
https://aws.amazon.com/training/path-developing/
https://aws.amazon.com/training/path-operations/
https://aws.amazon.com/training/paths-specialty/

Storage နဲ့ Media Services အတွက်တော့ ကျတော် သေချာမသိတဲ့ အတွက် အောက်က လင့်မှာ သွားဖတ်ကြည့်နိုင်ပါတယ်။
https://aws.amazon.com/training/path-storage/

ကျေးဇူးတင်ပါတယ်။

ပျော်ရွှင်ပါစေဗျာ။
(Be knowledgeable, pass it on then)










Limiting advertise routes/prefixes from neighbor in BGP

Memory နည်းတဲ့ Router တွေသုံးပြီး BGP run ထားတဲ့ Network တွေမှာ route/prefix တွေ advertise လုပ်တဲ့ အခါ သတိထားရပါတယ်။
CE ကနေ PE , iBGP peer တွေကနေ RR ကို route တွေ advertise လုပ်တဲ့ အခါ လက်ခံမယ့် PE/RR Router ရဲ့ memory က handle လုပ်နိုင်တာထက် ပိုပြီး advertise မလုပ်မိဖို့ လိုပါတယ်။
လက်ခံမယ့် Router က အရေးကြီးတဲ့ Route တွေကို ပါ ကိုင်တွယ်နေတာဆိုရင် Handle လုပ်နိုင်တဲ့ Memory ထက်ပိုခိုင်းတဲ့အခါ network တခုလုံး ကမောက်ကမ ဖြစ်သွားမှာမို့လို့ပါ။

ဒီတော့ ကျတော်တို့တွေက BGP မှာ advertise လုပ်နိုင်တဲ့ route/prefix တွေကို လက်ခံမယ့် router ဖက်မှာ limit လုပ်ထားရပါတယ်။

ဘယ်လိုလုပ်တာလဲ ဆိုတော့ အောက်က ပုံမှာ ကြည့်ပါ။



R1 နဲ့ R2 ကို ပုံထဲက အတိုင်း ကျတော် eBGP ကို configure လုပ်ထားပြီး point to point link ရဲ့ network ကိုပဲ advertise လုပ်ထားပါတယ်။

bgp neighbor နဲ့ bgp routing table ကို ကြည့်ရင် အောက်ကအတိုင်း မြင်ရပါမယ်။



အခု ကျတော်က R1 က R2 ကို route advertise လုပ်နိုင်မယ့် limit ကို configure လုပ်ပါမယ်။ အောက်ကပုံမှာ ကြည့်ပါ။

R1 ကနေ R2 ကို route/prefix  (၅) ခုပဲ advertise လုပ်ခိုင်းပါမယ်။
(၅) ခုထက်ကျော်တာနဲ့ bgp peering ကို ဖြုတ်ချလိုက်မှာပါ။ ဒါက Default Setting ပါ။
အောက်ကပုံကိုကြည့်ပါ။ R1 ကနေ route/prefix (၄) ခုမြောက်ကို advertise လုပ်တာနဲ့ R2 မှာ warning message ပေါ်လာတာ မြင်ရပါမယ်။
(၆) ခုမြောက်ကို လက်ခံရတာနဲ့ တပြိုင်နက်ထဲ bgp peering ကို ဖြုတ်ပစ်လိုက်တာ တွေ့ရမှာပါ။
ဒီတော့ bgp peering ပြန်ရချင်ရင် limit ကို တိုးရင်တိုး (ဒါကတော့ လက်တွေ့မှာ သိပ်မဖြစ်နိုင်ပါဘူး) ဒါမှမဟုတ်ရင် advertise route/prefix ကို ပြန်ဖြုတ်မှပဲ ရပါမယ်။




eBGP တင်မဟုတ်ပဲ iBGP မှာလဲ သုံးနိုင်ကြောင်းကို မှတ်ထားရင်း တခြား default မဟုတ်တဲ့ configuration တွေကို စမ်းကြည့်ကြပေါ့။
default route limit က 75% ကိုရောက်တာနဲ့ Warning Message ပြပေးတာပါ။ အပေါ်က ပုံမှာ တွေ့နိုင်ပါတယ်။

ဒီလို configuration မျိုးကို MPLS Provider နဲ့ BGP run တဲ့ Network တွေရှိတဲ့ Enterprise လုပ်ငန်းတွေမှာ သုံးကြတာကို တွေ့ရမှာပါ။
အခုလို lab အသေးလေးနဲ့ လုပ်ကြည့်ရင်းနဲ့ ကိုယ့်အနေနဲ့ တကယ်ကြုံတဲ့ အခါ route/prefix လေး တကြောင်း advertise လုပ်လိုက်တာနဲ့ bgp peering ပြုတ်သွားတာမျိုးကို မတုန်လှုပ်တော့ပဲ ဖြေရှင်းနိုင်သွားတာပေါ့ဗျာ။

ပုံ Quality ကိုတော့ သည်းခံပေးပါ။ တပုံချင်းစီ Screenshot လုပ်ပြီးတင်ရတာ အချိန်ကုန်လို့ပါ။ ဒီအတိုင်း မမြင်ရရင် ပုံတပုံချင်းစီ Click လုပ်ပြီး ကြည့်ရင် မြင်ရပါတယ်။

ကျေးဇူးတင်ပါတယ်။

ပျော်ရွှင်ပါစေဗျာ။
(Be knowledgeable, pass it on then)

How to select right NMS for your network?

ကိုယ့် Network ထဲမှာ ဘာတွေဖြစ်နေလဲဆိုတာကို စောင့်ကြည့် စီမံခန့်ခွဲဖို့ အတွက် Network Monitoring and Management Solution ရွေးချယ်ရတော့မယ်ဆိုရင် တော်တော်များများ ခေါင်းကိုက်ကြပါတယ်။

ခေါင်းကိုက်ရတဲ့ အကြောင်းအရင်းတွေထဲက အဖြစ်များဆုံးနဲ့ အမေးများဆုံးကတော့ ဘယ် Solution ကို သုံးရမယ်ဆိုတာပါပဲ။

တကယ်တော့ SNMP နဲ့ ICMP သုံးလို့ရတဲ့ Host တိုင်းကို Monitor and Manage လုပ်နိုင်ပါတယ်။

ဘယ်လိုပုံစံတွေနဲ့ လုပ်လဲဆိုတော့ ISO Standard ဖြစ်တဲ့ (FCAPS) အတိုင်းလုပ်တယ်ပေါ့ဗျာ။ နောက်ပိုင်းမှာ FCAPS ဆိုတာဘာလဲ ဆိုတာကို ပြန်ရှင်းပြထားပါတယ်။

ဒီ FCAPS ကို အောက်က ပုံစံလေးတွေအတိုင်း ခွဲခြားမြင်နိုင်ပါတယ်။

၁) Fault Management
Network ထဲက Host တွေ Alive/Dead, Interface တွေ Up/Down, Memory/CPU usage အစရှိတာတွေကို SNMP တို့ ICMP တို့သုံးပြီး စောင့်ကြည့်ပေးတဲ့ Solution
(ဒီပုံစံကို လက်တွေ့မှာ အတော်သုံးကြတာ သတိထားမိကြမှာပါ။)

၂) Performance Management
SNMP နဲ့ NetFlow, sFlow , J-Flow စတာတွေသုံးပြီး Network ထဲက ဘယ်သူက Bandwdith တွေ အများဆုံးသုံးနေလဲတို့ ၊ Application response တွေက နှေးနေလား မြန်နေလားတို့ကို စောင့်ကြည့်ပေးတဲ့ Solution

၃) Configuration Management
ကိုယ့် Network ထဲက Host တွေရဲ့ Configuration တွေက Security Harden ဖြစ်နေရဲ့လား၊ Vendor recommended best practice တွေရော လုပ်ထားရဲ့လား၊ Backup လိုမျိုး အမြဲတမ်းထပ်ခါခါလုပ်နေရတဲ့ အလုပ်မျိုးကို Auto လုပ်ပေးတာမျိုး စတာတွေလုပ်ပေးနိုင်တဲ့ Solution

၄) Event and Logging Management
ဒါကတော့ ရှင်းပါတယ်။ Log အမျိုးအစားအများကြီးထဲက ကိုယ်လိုချင်တဲ့ log မျိုးကို Syslog ဒါမှမဟုတ် Host ရဲ့ buffer ကနေ ယူပြီး စောင့်ကြည့်ပေးတဲ့ Solution

၅) Desktop Management
သူကတော့ Network ထဲက End User Device တွေကို Software update, OS update/patching စတာတွေလုပ်ပေးတဲ့ Solution

၆) Security Management
ဒီအပိုင်းမှာတော့
- Policy Management လို့ပြောနိုင်တဲ့
Traffic hit မရှိတဲ့ Firewall policy တနည်းအားဖြင့် လုံးဝကို မသုံးတော့ပေမယ့် မဖျက်ရသေးတဲ့ Firewall policy တွေ၊
အပေါ်က Firewall Rule က အောက်မှာ ထပ်ထည့်ထားတဲ့ Firewall Rule ကို cover ဖြစ်နေတဲ့ Overlap Firewall Policy တွေ၊
နောက်ပြီး ကိုယ်လုပ်ငန်းအမျိုးအစားပေါ်မူတည်ပြီး Audit အတွက် Compliance report ထုတ်ပေးနိုင်တဲ့ Solution နဲ့
(ဥပမာ ကိုယ့်လုပ်ငန်းက ဘဏ်ဖြစ်နေရင် Visa, Master, MPU Card တွေအတွက် Payment Card Industry Compliance အတွက် Audit Report တွေဘာတွေထုတ်ပေးနိုင်တာမျိုးပေါ့။)

- Protection and Enable Management ဆိုတဲ့
Network ထဲက Host တွေကို Login ဝင်ဖို့ Authentication, Authorization နဲ့ Accounting ကို စောင့်ကြည့် စီမံပေးတဲ့ Solution ဆိုပြီးတွေ့ရမှာပါ။

 
ဒီတော့ အပေါ်က ပြောခဲ့တဲ့ Management Solution တွေကို ဈေးကွက်ထဲမှာ Product တခုချင်းစီအနေနဲ့လဲ ရောင်းကြသလို၊  All-in-one solution ရဲ့ Module တခုချင်းစီလို သို့မဟုတ် Module အားလုံးပါတဲ့ solution တခုလိုလဲ ရောင်းကြပါတယ်။

အားလုံးထဲကမှ တချို့ကလဲ Free ရတဲ့ Open Source ကို Customize လုပ်ပြီး သုံးကြသလို၊ Paid Open Source Service နဲ့ Product ကိုလဲ သုံးတတ်ကြပါတယ်။
ဒီလိုမှ မဟုတ်ရင် လဲ တခြား Open Source မဟုတ်တဲ့ Paid Product and Service တွေကို သုံးကြတယ်ပေါ့။

ကျတော်သုံးဖူးတဲ့ Solution တချို့ကို ပြောပြရမယ်ဆိုရင်တော့
Fault Management အတွက် Nagios, SolarWinds
Performance Management အတွက် SolarWinds , Cacti, PRTG, MRTG
Configuration Management အတွက် Cisco Prime, , HP Intelligent Management Center, Symantec
Event and Loggging Management အတွက် ArcSight, Splunk, Graylog, Kiabana, Kiwi, AWS CloudTrail, AWS VPC Flowlogs
Desktop Management အတွက် SpiceWorks, Hitachi JP1
Security Management အတွက် RSA, Cisco ACS  အစရှိတာတွေပေါ့ဗျာ။ တချို့ဟာတွေ နာမည်မေ့ကုန်တာနဲ့ အပြည့်အစုံ မမှတ်မိတာတွေတော့ မရေးတော့ပါဘူး။

HP Intelligent Management Center (IMC) ဆိုရင် Complete All-in-one solution အနေနဲ့ကို သုံးဖူးပါတယ်။ လိုအပ်ချက်တွေကတော့ ရှိတာပေါ့လေ။

အပေါ်က FCAPS ဆိုတာက Network တခုကို ဘယ်လို ပုံစံတွေနဲ့ Monitor and Manage လုပ်မလဲဆိုတာကို International Standard Organization (ISO) က (FCAPS)
- Fault Management
- Configuration Management
- Accounting Management
- Performance Management
- Security Management
ဆိုပြီး စံအနေနဲ့ Framework တခု ထုတ်ပေးထားတာကို ပြောတာပါဗျာ။

ကျတော် အပေါ်မှာ ရှင်းပြခဲ့တဲ့ Solution တွေက ဒီ Framework ကို အခြေခံထားတယ်ပဲ ဆိုပါတော့။

 ဒီတော့ တကယ်လို့များ NMS တခုရွေးရတော့မယ်ဆိုရင် အပေါ်မှာ ပြောထားခဲ့သလို ကိုယ်ဘာလုပ်ချင်တာလဲ သိအောင်လုပ်ပြီးရင် မှန်ကန်သင့်တော်တဲ့ NMS တခုရွေးချယ်နိုင်မယ်လို့ ယုံကြည်ပါတယ်။


 ပျော်ရွှင်ပါစေဗျာ။
(Be knowledgeable, pass it on then)


BGP Load Sharing with Dual Home to Single ISP



ပြထားတဲ့ topology ပုံထဲက အတိုင်း Router တွေကို Configure လုပ်ထားတယ်ဆိုရင်...
ကျတော်တို့ရဲ့ R1 က R4 ရဲ့ Loopback 0 (4.4.4.4) ကို ရောက်ဖို့ R2 သို့ မဟုတ် R3 ဖက်ကနေ သွားပါလိမ့်မယ်။
ဆိုလိုချင်တာက Upstream Link ၂ ခု ရှိတာကို တခုထဲပဲ သုံးနေတယ်ပေါ့။
ဒါဆိုရင် ကျတော်တို့ က ISP ကို ပိုက်ဆံပေးရတာ မတန်တော့ဘူးပေါ့။
ဒီတော့ ကျတော်တို့ Link ၂ ခုလုံးကို Load Sharing လုပ်ပြီး သုံးချင်တယ်ဗျာ။
ဒါပေမယ့် BGP ရဲ့ Default Path Selection က Best Path တခုကိုပဲ ရွေးတယ်လေ။
ဒါကို ကျတော်တို့က Best Path ၂ ခု ရွေးအောင် လုပ်ကြတာပေါ့။

မလုပ်ခင် R1 ရဲ့ Routing Table မှာ 4.4.4.4 ကို ဘယ်လိုသွားလဲ ကြည့်ပါမယ်။
ပြီးရင် Trace လုပ်ကြည့်ပါမယ်။

R1#sh ip route | Begin Gateway
Gateway of last resort is not set

      1.0.0.0/32 is subnetted, 1 subnets
C        1.1.1.1 is directly connected, Loopback0
      2.0.0.0/32 is subnetted, 1 subnets
B        2.2.2.2 [20/0] via 172.16.12.2, 00:22:18
      3.0.0.0/32 is subnetted, 1 subnets
B        3.3.3.3 [20/0] via 172.16.13.3, 00:22:18
      4.0.0.0/32 is subnetted, 1 subnets
B        4.4.4.4 [20/0] via 172.16.13.3, 00:22:18
      172.16.0.0/16 is variably subnetted, 4 subnets, 2 masks
C        172.16.12.0/24 is directly connected, Ethernet0/0
L        172.16.12.1/32 is directly connected, Ethernet0/0
C        172.16.13.0/24 is directly connected, Ethernet0/1
L        172.16.13.1/32 is directly connected, Ethernet0/1
R1#
R1#sh ip route 4.4.4.4
Routing entry for 4.4.4.4/32
  Known via "bgp 65001", distance 20, metric 0
  Tag 65023, type external
  Last update from 172.16.13.3 00:22:27 ago
  Routing Descriptor Blocks:
  * 172.16.13.3, from 172.16.13.3, 00:22:27 ago
      Route metric is 0, traffic share count is 1
      AS Hops 1
      Route tag 65023
      MPLS label: none
R1#

Output တွေအရဆိုရင် ကျတော်တို့ R4 ကို R3 ဖက်ကနေသွားနေပါတယ်။

အခု ကျတော်တို့ R2 ဖက်ကနေပါ load sharing လုပ်ချင်တဲ့ အတွက် R1 ရဲ့ BGP configuration အောက်မှာ "maximum-paths 2" ဆိုတဲ့ Command တခု ထည့်ပါမယ်။
R1#conf t
Enter configuration commands, one per line.  End with CNTL/Z.
R1(config)#router bgp 65001
R1(config-router)#maximum-paths 2
R1(config-router)#

ပြီးတာနဲ့ Routing Table ကို ပြန်စစ်ပါမယ်။

R1#sh ip route | begin Gateway
Gateway of last resort is not set

      1.0.0.0/32 is subnetted, 1 subnets
C        1.1.1.1 is directly connected, Loopback0
      2.0.0.0/32 is subnetted, 1 subnets
B        2.2.2.2 [20/0] via 172.16.13.3, 00:01:07
                 [20/0] via 172.16.12.2, 00:01:07
      3.0.0.0/32 is subnetted, 1 subnets
B        3.3.3.3 [20/0] via 172.16.13.3, 00:01:07
                 [20/0] via 172.16.12.2, 00:01:07
      4.0.0.0/32 is subnetted, 1 subnets
B        4.4.4.4 [20/0] via 172.16.13.3, 00:01:07
                 [20/0] via 172.16.12.2, 00:01:07
      172.16.0.0/16 is variably subnetted, 4 subnets, 2 masks
C        172.16.12.0/24 is directly connected, Ethernet0/0
L        172.16.12.1/32 is directly connected, Ethernet0/0
C        172.16.13.0/24 is directly connected, Ethernet0/1
L        172.16.13.1/32 is directly connected, Ethernet0/1
R1#
R1#sh ip route 4.4.4.4
Routing entry for 4.4.4.4/32
  Known via "bgp 65001", distance 20, metric 0
  Tag 65023, type external
  Last update from 172.16.13.3 00:01:12 ago
  Routing Descriptor Blocks:
    172.16.13.3, from 172.16.13.3, 00:01:12 ago
      Route metric is 0, traffic share count is 1
      AS Hops 1
      Route tag 65023
      MPLS label: none
  * 172.16.12.2, from 172.16.12.2, 00:01:12 ago
      Route metric is 0, traffic share count is 1
      AS Hops 1
      Route tag 65023
      MPLS label: none
R1#

ဒီတခါမှာတော့ Routing Table ထဲမှာ Entry ၂ ခု စီရှိနေတာကို တွေ့ရပါပြီ။
4.4.4.4 ကို Trace လုပ်ကြည့်ရင် R2 ဖက်ကရော R3 ဖက်ကရော load sharing လုပ်ပြီးသွားတာကို တွေ့ရမှာပါ။

R1#trace 4.4.4.4 num
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.2 [AS 65023] 1 msec
    172.16.13.3 [AS 65023] 1 msec
    172.16.12.2 [AS 65023] 2 msec
  2 172.16.34.4 1 msec
    172.16.24.4 2 msec *
R1#

ဒါဆိုရင် Dual Home Single ISP အခြေအနေမျိုးမှာ BGP Load Sharing ကို အခြေခံအားဖြင့် ဘယ်လိုလုပ်လို့ရတယ်ဆိုတာကို နားလည်မယ်လို့ ထင်ပါတယ်။

ကျေးဇူးတင်ပါတယ်။
(Be knowledgeable, pass it on then)

Contact Form for ictformyanmar.com

Name

Email *

Message *