[base]
name=CentOS-$releasever – Base
baseurl=http://kambing.ui.edu/centos/$releasever/os/$basearch/
gpgcheck=1
gpgkey=http://mirror.centos.org/centos/RPM-GPG-KEY-CentOS-5

#released updates
[updates]
name=CentOS-$releasever – Updates
baseurl=http://kambing.ui.edu/centos/$releasever/updates/$basearch/
gpgcheck=1
gpgkey=http://mirror.centos.org/centos/RPM-GPG-KEY-CentOS-5

#packages used/produced in the build but not released
[addons]
name=CentOS-$releasever – Addons
baseurl=http://kambing.ui.edu/centos/$releasever/addons/$basearch/
gpgcheck=1
gpgkey=http://mirror.centos.org/centos/RPM-GPG-KEY-CentOS-5

#additional packages that may be useful
[extras]
name=CentOS-$releasever – Extras
baseurl=http://kambing.ui.edu/centos/$releasever/extras/$basearch/
gpgcheck=1
gpgkey=http://mirror.centos.org/centos/RPM-GPG-KEY-CentOS-5

kemudian update dengan #yum update

Ethernet berbasis standard IEEE 802.3 dan menyediakan 10 MB bandwidth untuk end user. Semakin banyak user yang ada pada sebuah segmen Ethernet, semakin besar kemungkinan terjadi collision, yang merubah sinyal yang dikirimkan sebuah host jadi tidak bisa digunakan. Ketika host terhubung pada satu switchport tersendiri, 10 mb bandwidth yang tersedia akan terpakai oleh host itu sendiri, dan peluang terjadinya collision menjadi nol. Setiap port pada sebuah switch merupakan sebuah collision domain tersendiri.

Ethernet menggunakan kabel UTP (Unshielded Twisted Pair), yang panjangnya terbatas sejauh 100 meter. Dalam model networking 3 layer, umumnya Ethernet bisa ditemukan pada access layer, yang menghubungkan end user pada network

Fast Ethernet

Fast Ethernet didefinisikan oleh IEEE 802.3u, dan beroperasi pada 100 MB. FE dapat menggunakan kabel UTP atau fiber-optic. Pada saat beroperasi full-duplex, bandwidth effektif total adalah 200 MBPS, karena FE dapat mengirim dan menerima data pada waktu bersamaan.

Pada beberapa switch dapat kita lihat “10/100”, yang berarti port tersebut dapat dihubungkan dengan Ethernet atau Fast Ethernet, sedangkan kecepatan port tersebut akan dinegosiasikan antara switch dan perangkat yang terhubung pada port tersebut. Untuk menghubungkan switch dengan end user, entah itu server atau sebuah workstation, juga router, akan dibutuhkan kabel straight-trough.

Gigabit Ethernet

Sering juga disebut “Gig Ethernet”. Gig Ethernet mendukung kecepatan hingga 1000 MBPS, alias 1 Gigabit per second (GBPS).

Kabel yang digunakan untuk Gig Ethernet bervariasi. Kabel yang diperlukan tergantung pada standard Gigabit Ethernet yang dipakai oleh switch. Pada umumnya tipe kabel yang dipakai adalah Shielded Twisted-Pair (STP), Multimode Fiber (MMF) 50 atau 62.5 micron core, dan Single-Mode Fiber (SMF) dengan 8,9,atau 50 micron core.
Pastikan untuk mengecek dokumentasi switch bersangkutan sebelum memutuskan untuk membeli tipe kabel Gigabit Ethernet

10 Gigabit Ethernet

Sering disebut 10GbE. 10Gig Ethernet hanya bisa beroperasi dengan kabel fiber-optic dan mode full-duplex.

Long Range Ethernet

LRE tidak lebih cepat daripada 10Gig Ethernet, LRE dapat menggunakan pre-existing kabel untuk menyediakan layanan Ethernet pada sebuah lokasi atau bangunan yang tidak memiliki kabel Ethernet. Biasanya pre-existing kabel yang dipakai adalah kabel telepon. Kecepatan yang tersedia tergantung pada panjang kabel, semakin panjang, semakin berkurang bandwidth yang bisa dimanfaatkan.

Bagaimana Switch Beroperasi

Switch menggunakan pengaddressan layer 2, yang sering juga disebut MAC Address, untuk memforward atau memfilter frame yang diperlukan. Ketika sebuah switch pertama kali beroperasi, tabel MAC address nya masih belum terisi (kosong). Tabel MAC bisa diisi secara statis oleh administrator, tetapi tentu saja itu bukan sebuah solusi yang efektif. Akan jauh lebih efektif jika switch dibiarkan mengisi MAC tabelnya secara dinamis. Switch melakukannya dengan cara memeriksa source MAC address dari setiap frame yang dating.

Saat switch memeriksa source MAC address sebuah frame, switch akan mengecek tabel MAC-nya untuk melihat adakah entri untuk address tersebut. Jika belum ada, maka switch akan menambahkan address tersebut pada tabel MAC bersama dengan port dimana frame tersebut diterima.
Kemudian switch akan memeriksa tabel MAC untuk address destination frame tersebut. Ada 4 kemungkinan dari hasil pemeriksaan tersebut :

• MAC Address destination (tujuan) adalah unicast dan tidak ada entri untuk address tersebut dalam tabel MAC. Frame ini akan dikirim keluar melalui semua port pada switch kecuali port dimana frame tersebut diterima (flooded).
• MAC address destination adalah unicast dan terdapat entri untuk address tersebut dalam tabel MAC. Maka dalam kasus seperti ini, frame akan dikirim keluar melalui port yang tercantum dalam entri tabel MAC yang bersesuaian.
• MAC address destination adalah unicast, dan terdapat entri untuk address tersebut dalam tabel MAC, namun entri untuk address source dan destination dalam MAC tabel memiliki port bersesuaian yang sama. Dalam kasus seperti ini, frame akan difilter dan tidak akan diforward kemanapun.
• MAC address destination adalah broadcast, atau multicast, dalam kasus ini frame akan dikirim keluar melalui semua port pada switch kecuali port dimana frame tersebut diterima (flooded).

Virtual Box sudah available pada FreeBSD, bahkan sudah ada versi pbi nya untuk diinstall di PC-BSD, setelah mengunjungi situs resmi Sun Virtual Box, perasaanku begitu gembiranya . this is what i’ve been longing to see.

Kini, sepertinya sudah tidak ada alasan lagi untuk tidak beralih ke open source, tiba saatnya untuk say goodbye pada windows dan illegal software/operating system. mau cari duit (ngoding) bisa pake netbeans, mau ngoprek networking sudah ada GNS3 di FreeBSd, mau Virtualization sudah ada Virtual Box. hahaha..

PC-BSD, Here I come, You have no Idea, I’m happy as a child right now

• Mempelajar penggunaan TCL scripts untuk memverifikasi koneksi
• Mengidentifikasi adanya kegagalan koneksi

Topology

Langkah 1 : konfigurasi awal

Kopi pastekan konfigurasi berikut pada masing-masing router

R1:

!

hostname R1

!

interface Loopback1

 ip address 10.1.1.1 255.255.255.252

!

interface Loopback2

 ip address 10.1.2.1 255.255.255.252

!

interface Loopback3

 ip address 10.1.3.1 255.255.255.252

!

interface Loopback4

 ip address 10.1.4.1 255.255.255.252

!

interface Serial0/0

 ip address 10.100.12.1 255.255.255.252

 serial restart-delay 0

 clockrate 64000

!

router rip

 version 2

 network 10.0.0.0

 no auto-summary

!

end

R2:

!

hostname R2

!

interface Loopback1

 ip address 10.2.1.1 255.255.255.252

!

interface Loopback2

 ip address 10.2.2.1 255.255.255.252

!

interface Loopback3

 ip address 10.2.3.1 255.255.255.252

!

interface Loopback4

 ip address 10.2.4.1 255.255.255.252

!

!

interface Serial0/0

 no ip address

 serial restart-delay 0

!

router rip

 version 2

 network 10.0.0.0

!

end

Langkah 2 : verifikasi koneksi

Cara paling sederhana untuk memverifkasi koneksi antar mesin adalah dengan menggunakan protokol ICMP (Internet Control Message Protocol).  Telah kita lihat pada konfigurasi R2 diatas, ip address pada interface serial belum dikonfigurasi. Karena belum ada protokol IP yang berjalan pada interface serial R2 sampai ip address dikonfigurasi, maka R1 dan R2 tidak dapat saling bertukar informasi routing.

Cisco IOS versi 12.3(2)T keatas mendukung TCL scripting dalam command line-nya. Berikut contoh script untuk melakukan ping ke semua IP address pada topologi diatas,

foreach address {

10.1.1.1

10.1.2.1

10.1.3.1

10.1.4.1

10.100.12.1

10.2.1.1

10.2.2.1

10.2.3.1

10.2.4.1

10.100.12.2

} {

ping $address

}

Masuk ke mode tclsh dan kopi pastekan script di atas ke dalam shell pada masing-masing router

R1#

R1#tclsh

R1(tcl)#

R1(tcl)#

R1(tcl)#

R1(tcl)#foreach address {

+>(tcl)#10.1.1.1

+>(tcl)#10.1.2.1

+>(tcl)#10.1.3.1

+>(tcl)#10.1.4.1

+>(tcl)#10.100.12.1

+>(tcl)#10.2.1.1

+>(tcl)#10.2.2.1

+>(tcl)#10.2.3.1

+>(tcl)#10.2.4.1

+>(tcl)#10.100.12.2

+>(tcl)#} {

+>(tcl)#ping $address

+>(tcl)#}

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.1.1.1, timeout is 2 seconds:

!!!!!

Success rate is 100 percent (5/5), round-trip min/avg/max = 1/2/4 ms

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.1.2.1, timeout is 2 seconds:

!!!!!

Success rate is 100 percent (5/5), round-trip min/avg/max = 1/2/4 ms

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.1.3.1, timeout is 2 seconds:

!!!!!

Success rate is 100 percent (5/5), round-trip min/avg/max = 1/3/4 ms

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.1.4.1, timeout is 2 seconds:

!!!!!

Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/4 ms

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.100.12.1, timeout is 2 seconds:

…..

Success rate is 0 percent (0/5)

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.2.1.1, timeout is 2 seconds:

…..

Success rate is 0 percent (0/5)

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.2.2.1, timeout is 2 seconds:

…..

Success rate is 0 percent (0/5)

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.2.3.1, timeout is 2 seconds:

…..

Success rate is 0 percent (0/5)

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.2.4.1, timeout is 2 seconds:

…..

Success rate is 0 percent (0/5)

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.100.12.2, timeout is 2 seconds:

…..

