MPLS (Multiprotocol Layer Switching)

MPLS adalah suatu mekanisme untuk mempercepat routing process/packet delivery

Klo gw bilang ini suksesor nya ATM, X.25, dan Frame-Relay…MPLS itu kerjanya “ngasih” label

Contohnya deh:

Jaringan MPLS klo udah fully converged kira2 kek gini (contoh router A mau ke network X pake label 25):

• Router A mau ke network X di router C, nah di A…untuk ke network X (berdasarkan ip routing yang dia punya) next-hop nya ke router B
• Nah, di router A…next-hop ke B itu akan di-mapping dengan label nomor 25, ini namanya impose action label (nempelin label), jadi klo mau ke network X, tinggal liat label-nya aja (label 25)
• Berdasarkan informasi yang ada di label 25…dikirimlah ke router B
• Nah, di router B, itu label 25 akan diliat…mau kemana…, oh ternyata mau ke network X
• Di router B, berdasarkan routing protocol yang dia punya, untuk ke network X itu lewat router C…dikasi label 47
• Di-mapping/swap/ganti-lah itu label 25 ke label 47, ini namanya label swapping/label switching
• Berdasarkan informasi yang ada di label 47…dikirimlah ke router C
• Di router C, network X itu ada di”diri dia sendiri” alias directly connected…nah, label 47 itu akan di-mapping ke “pop action label“, alias di remove label nya

Dari sini bisa kita liat, dengan MPLS kita dapat menempelkan “label” di A, nanti B, C & E tinggal nge-cek label nya aja (jadi ga perlu repot2 recursive lookup ke routing table, cek superior route, parent route, child route, longest match route…bla bla bla), udah jadi kek switch kecepatan transfer datanya, soalnya ga repot2 lookup sana-sini…

Cuma cek label, cek exit interface/next-hop ip, trus lempar….

Btw…itu tulisan FIB dan LFIB digambar apaan?!? Nanti dibawah dijelasin

Kok mirip ***IP CEF (Cisco Express Forwarding) yah? Ya, MPLS ini dibangun untuk menjembatani kecepatan switching (switch lebih cepet proses delivery-nya daripada router, dia cuma liat exit interface, “klo ada frame mau ke mac-address aaaa.bbbb.cccc lempar lewat port ini…“) dengan kemampuan routing-nya router (IP CEF ga bisa routing2an, yang handle kan OSPF,EIGRP, dll)

***IP CEF itu fitur Cisco untuk fast-switching, klo ada paket masuk ke switch/router, instead of searching through routing table, langsung aja…paket dengan IP X.X.X.X ini lempar lewat next-hop IP/exit-interface mana? (dengan FIB), ga pake acara liat routing table lagi (penjelasan lebih detil tentang CEF dibawah)…CEF di vendor lain namanya doang dibedain

Dah…gitu doang sih garis besarnya…

Sarannya, sebelum belajar MPLS…

• belajar BGP dulu
• IGP (OSPF bagusin pemahamannya)
• ngerti IP CEF
• VRF
• and a little bit about VPN

Udah ni?? Sumpe loe?!? wkwkkw…detailnya dibawah yaks…

=====================================

MPLS Labeling

Router/Switch yang jalanin MPLS disebut LSR (Label Switch Router)

Si A (dan C) yang nempelin (impose) label, remove (pop) label plus handling IP packet keluar-masuk MPLS disebut Edge LSR, ato klo di vendor lain dinamakan
LER (Label Edge Router)

IP Tujuan (Destination Network) didalam MPLS dinamakan FEC (Forward Equivalence Class)

Dari contoh diatas kita bisa ambil kesimpulan, proses delivery packet nya router2 di ISP itu CEPET banget kan (kecuali di edge LSR), Kek switching biasa…

Imagine klo semua router/switch cuma ngandelin routing table, ga kebayang CPU alat2 itu kerjanya kek apa

klo ga lemot…

pasti….

MPLS Label

MPLS label itu besarnya 4-byte (32 bit, 1 byte = 8 bit)

Dimana:

• 20 bit pertama adalah nomor label nya
• 3 bit selanjutnya (20 – 22) untuk IP Precedence atau CoS (Class of Service)
• 1 bit selanjutnya untuk nandain ada label lain ga? (multiple label/label stacking), klo disini diset (1) bukan (0), artinya ada lebih dari 1 label disini
• 8 bit terakhir untuk TTL (time-to-live), mirip kek TTL di IP Header kok

