TUGAS

JARINGAN TELEKOMUNIKASI 2
H.323 dan SIP
Disusun Ole !
N"#$ed" Ali%ian &&'&&()))*
+",i Husien R"sidi &&'&&())2-
JTD3. / Kel"01"2 3
JARINGAN TELEKOMUNIKASI DIGITAL
POLITEKNIK NEGERI MALANG
Jl. S"e2a$n"4Ha55a N". -6 PO ."7 )'6 Malan,4(8&'&
Tel1. 9)3'&: ')''2'6 ')''286 ;a7.9)3'&: ')''2)
Perbandingan H.323 dan SIP untuk IP Signaling Telepon
Ismail Dalgic, Hanlin Fang
3Com Corporation
Technolog De!elopment Center
"#$$ %a&ront Pla'a, ()S 32*+, Santa Clara, C, +"$"2
Cisco Sstems
*-$ .est Tasman Dr., San /ose, C, +"*3#
ABSTRAK
Dua standar ang saat ini bersaing untuk dominasi IP telephon signaling 0 protokol H.323 Suite
oleh IT1 2 T , dan Session Initiation Protocol 3 SIP 4 oleh I5TF . 6edua protokol signaling ini
menediakan mekanisme untuk panggilan pembentukan dan teardo7n , kontrol panggilan dan
laanan tambahan, dan pertukaran kemampuan . 6ami menelidiki dan membandingkan kedua
protokol dalam hal Fungsi , 8ualit o& Ser!ice 3 8oS 4 , Skalabilitas , Fleksibilitas ,
Interoperabilitas, dan 6emudahan Pelaksanaan . 1ntuk keadilan perbandingan , kita
mempertimbangkan skenario ang sama untuk kedua protokol . Secara khusus, kita &okus pada
skenario ang melibatkan gatekeeper untuk H.323 , dan pro9 ) :edirect Ser!er untuk SIP .
,lasanna adalah bah7a sistem IP Telephon menengah sampai besar tidak dikelola tanpa
gatekeeper atau ser!er pro9 . kami mempertimbangkan semua tiga !ersi dari H.323 . Dalam
hal &ungsi dan laanan ang dapat didukung , H.323 !ersi 2 dan SIP sangat mirip. ;amun,
laanan tambahan di H.323 ang lebih ketat dide&inisikan , dan karena itu lebih sedikit masalah
interoperabilitas diharapkan antara implementasina . Selain itu , H.323 telah mengambil
langkah2langkah lebih untuk memastikan kompatibilitas antara !ersi ang berbeda , dan untuk
beroperasi dengan PST; . 6edua protokol sebanding dalam dukungan 8oS 3 panggilan serupa
penundaan setup, tidak ada dukungan untuk reser!asi sumber daa atau kelas laanan 3 CoS 4
pengaturan 4 , tetapi H.323 !ersi 3 akan memungkinkan sinal dari CoS diminta . 6euntungan
utama SIP adalah 3 i 4 &leksibilitas untuk menambahkan &itur baru , dan 3 ii 4 relati& mudah
pelaksanaan dan debugging . ,khirna , kami mencatat bah7a H.323 dan SIP memperbaiki diri
dengan bela<ar dari satu sama lain , dan perbedaan antara mereka berkurang dengan setiap
!ersi baru.
6ata kunci 0 IP Telephon , =oice o!er IP , H.323 , SIP , sinal , kontrol panggilan.
PENDAHULUAN
>aanan telepon hari ini disediakan untuk sebagian besar melalui <aringan circuit2
s7itched , ang disebut sebagai Public S7itched Telephone ;et7orks 3 PST; 4 . >aanan ini
dikenal sebagai Plain ?ld Telephone Ser!ice 3 P?TS 4 . Sebuah tren baru ang mulai muncul
dalam beberapa tahun terakhir adalah untuk menediakan laanan telepon melalui <aringan IP ,
ang dikenal sebagai IP telephon , atau =oice o!er IP . Sebuah kekuatan pendorong penting di
balik IP Telephon adalah penghematan biaa, terutama untuk perusahaan2perusahaan
dengan <aringan data ang besar . Tinggina biaa <arak <auh dan internasional panggilan suara
2 berkat lapisan operator lokal dan internasional @ adalah Inti dari masalah ini . Sebagian besar
biaa ini berasal dari pa<ak ang dikenakan pada regulasi suara <arak <auh panggilan . %iaa
tambahan tersebut tidak berlaku untuk sirkuit <arak <auh memba7a lalu lintas data dengan
demikian, untuk band7idth ang diberikan melakukan panggilan data <auh lebih murah daripada
membuat panggilan suara. Selain penghematan biaa untuk panggilan suara <arak <auh ,
memba7a lalu lintas suara pada <aringan data di dalam bisnis gedung atau kampus <uga dapat
mencapai penghematan biaa ang cukup besar , karena operasi proprietar setup P%A saat ini
adalah relati& biaa 2 e&isien . ,da &aktor2&aktor moti!asi ang sangat signi&ikan untuk memba7a
lalu lintas suara melalui <aringan data <uga. Sangat memberikan man&aat penting dari IP
Telephon adalah integrasi aplikasi suara dan data, ang dapat mengakibatkan lebih e&ekti&
dalam proses bisnis . Contoh aplikasi tersebut terintegrasi !oice mail dan e 2mail ,
elekon&erensi , ker<a kolaborati& ang didukung komputer dan distribusi panggilan otomatis dan
cerdas . (an&aat lain adalah memungkinkan banak laanan baru baik untuk bisnis dan untuk
pelanggan . Fleksibilitas ang dita7arkan oleh IP Telephon dengan memindahkan inteli<en dari
<aringan ke stasiun akhir , serta si&at terbuka <aringan IP adalah &aktor2&aktor ang
memungkinkan laanan baru. Selain itu, banak dari laanan ang sudah ada ang
memerlukan biaa saat ini, seperti caller 2 id , panggilan 2 &or7arding , dan multi @line
6ehadiran men<adi sepele untuk melaksanakan. ?leh karena itu , laanan tersebut
kemungkinan akan dita7arkan secara gratis untuk alasan kompetiti& .
,gar IP Telephon untuk mendapatkan penerimaan utama dan akhirna menggantikan
Plain ?ld Telephone Ser!ice tradisional 3 P?TS 4 , dua kondisi ang harus dipenuhi. Pertama,
Bualit dari komunikasi suara harus setidakna pada tingkat ang sama sebagai P?TS . Dua
aspek utama kualitas suara adalah end2to 2end dela , dan ke<elasan suara 3 ang tergantung
pada banak &aktor, termasuk digitalisasi suara dan skema kompresi ang digunakan, dan
<umlah ang hilang atau terlambat @ tiba paket 4. ?leh karena itu, <aringan IP harus dirancang
sedemikian rupa sehingga dapat memenuhi persaratan dela dan packet loss aplikasi telepon.
6ondisi kedua untuk penerimaan IP Telephon adalah kemudahan operasi dan &ungsi ang
dita7arkan kepada pengguna akhir setidakna pada tingkat ang sama seperti pada PST;. Hal
ini memerlukan arsitektur IP Telephon untuk memberikan sinal ang mena7arkan setidakna
kemampuan dan &itur ang sama dengan Signaling Sstem - 3 SS- 4 arsitektur PST; . >ebih
spesi&ik , in&rastruktur signaling harus0
(enediakan &ungsi ang diperlukan untuk mengatur , mengelola, dan meruntuhkan
panggilan dan koneksi.
Scalable untuk mendukung <umlah ang sangat besar endpoint terda&tar 3 dalam urutan
miliar di seluruh dunia 4 , dan sangat se<umlah besar panggilan simultan 3 dalam urutan
<uta di seluruh dunia 4.
(anagement&eatures <aringan dukungan untuk kontrol kebi<akan , akuntansi , penagihan ,
dll.
(enediakan mekanisme untuk berkomunikasi dan mengatur 8ualit o& Ser!ice ang
diminta oleh titik akhir.
Diperluas untuk membantu dengan menambahkan &itur baru dengan mudah.
Dukungan interoperabilitas antara implementasi !endor ang berbeda, antara !ersi ang
berbeda dari sinal ang protokol , dan dengan protokol signaling ang berbeda.
Dua standar ang bersaing untuk IP Telephon. Cang saat ini lebih diterima secara luas
standar adalah IT1T :ekomendasi H.323, ang mende&inisikan sistem komunikasi multimedia
melalui <aringan packet 2s7itched, termasuk <aringan IP. Cang lain standar, Session Initiation
Protocol 3 SIP 4, berasal dari I5TF ((1SIC beker<a kelompok. Dalam tulisan ini, kita
membandingkan kedua standar untuk IP Telephon sinal dari titik ang tercantum di atas
pandang. (akalah lain ada ang membandingkan H.323 dan SIPD di antara mereka ang
terutama adalah satu per Schul'rinne dan
:osenberg. 6ami berbeda dari perbandingan sebelumna dengan cara berikut0 3 i 4 kita
mempertimbangkan &itur baru diperkenalkan pada H.323 !ersi 3 D 3 ii 4 kami mena<ikan
e!aluasi meneluruh, mengingat banak aspek ang berbedaD dan 3 iii 4 kita &okus pada &itur
dan karakteristik ang rele!an dengan IP telephon. Ini disusun sebagai berikut . Pada %agian
2 , kami memberikan gambaran singkat dari dua sinal protokol . Dalam %agian 3 , kami
men<elaskan perbandingan kami dalam hal daerah ang tercantum di atas . 6ami mena<ikan
kesimpulan kami
pernataan dalam %agian # .
GAMBARAN H.323 DAN SIP 2
1. Gambaran H.323
Nama Deskripsi ari Pr!"!k!#
H.323 Spesi&ikasi sistem
H.22$.% Control Panggilan 3:,S4, call setup 3protokol 8.+3*2seperti4,
dan packeti'ation dan sinkronisasi media stream
H.23$ 6emanan Protokol untuk otentikasi, integritas, pri!asi, dll
H.2&$ 6emampuan pertukaran komunikasi dan beralih modus
H.&$% Tambahan laanan termasuk holding panggilan, trans&er,
penerusan.
H.2&' Interoperabilitas dengan laanan circuit2s7itched
H.332 1ntuk ukuran besar con&erencing
H.2'( Codec =ideo termasuk H.2E* dan H.2E3
G.)(( Codec ,udio termasuk F.-**, F.-23, F.-2+, F.-2G.
Tabel *0 rekomendasi IT12T ang merupakan bagian dari spesi&ikasi H.323.
H.323 adalah rekomendasi IT12T ang menentukan sistem dan protokol untuk
multimedia komunikasi melalui <aringan packet2s7itched. Secara khusus, H.323 terdiri dari
serangkaian protokol ang bertanggung <a7ab untuk encoding, decoding, dan packeti'ing sinal
audio dan !ideo, untuk signaling panggilan dan kontrol, serta untuk kemampuan pertukaran.
Sebagian besar implementasi H.323 ang ada didasarkan pada !ersi kedua dari standar, ang
memutuskan pada bulan Februari *++G. =ersi ketiga diharapkan akan diputuskan pada bulan
September *+++. Dalam tulisan ini, kita membahas
kedua !ersi standar H.323 adalah spesi&ikasi dan berbagai aspek H.323 ditentukan dalam
rekomendasi IT12T ang berbeda.
/enis 5ndpoint H.323
H.323 mende&inisikan empat komponen utama untuk sistem komunikasi berbasis
<aringan0 Terminal, Fate7a, Fatekeeper dan (ultipoint Control 1nit 3(C14. 3>ihat
Fambar *.4
Terminal adalah endpoint client pada <aringan berbasis IP ang menediakan
real2time, komunikasi dua arah dengan lainna H.323 entitas. Terminal H.323 ang
diperlukan untuk mendukung tiga bagian &ungsional berikut0
Signaling dan Pengendalian0 H.323 harus mendukung H.2#", standar ang kompleks
untuk penggunaan channel dan kemampuan, di samping untuk protokol 8.+3* seperti
dide&inisikan dalam H.22" untuk call signaling dan pendirian, serta Penda&taran )
,dministrasi ) Status 3:,S4 protokol dide&inisikan dalam H.22" untuk komunikasi
dengan gatekeeper. Semua ini
protokol menggunakan ,S;.* encoding untuk pesan mereka.
:eal2time komunikasi0 terminal H.323 harus mendukung :TP ) :TCP, sebuah protokol
untuk audio dan !ideo ang seBuencing paket.
Codec0 Codec adalah bagian dari perangkat lunak ang memampatkan audio ) !ideo
sebelum transmisi dan dekompresi mereka kembali setelah menerima paket dikompresi.
1ntuk tu<uan interoperabilitas, setiap terminal H.323 diperlukan untuk mendukung F.-**
tersebut
codec audio. Codec audio dan !ideo lain adalah opsional.
Fate7a menediakan <alur koneksi antara <aringan packet2s7itched dan Circuit
S7itched ;et7ork 3SC;, ang dapat berupa publik atau s7asta4. Fate7a tidak
diperlukan ketika tidak ada koneksi ke <aringan lain. Secara umum, gate7a
mengalihkan karakteristik endpoint >,; ke titik akhir SC;, dan sebalikna. Fate7a
melakukan panggilan setup dan kontrol pada kedua <aringan packet2s7itched dan pada
SC;, dan mereka mener<emahkan antara transmisi &ormat dan prosedur komunikasi
antara. %eberapa gate7a <uga dapat mener<emahkan antara standar codec ang
berbeda untuk audio dan ) atau !ideo 3disebut sebagai transcoding4, dengan tu<uan
mengurangi band7idth dari aliran audio ) !ideo <ika band7idth SC; terbatas.
Fatekeeper adalah opsional pada sistem H.323, tetapi mereka memiliki &ungsi2
&ungsi 7a<ib tertentu <ika mereka hadir. Fatekeeper melakukan empat &ungsi ang
diperlukan0 ,ddress Translation 3dari alamat alias atau nomor telepon untuk transportasi
alamat, 6ontrol ,dmission, %and7idth Control and (anagement Hone. Fatekeeper <uga
dapat mendukung empat opsional Fungsi0 Call Control Signaling, Call ,uthori'ation,
%and7idth (ana<emen dan (ana<emen Panggilan. 6etika gatekeeper hadir pada sistem
H.323, semua <enis lain dari endpoints diharuskan untuk menda&tar dengan gatekeeper
dan menerima i'in ang sebelum melakukan panggilan.
(ultipoint Control 1nit 3(C14 dukungan con&erencing antara tiga atau lebih titik
akhir. (C1 biasana terdiri dari (ultipoint Controller 3(C4 dan nol atau lebih (ultipoint
Prosesor 3(P4. (C menediakan &ungsi kontrol seperti negosiasi antara terminal dan
penentuan kemampuan umum untuk pemrosesan audio dan !ideo. (P melakukan
pengolahan ang diperlukan pada media stream untuk kon&erensi. Pemrosesan tersebut
biasana melibatkan pencampuran audio dan audio ) !ideo s7itching.
Saluran Ditetapkan di H.323
H.323 menggunakan konsep saluran untuk struktur pertukaran in&ormasi antara
entitas komunikasi. Channel , adalah koneksi transport2laer, ang dapat berupa
searah atau dua arah. Secara khusus, H.323 mende&inisikan <enis saluran berikut0
:,S Channel0 channel ini menediakan mekanisme untuk komunikasi antara
endpoint dan gatekeeper na. Itu :,S 3 Penda&taran , Penerimaan , dan Status 4
protokol ditentukan dalam H.22".$ . (elalui saluran :,S , endpoint register
dengan gatekeeper , dan meminta i'in untuk membuat panggilan ke endpoint
lain . /ika i'in diberikan,
gatekeeper mengembalikan alamat transport untuk saluran call signaling ang
disebut titik akhir .
Hubungi Signaling Channel0 saluran ini memba7a in&ormasi untuk kontrol
panggilan dan kontrol laanan tambahan . Itu Protokol 8.+3* 2 seperti ang
digunakan melalui saluran ini ditentukan dalam H.22".$ dan H.#"$.9. %ila
panggilan didirikan, alamat transportasi untuk H.2#" Control Channel ditun<ukkan
pada saluran ini .
H.2#" Control Channel 0 Saluran ini memba7a pesan protokol H.2#" untuk
kontrol media dengan kemampuan pertukaran dukungan . Setelah peserta
panggilan bertukar kemampuan mereka , saluran logis untuk media dibuka
melalui H.2#" saluran kontrol.
Saluran logis untuk (edia 0 Saluran ini memba7a audio, !ideo , dan media
in&ormasi lainna . Setiap <enis media diba7a dalam sepasang terpisah dari
saluran uni 2 irectional , satu untuk setiap arah , menggunakan :TP dan :TCP .
H.323 menentukan bah7a saluran :,S dan saluran logis untuk media dilakukan
melalui transportasi tidak dapat diandalkan protokol, seperti 1DP. Saluran kontrol H.2#"
ditentukan akan dilakukan melalui protokol transport ang dapat diandalkan, seperti
TCP. =ersi H.323 * dan 2 menentukan bah7a panggilan saluran sinal dilakukan
melalui protokol transport ang handal. di!ersi 3, saluran ini opsional dapat dilakukan
melalui protokol transport dapat diandalkan.
2. Gambaran SIP
I5TF <uga telah ditentukan komunikasi multimedia protokol. Dalam arsitektur I5TF, arus
media
dilakukan dengan menggunakan :TP, seperti di H.323. ?leh karena itu, perbedaan utama
antara H.323 dan spesi&ikasi I5TF adalah bagaimana call signaling dan kontrol ang
dicapai.
Protokol utama ang menangani call signaling dan kontrol dalam spesi&ikasi I5TF adalah
SIP. SIP adalah lapisan aplikasi protokol kontrol ang dapat membangun, memodi&ikasi
dan mengakhiri sesi multimedia atau panggilan. ,da dua arsitektur utama elemen untuk
SIP0 user agent 31,4, dan ser!er <aringan. 1, berada di stasiun akhir SIP, dan berisi dua
komponen0 klien user agent 31,C4 ang bertanggung <a7ab untuk mengeluarkan
permintaan SIP, dan ser!er user agent 31,S4,
ang merespon permintaan tersebut. ,da tiga <enis ser!er <aringan, ser!er redirect, ser!er
pro9, dan registrar. Panggilan SIP dasar tidak perlu ser!er, namun beberapa &itur ang
lebih kuat tergantung pada mereka. Tingkat pertama dari pendekatan, SIP 1ser ,gent
setara dengan terminal H.323 3atau sisi packet2<aringan dari Fate7a4, dan ser!er <aringan
SIP ang setara dengan gatekeeper H.323.
?perasi SIP ang paling umum melibatkan 1,C SIP mengeluarkan permintaan, ser!er
pro9 SIP bertindak sebagai lokasi pengguna akhir agen penemuan dan SIP 1,S
menerima panggilan. Sebuah undangan SIP sukses terdiri dari dua permintaan0 I;=IT5
diikuti oleh ,C6. I;=IT5 pesan berisi deskripsi sesi ang mengin&ormasikan pihak ang
dipanggil <enis media pemanggil dapat menerima dan di mana ia ingin media data ang
akan dikirim. ,lamat SIP disebut sebagai SIP 1ni&orm
:esource >ocators 3SIP21:>4, ang merupakan bentuk sip0 userIhost.domain. Format
pesan SIP didasarkan pada Hper Te9t Transport Protocol 3HTTP4 &ormat pesan, ang
menggunakan, encoding berbasis teks terbaca2manusia.
Proses :edirect ser!er ang I;=IT5 pesan dengan mengirimkan kembali SIP 2 1:>
panggilan ang dicapai. .akil ser!er melakukan aplikasi routing permintaan SIP dan
tanggapan . Sebuah ser!er pro9 dapat men<adi state&ul atau stateless . Sebuah pro9
state&ul menimpan in&ormasi tentang panggilan selama seluruh 7aktu panggilan habis,
sedangkan pro9 stateless
memproses pesan dan kemudian melupakan segala sesuatu tentang panggilan sampai
pesan berikutna tiba . Selain itu , pro9 dapat baik akan &orking atau non 2 &orking .
Sebuah pro9 &orking dapat misalna, cincin beberapa ponsel sekaligus sampai seseorang
mengambil
panggilan . :egistrar ser!er ang digunakan untuk merekam alamat SIP 3 disebut 1:> SIP
4 dan alamat IP ang terkait. itu ang paling umum digunakan dari ser!er registrar adalah
untuk menda&tar setelah start2 up, sehingga ketika I;=IT5 reBuest tiba untuk SIP
1:> ang digunakan dalam pesan :5FIST5:, pro9 atau redirect ser!er ang
meneruskan permintaan dengan benar . Perhatikan bah7a biasana Ser!er <aringan SIP
menerapkan kombinasi dari berbagai <enis ser!er .
SIP digunakan untuk membuat, memodi&ikasi, dan mengakhiri sesi multimedia. ;amun,
hana menangani komunikasi antara pemanggil dan ang dipanggil, endpoint
pengalamatan, dan lokasi pengguna. Perlu ada pen<elasan tentang sesi multimedia dalam
permintaan SIP dan pesan respon, serta pengumuman untuk sesi. I5TF Session
Description Protocol 3SDP4 " digunakan bersama2sama dengan SIP untuk menelesaikan
semua panggilan &ungsi dalam IP sinal telepon. Secara kasar, SIP adalah setara dengan
:,S dan protokol 8.+3*2seperti di H.323. SDP adalah setara dengan H.2#".
PERBANDINGAN H.323 DAN SIP UNTUK IP TELEPH*N+ SIN+AL 3
6ami membandingkan H.323 dan SIP dalam hal Fungsi, 8ualit o& Ser!ice 38oS4,
Skalabilitas, Fleksibilitas, Interoperabilitas, keamanan, dan 6emudahan Pelaksanaan.
1ntuk keadilan perbandingan, kita mempertimbangkan skenario ang sama untuk kedua
protokol. Secara khusus, kita &okus pada skenario ang melibatkan gatekeeper untuk
H.323, dan ser!er pro9 ) :egistrar
untuk SIP. ,lasanna adalah bah7a sistem IP Telephon menengah2ke2besar tidak
dikelola tanpa gatekeeper atau pro9 Ser!er.
,-n.si
Selain laanan panggilan telepon dasar, baik SIP dan H.323 mendukung beberapa
laanan kontrol panggilan, &itur, dan kemampuan pertukaran. 6ira2kira, laanan ang
mereka berikan adalah sama tetapi dengan pendekatan ang berbeda. 6ami akan
mendiskusikan prosedur sinal rinci untuk beberapa laanan, kemudian meringkas
karakteristik mereka.
%asic Call Setup dan Tear Do7n
H.323 !2 call setup didasarkan pada protokol transport ang handal. ?leh karena
itu, call setup membutuhkan koneksi dua &ase0 TCP koneksi dan panggilan sambungan.
6edatangan H.323 !3 mendukung TCP dan 1DP, ang menederhanakan call setup
prosedur. 3>ihat Fambar 2, dan 3 untuk call setup dalam H.323 !2 dan !3, masing2masing.4
Prosedur call setup SIP mirip dengan H.323 !3. 3>ihat Fambar # untuk pengaturan
panggilan di SIP.4
Prosedur merobohkan adalah kebalikan dari call setup. 5ntah penelepon atau
callee dapat mengakhiri panggilan dengan :5>5,S5 C?(P>5T5 3dalam H.3234 atau %C5
3SIP4 pesan.
La/anan K!n"r!# Pan..i#an
SIP dan H.323 baik dukungan menahan panggilan, pengalihan panggilan, call
&or7arding, tunggu, kon&erensi, dan beberapa lainna panggilan laanan tambahan.
%erikut ini, kami memeriksa beberapa laanan tambahan contoh, aitu, menahan
panggilan, panggilan mentrans&er, call &or7arding, dan panggilan tunggu.
0a## H!#
Call hold dide&inisikan sebagai satu panggilan melepaskan komunikasi suara
tanpa perlu menghentikan panggilan, dengan kemampuan untuk membangun kembali
komunikasi suara di lain 7aktu. %ila panggilan ditahan, opsional musik dapat dimainkan,
sehingga pihak ditahan tahu bah7a panggilan tersebut masih akti&.
H.323 mende&inisikan dua skenario dalam pelaanan terus panggilan0 ;ear2end
Panggilan (emegang dan :emote2end Panggilan Holding. 6eduana dapat beker<a
dengan atau tanpa gatekeeper. Fatekeeper hana lulus SS2H?>D 3Tambahan >aanan2
H?>D4 operasi
transparan. 3/adi, kita menggambarkan aliran pesan signaling tanpa gatekeepers untuk
kesederhanaan.4 ;ear2end Panggilan Tahan0 Hold dipanggil di holding endpoint sebagai
prosedur lokal. 3>ihat Fambar "4 /auh2end Panggilan Tahan0 The holding endpoint
mengirimkan permintaan terus ke endpoint terpencil ang membutuhkan titik akhir
diadakan untuk
memberikan (usik di Tahan 3Depkes4 kepada pengguna diadakan. 3>ihat Fambar E4
SIP menggunakan pendekatan ang lebih sederhana untuk mencapai hal ang
sama menahan panggilan &ungsi sebagai H.323. 1ntuk ;ear2end Call Hold, ada protokol
bantuan ang dibutuhkan. 6lien hana terus menerima aliran media dari ser!er tetapi
tidak menghasilkan respon apapun. 3>ihat Fambar -.4 1ntuk mencapai <auh2end Call
Hold, sisi holding perlu mengirim pesan I;=IT5 ke sisi lain, menun<ukkan set ;1>>
menerima kemampuan untuk setiap <enis media 3>ihat Fambar G4 (?H dapat
diimplementasikan oleh meminta ser!er :TSP untuk bermain ke alamat IP atau nomor
telepon ang disediakan dalam permintaan S5T1P :TSP.
Trans&er Panggilan
Call Trans&er memungkinkan pengguna untuk mentrans&er panggilan
didirikan untuk pihak ketiga. 6edua H.323 dan dukungan SIP tiga <enis Trans&er
Panggilan0 Trans&er %lind, Trans&er ,lternati&, dan ?perator2,ssisted trans&er.
Diagram aliran sinal dari Trans&er %uta dan ?perator2,ssisted trans&er untuk
kedua !3 H.323 dan SIP disediakan dalam ,ngka +, *$, dan **.
Trans&er %lind beker<a sebagai berikut0
?riginator , menghubungkan dengan %
, meminta % untuk terhubung dengan C
, hana terputus dengan % tanpa pengakuan hubungan antara % dan C
?perator2,ssisted trans&er beker<a dengan cara sebagai berikut0
?riginator % mengatur koneksi dengan operator ,
, menempatkan % pada H?>D, kemudian menetapkan koneksi lain dengan C
% dan C mengatur sambungan antara keduana
, melepaskan koneksi dengan %
, melepaskan koneksi dengan C
Figure **0 ?perator2,ssisted Call Trans&er in H.323
Prosedur ?perator2,ssisted Call Trans&er di SIP sangat mirip dengan H.323,
ang berbeda adalah bah7a SIP setara dengan pesan ang dikirim keluar.
0a## ,!r1arin.
Call For7arding memungkinkan pihak ang dipanggil untuk mengalihkan
panggilan pra2dipilih tertentu ke alamat lain. H.323 mende&inisikan model operasi
untuk call &or7arding sbg berikut0 Call For7arding langsung ) tertunda dengan
rerouting, Call For7arding parsial rerouting di gatekeeper, CF1 ) CF% ang
dipanggil oleh gatekeeper, dan CF;: dipanggil oleh gatekeeper.
Call For7arding ser!ice ang disediakan oleh SIP biasana dipakai dengan &ield
header >?C,TI?;, ang berisi &or7arding tu<uan. SIP mendukung Call
For7arding %us, Call For7arding no :espon, dan Selekti!e Call For7arding.
Sebuah model ang lebih umum aitu, Call &or7arding parsial rerouting di
gatekeeper ) pro9 dapat dipilih sebagai contoh. 3>ihat Fambar *2 dan *34
Pesan ang digunakan untuk call &or7arding berbeda dalam H.323 dan SIP.
;amun, arus panggilanna sangat serupa.
Figure *20 Signaling Flo7 &or Call For7arding partial rerouting in F6 3H.3234
Figure *30 Signaling Flo7 &or Call For7arding 7ith redirect ser!er 3SIP4
0a## 2ai"in.
Call .aiting memungkinkan pihak ang dipanggil untuk menerima
pemberitahuan bah7a part baru sedang mencoba untuk masuk ke dalam
panggilan itu ketika panggilan lain sedang sibuk berbicara kepada pihak lain.
Pada Fambar *# kita dapat menggambarkan call 7aiting aliran sinal untuk
H.323. 6ami tidak menun<ukkan gatekeeper dalam bentuk kesederhanaan,
karena gatekeeper hana dapat digunakan pada SS2C. 3Supplementar
Ser!ice2Call .aiting4 operasi transparan. 6ami menganggap bah7a Part C call
part % sedangkan % adalah panggilan lain dengan ,.
Tindakan di dilaani endpoint %0 % mengembalikan pesan peringatan untuk C. %
<uga opsional mulai timer, dan memberikan indikasi panggilan kepada pengguna.
/ika disa<ikan pengguna % dapat menerima panggilan tunggu, % berhenti timer,
dan mengirimkan C?;;5CT pesan ke titik panggilan.
,ksi pada calling endpoint C 0 Pada saat menerima pesan peringatan, titik akhir
panggilan dapat menun<ukkan panggilan tunggu 1ntuk pengguna telepon. (aka
pengguna dapat call 7aiting sampai panggilan tunggu akan diterima, lepaskan
panggilan, atau memilih ang laanan lain tambahan.
SIP dapat menediakan laanan tunggu panggilan menggunakan kolom header2
Call Disposition, ang memungkinkan 1,C untuk menun<ukkan bagaimana
ser!er untuk menangani panggilan. %erikut ini adalah contoh dari >aanan
Panggilan (enunggu disediakan oleh SIP.
Dipanggil pihak % untuk sementara tidak ter<angkau 3misalna itu dalam
panggilan lain4.
Penelepon itu menun<ukkan bah7a ia ingin memiliki panggilan ang antri
daripada ditolak langsung melalui JCall2Disposition0 ,ntrian Jkolom header.
/ika panggilan antrian, ser!er mengembalikan J*G* ,ntriJ 6etika call men<adi
tersedia, itu akan mengembalikan respon status ang laak.
Panggilan tunda dapat dihentikan oleh permintaan SIP %C5.
Figure *#0 Signaling Flo7 &or Call .aiting 3H.3234
La/anan Tamba3an Lain
>aanan call control tambahan lain ang didukung oleh H.323 dan SIP adalah
Call Park dan Call Pickup, Call Penelesaian pada Pelanggan Sibuk 3SS2CC%S4
atau Camp2on, dan Call Identi&ication 3Call Screening4. H.323 dan SIP sinal
diagram alir untuk laanan tersebut sangat mirip. Tabel 2 adalah da&tar semua
laanan tambahan didukung H.323 bersama dengan spesi&ikasi H.#"$ dimana
laanan tsb dide&inisikan. 6olom ketiga tabel menun<ukkan apakah ia atau tidak
SIP mendukung laanan ang sama.
K!n"r!# Pi3ak Ke"i.a i SIP
6ontrol Pihak 6etiga dide&inisikan sebagai kemampuan bagi sebuah part untuk
mengatur panggilan antara dua pihak lainna tanpa harus berpartisipasi dalam
panggilan. Fitur ini saat ini hana tersedia di SIP, meskipun peker<aan ang
sedang berlangsung untuk menambahkan g sama &ungsionalitasna untuk
H.323. Header SIP &leksibel dan kuat, sangat mirip dengan ang digunakan
dalam Hper2Te9t (entrans&er Protocol 3HTTP4 dalam membuat implementasi
sederhana. 6ontrol pihak ketiga berguna untuk banak skenario, termasuk0
(emanggil sekretaris mana<er
,uto2dialer hand call untuk telemarketer
,ttended call ser!ice
>aanan operator
Kemamp-an B-rsa
Prosedur pertukaran kemampuan dimaksudkan untuk memastikan bah7a sinal
multimedia ang dikirim dapat diterima dan diproses dengan tepat oleh terminal
penerima . H.323 menggunakan protokol H.2#" untuk bertukar kemampuan . Set
lengkap apa terminal dapat menerima dan decode dibuat dikenal ke terminal lain
dengan transmisi set kemampuan . Total kemampuan terminal di<elaskan
dengan satu set struktur Capabilit Descriptor , ang masing2masing adalah
struktur Simultaneous Capabilities tunggal dan capabilit Descriptor nomor E .
Dengan struktur ini , in&ormasi ang sangat tepat tentang kemampuan masing2
masing terminal dapat dinatakan dalam struktur ang relati& kompak . SIP
menggunakan SDP untuk pertukaran kemampuan . Penelepon dapat
menggunakan permintaan ?PTI?; untuk mengetahui kemampuan callee . Saat
ini , SIP tidak memiliki &leksibilitas negosiasi penuh H.2#" , karena ekspresi
terbatas SDP . untuk (isalna , SIP tidak mendukung kemampuan asimetris
3 menerima atau mengirimkan sa<a4 dan kemampuan simultan audio K 5ncoding
!ideo.
4-a#i"/ !5 Ser6i7e 84!S9
6ualitas >aanan adalah istilah ang mencakup berbagai aspek. Parameter 8oS
ang rele!an untuk multimedia arus adalah band7idth, dela maksimum, dela
<itter, dan packet loss rate. Hal ini penting untuk sinal panggilan dan protokol
kontrol untuk memberikan dukungan untuk berkomunikasi parameter 8oS ang
diperlukan dengan tu<uan memenuhi diperlukan tingkat 8oS. Selain parameter
8oS di atas, call setup, dela merupakan parameter lain ang mempengaruhi
dirasakan 8oS, dan itu sangat tergantung pada protokol signaling tertentu ang
digunakan. Call setup dela <uga tergantung pada protokol transport ang
digunakan untuk memba7a pesan pensinalan, khususna ketika beberapa
pesan pensinalan ang hilang, dan harus dipancarkan kembali.
?leh karena itu, di sini kita pertama mempertimbangkan dukungan 8oS oleh
protokol signaling untuk arus multimedia. 6emudian, kita memeriksa setup dela
panggilan. 6arena pengaturan dela panggilan dipengaruhi oleh deteksi
kesalahan dan mekanisme koreksi kesalahan, kita kemudian men<elaskan
mekanisme seperti di H.323 dan SIP.
D-k-n.an 4!S -n"-k M-#"imeia Ar-s
Fatekeeper dalam H.323 menediakan set kontrol dan &ungsi mana<emen,
termasuk ter<emahan alamat, control masuk, kontrol band7idth, dan mana<emen
'ona. %eberapa &ungsi opsional dalam gatekeeper adalah panggilan kontrol
sinal, panggilan otorisasi, mana<emen dan panggilan mana<emen band7idth.
Sebalikna, SIP tidak menediakan mana<emen atau &ungsi kontrol dengan
sendirina tapi bergantung pada protokol lain. ,dmission Control menentukan
apakah <aringan memiliki sumber daa ang cukup untuk mendukung 8oS ang
diperlukan untuk panggilan, dan menerima atau menolak panggilan ang sesuai.
1ntuk melakukan admission control, protokol harus menangani band7ith
mana<emen, mana<emen panggilan, dan kontrol band7idth. Hal ini didukung oleh
H.323 tetapi tidak oleh SIP.
Dalam tahap mereka saat ini, baik H.323 maupun SIP mendukung reser!asi
resource dengan sendirina. 6eduana menarankan menggunakan cara
eksternal untuk reser!asi sumber daa, seperti :esource :eser!ation Protocol
3:S=P4 oleh I5TF IntSer! group- beker<a. :S=P membahas kebutuhan aplikasi
ang membutuhkan 8oS, men<an<ikan laanan per2aliran. ketergantungan dari
IntSer! pada Per2aliran ;egara dan pengolahan per2aliran ini merupakan
hambatan untuk penebaran di Internet pada umumna net7orksG. %aru2baru
ini, arsitektur Di&&erentiated Ser!ices baru telah menarik perhatian lebih. Tidak
seperti model IntSer!, di mana
aplikasi secara eksplisit meminta pemesanan 8oS, Di&&erentiated Ser!ices
menediakan model sederhana0 penedia /aringan mende&inisikan satu set
tingkat laanan ang umum, sederhana dan aplikasi independen. ,plikasi dan
pengguna sesuai kebutuhan mereka untuk tingkat pelaanan tertentu
berdasarkan kiner<a mereka dan constrains+ kebi<akan. H.323 !3 dapat
mena7arkan beberapa laanan Di&&erentiated berdasarkan parameter 8oS
negosiasi 3%it rate, dela, dan <itter4 *$. Setelah inisiasi panggilan, terminal dapat
meminta salah satu dari tiga kelas laanan dide&inisikan0 JFuaranted Ser!ice,J
JControlled Ser!ice, JdanJ 1nspesi&ic Ser!iceJ. %aik SIP maupun !ersi H.323
mendukung &ungsi serupa.
0a## Se"-p De#a/
6ami mende&inisikan panggilan pengaturan dela sebagai <umlah per<alanan
bulat ang dibutuhkan untuk membangun komunikasi audio antara panggilan
peserta. Call setup dela sangat besar di H.323 !*, tetapi telah berkurang secara
signi&ikan dengan setup panggilan cepat prosedur H.323 !2. SIP dan H.323 !3
keduana memiliki call setup signi&ikan lebih e&isien, sehingga relati& penundaan
kecil. H.323 menggunakan prosedur sinal H.22")8+3* untuk membuat
sambungan antara pemanggil dan call. Tergantung pada apakah gatekeeper
ang sedang digunakan atau tidak, panggilan H.323 !* dapat memakan 7aktu
sekitar E sampai - kali pulang2pergi, termasuk meniapkan ang 8.+3* dan
H.2#" koneksi TCP.
(etode panggilan cepat setup opsi ditentukan dalam H.323 !2 ang mengurangi
<umlah penundaan hingga tiga roundtrips terlibat dalam membangun call dan
media stream a7al dengan memasukkan H.2#" in&ormasi saluran logis dalam
S5T1P dan C?;;5CT pesan. Dengan metode panggilan cepat setup, hana
komunikasi suara F.-** berbasis dapat dibentuk antara kedua belah pihak
panggilan, karena kemampuan tidak dipertukarkan. /ika para pihak ingin
membangun <enis lain saluran media, mereka opsional dapat melakukan
prosedur pertukaran kemampuan H.2#" setelah saluran F.-** adalah didirikan.
Dalam H.323 !3, baik 1DP atau TCP dapat digunakan untuk memba7a pesan
call setup. (enggunakan 1DP memiliki keuntungan bah7a tidak ada dela balik
terkait dengan membangun koneksi transport2laer. 6etika 1DP digunakan,
setup dela panggilan dapat men<adi *," atau 2," per<alanan pulang, tergantung
pada apakah atau tidak gatekeeper ang terlibat. Setup ISIP panggilan sangat
mirip dengan ang ada di H.323 !3. ;amun, <ika setup panggilan 1DP gagal,
H.323 !3 memiliki beberapa keunggulan dibandingkan SIP. H.323 !3 set up
koneksi 1DP dan koneksi TCP hampir bersamaan, dan menediakan
mekanisme ang e&isien untuk menutup koneksi TCP <ika 1DP mengatur
berhasil. /ika setup 1DP gagal, TCP dapat mengambil lebih segera. SIP
beroperasi 1DP dan TCP berurutan. Hal ini meningkatkan setup dela panggilan
<ika koneksi 1DP tidak tersedia.
Kesa#a3an De"eksi an K!reksi
Pa7ke" L!ss
>oss packet H.323 !* dan !2 didasarkan pada protokol transport ang handal.
(ereka mencapai keandalan berdasarkan protokol transport. Penggunaan TCP
akan menederhanakan mesin untuk protokol kontrol panggilan, karena memiliki
kontrol aliran sendiri, 7indo7 kontrol, dan metransmission mekanisme untuk
memastikan keandalanna. H.323 !3 menentukan kebi<akan pengiriman ulang
sendiri untuk kedua pengirim dan penerima untuk dukungan TCP dan 1DP**.
pengirim dimulai dua timer, T* dan T#, setelah mengirimkan panggilan
pengaturan PD1. /ika T* berakhir sebelum si penelepon menerima tanggapan
dari callee atau F6, pengirim mentransmisikan kembali paket S5T1P dan
memulai T3 timer. /ika T3 berakhir, transmisi lain dapat dilakukan, dan T3
restart. Setelah total transmisi ;*, pemanggil berhenti transmisi dan beralih ke
penggunaan TCP panggilan sinal bukan 1DP.
Dengan transmisi pertama merespon, penerima memulai T* timer. /ika T*
berakhir, callee mentransmisikan kembali paket tersebut dan restart T3 timer.
/ika T3 berakhir, callee mengirimkan transmisi lain respon dan restart T3.
Setelah respon pesan telah dikirim untuk total ;* kali, callee berhenti re2
transmisi dan memulai T" timer. Setelah T" berakhir, callee membuang
in&ormasi identi&ikasi ) kon&erensi panggilan dan negara terkait, dan menganggap
setup sesi ini sebagai gagal. 6eandalan dari SIP adalah pesan dicapai dengan
memiliki permintaan klien memancarkan kembali setiap $," detik sampai baik
laporan kema<uan 3*994 atau status akhir 3L 2$$4 respon telah diterima. Ser!er
hana mentransmisikan &inal asli respon sampai ,C6 diterima. 6lien
mentransmisikan ,C6 untuk setiap pesan terakhir.
L!!p De"e7"i!n
>oop Detection /enis lain ang umum dari kesalahan loop call &or7arding , ang
dapat ter<adi terutama ketika beberapa gatekeeper atau SIP ser!er <aringan ang
terlibat dalam mendirikan panggilan . Tidak ada ketentuan untuk mencegah loop
dalam H.323 !* dan !2 . H.323 !3 mende&inisikan bidang Path=alue untuk
menun<ukkan <umlah maksimum gatekeeper ang sinal pesan harus melintasi
sebelum ang dibuang . (enggunakan bidang Path=alue dapat mengurangi
tingkat lingkaran ke<adian , tapi tidak see&isien loop algoritma deteksi ang
digunakan dalam SIP . 6etika loop ter<adi tanpa mengetahui nama pen<aga
gerbang , pesan sinal tidak akan dihentikan sampai mencapai Path=alue . /adi
bagaimana menentukan nilai ang tepat untuk Path=alue men<adi kritis
masalah . Selan<utna, <ika perubahan kon&igurasi <aringan, Path=alue mungkin
mungkin perlu diubah . SIP menediakan algoritma deteksi lingkaran mirip
dengan ang digunakan dalam %FP 3 %order Fate7a Protocol 4 untuk
mencegah pencarian loop3 . Ia beker<a melalui !ia sundulan lapangan . Sebelum
ser!er pro9 pengalihan permintaan apapun , ia akan mengecek melalui
lapangan. /ika ang nama sendiri sudah di sana , maka loop harus ter<adi . /ika
namana tidak ada dalam da&tar !ia lapangan , maka pro9 posting name ser!er
pada da&tar, kemudian mengirimkan permintaan ke ser!er pro9 lain atau
endpoint .
,a-#" T!#eran7e
Toleransi kesalahan0 Ter<adi kesalahan dalam <aringan untuk berbagai alasan.
Protokol signaling harus memiliki kemampuan untuk memotong <aringan
kesalahan dan memberikan laanan normal bila memungkinkan. Seorang klien
tidak akan melihat kesalahan selama laanan. 6emampuan ini disebut Fault
Toleransi.
H.323 !3 memberikan toleransi kesalahan lebih baik dari SIP oleh gatekeeper
berlebihan dan titik akhir. Selama penda&taran, a gatekeeper dapat
mengindikasikan pen<aga gerbang alternati& untuk titik akhir menda&tar, ang
dapat digunakan dalam hal primer kegagalan gatekeeper. Demikian <uga,
sebuah titik akhir mungkin menun<ukkan cadangan, berlebihan atau alternati&
Transport ,lamat. Hal ini memungkinkan endpoint memiliki antarmuka <aringan
sekunder atau endpoint H.323 sekunder sebagai cadangan.
Ska#abi#i"as
Dalam sistem operasional,harus mungkin untuk setiap host Internet untuk
bertindak sebagai client IP telephon 3meskipun tidak semua dari mereka
berpartisipasi dalam panggilan secara bersamaan4. Diperkirakan bah7a <umlah
pengguna internet di seluruh dunia akan mencapai "$$ <uta pada tahun 2$$$,
dengan <umlah meningkat secara eksponensial. ?leh karena itu, skalabilitas dari
sinal saat ini protokol sangat penting. %anak aspek ang berbeda
mempengaruhi skalabilitas sistem. 6ami membandingkan skalabilitas H.323 dan
SIP dalam hal 6ompleksitas mereka, 5ndpoint >okasi, Ser!er Processing, Inter2
Ser!er 6omunikasi, (engatasi global, dan (ultipoint 6omunikasi.
K!mp#eksi"as
H.323 adalah protokol ang agak rumit. Ini mencakup H.22" untuk call signaling,
H.2#" untuk control panggilan, H.332 untuk besar kon&erensi, H.#"$.9 39 M *,2, ...
+4 untuk laanan tambahan, H.23" untuk keamanan dan enkripsi, dan H.2#E
untuk interoperabilitas dengan laanan circuit2s7itched. %anak laanan
memerlukan interaksi antara sub2protokol, ang meningkatkan kompleksitas
tetapi skalabilitas menurun.
Di sisi lain, SIP dan SDP kurang rumit. Implementasi dasar SIP Internet
Telephon dapat dilakukan menggunakan empat header 3To, Dari, Call2ID, dan
CseB4 dan tiga <enis permintaan 3I;=IT5, ,C6, dan %C54 3. menederhanakan
ini pemrograman dan pemeliharaan, dan skalabilitas ang lebih baik adalah
konsekuensi.
Ser6er Pen.!#a3an
Tidak ada koneksi ang diperlukan dalam 1DP. ?leh karena itu, ser!er
backbone besar berdasarkan 1DP dapat beroperasi dengan cara stateless. Hal
ini secara signi&ikan mengurangi kebutuhan memori dan meningkatkan
skalabilitas. Dalam SIP, transaksi melalui ser!er dan gate7a dapat berupa
state&ul atau stateless. (odel stateless menederhanakan mana<emen memori,
dan model state&ul memberikan in&ormasi ang cukup untuk meneruskan respon
dengan benar. H.323 !* dan !2 pengolahan ser!er state&ul, di mana TCP dipilih
sebagai protokol transport. Fatekeeper harus memegang negara2negara
panggilan, serta koneksi TCP untuk durasi panggilan. H.323 !3 mendukung
pengolahan stateless (odel seperti di SIP.
L!kasi enp!in"
(ekanisme saat ini secara logis menangani dan mengatasi resolusi standar
H.323 adalah dengan meman&aatkan alias 3 5.*E# atau H323ID 4 dan
mekanisme pemetaan ang didukung oleh gatekeeper. 6etika klien suka
membuat sambungan, maka gatekeeper mungkin baik kembali alamat titik akhir
untuk klien 3dalam model panggilan langsung 4 atau rute pesan S5T1P untuk
ang disebut titik akhir. H.323 !3 mende&inisikan mekanisme untuk komunikasi
antar 2 gatekeeper , ang bantu dalam menemukan titik akhir ang terda&tar di
'ona ang berbeda atau domain administrasi. SIP memilih alamat 2 e 2mail
seperti , disebut sebagai SIP 1:>3. 6etika klien ingin mengirim permintaan, itu
baik mengirimkanna ke ser!er pro9 SIP dikon&igurasi secara lokal atau redirect
SIP ser!er, independen dari :eBuest 2 1:>, atau mengirimkanna ke IP alamat
dan port sesuai dengan :eBuest 2 1:>. Dalam kasus ang pertama, SIP redirect
atau (emperoleh ser!er pro9 in&ormasi tentang kemungkinan lokasi callee dari
SIP lokasi ser!er. SIP tidak menentukan cara untuk menemukan endpoint
terda&tar dalam domain administrati& lainna, dan menarankan penggunaan
mekanisme eksternal seperti D;S.
Ke#-1esan
Sebuah protokol ang dide&inisikan dengan baik harus memiliki kemampuan
untuk memperluas &ungsionalitas saat ini untuk pengembangan lebih lan<ut, dan
harus memungkinkan pelaksana untuk menesuaikan sub2komponen tergantung
pada kepentingan indi!idu. Pada bagian ini, H.323 dan SIP akan die!aluasi
dalam hal aspek tersebut.
Per#-asan ,-n.si
Teknologi IP telephon belum matang . Sangat mungkin bah7a kemampuan
sinal baru dan &ungsi perlu ditambahkan. Selain itu, !endor ang berbeda
mungkin ingin mendukung &itur tambahan. H.323 memilih bidang
;onStandardParam !endor dide&inisikan dalam ,S;.* sebagai mekanisme
perpan<anganna. ;on Standard Param terdiri dari kode pen<ual dan kode
buram untuk itu !endor tertentu. Pendekatan ini memiliki beberapa
keterbatasan , karena hana ;on Standard Param &ield ang dapat
diperpan<ang. SIP mena7arkan mekanisme ang lebih &leksibel dengan
menediakan namespace hirarki nama &itur dan hierarkis diselenggarakan kode
kesalahan numerik. (asukan klien menampilkan in&ormasi dalam SIP. /ika ada
beberapa diperlukan &itur ang ser!er tidak mendukung, ser!er akan
mengirimkan kembali kode kesalahan hirarkis kepada klien . baru &itur baik dapat
di da&tarkan dengan Internet ,ssigned ;umbers ,uthorit 3 I,;, 4 atau hierarkis
berasal dari Fitur pemilik nama domain internet tergantung pada apakah &itur
baru dapat diturunkan secara langsung .
Kem-a3an k-s"!misasi
1ntuk menesuaikan laanan, H.323 membutuhkan lebih banak interaksi antara
sub protokol2na. Sebagai contoh, <ika kon&erensi perubahan ukuran dari kecil ke
besar, maka protokol ang berbeda, H.332, harus dipakai. /uga, karena H.323
membutuhkan penuh kompatibilitas antara setiap !ersi, kustomisasi pasti akan
meningkatkan ukuran kode. SIP menggunakan ang relati& &ield header
sederhana untuk menangani interaksi tersebut. Pengkodean berbasis teks
membuat kustomisasi di SIP lebih mudah di H.323.
In"er!perabi#i"as
Sebuah protokol signaling IP Telephon perlu beker<a sama dengan !ersi ang
berbeda, implementasi, dan sinal lainna protokol melintasi <aringan di seluruh
dunia. 6emampuan ini dide&inisikan sebagai interoperabilitas.
In"er!perabi#i"as an"ar :ersi
6ompatibilitas mundur sepenuhna di H.323 memungkinkan semua
implementasi berdasarkan !ersi H.323 ang berbeda untuk dapat terintegrasi.
Hal ini sangat penting bagi pelanggan. /ika pelanggan telah membeli produk sisi
klien dilaksanakan oleh H.323 !2 , ia tidak perlu mengubah apa2apa ketika sisi
ser!er upgrade ke H.323 !3. Ser!er baru mendukung setiap &ungsi pelanggan
sebelumna dengan ser!er ang lebih lama . Dalam SIP, !ersi ang lebih baru
dapat membuang beberapa &itur lama ang tidak diharapkan dapat
diimplementasikan lagi. ini Pendekatan menghemat ukuran kode dan
mengurangi kompleksitas protokol, tetapi kehilangan beberapa kompatibilitas
antara !ersi ang berbeda. %eberapa produk diimplementasikan pada !ersi ang
lebih lama mungkin tidak didukung dalam !ersi baru .
In"er!perabi#i"as an"ar Imp#emen"asi
=endor ang berbeda di pasar dapat mengimplementasikan protokol ang sama
dengan pendekatan ang berbeda. ,da kemungkinan bah7a endpoint dalam
sistem skala besar menggunakan produk !endor ang berbeda dan hana
sesuai dengan standar tidak men<amin interoperabilitas antara produk ang
berbeda . H.323 memberikan panduan ang pelaksana , ang men<elaskan
standar dan membantu menu<u interoperabilitas antara berbagai implementasi.
Selain itu, International (ultimedia telekon&erensi Consortium 3I(TC4 i;?.N
kegiatan Frup mende&inisikan pro&il interoperabilitas, ang menggabungkan,
memper<elas dan melengkapi standar ang ada untuk menediakan lengkap IP
telephon interoperabilitas protocol*2. I(TC <uga menelenggarakan acara
interoperabilitas, di mana !endor ang berbeda dapat mengu<i implementasi
mereka terhadap satu sama lain. SIP, berada di tahap a7al pembangunan,
se<auh ini belum memberikan kesepakatan implementasi. Itu interoperabilitas
antara implementasi ang berbeda masih belum pasti , meskipun tes
interoperabilitas pertama mulai baru2baru ini .
In"er!perabi#i"as en.an Pr!"!k!# Si.na#in. Lainn/a
1ntuk mendukung laanan telepon tradisional, protokol signaling =oIP harus
mendukung ISD; Signaling Sstem - 3SS-4. SS- melakukan out2o&2band sinal
untuk mendukung panggilan kemapanan, billing, routing, dan pertukaran
in&ormasi &ungsi diakti&kan publik <aringan telepon 3PST;4. ,da dua spesi&ikasi
sinal tersedia di SS- untuk antarmuka ang berbeda0 8.+3* digunakan untuk
1ser2to2;et7ork Inter&ace 31;I4 dan IS1P digunakan untuk ;et7ork2to2;et7ork
Inter&ace 3;;I4. H.323 mencakup pendekatan circuit2s7itched ang lebih
tradisional ang didasarkan pada protokol ISD;)8.+3*. 8.+3* seperti pesan
pensinalan ang digunakan dalam prosedur H.323, ang membuatna lebih
mudah untuk beroperasi dengan ISD;)8.+3*. ;amun, pesan call setup H.323
hana subset dari orang2orang di SS-)IS1P. 6arena tidak ada standar ang
ditetapkan untuk menampaikan pesan SS-)IS1P melalui <aringan H.323, H.323
hana bisa mener<emahkan sebagian dari pesan SS- dalam kon!ersi.
H.329 keluarga rekomendasi mena7arkan standar tertentu untuk beroperasi
dengan <aringan circuit2s7itched lainnaD untuk (isalna , H.32$ untuk ISD; dan
% 2 ISD; , H.32# untuk FST; . Dalam standar tersebut , interoperabilitas oleh
gate7a adalah dide&inisikan dengan baik . 1ntuk SIP , ada &ungsi ter<emahan
untuk pesan pensinalan SS- disediakan . (eskipun ada dra&t Internet pada
sub<ek , J , Description Fungsional SIP 2 PST; Fate7a , J *3 in&ormasi rinci
tentang sinal in&ormasi transportasi belum berhasil.
Kem-a3an Imp#emen"asi
Pesan H.323 signaling ang disandikan biner menggunakan ,S;.* P5:
3 Packet 5ncoding :ules 4 *#. Dalam sistem, in&ormasi ang di7akili
menggunakan sintaks abstrak harus dipetakan ke dalam beberapa bentuk untuk
presentasi kepada pengguna manusia.
Demikian pula, sintaks abstrak ini harus dipetakan ke dalam beberapa &ormat
lokal untuk penimpanan. Pemetaan seperti ini membutuhkan sebuah khusus
parser, ang membuat implementasi dan debugging lebih rumit. Pesan SIP
berbasis teks, menggunakan IS? *$E#E dalam 1TF 2 G encoding*". 5ncoding
berbasis teks memungkinkan implementasi ang mudah dalam bahasa seperti
/,=, , Tcl dan Perl , dan debugging mudah.
KESIMPULAN
Pada Tabel 3 , kami mena<ikan ringkasan perbandingan disa<ikan dalam
makalah ini. 6esimpulan utama kami adalah sebagai berikut, di dalam hal &ungsi
dan laanan, H.323 !ersi 2 dan SIP sangat mirip. ;amun, laanan tambahan di
H.323 lebih ketat dide&inisikan. ?leh karena itu, masalah interoperabilitas sedikit
diharapkan antara implementasina. Selan<utna, H.323 memiliki kompatibilitas
ang lebih baik di antara !ersi ang berbeda dan lebih baik interoperabilitas
dengan PST; . 6edua protokol sebanding mendukung 8oS mereka
3 penundaan call setup ang sama , tidak ada dukungan untuk reser!asi sumber
daa atau kelas laanan 38oS 4 pengaturan 4, tetapi H.323 !ersi 3 akan
memungkinkan sinal dari meminta 8oS.
6euntungan utama SIP adalah &leksibilitas untuk menambahkan &itur baru dan
relati& mudah atas implementasi dan debugging. ,khirna, kami mencatat bah7a
H.323 dan SIP memperbaiki diri dengan bela<ar dari sisi lain, dan perbedaan
antara mereka berkurang dengan setiap !ersi baru.
RE,ERENSI
*. %ell ,tlantic, JSignaling Sstem - 3SS-4 TutorialJ,
http0))777.7ebpro&orum.com)bellatlantic2)topic$*.html
2. IT12T :ecommendation H.323, JPacket2%ased (ultimedia Communications
SstemsJ, Februar *++G.
3. (. Handle, H. Schul'rinne, 5. Scholler, /. :osenberg, J SIP0 Session
Initiation ProtocolJ, :FC2"#3, I5TF, (arch *+++.
#. H. Schul'rinne, /. :osenberg, J, Comparison o& SIP and H.323 &or Internet
TelephonJ, ;et7ork and ?perating
Sstem Support &or Digital ,udio and =ideo 3;?SSD,=4, Cambridge, 5ngland,
/ul *++G.
". =. /acobson and (. Handle,J SDP0 Session Description ProtocolJ, :FC232-,
I5TF, ,pril *++G, 7ork in process.
E. IT12T :ecommendation H.2#", JControl protocol &or multimedia
communication,J Februar *++G.
-. %raden, :., Hhang, >., %erson, S., her'og, S. ,nd /amin, S.,J :esource
:eser!ation Protocol 3:S=P4 2 !ersion *
Functional Speci&ication,J :FC 22$", proposed standard, September *++-.
G. C. %ernet, :.Ca!atkar, P. Ford, F. %aker, >, Hhang, J , Frame7ork &or 5nd2to2
5nd 8oS Combining :S=P)Intser!
and Di&&erentiated Ser!ices ,J Internet Dra&t, (arch, *++G.
+. S. %lake, et. al, J,n ,rchitecture &or Di&&erentiated Ser!ices,J :FC 2#-",
December *++G.
*$. JH.323 Di&&erentiated Ser!ices and Their Protocol ,rchitectures,J IT1
Telecommunication Standardi'ation Sector, ,PC2*#+2, Februar, *+++
**. IT12T Standardi'ation Sector, JH.323 ,nne9 50 call signaling o!er 1DPJ,
,PC *##*, September, *++G
*2. International (ultimedia Telecon&erencing Consortium, Oi;?.NP Standards2
%ased IP Telephon Interoperabilit Pro&ile,Q Februar 23, *+++
*3. Ste!e Dono!an, (atte7 Cannon, J, Functional Description o& SIP2PST;
Fate7aJ, Internet Dra&t, I5TF, ;o!ember *++G.
*#. IT12T :ecommendation A.E+*, OIn&ormation Technolog 2 ,S;.* encoding
rules @ Speci&ication o& Packed 5ncoding :ules 3P5:4,Q Dec. *++-.
*". IS?)I5C *$E#E2*0*++3, OIn&ormation technolog 22 1ni!ersal (ultiple2?ctet
Coded Character Set 31CS4 22 Part *0 ,rchitecture and %asic (ultilingual PlaneQ,
*++3.