Success rate is 0 percent (0/5)

R1(tcl)#

R2#

R2#tcls

R2#tclsh

R2(tcl)#

R2(tcl)#

R2(tcl)#foreach address {

+>(tcl)#10.1.1.1

+>(tcl)#10.1.2.1

+>(tcl)#10.1.3.1

+>(tcl)#10.1.4.1

+>(tcl)#10.100.12.1

+>(tcl)#10.2.1.1

+>(tcl)#10.2.2.1

+>(tcl)#10.2.3.1

+>(tcl)#10.2.4.1

+>(tcl)#10.100.12.2

+>(tcl)#} {

+>(tcl)#ping $address

+>(tcl)#}

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.1.1.1, timeout is 2 seconds:

…..

Success rate is 0 percent (0/5)

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.1.2.1, timeout is 2 seconds:

…..

Success rate is 0 percent (0/5)

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.1.3.1, timeout is 2 seconds:

…..

Success rate is 0 percent (0/5)

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.1.4.1, timeout is 2 seconds:

…..

Success rate is 0 percent (0/5)

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.100.12.1, timeout is 2 seconds:

…..

Success rate is 0 percent (0/5)

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.2.1.1, timeout is 2 seconds:

!!!!!

Success rate is 100 percent (5/5), round-trip min/avg/max = 1/3/4 ms

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.2.2.1, timeout is 2 seconds:

!!!!!

Success rate is 100 percent (5/5), round-trip min/avg/max = 1/2/4 ms

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.2.3.1, timeout is 2 seconds:

!!!!!

Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/1 ms

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.2.4.1, timeout is 2 seconds:

!!!!!

Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/4 ms

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.100.12.2, timeout is 2 seconds:

…..

Success rate is 0 percent (0/5)

R2(tcl)#

Keluar dari shell tcl script dengan perintah tclquit

R1(tcl)#tclquit

R2(tcl)#tclquit

Perhatikan pada output diatas, R1 dan R2 tidak dapat mengarahkan ping ke loopback network pada router seberang, hal ini karena masing-masing router R1 dan R2 belum bertukar informasi routing walaupun RIP sudah diaktifkan.

Perhatikan juga bahwa R1 tidak dapat melakukan ping pada ip address interface serialnya sendiri. Dalam koneksi HDLC, Frame Relay, dan ATM, semua paket, termasuk paket ping pada interface lokal harus di forward ke link yang terhubung.

Misalnya, jika R1 berusaha melakukan ping ke addressnya sendiri 10.100.12.1, maka paket ping akan di forward ke serial0/0 meskipun address yang di ping ada pada interface lokal. Misalkan diasumsikan terdapat konfigurasi IP address 10.100.12.2/300 pada interface serial R2. Maka ketika paket ping mencapai ke R2, R2 memeriksa paket tersebut dan mengetahui bahwa paket tersebut tidak ditujukan untuk R2 dan akan memforward balik paket tersebut ke interface serial R1. R1 akan menerima paket tersebut, memeriksanya, dan mengetahui bahwa paket ping tersebut ditujukan untuk ip address interface serial miliknya. R1 akan memberikan respon pada paket ICMP request (ping) tersebut dengan sebuah paket ICMP reply yang ditujukan untuk 10.100.12.1 (addressnya sendiri). R1 mengenkapsulasi paket echo reply tersebut dan memforward keluar melalui interface serial dan sampai pada R2, R2 seperti sebelumnya akan memforward balik paket tersebut karena tidak ditujukan untuknya. Dan akhirnya R1 menerima echo reply tersebut.

Langkah 3: perbaiki koneksi yang gagal

R2#conf t

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

R2(config)#int s0/0

R2(config-if)#ip address 10.100.12.2 255.255.255.252

R2(config-if)#^Z

R2#

Setelah ini maka kedua router akan saling bertukar informasi routing, untuk memverifikasinya dapat dilakukan dengan perintah show ip protocols.

R1#show ip protocols

Routing Protocol is “rip”

  Sending updates every 30 seconds, next due in 25 seconds

  Invalid after 180 seconds, hold down 180, flushed after 240

  Outgoing update filter list for all interfaces is not set

  Incoming update filter list for all interfaces is not set

  Redistributing: rip

  Default version control: send version 2, receive version 2

    Interface             Send  Recv  Triggered RIP  Key-chain

    Serial0/0             2     2

    Loopback1             2     2

    Loopback2             2     2

    Loopback3             2     2

    Loopback4             2     2

  Automatic network summarization is not in effect

  Maximum path: 4

  Routing for Networks:

    10.0.0.0

  Routing Information Sources:

    Gateway         Distance      Last Update

    10.100.12.2          120      00:00:24

  Distance: (default is 120)

R2#show ip protocols

Routing Protocol is “rip”

  Sending updates every 30 seconds, next due in 24 seconds

  Invalid after 180 seconds, hold down 180, flushed after 240

  Outgoing update filter list for all interfaces is not set

  Incoming update filter list for all interfaces is not set

  Redistributing: rip

  Default version control: send version 2, receive version 2

    Interface             Send  Recv  Triggered RIP  Key-chain

    Serial0/0             2     2

    Loopback1             2     2

    Loopback2             2     2

    Loopback3             2     2

    Loopback4             2     2

  Automatic network summarization is in effect

  Maximum path: 4

  Routing for Networks:

    10.0.0.0

  Routing Information Sources:

    Gateway         Distance      Last Update

    10.100.12.1          120      00:00:13

  Distance: (default is 120)

Setelah kita verifikasi koneksi kedua router berjalan lancar, kita verifikasi kembali koneksi pada semua subnet (interface loopback) dengan scrip tcl sebelumnya

R1#tclsh

R1(tcl)#

R1(tcl)#

R1(tcl)#

R1(tcl)#foreach address {

+>(tcl)#10.1.1.1

+>(tcl)#10.1.2.1

+>(tcl)#10.1.3.1

+>(tcl)#10.1.4.1

+>(tcl)#10.100.12.1

+>(tcl)#10.2.1.1

+>(tcl)#10.2.2.1

+>(tcl)#10.2.3.1

+>(tcl)#10.2.4.1

+>(tcl)#10.100.12.2

+>(tcl)#} {

+>(tcl)#ping $address

+>(tcl)#}

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.1.1.1, timeout is 2 seconds:

!!!!!

Success rate is 100 percent (5/5), round-trip min/avg/max = 1/2/4 ms

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.1.2.1, timeout is 2 seconds:

!!!!!

Success rate is 100 percent (5/5), round-trip min/avg/max = 1/2/4 ms

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.1.3.1, timeout is 2 seconds:

!!!!!

Success rate is 100 percent (5/5), round-trip min/avg/max = 1/2/4 ms

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.1.4.1, timeout is 2 seconds:

!!!!!

Success rate is 100 percent (5/5), round-trip min/avg/max = 1/3/4 ms

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.100.12.1, timeout is 2 seconds:

!!!!!

Success rate is 100 percent (5/5), round-trip min/avg/max = 16/35/112 ms

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.2.1.1, timeout is 2 seconds:

!!!!!

Success rate is 100 percent (5/5), round-trip min/avg/max = 4/28/108 ms

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.2.2.1, timeout is 2 seconds:

!!!!!

Success rate is 100 percent (5/5), round-trip min/avg/max = 4/46/88 ms

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.2.3.1, timeout is 2 seconds:

!!!!!

Success rate is 100 percent (5/5), round-trip min/avg/max = 8/26/56 ms

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.2.4.1, timeout is 2 seconds:

!!!!!

Success rate is 100 percent (5/5), round-trip min/avg/max = 8/31/56 ms

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.100.12.2, timeout is 2 seconds:

!!!!!

Success rate is 100 percent (5/5), round-trip min/avg/max = 4/25/100 ms

R1(tcl)#tclquit

R1#

R2#tclsh

R2(tcl)#

R2(tcl)#

R2(tcl)#

R2(tcl)#foreach address {

+>(tcl)#10.1.1.1

+>(tcl)#10.1.2.1

+>(tcl)#10.1.3.1

+>(tcl)#10.1.4.1

+>(tcl)#10.100.12.1

+>(tcl)#10.2.1.1

+>(tcl)#10.2.2.1

+>(tcl)#10.2.3.1

+>(tcl)#10.2.4.1

+>(tcl)#10.100.12.2

+>(tcl)#} {

+>(tcl)#ping $address

+>(tcl)#}

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.1.1.1, timeout is 2 seconds:

!!!!!

Success rate is 100 percent (5/5), round-trip min/avg/max = 4/48/152 ms

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.1.2.1, timeout is 2 seconds:

!!!!!

Success rate is 100 percent (5/5), round-trip min/avg/max = 4/20/40 ms

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.1.3.1, timeout is 2 seconds:

!!!!!

Success rate is 100 percent (5/5), round-trip min/avg/max = 8/27/52 ms

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.1.4.1, timeout is 2 seconds:

!!!!!

Success rate is 100 percent (5/5), round-trip min/avg/max = 1/33/80 ms

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.100.12.1, timeout is 2 seconds:

!!!!!

Success rate is 100 percent (5/5), round-trip min/avg/max = 8/24/48 ms

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.2.1.1, timeout is 2 seconds:

!!!!!

Success rate is 100 percent (5/5), round-trip min/avg/max = 1/2/4 ms

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.2.2.1, timeout is 2 seconds:

!!!!!

Success rate is 100 percent (5/5), round-trip min/avg/max = 1/2/4 ms

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.2.3.1, timeout is 2 seconds:

!!!!!

Success rate is 100 percent (5/5), round-trip min/avg/max = 1/3/4 ms

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.2.4.1, timeout is 2 seconds:

!!!!!

Success rate is 100 percent (5/5), round-trip min/avg/max = 1/2/4 ms

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.100.12.2, timeout is 2 seconds:

!!!!!

Success rate is 100 percent (5/5), round-trip min/avg/max = 16/43/112 ms

R2(tcl)#tclquit

R2#

Kesimpulan

Gunakan TCL script untuk memverifikasi semua koneksi yang telah dikonfigurasi diatas dan perhatikan outputnya.  Hal ini bisa menghemat waktu ketika troubleshooting.

• Ada 2 tipe:
  • IS – IS
  • OSPF
• Memaintain 3 jenis tabel
  • Tabel Neighbor (router tetangga)
  • Tabel Topologi
  • Tabel routing
• Menggunakan algoritma Dijkstra Shortest Path First (SPF)
• Mengirimkan triggered update untuk memberitahukan adanya perubahan topologi.
• Mengirimkan periodic update (LS Refresh) dengan interval yang panjang.