Wait…

20 bit pertama OK ane ngerti, 3 bit EXP untuk IP Precedence/CoS, bukannya ini QoS related field yah?? Yup…MPLS bisa buat QoS, bisa buat traffic engineering, bisa buat thesis…hahaha

Trus ada multiple label gituh dalam satu frame-packet?!? Oh iya dong…label yang satu untuk nandain jalur mana untuk keluar masuk, label yang satu lagi untuk nandain tunnel (VPN)

Maksudnya?? itu loh…klo lo pernah denger….MPLS VPN dengan MP-BGP (Multiprotocol BGP) dan MPLS TE (Traffic Engineering)

Nah, TTL nya itu kek gini:

• TTL Ingress (masuk ke MPLS Domain): value TTL di copy dari IP header ke label header
• TTL Egress (keluar dari MPLS Domain): value TTL di copy dari label header ke IP Header

TTL di MPLS bisa di-disable, biar di hide from costumer network, untuk alasan security juga, jadi costumer hanya bisa liat (ping) “ujung2″nya doang alias Edge LSR-nya aja

Nah, dari gambar diatas kita bisa liat…dimana MPLS Label itu “berada”

Kita liat simplified picture-nya dibawah:

MPLS itu tempatnya diatasnya Layer 2 (Frame), yang artinya MPLS dibawahnya layer 3 (IP)

Dibilang Layer 3…bukan (ga maen IP, Cuma asosiasikan label ke IP)

Dibilang Layer 2…aga kurang tepat (gunanya “nambahin” kapabilitas fungsi layer 2)

Makanya MPLS ini sering disebut Teknologi Layer 2,5

Untuk bisa nyebarin label itu ada 2 cara:

1. Extend Functionality dari existing routing protocol
2. Create protocol baru

Masalahnya klo pake cara pertama pasti susah (nambah header baru, belum lagi tipe routing protocolnya beda, plus bisa jadi ga kompatibel satu sama lain)

Makanya IETF (Internet Engineering Task Force) develops Label Exchange Protocol yang baru…

Yaitu LDP (Label Distribution Protocol), Dimana Label2 ini locally significant (jadi nomor2 label nya bisa beda2 tiap router/switch), MPLS Label nomor 0 – 15 itu reserved

***Dulu ada namanya TDP (Tag Distribution Protocol) punyanya cisco, Cuma yang kepake sekarang yang LDP (walaupun fungsinya sama persis)

LDP send hello messages every 5 second (via IP Multicast 224.0.0.2, UDP port 646, klo masing2 LSR itu directly connected), nanti pas nyambung…pake TCP

Bisa ga klo router nya ga saling terhubung langsung/bukan directly connected trus pake MPLS?? Bisa…pake LDP Targeted hello
(ada konfig nya)

=================================

MPLS Architecture

Ada 2 komponen utama dari MPLS, Control Plane & Data Plane

Control Plane = tempat LDP dan RIB (Routing Information Base, hasil komputasi/itung2an metric OSPF, BGP, EIGRP adanya disini, itu loh…”show ip route“) berada, mainly dikontrol oleh CPU Processing

Data Plane = Forwarding table, ada 2 Table:

• FIB: isinya table next-hop IP dan exit interface hasil proses Routing Table (ini yang digunain oleh IP CEF)
• LFIB: isinya table next-hop label hasil proses MPLS (jadi dia nge-cek label yang masuk, trus diasosiasikan ke label punya dia, yang mana exit interface dari label dia itu adalah hasil FIB nya), mainly dikontrol oleh ASIC (hardware buat switching)

Nah dari sini kita bisa liat problem yang kira2 bakal muncul klo kita konfig MPLS nya ga bener

• Paket yang sudah diberi label di drop, karena ga ada di LFIB (walaupun IP destinationnya ada di FIB)
• IP Paket (non-label) didrop, karena ga ada di FIB (walaupun di LFIB nya ada)

“Hardware processing lebih cepat daripada software processing”

LDP di control plane berfungsi untuk exchange labels dan menyimpan hasil exchange label2 itu ke LIB (Label Information Base). Informasi LIB inilah yang digunakan data plane untuk fungsi MPLS (LFIB)

Sebelum kita melangkah lebih jauh…mari kita liat arsitektur CEF dulu

Kinerja CEF itu kira2 kek gini:

• Di Control Plane:
  • Contoh: Ada rute dari OSPF tentang 10.0.0.0/8 masuk ke router LSR, di process lah itu rute
  • Nah, nanti hasil prosesnya akan di store ke OSPF database (show ip ospf database)
  • Berdasarkan hasil proses OSPF, diperoleh informasi dari OSPF yang menyatakan rute 10.0.0.0/8 ternyata best path-nya lewat 1.2.3.4 (misalkan), dimasukkanlah kedalam routing table (RIB, show ip route)
  • Data hasil OSPF process ini (RIB) akan dimasukkan kedalam Data Plane
• Di Data Plane:
  • Informasi yang sudah di olah dari control plane, akan dimasukkan ke FIB
  • Jadi, ketika ada paket mau ke 10.0.0.0/8 lagi (anggeplah ada IP tujuannya 10.1.1.1 mau masuk), router tidak akan liat routing table lagi
  • Melainkan akan langsung liat…”ini 10.1.1.1 bisa gw kirim lewat mana…oh, lewat 1.2.3.4” di FIB-nya, kirim de…

jadi…klo Route Cache itu kan..dia harus via Control Plane dulu, baru paket selanjutnya langsung lewat data plane (kek Web Cache aja), nah…klo IP CEF itu, begitu OSPF selesai proses…hasil prosesnya langsung di-“capture” oleh CEF FIB di data plane, jadi ga usa nunggu2 packet pertama lewat Control Plane dulu

Nah, di MPLS, IP CEF ini ditambahin lagi dengan LDP:

• Informasi dari RIB akan dimasukkan kedalam CEF (FIB), disaat yang sama…rute 10.0.0.0/8 akan di kasi label (contoh label 25)
• Labeling ini juga di store di LFIB yang tempatnya sama dengan FIB, di data plane
• Jadi, klo ada paket dengan IP 10.1.1.1 akan dikasi label nomor 25 (misalnya) di LFIB, dimana label 25 itu diasosiasikan dengan next-hop IP 1.2.3.4 (yang ada di FIB)
• Nah, ketika data dikirim tinggal diliat deh labelnya, trus kirim
• Ketika sampai ke router seberang, di router seberang (IP 1.2.3.4), label itu akan di exchange (swap) labelnya dengan nomor 23 (misalnya)
• Nanti nomor 23 akan diliat…ini ke IP mana…
• Dan terus seperti itu sampe path terakhir/Edge LSR, di remove lah itu label …trus kirim de (ya liat routing table lagi klo FIB nya blum terupdate “populasi” rutenya)

Jalan yang harus ditempuh oleh LSR untuk kirim paket ber-label disebut LSP (Label Switched Path)

Biasanya jalan pergi dan jalan pulang LSP itu sama, tapi bisa aja beda (seperti MPLS TE)

Contoh klo pake IP aja…

Klo pake MPLS…

Nah, dalam MPLS ada yang disebut PHP (Penultimate Hop Popping), gunanya adalah untuk menghindari recursive lookup LFIB dan FIB

Tanpa PHP, Edge LSR akan proses buang label + proses lookup IP

Dengan PHP, router/switch sebelum Edge LSR akan remove label, nah si Edge LSR tinggal perform lookup IP

Jadi, singkat kata…sebelum nyampe ke Edge LSR, label-nya dibuang, jadi Edge LSR Router cuma proses IP CEF (pake FIB) nya aja, biar ga ribet kerja 2x

======================================

Distributing Label (How Labeling Works)

Router A mau ke Network X di Router D, anggeplah udah ada FIB nya, ternyata ke router B, kirim…

Pas dikirim…di router B, untuk network X, next-hop nya adalah router C (berdasarkan FIB), berdasarkan informasi itu di config-lah dengan label 25 untuk paket2 yang mau ke network X

Karena router B ga nerima/detect adanya paket labeling dari C, maka dia mengasumsikan bahwa dia adalah Edge LSR, di-pop deh (di remove labelnya pas mau ke C)

Karena masih initial, maka router B sebarin ini label 25 ke semua LSR (router2 yang jalanin MPLS), disini router B nyebarin ke A, C, dan E

(A, C, dan E juga sebarin masing2 label mereka klo ada, nanti baru pas convergence ketauan siapa yang impose, swap label, sama pop)

Nah, si A akan nerima bahwa network X itu di router B labelnya 25 maka FIB-nya si A akan diupdate (label 25), plus dibuatlah LFIB di data plane si A

Anaolgi yang sama juga di router C dan E

Nah, jadi seterusnya jika ada paket menuju network X dari router A, maka:

• Router A akan perform FIB aja, kasi label 12 (anggeplah A juga pake label), kirim ke router B
• Di router B, label 12 ini akan di ganti (label swapping) dengan label 25, *trus kirim ke router C (ato router E)
• Router C nge-detect bahwa dia yang terakhir ni, ga ada lagi next-hop untuk labelnya, dia remove/pop itu label, trus liat de FIB nya, kirim kemana ini paket

See…didalam MPLS domain uda ga ada lagi routing2an, lookup routing table lagi…semua pake label..cepet, di Edge LSR aja yang masih pake routing2an (tapi tetep…router2 yang ada di MPLS domain itu harus pake IGP dulu biar convergence…anggeplah untuk initialisasi aja, setelahnya pake label)

*kenapa hanya router C (ga ke router E)?? MPLS melihat dari LFIB bukan?!? Nah, LFIB ini liat next-hop IP nya kan dari FIB…sedangkan FIB ini informasinya dapet dari mana?? Ya dari routing protocol itu lah (RIB), jadi klo pake OSPF misalkan, kemungkinan ga akan dilempar ke E, tapi langsung ke C…trus ke D

==========================================================

MPLS VPN

Untuk tau MPLS VPN…ya kita harus tau MPLS…dan VPN itu sendiri

Mari kita refreshing tentang istilah2 berikut ini:

• Device konsumen yang terhubung ke ISP disebut CE (Customer Edge) ato CPE (Customer Premises Router)
• Device ISP yang terhubung ke konsumen disebut PE (Provider Edge)
• Device ISP yang tidak terhubung dengan konsumen (dan hanya konek ke router2 lain di ISP) disebut P (provider)

Dalam traditional WAN Network, PE biasanya Frame-Relay Switch/Router, di MPLS = Edge LSR

Dalam traditional WAN Network, P biasanya core/transit router, di MPLS = LSR

Contoh desain MPLS VPN:

MPLS membagi jaringan menjadi 2 buah terminologi:

• C-Network (Customer Controlled network)
• P-Network (Provider Controlled network)

Ada 3 opsi agar PE router bisa carry customer routing information:

Opsi 1.

Opsi 2.

Opsi 3. (Best Solution)

Tapi kan Opsi 3 harus pake routing protocol dong?? Gimana X tau harus ke Y??…nah, disinilah BGP berperan

Internal P-Network bisa pake IGP (OSPF,EIGRP, ato IS-IS), untuk X dan Y (PE Router) bisa pake BGP (i-BGP tepatnya)

Jadi route2 customer ga dibawa masuk kedalam jaringan P-Network plus BGP adalah routing protocol paling efektif untuk handle route2 dengan tipe permasalahan kek gini

Eh…tapi kan bisa aja customer A pake 10.0.0.0/8 dan customer B juga pake prefix yang sama…gimana cara BGP bedainnya?! Dengan VRF (Virtual Routing dan Forwarding)

Apaan lagi itu VRF…Biasanya kan kita klo di CCNA Class/CNAP Class cuma setting HQ ke Branch via RIP (ato OSPF/EIGRP misalkan) untuk company A, dimana company A untuk IP private nya 10.0.0.0/172.16.0.0/ato 192.168.0.0, nah bagaimana klo ada company B juga pake IP yang sama (emang A doang yang bole pake IP Private? Engga kan)

Nah, VRF itu gunanya buat mengatasi masalah ini, sebuah router (biasanya PE) akan punya lebih dari 1 routing table (satu buat A, yang satu lagi buat B)

Caranya gimana biar router PE bisa tau yang mana rute punya A, yang mana rute punya B? dengan mengasosiasikan routing table dengan inbound interface nya (jadi nge-cek interface nya….int fa0/1 pake VRF company A, int fa0/2 pake VRF company B)

Cara VRF mengasosiasikan IP interface yang ber-IP sama (yang sama2 32-bit, 1 interface buat A dan satu lagi buat B) adalah dengan cara membuat RD (Route Distinguisher)

RD bikin 32-bit customer IPv4 address jadi 96-bit unique address (jadi RD itu besarnya 64-bit), Untuk IPv6 VPN juga sama…nambahin 64-bit juga

Nah…96-bit itulah yang jadi alamat RD, biasanya dipake untuk VPNv4 (VPN IPv4) address, alamat VPN inilah yang dipake BGP untuk nganterin data via MPLS, RD hanya bisa mengasosiasikan diri dengan 1 buah rute VPN

