OtakUdang.Org

Pada saat mengimplementasikan jaringan seperti yang saya tulis sebelumnya, saya mengalami kendala seperti berikut:

• Bila salah satu TrixBox (misal Site A), harus restart, maka dari Site B tidak akan bisa melakukan panggilan ke Site A, sebelum Site A melakukan trigger panggilan terlebih dahulu ke Site B.


• Pada saat Site B gagal melakukan panggilan ke Site A sebelum Site A melakukan trigger seperti di atas, pada TrixBox Site B terdapat log seperti berikut:
  

  
  [Jun 3 12:55:06] DEBUG[4476] app_macro.c: Executed application: GotoIf
  [Jun 3 12:55:06] VERBOSE[4476] logger.c: -- Executing [s-CONGESTION@macro-dialout-trunk:3] NoOp("SIP/201-0853d6a8", "TRUNK Dial failed due to CONGESTION - failing through to other trunks") in new stack
  [Jun 3 12:55:06] DEBUG[4476] app_macro.c: Executed application: Noop
  [Jun 3 12:55:06] VERBOSE[4476] logger.c: -- Executing [9150@from-internal:5] Macro("SIP/201-0853d6a8", "outisbusy|") in new stack
  [Jun 3 12:55:06] VERBOSE[4476] logger.c: -- Executing [s@macro-outisbusy:1] Playback("SIP/201-0853d6a8", "all-circuits-busy-now|noanswer") in new stack
  [Jun 3 12:55:06] VERBOSE[4476] logger.c: -- Playing 'all-circuits-busy-now' (language 'en')
  [Jun 3 12:55:07] VERBOSE[4476] logger.c: == Spawn extension (macro-outisbusy, s, 1) exited non-zero on 'SIP/201-0853d6a8' in macro 'outisbusy'
  [Jun 3 12:55:07] VERBOSE[4476] logger.c: == Spawn extension (macro-outisbusy, s, 1) exited non-zero on 'SIP/201-0853d6a8'
  [Jun 3 12:55:54] VERBOSE[4466] logger.c: -- Remote UNIX connection disconnected
  

  
  


• Hal serupa juga terjadi jika di Site B mengalami kejadian yang sama (TrixBox di Site B restart). Sehingga agar Site A bisa melakukan panggilan normal lagi ke Site B, maka dari Site B ketika TrixBox sudah up kembali, perlu melakukan trigger panggilan ke Site A. Panggilan ini tidak selalu harus dijawab. Cukup melakukan misscall maka proses panggilan antar Site akan normal kembali.

Belakangan diketahui bahwa hal tersebut disebabkan bug yang ada di Zaptel/DAHDI. Untuk referensi mengenai bug tersebut bisa dibaca di:

• http://www.openvox.cn/bbs/viewthread.php?tid=739&extra=page%3D1.


• http://bugs.digium.com/view.php?id=14577.

Sebagai catatan, TrixBox yang saya gunakan adlalah versi 2.6.2.1 Stable dengan card OpenVOX + module FXO. Pada saat saya menulis ini, TrixBox sudah mengeluarkan versi stable terbaru yang bisa didownload yaitu versi 2.6.2.3 Stable dan versi 2.8.0 stable. Saya belum mencoba sendiri apakah bug tersebut sudah diatasi di distro-distro terbaru di atas atau belum. Dalam beberapa hari ke depan, baru akan sempat untuk dicoba.

Pada tulisan sebelumnya, saya mendapatkan kesempatan untuk mencoba OpenVOX A1200P yang kemudian saya gunakan untuk eksperimen jaringan VoIP untuk 3 kantor yang terdapat di 3 kota yang berbeda. Dan masing-masing kantor tersebut sudah tersambung dengan VPN yang masing2 sebesar 1Mbps. VPN yang sedianya untuk komunikasi database ini ternyata utilisasinya masih sangat kecil dan menurut saya masih bisa dilewatkan untuk trafik voice, sehingga menghemat pengeluaran telepon SLJ.

Skema jaringa yang terakhir saya posting adalah sebagai berikut:



Masing-masing kantor cabang akan memiliki topologi internal yang kurang lebih sama dengan kantor pertama. Fungsi utama dari TrixBox di sini sebenarnya kurang lebih adalah agar supaya masing-masing traditional PBX yang sudah ada di masing-masing kantor cabang, bisa tersambung satu sama lain melalui VoIP, tidak peduli jenis dan merk traditional PBX. Bisa dibilang traditional PBX yang ada di ke-3 kota tersebut memiliki vendor yang berbeda-beda. Sedangkan penambahan wi-fi enabled phone/smartphone, ip-phone, dan SIP client lainnya adalah sekedar pengembangan yang bisa kita lakukan di masa yang akan datang. Setidaknya mesin IP PBX kita sudah siap untuk itu.

Karena saya memiliki 3 card OpenVOX A1200P dengan masing card terdapat 4 card FXO, maka yang kita perlukan adalah 4 ekstensi tambahan di masing-masing traditional PBX yang ada di ke-3 kota tersebut. Lalu bagaimanakah skenario nya?

• Sebagai contoh, untuk masing-masing kota, kita akan menetapkan 3 buah prefix yaitu 1, 2, dan 3 untuk merouting panggilan. Prefix 1 akan mengacu ke kantor cabang ke-1. Prefix ke-2 akan mengacu ke kantor cabang 2. Dan prefix 3 untuk kantor cabang ke-3. Misalkan kita akan memanggil ekstensi di kantor cabang ke-1 dari kantor cabang ke-2 atau ke-3, maka dari kantor cabang ke-2 atau ke-3 kita akan menggunakan prefix 1. Begitu juga ketika kita akan memanggil sebuah ekstensi di kantor cabang ke-2 dari kantor cabang ke-1 atau ke-3, maka kita akan menggunakan prefix 2. Hal serupa juga berlaku untuk panggilan ke kantor cabang ke-3.


• Masing-masing traditional PBX yang ada di kantor cabang, menyediakan 4 ekstensi tambahan yang akan tersambung ke IP-PBX. Misal di kantor cabang ke-1, kita memiliki ekstensi 111, 112, 113, dan 114 untuk IP-PBX di kantor cabang ke-1. Lalu di kantor cabang ke-2, kita memiliki ekstensi 211, 212, 213, dan 214. Dan untuk kantor cabang ke-3, kita menyediakan ekstensi 311, 312, 313, dan 314. Jadi kira-kira bagannya akan seperti ini:
  
  



• Langkah-langkah pemanggilan dilakukan dengan, misal, ekstensi 109 di kantor ke-1 hendak men-dial ekstensi 305 yang berada di kantor ke-3, maka dari kantor ke-1 mendial salah satu ekstensi IP-PBX yang ada di kantor ke-1 terlebih dahulu (misal 111) untuk mendapatkan nada off-hook kedua (seperti nada saat kita mengangkat gagang telepon dan hendak mendial nomer), lalu tekan prefix kota kantor ke-3 (dalam hal ini prefix 3), lalu diikuti oleh ekstensi 305.
  
  Cara yang sama juga dilakukan apabila ekstensi 110 yang berada di kantor ke-1 hendak dial ke ekstensi 202 yang berada di kantor ke-2. Pertama ekstensi 110 harus mendial ke salah satu eksteni IP-PBX (misal 112) kemudian terdengar nada off-hook, lalu dilanjukan prefix kantor ke-2 yaitu 2, dan yang yang terakhir adalah ekstensi 202.
  
  Langkah yang sama juga berlaku apabila ekstensi 201 di kantor ke-2 ingin dial ke ekstensi 304 di kantor ke-3 atau ekstensi 305 di kantor ke-3 ingin dial ke ekstensi 110 di kantor ke-1.
  
  



• Nada off-hook kedua pada saat kita selesai mendial ekstensi IP-PBX, dihasilkan oleh module DISA. Nada off-hook ini memberikan kita kesempatan untuk memasukkan no prefix kantor lain diikuti no ekstensi. Pada bagian ini bisa juga kita tambahan IVR sebagai petunjuk untuk pemanggil. Tetapi itu bisa kita lakukan nanti saja. Kali ini kita tidak memerlukan IVR terlebih dahulu.

Sore ini nyoba koneksi mobil Nissan Grand Livina temen yang dipasangi router 3G. Selain itu beliau juga menambahkan webcam yang tersambung ke Mac Mini yang juga sudah nongkrong di dashboardnya. Hasilnya? Oke juga, jauh lebih baik daripada hasil cam di Yahoo! Messenger (belom coba yang Google). Sayangnya untuk video sambil call agak tersendat, jadi akhirnya saya cuma nonton video beliau live nyetir dari Wisma HSBC pulang ke rumahnya.

Jika Anda tinggal di daerah Bawen dan sekitarnya, dan berlangganan Speedy Telkom untuk rumah (paket family dan sejenisnya), ada kemungkinan Anda akan mendapatkan modem dari Telkom dengan merk Articonet. Dan karena saya baru-baru ini berlangganan juga, saya mendapatkan modem ADSL + Router merek tersebut dengan seri ACN-100R. Pada saat pemasangan pertama, engineer Telkom mengalami sedikit kesulitan karena modem tidak segera bisa associate dengan DSLAM Telkom. Indikator di lampu sekedar berkedip-kedip. Kadang-kadang bisa menyala statis sebagai tanda sudah tersambung dengan DSLAM, tapi tidak lama kemudian kembali berkedip-kedip. Informasi dari engineer tersebut untuk daerah Karangjati (tempat saya tinggal) sebelah timur jalan raya Semarang - Bawen, memang jaringan kabel telponnya tidak begitu bagus. Seingat saya memang jaringan telpon di sini sudah cukup lama.

Nah beberapa waktu kemudian ketika saya sudah berjalan sekian minggu berlangganan dengan Speedy, saya menemukan pattern yang aneh menurut saya. Saya pernah mengalami waktu itu modem ngga juga mau associate dengan DSLAM. Setelah beberapa lama menunggu akhirnya saya memutuskan untuk nelpon ke 147. Ketika dial pertama maka kita akan disambut IVR yang menginformasikan ekstensi berapa saja yang bisa dihubungi untuk menanyakan masalah yang kita alami. Pada saat saya sudah tersambung ke layanan data, tiba-tiba modem sudah associate dan Speedy bisa digunakan. Waktu itu saya langsung bilang ke Customer Service nya kalau ternyata Speedy sudah bisa dijalankan sekarang. Tapi begitu saya tutup, tidak lama kemudian indikator link ke DSLAM kembali mati. Saya coba telpon lagi ke 147, dan baru saja diterima oleh IVR, indikator link berkedip-kedip lalu kembali tersambung.

Hal serupa juga saya alami pada waktu siang hari berikutnya, dan ketika link belum tersambung, saya coba pancing call ke 147, dan benar saja, ketika sudah diangkat IVR Telkom, link berkedip-kedip lalu kembali tersambung. Sampai sekarang ketika saya mengalami kesulitan untuk tersambung ke Speedy, saya selalu mentrigger dengan call ke 147. Tidak perlu sampai diangkat oleh Customer Service, cukup sampai IVR saja, link selalu bisa associate, walaupun tak jarang ketika saya tutup kembali telpon, link kembali down.

Yang menjadi pertanyaan: Apakah ini?

Kenapa setiap memanggil 147 untuk menyatakan link Speedy tidak bisa tersambung, pada saat proses call ke IVR sudah bisa associate? Apakah ada bug di modem atau di mananya? Apakah masalah splitter xDSL engan line ke handset telepon?

Jika Anda dalam situasi seperti yang tertulis di atas, cobalah cara tersebut apakah bisa mengatasi masalah atau tidak? Ataukah hanya saya saja yang mengalami? Kalau benar cuma saya yang mengalami berarti ini cuma bug saja di modem xDSL router dan saya akan coba cari merk penggantinya yang lebih reliable.