Tabel Topologi inilah yang membedakan dengan protokol distance vector, dimana tabel topologi pada link-state merupakan gambaran menyeluruh mengenai network, sedangkan pada distance vector hanya berisi list dari apa-apa yang diketahui oleh neighbor, itulah mengapa distance vector disebut juga sebagai routing by rumour.

Tabel topologi akan berisi semua jalur/path yang mungkin untuk menempuh setiap network destination. Dan untuk setiap network destination akan dipilih satu jalur/path terbaik yang kemudian akan disimpan kedalam tabel routing.

Setelah beberapa waktu yang lama, link-state router akan saling mengirimkan update secara periodic yang berisi keseluruhan informasi routing untuk memastikan konsistensi informasi pada semua router dalam 1 area, pada OSPF hal ini terjadi setiap 30 menit.

Desain Area dan Istilah-Istilah OSPF

• Setiap Area harus terhubung pada Area 0 (backbone).
• Semua router dalam satu area akan memiliki tabel topologi (road map) yang identik.
• Goal: melokalisasi update terjadi hanya dalam satu area.
• Membutuhkan desain hirarkis

Autonomous System, adalah keseluruhan network-network yang berada pada 1 kewenangan administrasi yang sama, bisa saja terdiri dari beberapa area.

Area Border Router (ABR), adalah router yang terhubung pada 2 atau lebih area, salah 1 area nya haruslah area 0. ABR inilah yang akan melokalisasi update yang terjadi pada 1 area agar tidak tersebar pada area lainnya.

Autonomous System Boundary Router, adalah router yang menghubungkan autonomous system (AS) dengan AS yang lain yang bisa saja berupa network RIP, EIGRP atau network yang menjalankan protokol routing lain.

ABR dan ASBR adalah satu-satunya router yang dapat melakukan summarization, tidak seperti pada EIGRP dimana summarization dapat dilakukan pada router mana saja.

OSPF Neighbor Relationship

• Tentukan Router ID
  • Router ID hanyalah identitas router dalam proses OSPF.
  • IP address terbesar diantara interface-interface yang aktif saat OSPF dijalankan akan menjadi Router ID.
  • Jika ada interface loopback yang aktif, maka Router ID akan diambil dari IP address terbesar interface loopback.
  • Dapat dikonfigurasi secara manual dengan perintah router-id dibawah proses OSPF. (lebih direkomendasikan).
  • Perlu diingat penggantian router id hanya akan berlaku setelah router di reboot atau proses OSPF di restart.
• Tambahkan interface-interface pada database link state dengan menggunakan perintah network didalam proses ospf.
• Router mengirimkan paket Hello via interface-interface yang terpilih. *Down State*
  • Paket Hello akan dikirimkan setiap 10 detik pada network broadcast/point-to-point
  • Dikirim setiap 30 detik pada network NBMA (nonbroadcast multiaccess).
  • Berisi informasi-informasi berikut:
    • Router ID
    • Hello Timer dan Dead Timer (harus sama)
    • Network Mask (harus sama)
    • Area ID (harus sama)
    • Neighbor-Neighbor yang dimiliki
    • Router Priority
    • IP address DR/BDR
    • Password Otentikasi (harus sama)

• Router menerima paket Hello *Init State*
  Jika setelah pada fase ini, status adjacency kembali menjadi down-state, maka troubleshoot yang bisa dilakukan adalah dengan mengecek parameter-parameter yang harus identik:  
  • Cek Hello/Dead Interval.
  • Cek Netmask
  • Cek Area ID
  • Cek password Otentikasi
• Router mengirimkan paket Reply Hello **2-way state**
  • Router akan mengecek apakah dirinya telah terdaftar sebagai neighbor dalam paket hello
    • Jika ya, maka dead timer akan di reset
    • Jika tidak, maka router neighbor akan ditambahkan kedalam list sebagai neighbor yang baru, dan proses berlanjut pada langkah berikutnya.

• Router-router akan menentukan hubungan master-slave **Exstart State**
  Hubungan master-slave ini tidak begitu penting, karena hanya menentukan siapa yang lebih dulu mengirimkan link-state database terlebih dahulu.  
  • Ditentukan oleh “priority“, jika priority sama, maka router yang memilii router-id lebih besar akan menjadi master.
  • Master akan mengirimkan paket Database Description (DBD).
  • Baru kemudian Slave mengirimkan paket DBD-nya.
• DBD akan di verifikasi dan di review oleh masing-masing router **Loading State**
  • Slave me-request detail (Link State Request – LSR).
  • Master mengirimkan update (Link State Updates – LSU).
  • Master me-request detail (LSR).
  • Slave mengiriman update (LSU).
• Masing-masing neighbor telah sinkron **Full State**
  • Kini masing-masing router memiliki link-state database yang sama.

Setelah link-state database telah dibangun maka sudah saatnya menjalankan algoritma SPF untuk membangun tabel routing.

OSPF Metric

Dalam OSPF metric disebut sebagai cost dan cost dihitung dengan

Cost = 100/bandwidth (Mbps)

Beberapa cost yang sudah umum antara lain:

• Link 56k = 1785
• Link 64k = 1562
• T1 (1.544) = 65
• Ethernet = 10
• Fast Ethernet = 1

Konsep DR dan BDR

DR (Designated Router) dan BDR (Backup Designated Router) berfungsi sebagai pengontrol pengiriman update routing dalam satu segment network yang sama. Dalam satu segment network, 1 router akan dipilih sebagai DR dan satu lagi sebagai BDR, BDR tidak melakukan apapun kecuali DR mengalami kegagalan.

• Pada saat terjadi perubahan pada salah satu network yang terhubung pada suatu router, maka router tersebut akan mengirimkan update kepada DR melalui address multicast 224.0.0.6.
• Kemudia DR akan mengirimkan update routing ke semua router yang berpartisipasi dalam proses OSPF melalui address multicast 224.0.0.5
• DR dan BDR akan dipilih untuk setiap segment network, kecuali pada link point-to-point.
• Pemilihan DR dan BDR dipengaruhi oleh nilai router priority. Jika semua router field priority nya memiliki nilai yang sama, maka akan digunakan router-id untuk memilih DR dan BDR.
• Dalam network broadcast (mis: Ethernet), siapa yang jadi DR dan BDR kurang begitu penting, DR dan BDR akan begitu berpengaruh pada NBMA.
• Dalam satu shared network yang terdiri dari beberapa router, router menjalin hubungan neighbor pada status full-state hanya dengan DR dan BDR, dengan router lain hanya sampai 2-way state.

Tipe-Tipe paket OSPF

• Database Description (DBD), potongan dari link-state database.
• Link-State Request (LSR), untuk meminta informasi routing yang belum ketahui dari router lain.
• Link-State Update (LSU), response dari LSR.
• Link-State Advertisement (LSA). Update tentang informasi satu entri route tunggal, biasanya dalam satu LSU terdapat beberapa LSA.
• Link-State Acknowledgement (LSACK), OSPF menggunakan protokol layer 4 sendiri untuk menjamin terkirimnya pesan update.

Implementasi dan Verifikasi

R1#conf t

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

R1(config)#router ospf 1

R1(config-router)#network 172.30.49.0 0.0.0.255 area 0

R1(config-router)#^Z

R1#

Perintah diatas akan mengaktifkan OSPF pada interface ethernet1/0 R1, kita dapat memverifikasinya dengan perintah sh ip ospf interface

R1#sh ip ospf interface

Ethernet1/0 is up, line protocol is up

  Internet Address 172.30.49.1/24, Area 0

  Process ID 1, Router ID 172.30.49.1, Network Type BROADCAST, Cost: 10

  Transmit Delay is 1 sec, State WAITING, Priority 1

  No designated router on this network

  No backup designated router on this network

  Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5

    oob-resync timeout 40

    Hello due in 00:00:00

    Wait time before Designated router selection 00:00:20

  Supports Link-local Signaling (LLS)

  Index 1/1, flood queue length 0

  Next 0×0(0)/0×0(0)

  Last flood scan length is 0, maximum is 0

  Last flood scan time is 0 msec, maximum is 0 msec

  Neighbor Count is 0, Adjacent neighbor count is 0

  Suppress hello for 0 neighbor(s)

Dari Output perintah diatas kita dapat melihat nilai-nilai dead timer, hello timer, router ID, tipe network adalah Broadcast dan lain-lain, berikutnya kita aktifkan OSPF pada interface serial0/0.

R1#conf t

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

R1(config)#router ospf 1

R1(config-router)#network 10.1.4.0 0.0.0.3 area 0

R1(config-router)#^Z

R1#

Kini jika kita eksekusi perintah sh ip ospf interface, kita akan melihat ada 2 interface yang aktif dalam proses OSPF

R1#sh ip ospf interface

Serial0/0 is up, line protocol is up

  Internet Address 10.1.14.1/30, Area 0

  Process ID 1, Router ID 172.30.49.1, Network Type POINT_TO_POINT, Cost: 64

  Transmit Delay is 1 sec, State POINT_TO_POINT,

  Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5

    oob-resync timeout 40

    Hello due in 00:00:04

  Supports Link-local Signaling (LLS)

  Index 2/2, flood queue length 0

  Next 0×0(0)/0×0(0)

  Last flood scan length is 0, maximum is 0

  Last flood scan time is 0 msec, maximum is 0 msec

  Neighbor Count is 0, Adjacent neighbor count is 0

  Suppress hello for 0 neighbor(s)

Ethernet1/0 is up, line protocol is up

  Internet Address 172.30.49.1/24, Area 0

  Process ID 1, Router ID 172.30.49.1, Network Type BROADCAST, Cost: 10

  Transmit Delay is 1 sec, State DR, Priority 1

  Designated Router (ID) 172.30.49.1, Interface address 172.30.49.1

  No backup designated router on this network

  Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5

    oob-resync timeout 40

    Hello due in 00:00:00

  Supports Link-local Signaling (LLS)

  Index 1/1, flood queue length 0

  Next 0×0(0)/0×0(0)

  Last flood scan length is 0, maximum is 0

  Last flood scan time is 0 msec, maximum is 0 msec

  Neighbor Count is 0, Adjacent neighbor count is 0

  Suppress hello for 0 neighbor(s)

Kita lihat nilai-nilai hello timer, dead timer dan lain-lain pada kedua interface adalah identik, perhatikan juga pada interface ethernet, karena ethernet termasuk network broadcast maka OSPF akan memilih salah satu router sebagai DR dan BDR dan karena R1 belum/tidak menjalin hubungan adjacency dengan satu neighbor pun pada interface ethernetnya, maka R1 akan mendeklarasikan dirinya sendiri sebagai DR. Sedangkan pada link serial, OSPF tidak melakukan pemilihan DR dan BDR untuk koneksi point-to-point, kini kita lakukan konfigurasi pada router R4