Klo customer yang punya 2 atau lebih VPN (kek 1 buat data, 1 lagi buat VoIP VPN) gimana dong?
RD akan ditambahin fitur RT (Route Target)

Caranya?? value dari RT ini akan di-attach ke VPNv4 BGP (RD) untuk mengindikasikan route membership terhadap suatu route/jaringan (kasarnya RD:RT 1 buat VPN Data dan RD:RT 2 buat Voice)

Nah…value ini akan di Carry BGP melalui BGP Community (extended, dengan keyword send-community [option]), BGP yang udah carry informasi “modified” IPv4 ini disebut MP-BGP (Multiprotocol BGP)

(Abis ketik “router bgp [as number]“, untuk jalanin MP-BGP kita harus ketik “address-family vpnv4“)

For summary, MP-BGP carries information below:

• Modified IPv4 address = VPNv4 address
• Extended BGP Community value = RT (Route Target)
• VPN Label (MPLS VPN) and LDP Label
• BGP attributes itself (such as AS-PATH)

Dari sini kita bisa liat, customer dan PE bisa punya beberapa “routing table” (tepatnya forwarding table, contoh: 1 buat VPN data, 1 lagi buat voice VPN), inilah yang disebut VRF

MPLS VPN Label Distribution

Ketika paket masuk ke ingress router, dia akan ngasi VPN label, trus kirim across P-Network, tujuannya ke egress router

Setelah sampai di egress router, dia akan bilang “oh iya, ini label emang tujuannya ke gw…tapi harus gw buang kemana ini label?”
(pake VRF yang mana?!?) hasilnya, ini paket di drop

Oleh karena itu dibuatlah MPLS Label Stacking (label lebih dari 1, yang awal2 uda gw jelasin), satu untuk nandain jalur VPN untuk Ingress dan Egress, satu lagi untuk nandain jalan keluar/masuknya label didalam P-Network

Nah, disini paket yang mau masuk akan di kasi label VPN, dari Ingress ke Egress akan dikirim pake LDP Label, begitu di Egress itu LDP label-nya di pop/remove, dia akan liat label satunya lagi (VPN)…”oh…lempar ke CE router toh…” jadi ada 2 VRF (1 VPN alias Exit Route dan 1 buat LSP-nya)

Di MPLS VPN juga bisa pake PHP, jadi sebelum sampe egress router…label LDP nya uda di pop, hasilnya egress router hanya perform label VPN lookup aja

(for my note: klo router customer pake non-BGP untuk nyambungin ke PE, contohlah RIP…itu RIP harus di redistribusi ke BGP…”ya iyalah, Ingress & Egress router nya aja pake BGP“, kecuali pake OSPF…bisa pake super backbone atau sham-link, see OSPF (tulisan paling bawah))

===========================================================

MPLS TE (Traffic Engineering)

MPLS TE adalah MPLS yang menerapkan metode “manipulasi traffic” untuk data2 yang mengalir via MPLS

Biasanya digunakan untuk Voice Traffic (VoIP), untuk menghemat cost alias menghemat bandwidth. Dan biasanya klo uda nyinggung kata2 menghemat bandwidth, voice traffic, ato manipulasi traffic load…mau ga mau kita akan menyinggung QoS dan IP SLA

Dengan MPLS TE kita bisa bikin traffic yang berbeda LSP nya

Contoh:

Tanpa MPLS TE

Dengan MPLS TE

Nah, karakteristiknya sama nih ama MPLS VPN, harus punya 2 label…1 label untuk in/out MPLS Domain, 1 label untuk LSP-nya (namanya traffic tunnel)

LSP dari MPLS TE bisa di-create dan di maintain lewat RSVP (Resource Reservation Protocol) – belajar di QoS ini

Untuk mengoptimalkan LSP dari MPLS TE ini kita bisa pake CBR (Constraint-based routing) metric

Contohnya kira2 begini:

CBR ini memakai algorithma modifikasi dari Djikstra (SPF – Shortest Path First), yaitu Constraint SPF (CSPF)

CBR inilah yang berfungsi untuk mengoptimalkan LSP baik optimum path, physical link availability, maupun Path maintenance

====================================================

Wokeh…that’s all about MPLS Theory

Met Puasa…Met Idul Fitri…

Abis puasa (tepatnya abis kelar sidang thesis) kita lanjut konfigurasinya

