Voice over Frame Relay: Perbedaan antara revisi

Konten dihapus Konten ditambahkan
Borgx (bicara | kontrib)
kTidak ada ringkasan suntingan
Evrinhebat (bicara | kontrib)
Tidak ada ringkasan suntingan
Baris 1:
'''''Voice over Frame Relay''''' ('''VoFR''') adalah sebuah teknologi untuk mengirim paket data suara (voice) yang berbasiskan [[Frame Relay]]. StandarJenis paket data suara yang dikirim dengan VoFR harus dalam bentuk digital. Untuk standar [[aplikasi]]nya, VoFR telah dirumuskan dalam Voice over Frame Relay Agreement (Desember 1998) setelah diadakannya forum Frame Relay FRF.11. VoFR ini juga merupakan salah satu produk era digital.
{{naratif}}
'''''Voice over Frame Relay''''' ('''VoFR''') adalah sebuah teknologi untuk mengirim paket data suara (voice) yang berbasiskan [[Frame Relay]]. Standar [[aplikasi]] VoFR dirumuskan dalam Voice over Frame Relay Agreement (Desember 1998) setelah diadakannya forum Frame Relay FRF.11. VoFR ini juga merupakan salah satu produk era digital.
 
==== Frame Relay ====
{{main|frame relay}}
 
[[Frame Relay]] ialah teknologi ''switching'' yang memfasilitasi koneksi atau hubungan point-to-point atau point-to-multipoint. Frame relay dikembangkan untuk mendukung pengiriman data dengan kecepatan tinggi melalui jaringan [[telekomunikasi]] [[LAN-to-LAN]]. Tujuannya ialah untuk menyediakan cara untuk mengirim informasi melalui [[WAN]] (wide area network) dengan membagi-bagi informasi itu ke dalam bingkai-bingkai (frame) yang berisi informasi tersebut.
 
Setiap frame memiliki tujuannya masing-masing dan tujuan tiap frame telah ditetapkan oleh jaringan. Perjalanan frame tersebut untukUntuk sampai ke tempat tujuannya, setiap frame harus mengalami perpindahan berkali-kali dalam jaringan frame relay itu sendiri. Namun demikian, Frame Relay merupakan usaha terbaik dalam dunia jasa layanan [[networking]]. Harga yang kita bayar sebanding dengan kualitas performanya.
 
=== Mekanisme pengiriman paket data suara melalui frame relay ===
Saat trafik voice dikirim melalui Frame Relay, trafik tersebut terlebih dahulu disegmentasi dan dienkapsulasi. Mesin segmentasi akan menggunakan fragmentasi [[FRF.12]] yang (dikenal juga dengan FRF.11 Anex C) memungkinkan berbagai frame data yang panjang dapat dipecah (difragmentasi) menjadi bagian-bagian kecil dan disisipkan diantara berbagai frame standar (frame real-time). Cara tersebut memungkinkan frame data voice real-time dan nonreal-time dapat dibawa bersama pada beberapa link berkecepatan lebih rendah tanpa menyebabkan kondisi ''delay'' yang signifikan atas trafik real-time.
 
 
Ukuran (size) segmentasi akan diperhitungkan, dimana harus memenuhi [[kapasitas]] atau tingkatan line atau port akses. Untuk meyakinkan stabilitas koneksi, kita harus mengkonfigurasi size segmentasi yang sama di kedua ujung koneksi voice. Ketika segmentasi voice dikonfigurasi, semua fungsi ''priority queueing'', ''custom queueing'', dan ''weighted fair queueing'' dinonaktifkan dalam interface tersebut. Ketika kita mengkonfigurasi voice dan trafik data melalui [[data link connection identifier (DLCI)]] Frame Relay, kita harus mengambil konsiderasi [[traffic-shaping]] ke dalam account guna meyakinkan [[reliabilitas]] koneksi voice.
Saat trafik voice dikirim melalui Frame Relay, trafik tersebut terlebih dahulu disegmentasi dan dienkapsulasi. Mesin segmentasi akan menggunakan fragmentasi [[FRF.12]] yang (dikenal juga dengan FRF.11 Anex C) memungkinkan berbagai frame data yang panjang dapat dipecah (difragmentasi) menjadi bagian-bagian kecil dan disisipkan diantara berbagai frame standar (frame real-time). Cara tersebut memungkinkan frame data voice real-time dan nonreal-time dapat dibawa bersama pada beberapa link berkecepatan lebih rendah tanpa menyebabkan kondisi ''delay'' yang signifikan ataspada trafik real-time.
 