R4#conf t

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

R4(config)#router ospf 1

R4(config-router)#network 172.30.50.0 0.0.0.255 area 0

R4(config-router)#^Z

R4#

Sebelum mengaktifkan OSPF pada interface yang terhubung ke R1, kita aktifkan beberapa fitur debug untuk memperhatikan dan menganalisa cara kerja OSPF

R4#debug ip ospf adj

R4#debug ip ospf events

*Mar  1 00:50:10.099: OSPF: Send hello to 224.0.0.5 area 0 on Ethernet1/0 from 172.30.50.4

Kita lihat bahwa OSPF mengirimkan paket hello ke address multicast 224.0.0.5, kini mari kita aktifkan link serial yang terhubung pada R1

R4#conf t

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

R4(config)#router ospf 1

R4(config-router)#

*Mar  1 00:52:10.099: OSPF: Send hello to 224.0.0.5 area 0 on Ethernet1/0 from 172.30.50.4

R4(config-router)#network 10.1.14.0 0.0.0.3 area 0

R4(config-router)#

*Mar  1 00:52:30.083: OSPF: Interface Serial0/0 going Up

*Mar  1 00:52:30.083: OSPF: Send hello to 224.0.0.5 area 0 on Serial0/0 from 10.1.14.2

*Mar  1 00:52:30.099: OSPF: Send hello to 224.0.0.5 area 0 on Ethernet1/0 from 172.30.50.4

*Mar  1 00:52:30.587: OSPF: Build router LSA for area 0, router ID 172.30.50.4, seq 0×80000002

R4(config-router)#^Z

R4#

*Mar  1 00:52:33.807: %SYS-5-CONFIG_I: Configured from console by console

R4#

*Mar  1 00:52:35.763: OSPF: Rcv hello from 172.30.49.1 area 0 from Serial0/0 10.1.14.1

*Mar  1 00:52:35.763: OSPF: 2 Way Communication to 172.30.49.1 on Serial0/0, state 2WAY

*Mar  1 00:52:35.767: OSPF: Send DBD to 172.30.49.1 on Serial0/0 seq 0x3EA opt 0×52 flag 0×7 len 32

*Mar  1 00:52:35.767: OSPF: End of hello processing

*Mar  1 00:52:35.823: OSPF: Rcv DBD from 172.30.49.1 on Serial0/0 seq 0x157A opt 0×52 flag 0×7 len 32  mtu 1500 state EXSTART

*Mar  1 00:52:35.827: OSPF: First DBD and we are not SLAVE

*Mar  1 00:52:35.827: OSPF: Rcv DBD from 172.30.49.1 on Serial0/0 seq 0x3EA opt 0×52 flag 0×2 len 52  mtu 1500 state EXSTART

*Mar  1 00:52:35.831: OSPF: NBR Negotiation Done. We are the MASTER

*Mar  1 00:52:35.831: OSPF: Send DBD to 172.30.49.1 on Serial0/0 seq 0x3EB opt 0×52 flag 0×3 len 52

*Mar  1 00:52:35.831: OSPF: Database request to 172.30.49.1

*Mar  1 00:52:35.835: OSPF: sent LS REQ packet to 10.1.14.1, length 12

*Mar  1 00:52:35.867: OSPF: Rcv DBD from 172.30.4

R4#9.1 on Serial0/0 seq 0x3EB opt 0×52 flag 0×0 len 32  mtu 1500 state EXCHANGE

*Mar  1 00:52:35.871: OSPF: Send DBD to 172.30.49.1 on Serial0/0 seq 0x3EC opt 0×52 flag 0×1 len 32

*Mar  1 00:52:35.887: OSPF: Rcv DBD from 172.30.49.1 on Serial0/0 seq 0x3EC opt 0×52 flag 0×0 len 32  mtu 1500 state EXCHANGE

*Mar  1 00:52:35.887: OSPF: Exchange Done with 172.30.49.1 on Serial0/0

*Mar  1 00:52:35.891: OSPF: Synchronized with 172.30.49.1 on Serial0/0, state FULL

*Mar  1 00:52:35.891: %OSPF-5-ADJCHG: Process 1, Nbr 172.30.49.1 on Serial0/0 from LOADING to FULL, Loading Done

Segera setelah mengeksekusi perintah network 10.1.14.0 0.0.0.3 area 0, akan muncul pesan-pesan dari fitur debug yang sudah kita aktifkan. Kita bisa lihat bahwa R1 dan R4 saling bertukar paket Hello, perhatikan bagian-bagian yang tercetak tebal pada output debug diatas. Dan kita lihat setelah adjacency mencapai state FULL, berarti kedua router telah menjalin hubungan neighbor, kita bisa melihatnya dengan perintah sh ip ospf neighbor

R1#sh ip ospf nei

Neighbor ID     Pri   State           Dead Time   Address         Interface

172.30.50.4       0   FULL/  -        00:00:31    10.1.14.2       Serial0/0

Sebelum kita aktifkan OSPF pada R2 dan R3, berhubung tidak ada priority router yang di konfigurasi manual, maka priority setiap router akan sama dan dengan begitu DR dan BDR pada network ethernet akan ditentukan oleh Router ID, dari topologi diatas kita bisa menebak bahwa R4 akan menjadi DR karena IP address yang paling besar diantara ke-3 router, sedangkan BDR akan diduduki oleh R3.

Sekarang mari kita aktifkan OSPF pada R3 dan sekaligus debug untuk menganalisa perilaku OSPF

R3#conf t

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

R3(config)#router ospf 1

R3(config-router)#do debug ip ospf adj

OSPF adjacency events debugging is on

R3(config-router)#do debug ip ospf ev

OSPF events debugging is on

R3(config-router)#network 172.30.0.0 0.0.255.255 area 0

R3(config-router)#

*Mar  1 01:09:55.527: OSPF: Interface Ethernet0/0 going Up

*Mar  1 01:09:55.531: OSPF: Send hello to 224.0.0.5 area 0 on Ethernet0/0 from 172.30.50.2

*Mar  1 01:09:56.031: OSPF: Build router LSA for area 0, router ID 172.30.50.2, seq 0×80000001

R3(config-router)#^Z

R3#

*Mar  1 01:09:56.995: %SYS-5-CONFIG_I: Configured from console by console

R3#

*Mar  1 01:10:00.687: OSPF: Rcv hello from 172.30.50.4 area 0 from Ethernet0/0 172.30.50.4

*Mar  1 01:10:00.687: OSPF: 2 Way Communication to 172.30.50.4 on Ethernet0/0, state 2WAY

*Mar  1 01:10:00.691: OSPF: Backup seen Event before WAIT timer on Ethernet0/0

*Mar  1 01:10:00.691: OSPF: DR/BDR election on Ethernet0/0

*Mar  1 01:10:00.691: OSPF: Elect BDR 172.30.50.2

*Mar  1 01:10:00.691: OSPF: Elect DR 172.30.50.4

*Mar  1 01:10:00.691: OSPF: Elect BDR 172.30.50.2

*Mar  1 01:10:00.695: OSPF: Elect DR 172.30.50.4

*Mar  1 01:10:00.695:        DR: 172.30.50.4 (Id)   BDR: 172.30.50.2 (Id)

*Mar  1 01:10:00.695: OSPF: Send DBD to 172.30.50.4 on Ethernet0/0 seq 0x15DF opt 0×52 flag 0×7 len 32

*Mar  1 01:10:00.699: OSPF: End of hello processing

*Mar  1 01:10:00.827: OSPF: Rcv DBD from 172.30.50.4 on Ethernet0/0 seq 0x22FA opt 0×52 flag 0×7 len 32  mtu 1500 state EXSTART

*Mar  1 01:10:00.827: OSPF: NBR Negotiation Done. We are the SLAVE

*Mar  1 01:10:00.831: OSPF: Send DBD to 17

R3#2.30.50.4 on Ethernet0/0 seq 0x22FA opt 0×52 flag 0×2 len 52

*Mar  1 01:10:00.903: OSPF: Rcv DBD from 172.30.50.4 on Ethernet0/0 seq 0x22FB opt 0×52 flag 0×3 len 72  mtu 1500 state EXCHANGE

*Mar  1 01:10:00.903: OSPF: Send DBD to 172.30.50.4 on Ethernet0/0 seq 0x22FB opt 0×52 flag 0×0 len 32

*Mar  1 01:10:00.907: OSPF: Database request to 172.30.50.4

*Mar  1 01:10:00.907: OSPF: sent LS REQ packet to 172.30.50.4, length 24

*Mar  1 01:10:00.939: OSPF: Rcv DBD from 172.30.50.4 on Ethernet0/0 seq 0x22FC opt 0×52 flag 0×1 len 32  mtu 1500 state EXCHANGE

*Mar  1 01:10:00.939: OSPF: Exchange Done with 172.30.50.4 on Ethernet0/0

*Mar  1 01:10:00.943: OSPF: Send DBD to 172.30.50.4 on Ethernet0/0 seq 0x22FC opt 0×52 flag 0×0 len 32

*Mar  1 01:10:00.947: OSPF: Synchronized with 172.30.50.4 on Ethernet0/0, state FULL

*Mar  1 01:10:00.947: %OSPF-5-ADJCHG: Process 1, Nbr 172.30.50.4 on Ethernet0/0 from LOADING to FULL, Loading Done

Perhatikan, segera setelah R3 dan R4 berada pada status 2-way state, akan dilakukan pemilihan DR dan BDR, setelah itu proses berjalan seperti pada R4 dan R1 sebelumnya, kini kita setup router terakhir

R2#conf t

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

R2(config)#router ospf 1

R2(config-router)#network 172.30.0.0 0.0.255.255 area 0

R2(config-router)#^Z

R2#

Mari kita cek neighbor yang dimiliki oleh R2

R2#sh ip ospf nei

Neighbor ID     Pri   State           Dead Time   Address         Interface

172.30.50.2       1   FULL/BDR        00:00:37    172.30.50.2     Ethernet0/0

172.30.50.4       1   FULL/DR         00:00:39    172.30.50.4     Ethernet0/0

Keduanya adalah R4 sebagai DR dan R3 sebagai BDR, bagaimana jika kita lihat dari sudut pandang R3?

R3#sh ip ospf neighbor

Neighbor ID     Pri   State           Dead Time   Address         Interface

172.30.50.3       1   FULL/DROTHER    00:00:34    172.30.50.3     Ethernet0/0

172.30.50.4       1   FULL/DR         00:00:39    172.30.50.4     Ethernet0/0

R2 terdeteksi sebagai DROTHER, dan kita tidak melihat BDR karena BDR adalah R3 itu sendiri.

