Melengkapi tulisan2 gw tentang static route yang dulu dan yang dulu
Kita pake topologi yang dibawah ini…
Nah…dari topologi desain diatas…kita bisa menyimpulkan MainOffice untuk ke Internet pake 2 ISP (multi homing)…kita konsen di MainOffice konfigurasi nya aja (yang laen anggep uda bener)
***gw anggep uda tau cara nyetting IP nya, termasuk loopback R1***
***ip loopback gw gunain untuk mensimulasikan bahwa ada network setelah R1***
***Static di redistribusikan ke RIP biar Router Internet tau rute ke MainOffice***
=============================================================
Ada 2 cara untuk ngasi Static Route…
Cara Pertama: using Interface
Penjelasan:
- Ip route [ip network] [subnet mask] [lewat interface yang mana]
- Klo kita ingin ke suatu network..isi nya ya ip network
- Klo inginnya ke single destination IP….isi aja ip host nya /interface nya trus pasang /32 (itu…255.255.255.255) subnet mask nya
Hasilnya akan seperti ini
Cara Kedua: using Next-Hop IP
Penjelasan:
- Ip route [ip network] [subnet mask] [ip next-hop alias ip tetangga kita]
Nanti hasilnya akan seperti ini
Trus apa bedanya…pake interface ato pake ip next-hop ?!?
Pake Interface… begitu ada paket yang match dengan routing table…router langsung nyari Interface nya
Pake Next-hop IP… begitu ada paket yang match dengan routing table…router akan liat, itu paket bisa di kasih ke siapa ?? lewat mana ??
Jadi abis dia detect ada tetangga yang bisa dioper packet nya…dia nyari interface buat ke tetangganya gitu?!?!, kesannya kok jadi kerja 2x ya…!?!?
Ya..itu namanya Recursive lookup
Dan jangan salah…load balancing GA AKAN MAU KLO PAKE INTERFACE…harus next-hop IP
======================================================================
Static Route Load Balancing
Nah…kan ada 2 link yang sama tuh ke 4.4.4.4, di load balancing dong ?!?!…kita tes traceroute
PAKE CARA PERTAMA YAH (USING INTERFACE)
Cek…bisa load balancing ga ?? pake Traceroute
Kok ga bisa ?!?
Coba deh matiin salah satu interface di main office…(contoh Fa0/0 gw matiin)
Trus di trace ke 4.4.4.4
Lah…kok jadi bisa ?!?!
Ini ada kaitannya dengan CEF (Cisco Express Forwarding) dan FIB (Forwarding Information Base) nya
Dalam CEF.rute ke 4.4.4.4 bukan next-hop IP…tapi Interface…tulisannya jadi attached
Pas kita coba show ip cef exact-route ke 4.4.4.4 lewat 1.1.1.1…ini untuk ngeliat FIB nya si Router
Jadi didalam FIB –nya CEF, (entah kenapa) dia hanya mau 1 forwarding interface saja
Trus klo kita nyalain fa0/0 lagi gimana??…ya yang tadi itu yang tetep dipake (Fa1/0 yang ke R3)…ga bisa load-balancing….
Trus gimana cara biar load balancing ?!?! ada…pake Dynamic Routing Protocol wkwkwkwk
Nah..klo maksa pake static ya seperti dibawah ini…
Trus coba deh static route nya ganti pake cara ke 2 (next-hop IP)
Kita liat show ip cef nya
Nah…untuk rute ke 4.4.4.4, CEF akan melihat next-hop nya bukan attached..tapi IP langsung…trus ngeliat Interface mana yang bisa ke IP Next-Hop itu…
Trus kita traceroute 4.4.4.4 dari 1.1.1.1 de…
Nah….baru keliatan…MainOffice (1.1.1.1) mau ke Internet (4.4.4.4) lewat R2/ISP_1 (12.12.12.2) dan R3/ISP_2 (13.13.13.3)
Yang arti nya…load balancing nya jalan…!!! Yeeey !!
==========================================================================
Cara ketiga: cara pertama + cara kedua
Penjelasan:
- Ip route [ip network] [subnet mask] [forwarding interface] [ip next-hop on forwarding interface] name [description]
- Jadi…kita bisa pake forwarding interface kek cara pertama trus ditambah pake ip next-hop nya
- Plus bisa ditambahin description nya dengan keyword
name (soalnya masih banyak company yang masih pake static route…ga bisa dibaca ini static route yang udah gw buat untuk siapa yah ?!? dan mau kemana yah ?!?! kan repot…wkwkw @_@)
Nanti jadi kek gini…
Trus kita coba show ip cef lagi
Ada 2 tipe load balancing
- Per-Destination Load Balancing (default)…load balancing berdasarkan destination/tujuannya
- Per-Packet Load Balancing…nge-random…jadi paket nya kadang lewat A…kadang lewat B…
Per-Destination itu memakai CEF…jadi ga perlu diutak-atik juga gpp…ini metode load-balancing yang recommended
Per-Destination ini jugalah yang menyebabkan Static Route yang dikonfigur per-interface kaga jalan…(inget: attached, mesti tau next-hop IP klo mau load balancing)
Trus…kapan kita harus pake Per-Packet Load Balancing ?!?
Klo kita nge-detect link yang satu lebih banyak LOAD nya dari pada link yang satu nya lagi…
Jadi kita mem-FORCED LOAD SHARING…tapi beware…CPU intensive (jadi router akan bertindak seolah2 seperti switch…)
Berikut cara setting nya…
==================================================================
Static Route as Main Route and Backup Route
Here we go…
Kali ini kita pake Default Route (kan Static Route juga ini)
Penjelasan:
- Keyword 2…arti nya kita set administrative distance-nya (AD) jadi 2 (AD default Static Route = 1) untuk interface itu
- Dari sini kita bisa ambil kesimpulan…bahwa Fa0/0 adalah main route (AD = 1) dan Fa1/0 adalah backup route (AD =2)
- Nah….Static Route yang dimodifikasi AD-nya (untuk ga jadi main route) disebut Floating Static Route
- Nah…klo link interface itu mati, rute default ini ga akan dihapus dari routing table, dengan Keyword permanent mencegah default route dibuang dari routing table
- but be careful…klo lo kasi permanent ke main route trus link nya mati…ya yang backup link ga akan jadi main route…(gara2 ga dibuang dari routing table)
Nah…kita cek ip route nya
Disini bisa kita lihat…yang ter-install di routing table adalah default route dari Fa0/0
Trus coba kita shutdown interface fa0/0 yang jadi main route nya…and then..check show ip route (klik gambar nya…kepotong di wordpress @_@)
Nah…yang ter-install sekarang adalah Fa1/0
==================================================
Static Route using IP SLA (Service Level Agreement)
nah…klo diatas kan…router MainOffice yang mati fa0/0 nya…gimana klo Fa0/0 nya si ISP 1 yang mati ?!?
di lihat dari kacamata MainOffice sih…masi lewat Fa0/0 (yang ke ISP 1…padahal mati link ISP 1 nya yang ke Main Office)
nah….untuk mencegah hal ini terjadi…kita gunakan yang namanya IP SLA
jadi…kita buat supaya MainOffice Router nge-ping tiap 3 detik ke Fa0/0…untuk ensure konektifitas dengan si ISP 1
(catatan: IP SLA tiap IOS command nya beda2…disini gw pake Router 3640 12.4(16a) )
Penjelasan:
- create IP SLA dengan command ip sla monitor [nomor IP SLA]
- type echo protocol ipIcmpEcho [next-hop ip] source-interface [interface ke next-hop ip itu] adalah “trackingnya”
- Ping adalah bagian dari protocol ICMP…
- timeout [dalam milidetik], dalam rentang waktu tersebut…jika tidak ada respon (echo) dari si next-hop IP…maka akan di “mark” down
- dalam kasus ini 1000 milidetik = 1 detik
- frequency [second]…kirim echo/ping setiap detik yang telah ditentukan (dalam kasus ini 3 detik)
- ip sla monitor schedule [nomor IP SLA] life forever start-time now, arti nya adalah..untuk nomor IP SLA yang telah ditentukan, jalanin SEKARANG…DAN UNTUK SELAMANYA
- jangan lupa track nya di”taro” di “ip route” mana…(dibawah gambar nya)
Penjelasan:
- track [nomor track] rtr [nomor IP SLA] reachability, itu untuk assign track nomor berapa untuk ngecek reachability dari IP SLA nomor berapa dengan cara rtr
- rtr = response time reporter, ya ping/echo itu….
- JANGAN LUPA di ASSIGN nomor track nya ke ip route yang mau di track…jangan nomor IP SLA yang ditrack…kwkwkw
- ip route x.x.x.x x.x.x.x [interface] track [nomor track]
- hapus dulu ip route yang mo ditrack…(stack ama yang lama nanti…)
yuk..kita cek…(nyalain lagi Fa0/0 di ISP 1…trus matiin)
tada….ada notifikasi “tracking-5-state: 100 rtr 1 reachability up->down”
…default route berubah dari Fa0/0 ke Fa1/0
updated in IOS 15…
ip sla [number ip sla]
icmp-echo [dest ip]
frequency 10
ip sla schedule [number] life [forever] start-time now
track [track number] ip sla [number ip sla]