Ukuran (size) segmentasi akan diperhitungkan, dimana harus memenuhi [[kapasitas]] atau tingkatan line atau port akses. Untuk meyakinkan stabilitas koneksi, kita harus mengkonfigurasi sizeukuran segmentasi yang sama di kedua ujung koneksi voice harus dikonfigurasi terlebih dulu agar sesuai. Ketika segmentasi voice dikonfigurasi, semua fungsi ''priority queueing'', ''custom queueing'', dan ''weighted fair queueing'' dinonaktifkan dalam interface tersebut. Ketika kitaProses mengkonfigurasikonfigurasi voice dan trafik data melalui [[data link connection identifier (DLCI)]] Frame Relay, kita harusperlu mengambilmempertimbangkan konsiderasimasalah [[traffic-shaping]] ke dalam account guna meyakinkan [[reliabilitas]] koneksi voice.
 
=== Konfigurasi VoFR dengan Cisco ===
 
VoFR menggunakan Frame Relay untuk mengirim berbagai trafik voice. Oleh karena VoFR mengirim [[sinyal]] melalui [[Layer 2]], kita harus mengkonfigurasi beberapa parameter timing di samping elemen-elemen atau fitur-fitur spesifik dial peer dan [[voice port]]. VoFR mengacu pada spesifikasi FRF.11 dan FRF.12.
 
VoFR menggunakan Frame Relay untuk mengirim berbagai trafik voice. Oleh karena VoFR mengirim [[sinyalSinyal]] dikrimkan melalui [[Layer 2]] (Ly), kitasehingga harusdiperlukan mengkonfigurasikonfigurasi beberapa parameter timing di samping elemen-elemen atau fitur-fitur spesifik dial peer dan [[voice port]]. VoFR mengacu pada spesifikasi FRF.11 dan FRF.12.
 
Implementasi VoFR [[Cisco]] mendukung tipe-tipe panggilan VoFR seperti Trunk Static FRF.11 dan panggilan Swiitched VoFR. Tipe kedua meliputi panggilan Dynamic switched dan panggilan Cisco Trunk (private line).
Baris 21 ⟶ 25:
 
==== Konfigurasi frame relay untuk mendukung suara ====
Untuk mengonfigurasi Frame Relay guna mendukung voice, kita harus mengaplikasikan apa yang disebut dengan map class ke sebuah DLCI tunggal atau ke sebuah grup DLCI, tergantung pada bagaimana class tersebut diterapkan ke [[virtual circuit]]. Jika di sana terdapat banyak PVC untuk dikonfigurasi, berikan property traffic-shaping yang sama ke PVC tersebut. Nilai untuk setiap PVC tidak ditetapkan secara statis. Multimap class dengan variable-variabel berbeda untuk masing-masing map class dapat juga dibuat. Pengonfigurasian map class terdiri dari dua tahap, yaitu mengonfigurasi map class untuk mendukung trafik voice dan mengonfigurasi map class untuk parameter-parameter traffic -shaping.
 
Saat kita mengonfigurasi map class Frame Relay untuk mendukung trafik voice, kita harus mencadangkan sejumlah [[bandwith]]. Jika tidak memiliki cadangan bandwith yang cukup, panggilan-panggilan baru akan ditolak. Saat menghitung jumlah bandwith yang dibutuhkan, jangan lupa untuk memasukkan overhead pemaketan (packetization) voice, tidak hanya bandwith dasar pembicaraan codec.
 
Untuk mengonfigurasiKonfigurasi Frame Relay guna mendukung voice, kitamenggunakan harusaplikasi mengaplikasikanmap apaclass. yangMap disebutclass dengandisambungkan map class ke sebuah DLCI tunggal atau ke sebuah grup DLCI, tergantung pada bagaimana class tersebut diterapkan ke [[virtual circuit]]. Jika di sana terdapat banyak PVC untuk dikonfigurasi, berikan property traffic-shaping yang sama ke PVC tersebut. Nilai untuk setiap PVC tidak ditetapkan secara statis. Multimap class dengan variable-variabel berbeda untuk masing-masing map class dapat juga dibuat. Pengonfigurasian map class terdiri dari dua tahap, yaitu mengonfigurasi map class untuk mendukung trafik voice dan mengonfigurasi map class untuk parameter-parameter traffic -shaping.
Dalam setiap packet voice, terdapat enam sampai tujuh byte dari total overhead, termasuk header dan flag Frame Relay standar. Untuk beberapa subchannel (CID) dengan penomoran kurang dari 64, overhead-nya 6 [[byte]]. Untuk subchannel dengan penomoran lebih besar atau sama dengan 64, overheadnya 7 byte. Tambahan satu byte jika nomor urutan voice diaktifkan dalam paket-paket voice.
 