Diatas telah disebutkan bahwa priority router tidak di set sehingga pemilihan DR dan BDR akan didasarkan pada Router ID setiap router, sekarang kita akan melihat bagaimana priority mempengaruhi proses pemilihan DR dan BDR, kita akan menaikkan nilai priority router R2 yang saat ini tidak menjabat DR ataupun BDR

R2#conf t

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

R2(config)#int e0/0

R2(config-if)#ip ospf priority 2

R2(config-if)#^Z

R2#

Kemudian kita restart proses ospf pada semua router

R2#clear ip ospf process

R3#clear ip ospf proc

R4#clear ip ospf process

Setelah adjacency telah terjalin diantara ketiga router kita akan melihat bahwa R2 kini menjadi DR

R2#sh ip osp nei

Neighbor ID     Pri   State           Dead Time   Address         Interface

172.30.50.2       1   FULL/BDR        00:00:31    172.30.50.2     Ethernet0/0

172.30.50.4       1   FULL/DROTHER    00:00:37    172.30.50.4     Ethernet0/0

RIPng menggunakan timer,prosedur, dan tipe message yang sama dengan RIPv2. Misalnya, RIPv2 menggunakan update timer 30 detik yang telah ditambahi sedikit untuk mencegah sinkronisasi, periode timeout 180-detik, dan timer untuk garbage-collection 120 detik, dan holddown timer 180 detik. RIPng juga menggunakan metric hop-count, dengan 16 menunjukkan nilai unreachable. Dan juga menggunakan Request dan Response messages dengan cara yang sama seperti RIPv2. Serta pesan Request dan Response dikirim secara multicast dengan sedikit pengecualian untuk unicast yang digunakan RIPv1 dan v2. Address multicast Ipv6 yang digunakan RIPng adalah FF02::9.

Hal yang beda ada pada cara Otentikasi. RIPng tidak memiliki mekanisme otentikasi sendiri, tetapi mengandalkan fitur yang ada pada Ipv6.

Gambar dibawah menunjukkan format message RIPng. Tidak seperti RIPv1/v2 yang berjalan pada port UDP 520, RIPng menggunakan port UDP 521. Juga tidak ada ukuran message yang di set. Ukuran message hanya bergantung pada MTU pada link.

• Command selalu di set 1 untuk pesan Request dan 2 untuk pesan Response.
• Version selalu di set 1 untuk menunjukkan versi RIPng saat ini yakni RIPngv1.
• IPv6 Prefix adalah prefix destination Ipv6 128-bit dalam entri route.
• Route Tag digunakan seperti pada RIPv2: untuk memasukka atribut route external melalui domain RIP.
• Prefix Length adalah fiel 8-bit yang menentukan bagian signifikan dari addrss pada field Ipv6 Prefix.  Misalnya, jika prefix yang di advertise adalah 3ffe:2100:1201::/48, nilai field Prefix Length adalah 48 (0×30). Jika entri route yang di advertise adalah default route, maka IPv6 Prefix adalah 0:0:0:0:0:0:0:0 dan prefix length adalah 0.
• Metric adalah metric hop count seperti pada RIPv1 dan v2. Tetapi karena nilai maksimum yang mungkin adalah 16, maka field ini di kurang menjadi 8 bit dari sebelumnya 16 bit pada RIPv1 dan v2.

RIPng menentukan address next-hop dengan cara yang sama seperti RIPv2. Dengan kata lain, address next-hop non-zero yang valid menentukan router next-hop selain dari pengirim dari message Response dan address next-hop 0:0:0:0:0:0:0:0 menentukan pengirim dari message Response itu sendiri sebagai addrss next-hop. Bedanya, RIPng menentukan bahwa address next-hop pada entri route spesial kemudian mengelompokkan semua entri route yang menggunakan address next-hop setelahnya. Dengan kata lain, address next-hop yang ditentukan dalam next-hop entri route berlaku untuk semua entri route setelahnya, sampai akhir pesan Response atau sampai ada entri route spesial lain ditentukan.

Gambar berikut menunjukkan format entri route next-hop. Address 128-bit berupa address IPv6 atau router lain, atau jika berupa :: berarti address dari pengirim. Field Route Tag dan Prefix Length semua di set 0. Router yang menerima akan mengenali next-hop route entri karena field Metric nya di set 0 (0xFF) semua.

Format Message RIPv2

Formate message RIPv2 ditunjukkan pada gambar dibawah; struktur dasar masih sama dengan RIPv1. Semua extension ditaruh pada field-field yang dulunya tidak dipakai. Seperti pada versi 1, update RIPv2  dapat memuat sampai 25 entri route. Operasi RIPv2 juga berada pada UDP port 520 dan memiliki ukuran maksimum diagram 512 octet.

Command akan selalu di set 1 untuk pesan request dan 2 untuk pesan response.

Version akan di set 2 untuk RIPv2. Jika di set 0 tetapi message bukan berupa format RIPv1 yang valid, maka message akan di abaikan. RIPv2 akan tetap memproses message RIPv1 yang valid.

Address Family Identifier akan di set 2 untuk Ipv4. Satu-satunya pengecualian adalah request full tabel routing dari router/host dimana pada kasus ini akan di set 0.

Route Tag menyediakan sebuah field untuk pemberian tanda (tagging) sebuah route external atau route yang telah di redistribusikan kedalam proses RIPv2. Salah satu penggunaan field 16-bit ini adalah untuk membawa nomor autonomous system dari suatu route yang telah diimport dari protokol routing lain. Meski RIP sendiri tidak menggunakan field ini, protokol routing external yang terhubung pada domain RIP dalam beberapa lokasi bisa saja menggunakan field Route Tag untuk bertukar informasi melintasi domain RIP.

IP Address adalah address Ipv4 dari route destination. Dapat berupa address network major, subnet, atau host.

Subnet Mask adalah mask 32-bit yang menunjukkan porsi network dan subnet address

Next Hop mengidentifikasikan address next-hop, jika ada, kemudian address dari router yang mengadvertise. Dengan kata lain, field ini mengindikasikan address next-hop dalam subnet yang sama yang secara metric lebih dekat pada destination daripada router yang mengadvertise route/jalur tersebut. Jika field ini di set 0 semua (0.0.0.0), address dari router yang mengadvertise adalah address next-hop terbaik.

Kecocokan dengan RIPv1

RIPv1 menangani update dengan cara yang fleksible. Jika field version mengindikasikan versi 1 tetapi setiap bit dari field yang tidak digunakan telah di set 1, maka update akan di abaikan. Jika Version di set lebih besar dar I 1, field yang didefinisikan tidak dipakai dalam versi 1 akan di abaikan dan message akan tetap di proses. Hasilnya, edisi terbaru dari protokol RIP, seperti RIPv2 tetap backward-compatible dengan RIPv1.

RFC 1723 mendefinisikan “compatibility switch” dengan 4 buah setting, yang memungkinkan versi 1 dan 2 dapat saling beroperasi :

1. RIP-1, yang didalamnya hanya RIPv1 yang akan ditransmisikan.
2. RIP-1 Compatibility, yang dapat menyebabkan RIPv2 membroadcast pesannya bukannya multicast sehingga RIPv1 dapat menerima pesan yang dikirim.
3. RIP-2, yang didalamnya pesan-pesan RIPv2 akan di multicast pada address destination 224.0.0.9.
4. None, yang berarti tidak akan ada update yang dikirimkan.

Sebagai tambahanRFC 1723 mendefinisikan “receive control switch” untuk mengatur penerimaan update. 4 setting rekomendasi tersebut adalah :

1. Hanya RIP-1
2. Hanya RIP-2
3. Kedua-duanya
4. Tidak sama sekali

Classless Route Lookups

Lookup route Classful merupakan perilaku dasar IOS sampai versi 11.3 ketika lookup default route diganti menjadi classless. Untuk IOS versi yang lebih baru kita dapat meng-enable lookup route classless, meskipun untuk protokol routing classful seperti RIPv1 dan IGRP dengan cara mengeksekusi perintah ip classless

Classless Routing Protocols

Definisi yang paling tepat untuk protokol routing classless adalah kemampuannya untuk membawa informasi subnet mask didalam advertisement route-nya. Salah satu keuntungan dengan disertakannya informasi mask ini berkaitan dengan subnet all-zeros (nol semua) dan subnet all-one yang kini menjadi available untuk digunakan. Perlu diketahui  bahwa protokol routing classful tidak dapat membedakan antara subnet all-zeros (misal 172.16.0.0) dengan nomor network major (172.16.0.0). Demikian juga,  mereka tidak dapat membedakan broadcast pada subnet all-ones (172.16.255.255) dan broadcast untuk semua subnet (172.16.255.255).

Jika informasi subnet mask disertakan, maka kelemahan ini dapat teratasi. Kita bisa membaca bahwa 172.16.0.0/16 adalah nomor networj major dan 172.16.0.0/24 adalah subnet all-zero. Begitu juga 172.16.255.255/16 dan 172.16.255.255/24 dapat dibedakan.

Variable-Length Subnet Masking

Jika subnet mask dapat disesuaikan dengan setiap address destination yang di advertise dalam network, maka tidak ada alasan  agar semua mask harus memiliki panjang yang sama. Kenyataan inilah yang mendasari VLSM.

Dengan network kelas C untuk network diatas, subnetting tidak akan dapat dilakukan tanpa VLSM. Network token ring yang membutuhkan 100 host address akan membutuhkan 25-bit mask; mask yang lebih panjang tidak akan menyisakan host bit yang cukup. Tapi jika semua mask harus dengan panjang yang sama, maka hanya 1 subnet lagi yang dapat dibuat dari address kelas C. Tidak ada subnet yang cukup lagi untuk membuat network seperti topologi diatas.

Link point-to-point yang membutuhkan address subnet tetapi hanya 2 address host yang dipakai tiap subnetnya adalah satu alasan lain untuk menggunakan VLSM. Misalnya, pada gambar dibawah ini menunjukkan topologi WAN dengan router-router remote terhubung via PVC Frame Relay kepada satu router hub. Praktek modern biasanya menganjurkan agar setiap PVC dikonfigurasi point-to-point pada subinterface. Tanpa VLSM, subnet dengan ukuran yang sama akan dibutuhkan; ukuran akan ditentukan oleh subnet dengan jumlah host paling banyak.

Misalkan sebuah address kelas B digunakan untuk network diatas dan setiap router terhubung pada beberapa LAN, masing-masing memiliki hingga 175 mesin yang terhubung. Mask 24-bit akan dibutuhkan untuk setiap subnet, termasuk setiap PVC. Hasilnya, untuk setiap PVC dalam network, 252 address akan terbuang sia-sia. Dengan menggunakan VLSM, satu subnet tunggal dapat dipilih dan di subnet kembali dengan mask 30-bit; akan cukup untuk membuat subnet sampai 64 buah link point-to-point.

