Rabu, 11 November 2009

Memanfaatkan X.25 Untuk Monitoring Sentral Telepon

Overview Protokol X.25

X.25 merupakan sebuah protokol yang didefinisikan oleh CCITT (International Telegraph and Telephone Consultative Committee) yang sekarang berganti nama menjadi ITU (International Telecommunications Union). Dalam standar yang diterbitkan oleh ITU, masing-masing standar diberikan kode tertentu untuk merepresentasikan sebuah domain tertentu. Misalnya standar dengan kode “X.” menyatakan standar untuk domain PSDN (Packet Switched Data Network), kode “V.” menyatakan standar untuk domain PSTN (Public Switched Telephone Network), dan kode “I.” yang menyatakan standar untuk domain ISDN (Integrated Services Digital Network).

Perbandingan protokol X.25 dengan model OSI adalah seperti ditunjukan pada gambar berikut:


Gambar 1. Protokol X.25 terhadap model OSI

Walapun ITU merupakan organisasi internasional yang berkutat dengan standar namun badan resmi dunia untuk standar adalah ISO (International Standard Organization). Standar yang dikeluarkan oleh ITU hanya bersifat rekomendasi dan tidak mengikat untuk dilaksanakan.

Protokol X.25 merupakan protokol yang didefinisikan untuk antarmuka antara DTE dan jaringan PSDN. Di dalamnya hanya mengatur bagaimana sebuah DTE berkomunikasi dengan DCE. Protokol X.25 tidak mengatur bagaimana sebuah data paket X.25 ditransmisikan dari satu titik ke titik lain melalui jaringan data. Fitur yang cukup penting dalam protokol X.25 adalah bahwa protokol ini merupakan sebuah reliable service yang berarti bahwa data akan dikirimkan dengan jaminan bahwa urutan data akan sama dengan ketika dikirimkan.

Sebagaimana dapat dilihat pada gambar 1 bahwa X.25 berada pada layer 3 yaitu layer network. Pada layer 2 sendiri, digunakan HDLC (High Level Data Link Control) LAPB (Link Access Procedure Balanced). HDLC LAPB (biasanya disebut dengan HDLC saja atau LAPB saja) merupakan protokol yang reliable. Di dalamnya terdapat kemampuan error detection dan error correction serta menjamin bahwa data yang diterima akan sama urutannya dengan ketikan dikirimkan.

Struktur frame HDLC adalah seperti ditunjukan dalam gambar berikut:

Gambar 2. Struktur frame HDLC

Paket X.25 akan dibungkus dalam frame HDLC, tepatnya menempati field information. Paket X.25 terdiri dari 3 byte header, dan tergantung dari tipe paket, header ini akan diikuti oleh field data.

Struktur paket X.25 adalah seperti ditunjukan pada gambar berikut:

Gambar 3. Format packet X.25

Sebelum dua titik saling berkomunikasi dengan menggunakan protokol X.25 maka kedua titik ini harus terlehih dahulu membangun hubungan. Terdapat dua jenis mode dalam X.25 untuk membangun hubungan yaitu:

· SVC (Switched Virtual Channel), Dalam mode ini node yang berinisiatif untuk membangun koneksi harus mengirimkan sinyal call request ke node tujuan. Bila diterima maka node tujuan akan mengirimkan sinyal call accepted dan sebaliknya bila ditolak maka node tujuan akan mengirimkan sinyal call rejected. Analogi dari mode koneksi ini adalah komunikasi melalui telepon, bila seseorang ingin menghubungi orang lain maka orang tersebut terlebih dahulu harus men-dial nomor tertentu. Diterima tidaknya panggilan ini tergantung dari titik tujuan. Virtual channel yang digunakan dalam mode SVC adalah per call basis.

· PVC (Permanent Virtual Channel), Dalam mode ini virtual channel yang digunakan bersifat dedicated dan tidak perlu adanya ritual call setup. Analogi dari mode ini ini adalah saluran leased line dimana secara end-t-end hubungan fisik dan logik sudah terbentuk.

Antarmuka X.25 Pada Central TDM

Sentral yang dimiliki oleh PT TELKOM sangat beragam dari sentral dengan kapasitas kecil hingga sentral dengan kapasitas besar. Tidak semua sentral TDM yang dimiliki oleh PT TELKOM memiliki antarmuka X.25. Sebagian besar dari sentral-sentral ini hanya menyediakan antarmuka asinkron (RS-232) untuk keperluan operation & maintenance (O/M). Kondisi saat ini sebagian besar terminal OMT dari sentral-sentral ini terhubung ke sentral menggunakan kabel serial RS-232.

Antarmuka serial ini memiliki kecepatan maksimum dalam mentransfer data adalah sebesar 9600 bps dan cukup cepat bila hanya digunakan oleh satu user saja. User yang menggunakan OMT biasanya hanya menggunakan terminal ini untuk memasukan beberapa command dengan respon yang tidak membutuhkan bandwidth terlalu besar.

Sejalan dengan kondisi bisnis saat ini yang sangat kompetitif, kebutuhan untuk memberikan layanan yang cepat dan akurat kepada pelanggan sangatlah mendesak. Implementasi kebutuhan ini secara kongkret di lapangan adalah telah bermunculannya berbagai aplikasi hasil inovasi dari personal operasional untuk otomatisasi beberapa proses yang melibatkan perangkat sentral saat ini. Beberapa contoh aplikasi ini adalah sistem monitoring sentral, pengukuran trafik telepon, buka tutup pelanggan, dan lain-lain. Semua aplikasi ini menggunakan gerbang yang sama dalam melakukan akses ke sentral yaitu antarmuka OMT. Perangkat OMT yang sebelumnya hanya digunakan oleh single user saat ini sudah diganti dengan perangkat mediation device yang memungkinkan sentral diakses oleh beberapa user dalam waktu yang bersamaan. Kecepatan antarmuka asinkron yang hanya 9600 bps dirasakan kurang untuk dapat menangani banyak user dalam waktu yang bersamaan.