Saat kita mengonfigurasiAplikasi map class Frametersebut Relaymennuntut untuk mendukung trafik voice, kita harus mencadangkanadanya sejumlah [[bandwith]] cadangan. Jika tidak memiliki cadangan bandwith yang cukup, panggilan-panggilan baru akan ditolak. Saat menghitung jumlah bandwith yang dibutuhkan, jangan lupa untuk memasukkan overhead pemaketan (packetization) voice, tidak hanya bandwith dasar pembicaraan codec.
 
Dalam setiap packet voice, terdapat enam sampai tujuh byte dari total overhead, termasuk header dan flag Frame Relay standar. Untuk beberapa subchannel (CID) dengan penomoran kurang dari 64, overhead-nya sebesar 6 [[byte]]. Untuk subchannel dengan penomoran lebih besar atau sama dengan 64, overheadnya 7 byte. Tambahan satu byte jika nomor urutan voice diaktifkan dalam paket-paket voice.
 
==== Konfigurasi dial peer untuk VoFR ====
 
Dial peer adalah penjelasan mengenai entity-entiti ke dan dari mana sebuah panggilan (call) dibentuk. Semua teknologi voive akan menggunakan dial peer untuk menetapkan karakteristik-karakteristik yang berhubungan dengan yang disebut call leg, yakni segmen diskrit dari sebuah koneksi panggilan yang terjalin di antara dua titik koneksi.
 
Dial peer adalah penjelasan mengenai entityentiti-entiti ke dan dari mana sebuah panggilan (call) dibentuk. Semua teknologi voive akan menggunakan dial peer untuk menetapkan karakteristik-karakteristik yang berhubungan dengan yang disebut call leg, yakni segmen diskrit dari sebuah koneksi panggilan yang terjalin di antara dua titik koneksi.
 
Pada sebuah line panggilan end-to-end akan dilibatkan empat call leg, yakni dua call leg dari perspektif rute sumber (source route) dan dua call leg dari perspektif rute tujuan (destination route). Dial peer ini berfungsi mengaplikasikan atribut tertentu ke beberapa call leg dan mengidentifikasi asal dan tujuan panggilan. Atribut yang diaplikasikan ke sebuah call leg antara lain berbagai fitur [[quality of service (QoS)]], misalnya [[IP RTP Priority]] dan [[IP Precedence]], [[compression atau decompression (codec)]], [[voice activity detection (VAD)]], dan fax rate.
 
Untuk mengonfigurasi sebuah dial peer VoFR, kitadial peer harus memperkenalkan peer tersebutdiperkenalkan secara unik. Cara-cara yang dapat digunakan ialah memberinya nomor [[tag]] tertentu dan menetapkan nomor port serial keluaran (outgoing) serta nomor virtual circuit. Selain itu, kitaperhatikan mungkin perlu mempertimbangkanpula rancangan jaringan-jaringan voice dengan [[dial plan variable-length]], ekspansi nomor, excess [[digit]] playout, digit forward, dan rute voice default.Semua Akan tetapi semua pertimbanganaspek tersebut, perluharus disesuaikansesuai dengan perencanaan dial plan.
 
==== Memeriksa koneksi voice ====
 
Setiap kali kita membentuk konfigurasi voice, pastikan untuk memeriksanya. Memeriksa koneksi voice switched calls dapat ditempuh melalui beberapa tugas berikut :
 
Setiap kali kita membentuk konfigurasi voice, pastikan untuk memeriksanya. Memeriksa koneksi voice switched calls dapat ditempuh melalui beberapa tugas berikut :
 
* Angkat handset [[telepon]] dan perhatikan apakah disana terdengar nada sambung.
* Lakukan panggilan dari telepon lokal ke dial peel terkonfigurasi dan perhatikan apakah panggilan berlangsung sempurna.
Baris 41 ⟶ 52:
 