Authentication

Masalah keamanan pada setiap protokol routing adalah adanya kemungkinan router menerima update routing yang tidak valid. Pengirim dari update yang tidak valid ini bisa saja seorang attacker yang berusaha mengganggu network atau berusaha menangkap paket dengan cara menipu router agar mengirimkan pada destination yang salah. RIPv2 menyertakan kemampuan untuk meng-otentikasi sumber update routing dengan menyertakan pasword.

Otentikasi di support dengan cara memodifikasi apa yang normalnya menjadi entri route pertama pada pesan RIP, seperti pada gambar. Dengan otentikasi, jumlah maksimum dari sebuah update akan berkurang menjadi 24 entri. Adanya otentikasi diindikasikan dengan setting dari field Address Family Identifier menjadi 1 semua (0xFFFF). Tipe otentikasi untuk otentikasi sederhana dengan pasword adalah 2 (0×0002), dan sisa 16 octet akan berisi password alphanumeric sampai 16 karakter. Jika password kurang dari 16 octet, maka bit-bit yang tidak terpakai akan di set 0.

Cisco menggunakan spasi entri route pertama dan terakhir untuk tujuan otentikasi MD5.

MD5 adalah salah satu fungsi hash yang dibuat oleh RSA Data Security, Inc. MD5 juga sering di sebut sebagai cryptographic checksum karena bekerja mirip-mirip dengan checksum arithmetic. MD5 menghitung 128-bit nilai hash dari sebuah pesan plain text dan password. “sidik jari” ini akan di transmisikan bersama dengan message. Penerima, yang mengetahui password yang sama, akan menghitung nilai hash-nya sendiri. Jika tidak ada yang berubah pada message, maka nilai hash penerima seharusnya sesuai dengan nilai yang dikirimkan oleh pengirim bersama dengan message.

Route Summarization

Secara default, EIGRP mendukung fitur yang disebut auto-summary, dimana auto-summary akan secara otomatis melakukan summarization beberapa subnet kedalam bentuk major network classful untuk setiap subnet/network yang akan di advertise melewati boundary (batas) major network yang berbeda. Misalnya pada topologi diatas, router BB akan otomatis melakukan summarization untuk network 172.30.0.0/24 – 172.30.7.024 saat akan di advertise ke R2 karena melewati kelas major network yang berbeda (10.1.24.0/30). Dalam hal ini network-network tersebut akan di summary menjadi bentuk major network classfull 172.30.0.0/16 ke R2 dan R3.

R2#sh ip route

Codes: 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

Gateway of last resort is 10.1.24.2 to network 0.0.0.0

D    172.30.0.0/16 [90/2297856] via 10.1.24.2, 00:09:31, Serial0/0

     10.0.0.0/8 is variably subnetted, 3 subnets, 2 masks

C       10.1.2.0/24 is directly connected, Ethernet1/0

C       10.1.24.0/30 is directly connected, Serial0/0

D       10.1.34.0/30 [90/2195456] via 10.1.2.1, 01:04:04, Ethernet1/0

D*   0.0.0.0/0 [90/2297856] via 10.1.24.2, 01:04:04, Serial0/0

R3#sh ip route

Codes: 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

Gateway of last resort is 10.1.34.2 to network 0.0.0.0

     172.30.0.0/16 is subnetted, 1 subnets

D       172.30.0.0 [90/2297856] via 10.1.34.2, 00:10:26, Serial0/0

     10.0.0.0/8 is variably subnetted, 3 subnets, 2 masks

C       10.1.2.0/24 is directly connected, Ethernet1/0

D       10.1.24.0/30 [90/2195456] via 10.1.2.2, 01:05:00, Ethernet1/0

C       10.1.34.0/30 is directly connected, Serial0/0

D*   0.0.0.0/0 [90/2297856] via 10.1.34.2, 01:04:58, Serial0/0

Keuntungan yang didapat dengan adanya fitur ini adalah isi dari tabel routing yang minimalis dan tentunya akan mengurangi beban CPU router dan tentunya bandwidth yang dibutuhkan untuk proses advertisement menjadi tidak begitu besar.

Namun ada kekurangan yang terdapat pada fitur ini, yakni karena auto-summary akan melakukan summarization kedalam bentuk major network classful (dalam hal ini kelas B), maka R2 dan R3 akan menganggap semua subnet dibawah network kelas B 172.30.0.0/16 dapat dicapai melalui router BB, padahal kita tahu network-network yang terhubung pada router BB hanyalah 172.30.0.0/24 sampai 172.30.7.0/24.

Dalam kasus seperti ini akan lebih baik jika kita men-disable fitur ini dan melakukan summarization secara manual yang lebih efisien sesuai yang kita mau, fitur auto-summary ini dapat di disable dengan menggunakan perintah no auto-summary dibawah proses router eigrp, seperti pada contoh berikut ini

BB#conf t

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

BB(config)#router eigrp 1

BB(config-router)#no auto-summary

BB(config-router)#^Z

BB#

Dan kita lihat hasilnya pada R2 dan R3 akan menjadi seperti berikut

R2#sh ip route

Codes: 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

Gateway of last resort is 10.1.24.2 to network 0.0.0.0

     172.30.0.0/24 is subnetted, 8 subnets

D       172.30.2.0 [90/2297856] via 10.1.24.2, 00:01:26, Serial0/0

D       172.30.3.0 [90/2297856] via 10.1.24.2, 00:01:26, Serial0/0

D       172.30.0.0 [90/2297856] via 10.1.24.2, 00:01:26, Serial0/0

D       172.30.1.0 [90/2297856] via 10.1.24.2, 00:01:26, Serial0/0

D       172.30.6.0 [90/2297856] via 10.1.24.2, 00:01:26, Serial0/0

D       172.30.7.0 [90/2297856] via 10.1.24.2, 00:01:26, Serial0/0

D       172.30.4.0 [90/2297856] via 10.1.24.2, 00:01:26, Serial0/0

D       172.30.5.0 [90/2297856] via 10.1.24.2, 00:01:26, Serial0/0

     10.0.0.0/8 is variably subnetted, 3 subnets, 2 masks

C       10.1.2.0/24 is directly connected, Ethernet1/0

C       10.1.24.0/30 is directly connected, Serial0/0

D       10.1.34.0/30 [90/2195456] via 10.1.2.1, 01:12:54, Ethernet1/0

D*   0.0.0.0/0 [90/2297856] via 10.1.24.2, 01:12:55, Serial0/0

R3#sh ip route

Codes: 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

Gateway of last resort is 10.1.34.2 to network 0.0.0.0

     172.30.0.0/24 is subnetted, 8 subnets

D       172.30.2.0 [90/2297856] via 10.1.34.2, 00:20:38, Serial0/0

D       172.30.3.0 [90/2297856] via 10.1.34.2, 00:20:38, Serial0/0

D       172.30.0.0 [90/2297856] via 10.1.34.2, 00:20:38, Serial0/0

D       172.30.1.0 [90/2297856] via 10.1.34.2, 00:20:38, Serial0/0

D       172.30.6.0 [90/2297856] via 10.1.34.2, 00:20:38, Serial0/0

D       172.30.7.0 [90/2297856] via 10.1.34.2, 00:20:38, Serial0/0

D       172.30.4.0 [90/2297856] via 10.1.34.2, 00:20:38, Serial0/0

D       172.30.5.0 [90/2297856] via 10.1.34.2, 00:20:38, Serial0/0

     10.0.0.0/8 is variably subnetted, 3 subnets, 2 masks

C       10.1.2.0/24 is directly connected, Ethernet1/0

D       10.1.24.0/30 [90/2195456] via 10.1.2.2, 01:32:07, Ethernet1/0

C       10.1.34.0/30 is directly connected, Serial0/0

D*   0.0.0.0/0 [90/2297856] via 10.1.34.2, 01:32:06, Serial0/0

R3#

Setelah ini kita bisa melakukan summarization secara manual pada router BB sesuai dengan yang kita inginkan, misal network-network 172.30.0.0/24 – 172.30.7.0/24 semua memiliki 21 bit pertama yang identik, maka summarization paling efisien untuk subnet-subnet tersebut adalah 172.30.0.0/21, dengan begini kita bisa melakukan summarization tersebut dan mengadvertisenya ke router R3 dengan perintah ip summary-address eigrp dibawah interface yang terhubung ke R3 (s0/0) seperti berikut ini

BB#conf t

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

BB(config)#int s0/0

BB(config-if)#ip summary-address eigrp 1 172.16.0.0 255.255.248.0

BB(config-if)#^Z

BB#

Nah, dengan begini kita harapkan R3 hanya menerima advertisement network 172.16.0.0/21 dari router BB, mari kita cek tabel routing pada R3

R3#sh ip route

Codes: 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

Gateway of last resort is 10.1.34.2 to network 0.0.0.0

     172.30.0.0/16 is variably subnetted, 9 subnets, 2 masks

D       172.30.2.0/24 [90/2323456] via 10.1.2.2, 00:00:11, Ethernet1/0

D       172.30.3.0/24 [90/2323456] via 10.1.2.2, 00:00:11, Ethernet1/0

D       172.30.0.0/24 [90/2323456] via 10.1.2.2, 00:00:11, Ethernet1/0

D       172.30.0.0/21 [90/2297856] via 10.1.34.2, 00:00:11, Serial0/0

D       172.30.1.0/24 [90/2323456] via 10.1.2.2, 00:00:11, Ethernet1/0

D       172.30.6.0/24 [90/2323456] via 10.1.2.2, 00:00:11, Ethernet1/0

D       172.30.7.0/24 [90/2323456] via 10.1.2.2, 00:00:11, Ethernet1/0

D       172.30.4.0/24 [90/2323456] via 10.1.2.2, 00:00:11, Ethernet1/0

D       172.30.5.0/24 [90/2323456] via 10.1.2.2, 00:00:11, Ethernet1/0

     10.0.0.0/8 is variably subnetted, 3 subnets, 2 masks

C       10.1.2.0/24 is directly connected, Ethernet1/0

D       10.1.24.0/30 [90/2195456] via 10.1.2.2, 02:04:07, Ethernet1/0

C       10.1.34.0/30 is directly connected, Serial0/0

D*   0.0.0.0/0 [90/2297856] via 10.1.34.2, 02:04:07, Serial0/0

Ada yang salah? Rupanya R3 masih menerima advertisement yang belum di summary, kenapa? Perhatikan lebih lanjut, R3 menerima advertise summarization 172.30.0.0/21  dari BB tapi pada saat yang sama R3 juga menerima advertisement untuk network-network 172.30.0.0/24 – 172.30.0.0/24 dari R2 dimana R2 mendapatkan advertisement network-network yang belum di summarize ini dari router BB.

