SIP IPv6 problems

Saya sedang ngoprek aplikasi SIP untuk IPv6.
Memang saya melakukan rujukan kepada test bed yang pernah dilakukan di tahun 2004.

Server yang saya gunakan adalah SER-0.9.6 dengan modul tambahan nathelper untuk membuat proxy yang sering disebut dengan SIP proxy, rtpproxy atau mini sip proxy, dimana OS yang saya gunakan karena mudah dan tinggal "make install clean" adalah FreeBSD 6.2 dengan graphis gnome yang baik tentunya...

Beberapa masalah yang saya temukan dalam menjalankan aplikasi ini, diantaranya:

• Softphone yang support ipv6, dan *lumayan hanya kphone-3.11-ipv6. Ada linphone, namun ketika saya coba beberapa kali dia tidak bisa register ke server nya.
  
• Sementara kphone-3.11-ipv6 memiliki dependency linux yang lama, sehingga beberapa kali saya mencoba, dapat dijalankan pada redhat9, saya mencoba install di freebsd 6 keatas, fedora core 3 ke atas, slackware 10 ke atas, dan mengalami kegagalan.
• Suara pada kphone-3.11-ipv6 tidak bisa keluar.

Sementara saya merujuk pada paper yang dibuat Interoperability between IPv4 and IPv6 User Agent , yang melakukan testbed untuk aplikasi ipv4 dan ipv6 dengan metode dual stack di sisi server, namun ketika saya mencoba lagi ada beberapa hal yang terjadi dan unsolve:

• saya mencoba client IPv4 pada windows dengan UA x-lite dan client kphone-3.11-ipv6 pada redhat9 tadi, ternyata panggilan hanya dapat dilakukan dari sisi inside NAT (dengan seting proxy nathelper: RTPProxy -l /ipv4 dan -6 ipv6 maka call hanya dapat dilakukan dari ipv4 ua ke ipv6 ua dan tidak bisa sebaliknya kecuali RTPProxy diubah)
• memang signalling dapat dilakukan dengan baik antara ipv4 dan ipv6, namun sayang, si cleint kphone ipv6 tadi lemmot banget... ketika sudah ada ringing ke UA IPv4, dan panggilan establish pada UA IPv4, sementara UA IPv6 masih trying to call dan akan menerima pesan connected dengan waktu yang lamma sekali, bisa selang atau delay sampai 1 menit...
• voice juga tidak bisa keluar diantara panggilan ini, kalau analisa saya si, dari UA IPv6 nya yang salah... dan belum stabil (buktinya connected aja selang 1 jam). Namun pada sisi server sebenarnya saat IPv4 UA establish, dia sudah saling mengirimkan pesan RTP yang harusnya suara sudah dapat di transmisikan...

Yah.. memang ini lah TA yang sedang saya kerjakan juga...
Kalau mengolah data, mungkin saya bisa.. tapi kalau rasanya suara tidak bisa keluar hanya karena UA IPv6 yang jelek.. kecewa juga...

Ini sekilas konfigurasi yang saya gunakan:

ipv4 ua ----- rtpproxy ipv4 ---- registrar SER ----- rtpproxy ipv6 ----ipv6 ua

ditambah dns yang diberi rcord srv sebagai bantuan untuk panggilan nama domain metode RFC 3261. Misal 1111@10.14.200.136 diganti karena ada record srv ip 10.14.200.136 = sagita.edu maka menjadi 1111@sagita.edu.

Perbandingan skenario yang saya lakukan adalah dengan menggunakan rtpproxy juga untuk ipv4-ipv4 beda subnet dan ipv6-ipv6 beda subnet. Hanya saja kalau menggunakan perbandingan kali ini saya harus menambahkan konfigurasi NAT untuk SER tadi...

Mungkin konfigurasinya seperti ini:

ipv4 ua (192.168.x.x) --- rtpproxy (192.168.x.x) --- registrar SER --- rtpproxy (10.14.x.x) ---ipv4 ua (10.14.x.x)

dan kurang lebih begitu untuk ipv6...

untuk testbed yang saya lakukan sebenernya untuk signalling berhasil dan memuaskan.. namun my RTP did not stream...

:(

Kesimpulan utama masalah problem SIP IPv6 ini adalah:

1. client yang jelek untuk IPv6
2. voice yang tidak bisa stream

Penyelesaian masalah sementara dapat dilakukan apabila ditemukan client IPv6 (UA IPv6) yang lebih stabil...

Sambil nulis blog, sekalian dokumentasi sedikit untuk TA yang saya kerjakan...

-----------------
little white daisy