==== Memeriksa konfigurasi frame relay ====
 
Untuk mengecek [[validitas]] konfigurasi Frame Relay, kita harus melakukanlakukanlah hal-hal berikut ini :
 
* Melihat status PVC-PVC
* Melihat statistik dan informasi dalam subchanel terbuka
Baris 48 ⟶ 61:
 
=== Contoh konfigurasi VoFR ===
 
 
Konfigurasi VoFR dapat terjadi pada beberapa kasus, di antaranya ialah sebagai berikut:
 
* Dua [[router]] menggunakan fragmentasi Framme Relay
* Dua router menggunakan sebuah PVC VoFR.
Baris 58 ⟶ 74:
 
== Pranala luar ==
 
* [http://www.pattonjpatton.com/technotes/fxs_fxo.pdf.com FXS-FXO]
* http://tosa.mri.co.jp/sounddb/nospeech/research/indexe.htm
 
* http://www.shorewall.net/traffic_shaping.htm
* [http://www.yourdictionaryshorewall.comnet/telecom/virtual-circuittraffic_shaping.htm.com Traffic Shaping]
 
* [http://www.yourdictionary.com/telecom/vofr.com VoFR]
* http://digilib.petra.ac.id/viewer.php?submit.x=9&submit.y=13&submit=prev&page=6&qual=high&submitval=prev&fname=%2Fjiunkpe%2Fs1%2Finfo%2F2004%2Fjiunkpe-ns-s1-2004-26400010-4191-router-chapter2.pdf
 
* http://www.total.or.id/info.php?kk=Voice%20Port
* [http://www.yourdictionary.com/telecom/virtual-circuit.com Virtual Circuit]
* http://www.cisco.com/en/US/docs/ios/12_0t/12_0t5/feature/guide/iprtp.html
 
* http://support.microsoft.com/kb/222102
* [http://www.digilib.petra.ac.id/viewer.php?submit.x=9&submit.y=13&submit=prev&page=6&qual=high&submitval=prev&fname=%2Fjiunkpe%2Fs1%2Finfo%2F2004%2Fjiunkpe-ns-s1-2004-26400010-4191-router-chapter2.pdf.com Router]
* http://www.cisco.com/en/US/docs/ios/12_1t/12_1t2/feature/guide/dtfragsw.html
 
* http://www.voip-info.org/wiki/view/PBX+Hunt+Groups
* [http://www.total.or.id/info.php?kk=Voice%20Port.com Voice Port]
* http://www.thefreedictionary.com/trunk+call
 
* http://www.pcmag.com/encyclopedia_term/0,2542,t=codec&i=39939,00.asp
* [http://www.cisco.com/en/US/docs/ios/12_0t/12_0t5/feature/guide/iprtp.html.com IP RTP Priority]
* http://cisco-elearning-sjdc.digisle.net/cmn/pec/cim/voip_v2r4/content/linked/dpmatch.htm
 
* [http://www.support.microsoft.com/kb/222102.com IP Precedence]
 
* [http://www.cisco.com/en/US/docs/ios/12_1t/12_1t2/feature/guide/dtfragsw.html.com Cisco software]
 
* [http://www.voip-info.org/wiki/view/PBX+Hunt+Groups.com Hunt Groups]
 
* [http://www.thefreedictionary.com/trunk+call.com Trunk Calls]
 
* [http://www.pcmag.com/encyclopedia_term/0,2542,t=codec&i=39939,00.asp.com Codec]
 
* [http://www.cisco-elearning-sjdc.digisle.net/cmn/pec/cim/voip_v2r4/content/linked/dpmatch.htm.com Dial Peer]
 
* [http://www.acm.org/crossroads/xrds13-4/voice_detection.html.com Voice activity detection]
 
* [http://www.webopedia.com/TERM/P/PBX.html.com PBX]
 
* [http://www.webopedia.com/TERM/Q/QoS.html.com Quality of Service (QoS]
 
* [http://www.webopedia.com/TERM/D/DLCI.html.com Data Link Connection Identifier (DLCI)]
 
 
 
== Referensi ==
 
* Rafiudin, Rahmat. 2006. ''Cisco Router : konfigurasi Voice, video, dan Fax''. Penerbit Andi: Yogyakarta