Betul sekali, kita belum melakukan summarization pada interface s0/1 sehingga BB akan mengadvertise network-network yang belum di summary kepada R2, dan R2 meng-advertisenya kepada R3. Dan dalam dunia routing, terdapat aturan bahwa jika terdapat beberapa entri route untuk suatu network destination yang sama, maka route/jalur yang lebih spesifik (prefix length lebih panjang) akan lebih diutamakan, sehingga summarization yang diterima oleh R3 dari BB tidak akan pernah digunakan karena R3 menerima advertisement yang lebih spesifik dari R2.

Karena itu kita juga harus akan melakukan summarization untuk advertisement yang akan dikirimkan pada R3 seperti berikut ini

BB#conf t

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

BB(config)#int s0/1

BB(config-if)#ip summary-address eigrp 1 172.30.0.0 255.255.248.0

BB(config-if)#^Z

BB#

Dengan begini R2 akan menerima advertisement yang telah di summary dari BB

R2#sh ip route

Codes: 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

Gateway of last resort is 10.1.24.2 to network 0.0.0.0

     172.30.0.0/21 is subnetted, 1 subnets

D       172.30.0.0 [90/2297856] via 10.1.24.2, 00:24:28, Serial0/0

     10.0.0.0/8 is variably subnetted, 3 subnets, 2 masks

C       10.1.2.0/24 is directly connected, Ethernet1/0

C       10.1.24.0/30 is directly connected, Serial0/0

D       10.1.34.0/30 [90/2195456] via 10.1.2.1, 02:34:04, Ethernet1/0

D*   0.0.0.0/0 [90/2297856] via 10.1.24.2, 02:34:04, Serial0/0

Dan tentunya kini R3 tidak lagi menerima advertisement yang belum di summary

R3#sh ip route

Codes: 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

Gateway of last resort is 10.1.34.2 to network 0.0.0.0

     172.30.0.0/21 is subnetted, 1 subnets

D       172.30.0.0 [90/2297856] via 10.1.34.2, 00:23:16, Serial0/0

     10.0.0.0/8 is variably subnetted, 3 subnets, 2 masks

C       10.1.2.0/24 is directly connected, Ethernet1/0

D       10.1.24.0/30 [90/2195456] via 10.1.2.2, 02:32:54, Ethernet1/0

C       10.1.34.0/30 is directly connected, Serial0/0

D*   0.0.0.0/0 [90/2297856] via 10.1.34.2, 02:32:52, Serial0/0

Unequal Load Balancing

Secara default, EIGRP dapat melakukan equal load balancing hingga sampai 4 jalur/route dengan metric yang equal, untuk jalur/route dengan metric yang berbeda (unequal) kita bisa meng-enable fitur unequal load balancing pada EIGRP agar jalur/route dengan metric lebih besar tetap dapat digunakan untuk load balancing. Misalnya pada topologi diatas, router BB memiliki 2 jalur untuk menuju network 10.1.2.0/24. Kita cek tabel routing pada router BB seperti berikut:

BB#sh ip route

Codes: 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

Gateway of last resort is 0.0.0.0 to network 0.0.0.0

     172.30.0.0/16 is variably subnetted, 9 subnets, 2 masks

C       172.30.2.0/24 is directly connected, Loopback2

C       172.30.3.0/24 is directly connected, Loopback3

C       172.30.0.0/24 is directly connected, Loopback0

D       172.30.0.0/21 is a summary, 00:36:20, Null0

C       172.30.1.0/24 is directly connected, Loopback1

C       172.30.6.0/24 is directly connected, Loopback6

C       172.30.7.0/24 is directly connected, Loopback7

C       172.30.4.0/24 is directly connected, Loopback4

C       172.30.5.0/24 is directly connected, Loopback5

     10.0.0.0/8 is variably subnetted, 3 subnets, 2 masks

D       10.1.2.0/24 [90/2195456] via 10.1.24.1, 02:45:57, Serial0/1

C       10.1.24.0/30 is directly connected, Serial0/1

C       10.1.34.0/30 is directly connected, Serial0/0

S*   0.0.0.0/0 is directly connected, Loopback0

Ternyata kita lihat pada tabel routing, BB hanya mencantumkan 1 entri route untuk mencapai network 10.1.2.0/24, mari kita cek tabel topologi BB

BB#sh ip eigrp topology

IP-EIGRP Topology Table for AS(1)/ID(172.30.7.1)

Codes: P – Passive, A – Active, U – Update, Q – Query, R – Reply,

       r – reply Status, s – sia Status

P 0.0.0.0/0, 1 successors, FD is 128256

        via Rstatic (128256/0)

P 10.1.2.0/24, 1 successors, FD is 2195456

        via 10.1.24.1 (2195456/281600), Serial0/1

        via 10.1.34.1 (3097600/281600), Serial0/0

P 10.1.24.0/30, 1 successors, FD is 2169856

        via Connected, Serial0/1

P 10.1.34.0/30, 1 successors, FD is 3072000

        via Connected, Serial0/0

        via 10.1.24.1 (2707456/2195456), Serial0/1

P 172.30.2.0/24, 1 successors, FD is 128256

        via Connected, Loopback2

P 172.30.3.0/24, 1 successors, FD is 128256

        via Connected, Loopback3

P 172.30.0.0/21, 1 successors, FD is 128256

        via Summary (128256/0), Null0

P 172.30.0.0/24, 1 successors, FD is 128256

        via Connected, Loopback0

P 172.30.1.0/24, 1 successors, FD is 128256

        via Connected, Loopback1

P 172.30.6.0/24, 1 successors, FD is 128256

        via Connected, Loopback6

P 172.30.7.0/24, 1 successors, FD is 128256

        via Connected, Loopback7

P 172.30.4.0/24, 1 successors, FD is 128256

        via Connected, Loopback4

P 172.30.5.0/24, 1 successors, FD is 128256

        via Connected, Loopback5

Perhatikan, pada tabel topologi BB terdapat 2 entri route untuk network 10.1.2.0/24 dengan nilai cost (metric) yang berbeda, dan tentu saja, jalur/route dengan metric paling rendah yang akan disimpan dalam tabel routing BB, kita dapat meng-enable fitur unequal load balancing agar jalur/route ke-2 dapat digunakan dalam proses load balancing dengan perintah variance multiplier dibawah proses eigrp, seperti pada contoh berikut ini

BB#conf t

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

BB(config)#router eigrp 1

BB(config-router)#variance 2

BB(config-router)#^Z

BB#

BB#clear ip eigrp neighbors

BB#

Perintah Variance 2 diatas berarti kita menyuruh EIGRP agar menggunakan jalur/route lain (jika ada) sebagai load balancing  jika jalur/path lain tersebut memiliki metric yang kurang atau sama dengan 2x lipat metric jalur utama. Eksekusi perintah clear ip eigrp neighbor agar router BB me-reset informasi routingnya. Hasilnya tabel routing BB akan berupa seperti pada contoh berikut 

BB#sh ip route

Codes: 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

Gateway of last resort is 0.0.0.0 to network 0.0.0.0

     172.30.0.0/16 is variably subnetted, 9 subnets, 2 masks

C       172.30.2.0/24 is directly connected, Loopback2

C       172.30.3.0/24 is directly connected, Loopback3

C       172.30.0.0/24 is directly connected, Loopback0

D       172.30.0.0/21 is a summary, 00:06:45, Null0

C       172.30.1.0/24 is directly connected, Loopback1

C       172.30.6.0/24 is directly connected, Loopback6

C       172.30.7.0/24 is directly connected, Loopback7

C       172.30.4.0/24 is directly connected, Loopback4

C       172.30.5.0/24 is directly connected, Loopback5

     10.0.0.0/8 is variably subnetted, 3 subnets, 2 masks

D       10.1.2.0/24 [90/3097600] via 10.1.34.1, 00:06:30, Serial0/0

                    [90/2195456] via 10.1.24.1, 00:06:30, Serial0/1

C       10.1.24.0/30 is directly connected, Serial0/1

C       10.1.34.0/30 is directly connected, Serial0/0

S*   0.0.0.0/0 is directly connected, Loopback0

 Unequal load balancing pada EIGRP memberikan beban pada masing-masing jalur/path sesuai dengan metric (bandwidth) yang dimiliki.

• Beberapa protokol routing mendukung otentikasi supaya router dapat meng-otentikasi router sumber/pengirim dari setiap paket update routing yang diterima.
• Otentikasi sederhana menggunakan password di dukung oleh:
  • IS-IS
  • OSPF
  • RIPv2
• Otentika dengan MD5 didukung oleh:
  • OSPF
  • RIPv2
  • BGP
  • EIGRP

Secara default, tidak ada otentikasi yang diaktifkan untuk paket-paket protokol routing. Ketika otentikasi router neighbor telah diaktifkan, maka router akan meng-otentikasi sumber pengirim dari setiap paket update yang diterima, hal ini dapat dijalankan dengan cara saling bertukar kunci (password) otentikasi yang dikenali oleh router pengirim dan penerima.

Ada 2 tipe otentikasi: password otentikasi sederhana dan otentikasi MD5.

Password Sederhana vs. Otentikas MD5

• Password otentikasi sederhana :
  • Router mengirim paket dan kunci
  • Neighbor mengecek apakah key yang dikirimkan sesuia dengan key yang dimiliki.
  • Proses otentikasi seperti ini kurang aman.
• Otentikasi MD5:
  • Key (password) dan Key ID dikonfigurasi; router menghasilkan message digest atau hash dari key,Key ID dan data.
  • Message digest dikirimkan bersamaan dengan paket; key tidak dikirimkan
  • Proses otentikasi lebih aman.

Dengan otentikasi sederhana, sebuah password (key) dikonfigurasi pada router; setiap router neighbor yang berpartisipasi dalam proses routing harus dikonfigurasi dengan menggunakan password (key) yang sama.

Otentikasi MD5 termasuk otentikasi cryptographic. Sebuah password (key) dan key ID dikonfigurasi pada setiap router. Router menggunakan algoritma berdasarkan pada paket protokol routing, key dan key ID untuk menghasilkan message digest (disebut juga hash) yang akan ditambahkan pada paket. Tidak seperti otentikasi sederhana, password (key) tidak dikirim melintasi kabel, sebagai gantinya yang dikirimkan adalah message digest yang pasti tidak ada seorangpun yang dapat “mencuri dengar” atau mempelajari key pada saat transmisi.

Otentikasi MD5