Mudah2an catetan gw berguna untuk semua yang mau (atau sedang terjun) dalam MPLS

**********

References:

1. RFC 3031, MPLS Architecture
2. Implementing Cisco MPLS Student Guide
3. Cisco MPLS Foundation Guide

next-hop

Frame-Relay Configuration

untuk teori liat disini

design nya seperti ini

sebelumnya kita setting dulu ini Frame Relay Switch (di GNS3 yaks…)

gw sendiri GA PERNAH sama sekali setting frame relay switch yang asli (Cisco hanya ngajarin kita bagaimana mengkonfigurasi alat2 Cisco agar bisa terhubung satu sama lain dengan media Frame-Relay, Frame-Relay Switch konfigurasinya pun mala ga diajarin)

Penjelasan:

• port Frame-Relay nomor 1 untuk DLCI 102, trus kita setting tujuan nya ke 201 yang ada di port 2 (liat Mapping nya)
• port Frame-Relay nomor 1 untuk DLCI 103, kita setting untuk tujuan 301 yang ada di port 3
• port Frame-Relay nomor 2 untuk DLCI 203, kita setting untuk tujuan 302 yang ada di port 3
• untuk port 2 DLCI 201 dengan tujuan port 1 DLCI 102 ga perlu kita setting lagi, soalnya uda dua arah (begitu juga port 3 yang ke port 1 atau port 2)

baru kita konfig R1, R2, dan R3

ikutin aja R2 & R3 nya commandnya (ip liat di gambar Frame-Relay Network Design)

additional configuration (optional)

Penjelasan:

• bandwidth berguna untuk perhitungan routing protocol macam EIGRP dan OSPF
• lmi-type default adalah cisco, gunakan yang lain (update terbaru uda auto-sensing LMI nya)
• clock rate kita set, klo ini router bertindak sebagai DCE (klo ga, ya ga usa), tergantung ISP sih klo ini mah
• frame-relay intf-type untuk menentukan ini router ini bertindak jadi DCE, DTE, ato malah NNI ???

*NNI = Network-to-Network Interface, digunakan untuk signaling antar GMPLS network atau juga VoIP node (tipe ini biasanya di Core ISP Layer)

*GMPLS = Generalized MPLS, bedanya dengan MPLS…dia bisa support TDM, Wavelength (DWDM), dan Fiber Switching dimana MPLS biasa ga bisa (cuma bisa Ethernet…itu tu…Metro E alias Metro Ethernet), mo config GMPLS ?!?!? belajar CCNP Service Provider…disitu lo akan belajar configurasi CIsco IOS XR yang memang dibuat khusus untuk ISP

========================================================

note: ketika kita konfigurasi frame-relay, jangan diaktifin dulu interface nya (no shut), uda kelar config nya…baru kita aktifin, soalnya frame-relay rada2 lemot mikirnya

tadi kayaknya tadi lo aktifin de…(iya eheheh…gw lupa)

Configuring Frame-Relay Static Mapping

Penjelasan:

• kita mapping (atau gw sering nyebutnya di “Cap”) ip 1.1.1.1 dengan DLCI 102
• 102 maksudnya dari R1 ke R2 (102)..dari R2 ke R1 (201)…dari R3 ke R2 (302) dll
• yang nentuin nomor2 DLCI sebenernya Frame-Relay Service Provider (ISP)
• kata kunci broadcast digunakan karena kita ingin replika packet frame-relay, soalnya Frame-Relay Switch ga punya fitur broadcast kayak Switch yg biasa kita pake (Switch Ethernet)
• kapan broadcast digunakan ? biasanya klo kita pake dynamic routing (bukan static) untuk nganterin routing table packet dari R1 ke R2 & R3 sekaligus
• untuk R2 ke R1 = frame-relay map ip 1.1.1.1 201 broadcast dan R2 ke R3 = frame-relay map ip 1.1.1.3 203 broadcast
• untuk R3 ke R1 = frame-relay map ip 1.1.1.1 301 broadcast dan R3 ke R2 = frame-relay map ip 1.1.1.2 302 broadcast
• klo mau bisa juga frame-relay map ip 1.1.1.1 201 cisco broadcast, keyword cisco berguna supaya frame-relay mapping nya pake Cisco encapsulation (berguna klo router nya Cisco semua)

Configuring Frame-Relay Subinterface

Penjelasan:

• kita harus men-define interface fisiknya dahulu sebelum konfigurasi subinterface. klo ga, ga bakal bisa
• define interface serial 0/0.[nomor subinterface] [point-to-point | point-to-multipoint]
• define di subinterface…bahwa subinterface ini DLCI nya adalah
  102
• untuk nomor subinterface…bebas…tapi kebanyakan disamain ama DLCI nya
• untuk point-to-point atau multipoint itu seperti apa…silahkan liat teori Frame-Relay lagi

untuk membuat Frame-Relay Dynamic Mapping…jangan pake point-to-point subinterface, pake multipoint

ada kejadian lo salah setting subinterface, lo ketik point-to-point malah multi (atau malah salah angka subinterfacenya, harusnya s0/2.600 malah s0/2.9)…satu2 nya cara ya lo mesti Reload routernya

Verifikasi Frame-Relay

show frame-relay map untuk melihat status Frame-Relay kita aktif ga (berikut assigned DLCI nya, tipe Frame-Relaynya…dalam hal diatas adalah Static, encapsulasi LMI nya, broadcast nya)

show frame-relay pvc atau show frame-relay pvc [nomor DLCI] untuk melihat status PVC dari DLCI yang ada atau yang kita mau saja

note: klo nilai in/out FECN atu BECN lumayan banyak…berarti frame-relay kita lagi congested…penuh bandwidth nya (cek di Teori Frame-Relay)

untuk melihat tipe LMI yang Frame-Relay Switch Pakai (di GNS…Frame-Relay nya pake tipe ANSI)…karena router2 Cisco yang baru auto-sensing, jadi kita ga perlu repot2 setting LMI-type lagi di router nya

========================================================

bisa ga si kita konfigur Cisco Router sebagai Frame-Relay Switch ?!? bisa

Configuring Frame-Relay Network using Cisco Router (C3640)

Penjelasan:

• pertama2 di global config mode, kita harus ketik frame-relay switch untuk mengaktifkan fitur switching Frame-Relay dalam router nya
• di interface fisik FrameRelay Router (serial 0/1, 0/2, 0/3)…kita kasih encapsulation frame-relay trus di no shutdown (JANGAN KASIH IP)
• frame-relay intf-type dce maksudnya kita bikin ini serial jadi dce (dan provide clock rate ke device yang terhubung ke dia)
• frame-relay route 102 interface serial0/2 201 maksudnya adalah router ini kita assign untuk routing DLCI nomor 102 ke interface 0/2 dimana ada DLCI 201 berada
• begitu pula frame-relay route yang lainnya, di set juga

Verifikasi Frame-Relay Route

konfigurasi R1 (di R2 dan R3 bedain aja IP nya)

trus kita liat de Frame-Relay Mapping di R1

Loh ????? kok ga ada ?!?!

hmm…ping pas pertama kali hanya yang terakhir doank sukses (trus coba lagi dan berhasil)…coba lagi show frame-relay map nya

see…ternyata mesti di ping dulu…baru di mapping

klo point-to-point nanti kek gini

Frame-Relay Point-to-Point, 1 subinterface s0/0.102 point-to-point ke subinterface S0/0.201

tidak perlu diset neighbor (EIGRP ato OSPF)…karena settingan ini hanya untuk Point-to-Multipoint

Point-to-Point Frame-Relay = membuat seakan2 subinterface ini hanya terhubung ke 1 DLCI saja

kok bisa…padahal ga ada mapping?!? padahal cuma diset frame-relay interface-dlci [nomor dlci] doank

jawabannya adalah : di Frame Relay Switch nya kan uda di set (DLCI 102 itu dialirkan ke interface yang ada DLCI 201 ^_^ )

kesimpulannya…di frame relay kita bisa pake pake subinterface point-to-point…atau multipoint

klo kita pake interface fisik, defaultnya adalah multipoint

========================================================

Frame-Relay Bridging

bridging ini berguna klo lo punya 2 komputer yang berada dalam satu subnet tetapi dipisahkan oleh Frame-Relay Network

Note: semua ip diatas memakai prefik mask /24 alias 255.255.255.0

sebelumnya…ilangin dulu de konfigurasi2 awal yang ada di interface2 itu

Dengan command default interface [type dan nomor interface], akan membuat setting2an dan perintah2 didalam suatu interface hilang semua (jadi default)

Penjelasan:

• bridge irb maksudnya kita bilang ke router R1…dia mo kita jadiin bridge (IRB = integrated routing and bridging)
• ada juga crb…concurrent routing and bridging…ga pernah make ini gw, ga ngerti juga…hahaha
• bridge 1 protocol ieee…kita create bridge-group dengan nomor 1 memakai protocol IEEE
• jadi fitur bridging ini ternyata di develop tidak hanya oleh IEEE, IBM dan DEC juga ada
• bridge 1 route ip maksudnya kita bilang ke router untuk bridging/nganterin packet IP (bisa juga IPX, AppleTalk, dll tergantung settingannya)
• di int fa0/0 dan int s1/0 R1 kita kasi bridge-group 1, maksudnya kita bilang ke router bahwa kedua interface itu pake bridge nomor 1 yang uda kita create awal2 tadi
• see pic above ?? int fa0/0 GA DIKASI IP sama sekali (Serial Interface nya tetep dikasi IP yah, liat di gambar network disain diatas)
• di int s1/0 kita mapping bridge nya ke frame-relay (sama kek mapping IP dan DLCI yang uda kita konfig diatas2 tadi) dengan cara frame-relay map bridge 102 broadcast
• int bvi 1…nah…kita create interface bridge-group virtual interface…disini baru kita kasi IP untuk bridgingnya (nanti Fa0/0 nya pake ini walaupun tidak secara ekplisit)
• kasi de ip address di bvi nya

untuk R2 secara keseluruhan sama, yang beda mapping ama ip address nya (frame map bridge 201 br trus ip nya liat di gambar network design diatas)

tes…bisa ga kita ping ip interface BVI nya, klo bisa tes ping dari PC ke PC

Klo gini mah…pasang routing protocol aja…kek RIP, EIGRP, ato OSPF….ngapain repot2 pake bridging segala

Coba liat diatas…itu 2 komputer di 1 subnet…otomatis dianggep 1 network donk di routing protocol

R1 dan R2 sama2 punya network 11.11.11.0 (gambarnya salah…harusnya net 11.11.11.0 0.0.0.255 area 0…males benerin gw)

Ah…kan bisa no auto- summary dan manual summarization…

Cek lagi…itu R1 dan R2 sama2 punya network 11.11.11.0 dengan PREFIX (SUBNET MASK) /24 !!!

========================================================

Frame-Relay with Multilink PPP

Karena ada tambahan link, berarti ada tambahan DLCI

Nah… kita pengen kedua serial ini pake IP satu aja (biar ga boros IP), kita gunakan interface virtual-template

Penjelasan:

• klo ada settingan lama…ilangin/apus lagi pake default interface yah….
• kita gunakan interface virtual-template nomor 1
• kasih ip address (berasa kek acara chef masak memasak ga sih loe ??!? haha)
• supaya router tau ini interface virtual-template jalanin multilink ppp, kasi ppp multilink
• dan kasih authentikasi ppp nya dengan mode chap, ppp authentication chap (pap juga bole si…Cuma lebih secure chap)
• dan JANGAN LUPA create username dan password (username adalah nama/hostname dari router sebelah sedangkan password harus sama dimasing2 router)

Sekarang kita ke konfigurasi interface fisik nya

Penjelasan:

• seperti biasa…di int s1/0 dan int s1/1 dikasi encap frame
• lalu kita bilang ke R1 bahwa di S1/0 (dan S1/1) nomor DLCI nya kita kasih PPP dengan IP punya virtual-template yang uda kita bikin, dengan cara frame-relay interface-dlci [nomor dlci] ppp virtual-template [nomor interface virtual-template]
• konfigurasi sama di R2 , hanya di bedain di nomor IP virtual-template (12.12.12.2) dan nomor DLCI (201 dan 1001…maunya si 2001 Cuma DLCI di Router 3640, di GNS3, maksimum 1007 DLCI)

Jangan khawatir dengan tulisan MLPoFR error (multil-link PPP over Frame Relay)…ga usa takut…

Soalnya gw sendiri ga ngerti APAAN INI ?!?!?

Wkwkwk….intiinya harus ada Frame-Relay Traffic Shaping buat nerapin MLPoFR

Taken from IEOC (INE Online Community)

Thanks to Kristopher Climie (CCIE bo !!), nah…..yang mo CCIE…jangan lupa setting FRTS nya yah…semoga lulus !!! *amin*

==========================================================================

Let’s verify it

Untuk FRTS….nanti2 gw bahas…gw akan update disini juga (ilmu QOS gw blum nyampe sana bo !!, baru bisa setting AutoQos doank…hahaha )

untuk lebih jelas konfig FRTS