Untuk sentral yang tidak memiliki antarmuka X.25 mungkin tidak memiliki pilihan lain selain menggunakan antarmuka asinkron walaupun kecepatan transfer datanya terbatas. Namun untuk sentral yang sudah tersedia antarmuka X.25, alangkah baiknya bila antarmuka ini diberdayakan karena antarmuka X.25 memiliki kecepatan maksimum sebesar 64 kbps. Kecepatan ini dirasakan cukup memadai untuk keperluan akses ke perangkat sentral secara bersama-sama dalam satu waktu. Selain itu saat ini antarmuka X.25 hanya digunakan untuk transfer file terutama untuk file-file billing, itupun hanya menggunakan sebuah channel dari beberapa channel yang tersedia dalam X.25. Sebagaimana diketahui bahwa protokol X.25 memiliki kemampuan untuk mengirimkan data melalui logical channel dalam sebuah physical channel yang sama. Hal ini memungkinkan beberapa aplikasi yang membutuhkan akses ke perangkat sentral untuk melakukannya tanpa harus saling mengganggu karena masing-masing aplikasi tersebut menggunakan channel komunikasi tersendiri.

Bagaimanapun protokol X.25 memiliki beberapa kelebihan dan kekurangan yang perlu dijadikan sebagai bahan pertimbangan dalam implementasi protokol X.25. Beberapa kelebihan dan kekurangan tersebut adalah sebagai berikut:

Kelebihan:

· Protokol X.25 memiliki kecepatan yang lebih tinggi dibanding RS-232 (64 kbps dibanding 9600 bps).

· Protokol X.25 memiliki kemampuan untuk menyediakan logical channel per aplikasi.

· Pendudukan logical channel dapat dilakukan secara permanen dengan mode PVC (Permanent Virtual Channel) maupun temporary dengan mode SVC (Switched Virtual Channel) disesuaikan dengan kebutuhan.

· Data transfer pada X.25 bersifat reliable, data dijamin bahwa urutan penerimaan akan sama dengan waktu data dikirimkan.

· Protokol X.25 memiliki kemampuan error detection dan error correction.

Kekurangan:

· Tidak semua sentral memiliki antarmuka X.25. Sehingga diperlukan pengadaan modul X.25 dengan syarat bahwa sentral sudah support X.25.

· Untuk pengembangan aplikasi berbasis protokol X.25 membutuhkan biaya yang relatif lebih besar dibanding dengan RS-232 terutama untuk pembelian card adapter X.25.

· Untuk komunikasi data antara sentral dengan perangkat OMT beberapa sentral diidentifikasi menggunakan protokol proprietary vendor tertentu yang berjalan di atas protokol X.25.

Pengembangan Mediation Device Berbasis Protokol X.25

Penggunaan antarmuka X.25 sebagai pintu akses ke sentral memang sangat menarik mengingat kelebihan-kelebihan protokol X.25 dibanding dengan antarmuka RS-232 yang saat ini banyak digunakan di lapangan. Optimalisasi perangkat yang dimiliki oleh TELKOM khususnya pemanfaatan interface X.25 akan sangat membantu operasional di lapangan dan meningkatkan kinerja.

Dengan melihat berbagai nilai positif dari pemanfaatan antarmuka X.25 maka R&D Center khususnya Laboratorium TMN (Telecommunication Management Network) telah berinisiatif untuk mengembangkan aplikasi mediation device yang berbasis protokol X.25. Beberapa hal yang dapat dicapai dengan kegiatan pengembangan mediation device X.25 ini adalah:

· Mengoptimalkan perangkat/modul yang telah dimiliki oleh TELKOM.

· Meningkatkan kinerja operasional dengan meminimalkan titik-titik yang menjadi bottleneck dalam penyaluran informasi.

· Menyediakan interface standar untuk mengakses sentral (misalnya; IP based interface).

Pada awal pelaksanaan kegiatan pengembangan tim pengembang sempat mengalami kesulitan akibat ketiadaan informasi yang berkaitan dengan interface X.25 pada sentral eksisting. Dokumentasi yang ada sebagian besar hanyalah penjelasan bagaimana untuk men-setting interface yang ada. Tidak ada sedikitpun informasi yang berkaitan dengan spesifikasi dan arsitektur interface yang digunakan.

Sempat diambil hipotesa bahwa protokol X.25 yang digunakan oleh sentral eksisting merupakan proprietary vendor yang tidak mungkin untuk dibongkar. Dalam kesimpulan awal ini, komunikasi data antara sentral dengan perangkat OMT X.25 menggunakan protokol stack lengkap hingga layer 7. Dalam arti bahwa protokol X.25 hanyalah protokol yang menempati layer 1 hingga 3, selebihnya adalah proprietary vendor.

Namun dengan kerjasama tim yang kompak serta dedikasi dari para anggota tim akhirnya beberapa permasalahan yang sebelumnya muncul satu per satu dapat diatasi.

Saat ini prototipe mediation device X.25 telah selesai dikembangkan dan sedang diujicobakan (stress test) di STO Subang. Antarmuka X.25 pada sentral Subang ini telah diintegrasikan dengan INMS-st (Integrated Network Management System for Switching & Transmission) yang sudah diimplementasikan secara penuh di TELKOM DIVRE III Jabar-Banten, terutama untuk melakukan penarikan data trafik mengingat data trafik merupakan data yang selama ini memakan bandwidth yang cukup besar.

Tidak ada komentar:

Posting Komentar