• EIGRP mendukung otentikasi MD5.
• Router menghasilkan dan mengecek setiap paket EIGRP. Router mengotentikasi pengirim untuk setiap paket update yang diterima.
• Sebuah key (password) dan key ID dikonfigurasi; setiap neighbor yang berpartisipasi dalam proses routing harus memiliki dikonfigurasi dengan key yang sama.

Otentikasi neighbor EIGRP dapat dikonfigurasi supaya router-router neighbor dapat ikut berpartisipasi dalam proses routing menggunakan password yang telah ditentukan. Secara default, tidak ada otentikasi untuk setiap paket EIGRP. EIGRP dapat dikonfigurasi agar menggunakan otentikasi MD5.

Ketika otentikasi neighbor telah dikonfigurasi pada sebuah router, router akan mengotentikasi pengirim dari setiap paket update yang diterima. Untuk otentikasi MD5 pada EIGRP, key(password) dan key ID harus dikonfigurasi pada kedua router pengirim dan penerima.

Otentikasi MD5 pada EIGRP:

• Router menghasilkan message digest/hars berdasarkan key,key ID, dan message.
• Pengaturan key pada EIGRP dapat dilakukan dengan memanfaatkan key chains.
• Tentukan key ID (number), key, dan lifetime (waktu hidup) dari key tersebut.
• Key valid pertama yang telah diaktifkan akan digunakan.

Setiap key memiliki key ID sendiri-sendiri yang tersimpan pada router lokal. Kombinasi dari key ID dan interface yang bersesuaian dengan message akan secara unik mengidentifikasikan algoritma otentikasi dan key yang digunakan pada otentikasi MD5.

EIGRP memungkinkan pengaturan key dengan menggunakan key chains. Setiap definisi key dalam key chain dapat menentukan interval waktu dimana key tersebut akan diaktifkan. Kemudian selama umur hidup sebuah key, paket update routing akan dikirimkan menggunakan key yang telah diaktifkan tersebut. Hanya satu paket otentikasi yang dikirimkan, terlepas dari berapa banyak key valid yang ada. Software akan memeriksa nomor key dengan urutan dari yang paling kecil sampai paling besar, dan akan menggunakan key valid yang pertama yang ditentukan.

Key-key tidak dapat digunakan pada periode dimana key tidak diaktifkan. Karena itu, direkomendasikan agar untuk setiap key chain, waktu pengaktifan key saling tumpang tindih untuk menghindari adanya periode waktu dimana tidak terdapat key yang aktif. Jika ada periode dimana tidak terdapat satupun key yang aktif, maka otentikasi neighbor tidak dapat terjadi, dan karena itu update routing tidak akan berjalan.

Perlu diingat bahwa router-router harus tahu waktu untuk dapat merotasi key-key yang digunakan dalam sinkronisasi dengan router-router lain, sehingga semua router akan menggunakan key yang sama pada waktu yang sama. Manfaatkan NTP untuk membantu konfigurasi waktu pada router.

Mengkonfigurasi Otentikasi MD5 pada EIGRP

Router(config-if)#
ip authentication mode eigrp autonomous-system md5

• Menentukan otentikasi MD5 untuk paket-paket EIGRP

Router(config-if)#
ip authentication key-chain eigrp autonomous-system name-of-chain

• Meng-enable otentikasi paket EIGRP menggunakan key dalam keychain.

Router(config)#
key chain name-of-chain

• Memasuki mode konfigurasi keychain

Router(config-keychain)#
key key-id

• Mengidentifikasi key dan memasuki mode konfigurasi keyid

Router(config-keychain-key)#
key-string text

• Menentukan key string (password)

Router(config-keychain-key)#
accept-lifetime start-time {infinite | end-time | duration seconds}

• Optional: menentukan kapan key dapat digunakan untuk paket-paket yang diterima.

Router(config-keychain-key)#
send-lifetime start-time {infinite | end-time | duration seconds}

• Optional: menentukan kapan key dapat digunakan untuk mengirim paket.

Untuk mengkonfigurasi otentikasi MD5 pada EIGRP, ikuti langkah-langkah berikut:

1. Masuki mode konfigurasi untuk interface dimana otentikasi akan diterapkan.
2. Tentukan otentikasi MD5 bagi paket EIGRP dengan menggunakan perintah ip authentication mode eigrp md5, seperti pada contoh diatas.
3. Aktifkan otentikasi paket-paket EIGRP dengan key yang telah ditentukan dalam key chain dengan perintah ip authentication key-chain eigrp, seperti pada contoh.
4. Masuk kedalam mode konfigurasi key chain dengan menggunakan perintah key chain.
5. Tentukan key ID yang akan digunakan, dan masuk ke mode konfigurasi key tersebut dengan perintah key key-id.
6. Tentukan key string (password) untuk key tersebut dengan perintah key-string seperti pada contoh diatas.
7. Optional, tentukan periode waktu dimana key ini dapat digunakan untuk menerima paket dengan perintah accept-lifetime seperti pada contoh diatas.
8. Optional, tentukan periode waktu dimana key ini dapat digunakan untuk mengirim paket dengan menggunakan perintah send-lifetime seperti pada contoh diatas.

EIGRP Route Summarization: Automatic

• Tujuan: tabel routing dan paket update yang lebih kecil
• Summarization otomatis:
  • Pada batas-batas major network, subnet-subnet akan di summary menjadi 1 major network classful.
  • Auto-summary merupakan default pada EIGRP

EIGRP Route Summarization: Manual

Summarization secara manual memiliki beberapa karakter:

• Summarization dapat dikonfigurasi pada tiap interface pada setiap router dalam network.
• Saat summarization di konfigurasi pada suatu interface, router akan langsung membuat sebuah entri route yang menunjuk ke null0
  • Itu adalah mekanisme untuk mencegah terjadinya looping dalam network.
• Ketika setiap network dalam summary menjadi tidak aktif maka summary akan dihapus.
• Metric minimum diantara entri-entri route akan digunakan sebagai metric dari hasil summary.

Mengkonfigurasi Route Summarization secara Manual

Router(config-router)#
no auto-summary

• Men-disable fitur summarization secara otomatis pada proses EIGRP

Router(config-if)#
ip summary-address eigrp as-number address mask [admin-distance]

• Menentukan address summary yang akan dihasilkan oleh interface dimana perintah ini dieksekusi dibawahnya.

EIGRP akan otomatis melakukan summarization pada batas major network classful, kadang summarization secara otomatis ini tidak kita inginkan. Misalnya, ketika kita memiliki network-network yang discontiguous alias tidak bersebelahan/berurutan, maka kita harus men-disable fitur auto-summary ini.

Untuk mengkonfigurasi summarization secara manual, gunakan prosedur sebagai berikut:

• Pilih interface yang akan kita gunakan untuk mengadvertise jalur/route summary
• Tentukan protokol routing EIGRP, nomor AS, dan address summary beserta mask dari entri route summary.

Load Balancing

EIGRP Load Balancing

• Entri-entri route dengan metric yang sama dengan metric minimum akan diletakkan pada tabel routing (load balancing dengan metric equal).
• Boleh ada hingga 6 entri/jalur menuju network destination yang sama dalam tabel routing:
  • Banyaknya entri ini bisa dikonfigurasi secara manual
  • Defaultnya sebanyak 4 buah.
  • Jika di set 1 berarti fitur load balancing telah di disable.

Equal-cost load balancing adalah kemampuan router untuk mendistribusikan traffik pada semua jalur/route yang memiliki metric yang sama. Load balancing meningkatkan penggunaan segment-segment network dan meningkatkan penggunaan bandwidth secara efektif.

Untuk IP, IOS secara default melakukan load balancing diantara maksimal 4 buah jalur yang mempunyai metric yang sama. Dengan perintah konfigurasi maximum-paths maximum-path, tabel routing dapat menyimpan sampai maksimum 6 buah jalur/path untuk load balancing. Jika maximum-path di set 1 berarti fitur load balancing di disable.

Load Balancing EIGRP dengan metric Unequal

Router(config-router)#
variance multiplier

• Memungkinkan router untuk menyertakan jalur/route dengan metrik yang lebih kecil dari metric minimum x multiplier dalam proses load balancing.

EIGRP juga dapat melakukan load balancing pada beberapa jalur/route yang memiliki metric (cost) yang berbeda, karena itu disebut unequal-cost load balancing.  Tingkat dimana EIGRP melakukan load balancing dapat dikontrol dengan perintah variance seperti pada contoh diatas.

Multiplier, adalah sebuah nilai yang berkisar antara 1 sampai 128 yang digunakan untuk load balancing. Defaultnya bernilai 1, yang menunjukkan equal-cost load balancing. Multiplier mendefinisikan kisaran nilai metric yang dapat diterima oleh proses EIGRP dalam proses load balancing.

Penggunaan Bandwidth EIGRP pada Koneksi WAN

Mengkonfigurasi Link WAN

• EIGRP mendukung beberapa link WAN yang berbeda:
  • Link Point-to-point
  • NBMA (non-broadcast multiaccess), multipoint ataupun point-to-point.
• Defaultnya EIGRP menggunakan hingga sampai 50% total bandwidth, penggunaan bandwidth ini dapat dikonfigurasi manual.

Karena perbedaan karakteristik operasional pada link WAN, parameter konfigurasi default mungkin bukan pilihan terbaik untuk EIGRP. Pemahaman yang mendalam tentang cara kerja EIGRP, serta pengetahuan mengenai kecepatan link yang tersedia dapat menghasilkan konfigurasi router yang lebih effisien dan handal.

Pemanfaatan Bandwidth pada Interface-Interface WAN

• Pemanfaatan Bandwidth pada subinterface point-to-point yang menggunakan frame relay:
  • Secara default bandwidth diperlakukan seperti T1
  • Bandwidth harus dikonfigurasi secara manual sesuai dengan CIR dari PVC.
• Pemanfaatan Bandwidth pada koneksi multipoint Frame Relay, ATM, dan ISDN PRI:
  • EIGRP menggunakan bandwidth pada interface fisik dibagi dengan jumlah neighbor pada interface tersebut untuk mengkalkulasi bandwidth yang disediakan untuk setiap neighbor.
• Setiap PVC dapat memiliki CIR yang berbeda-beda, hal ini menimbulkan masalah packet-pacing pada EIGRP.
• Interface multipoint:
  • Ubah koneksi ini menjadi point-to-point atau konfigurasi bandwidth secara manual dengan cara mengalikan CIR terkecil dengan jumlah PVC.

Cisco IOS mengasumsikan subinterface point-to-point Frame Relay beroperasi pada kecepatan penuh link T1. Namun, pada beberapa implementasi, hanya sebagian kecepatan T1 yang tersedia. Karena itu, ketika mengkonfiguras subinterface ini, set bandwidth agar sesuai dengan Committed Information Rate (CIR) dari PVC.