TrixBox saat ini sudah meluncurkan CE 2.8.0 stable, sekaligus dengan versi 2.6.2.3 stable. Keduanya menggunakan versi kernel yang sama. Lalu apa yang baru di TrixBox CE 2.8.0? Di distro ini sudah tidak menggunakan zaptel lagi, melainkan DAHDI (Digium Asterisk Hardware Device Interface), yang sebenarnya juga merupakan kelanjutan dari Zaptel.

Yang menarik di sini, pada instalasi OpenVOX A1200P, secara otomatis sudah bisa dikenali. Berikut ini capture dari dmesg:

OpenVox A1200P version: 1.2
OpenVox A1200P passed register test
Module 0: Installed -- AUTO FXO (FCC mode)
Module 1: Installed -- AUTO FXO (FCC mode)
Module 2: Installed -- AUTO FXO (FCC mode)
Module 3: Installed -- AUTO FXO (FCC mode)
Module 4: Not installed
Module 5: Not installed
Module 6: Not installed
Module 7: Not installed
Module 8: Not installed
Module 9: Not installed
Module 10: Not installed
Module 11: Not installed
Found aa OpenVox A1200P: Version 1.2 (4 modules)

dan output lsmod |grep opvxa:

opvxa1200 44000 4
dahdi 192392 23 dahdi_echocan_mg2,xpp,dahdi_transcode,wcb4xxp,w ctdm,wcfxo,opvxa1200,wctdm24xxp,wcte11xp,wct1xxp,wcte12xp,dahdi_voicebus,wct4xxp

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.

OpenVOX A1200P

Akhirnya saya diberi kesempatan untuk menjajal produk OpenVOX A1200P.Dan yang datang ke kantor ada dua card, lengkap dengan 8 modul FXO dan 3 splitter. Sebenarnya yang dibutuhkan hanya 2 splitter saja, tetapi ini yang dikirim malah 3, lumayan lah untuk backup.



OpenVOX A1200P ini memiliki 3 buat port RJ-45 yang masing-masing bisa memuat 4 line 2-pair (RJ-11). Masing-masing port tentunya harus tersambung dulu ke splitter.





Jadi dengan 3 port RJ45, maka satu card OpenVOX A1200P bisa tersambung dengan 12 line RJ-11. Hanya saja, kali ini card yang akan saya pasang masing-masing hanya bisa memuat 4 port FXO karena total module yang dikirim hanya 8. Modul FXO tersebut nampak seperti di bawah ini:







FXO module untuk OpenVOX biasanya berwarna merah. Sedangkan untuk module FXS ukuran dimensinya sama dan biasanya berwarna hijau. Tentu saja modul FXS juga bisa dipasangkan pada card ini. Sebenarnya untuk apa card ini digunakan tergantung dari kebutuhan kita sendiri. Intinya card ini bisa dipasang module FXO atau module FXS, atau bahkan bisa keduanya dipasang dalam satu card.

TrixBox CE 2.6.2 (Stable)

Versi TrixBox yang Stable saat saya menulis ini adalah versi 2.6.2. Untuk lebih mengetahui informasi versi yang terbaru silahkan check di www.trixbox.org. Versi ini bebas untuk didownload dan diinstal. Untuk diketahui saja, pada paket TrixBox 2.6.2 ini, versi Asterisk yang digunakan adalah versi 1.4.22 dan versi Zaptel yang digunakan adalah versi 1.4.12.1. Walaupun sudah termasuk dalam paket instalasi TrixBox, khusus untuk instalasi dengan OpenVOX, nanti kita perlu mendownload source-nya untuk kebutuhan modifikasi, karena default instalasi TrixBox 2.6.2 belum sempurna mensupport OpenVOX A1200P.

BlackBerry ternyata lebih mengarahkan situs jejaring sosial seperti Facebook, untuk bisa diintegrasikan dengan phonebook. Setelah upgrade dari versi 1.2 ke versi 1.5, saya menemukan banyak hal baru di sini. Bagaimana kah integrasi Facebook dengan phonebook di BlackBerry?

Sebelum melanjutkan yang berikut ini, pastikan Facebook for BlackBerry sudah diupgrade ke versi 1.5



Jika sudah, jalankan Facebook for BlackBerry. Pada saat pertama kali di-load, BlackBerry akan mencocokkan email yang ada di friendlist kita dengan email-email yang ada di phonebook. Jika cocok, maka secara otomatis phonebook pada BlackBerry akan diintegrasikan dengan daftar di Facebook.



Jika belum, maka perlu dilakukan connect manual antara Facebook dengan phonebook dengan cara sebagai berikut: