Redirect Server digunakan selama inisiasi sesi untuk menentukan alamat yang disebut
berbasis SIP1.1.1 Tujuan PembelajaranSetelah mempelajari kegiatan belajar 1 ini, siswa diharapkan dapat: 1) Memahami prosedur instalasi server softswitch berbasis Session Initial Protocol (SIP) 2) Menyajikan hasil instalasi server Softswitch berbasis Session Initial Protocol (SIP) 1.1.2 Aktifitas Belajar Siswa1.1.2.1 Mengamati/Observasi Sumber: http://www.cisco.com/web/about/ac123/ac147/archived_issues/ipj_6-1/sip.html KegiatanBelajar1:Prosedur Instalasi Server Softswitch berbasis SIP 11 Sumber: http://www.cse.wustl.edu/~jain/cse574-06/ftp/wireless_voip/ Gambar 1.2 Contoh Jaringan H.323 dengan Gatekeeper Sumber: http://www.cse.wustl.edu/~jain/cse574-06/ftp/wireless_voip/ 12 Komunikasi Data SMK/MAK Kelas XI Semester 2 Sumber : Dokumen Kemendikbud Gambar 1.4 Arsitektur Softswitch Sumber : http://elektro-unesa.blogspot.com/2011/06/jaringan-telekomunikasi-masa-depan-next.html Gambar 1.5 Arsitektur Layer Softswitch ApplicatiSignalingKegiatanBelajar1:Prosedur Instalasi Server Softswitch berbasis SIP 13 Sumber : http://smktelkomzone.blogspot.com/2012/03/mengapa-softswitch-dibutuhkan.html Gambar 1.6 Arsitektur Fungsional Softswitch Sumber : http://elektro-unesa.blogspot.com/2011/06/jaringan-telekomunikasi-masa-depan-next.html Gambar 1.7 Fungsional Elemen Softswitch 1.1.2.2 Menanya Dengan mengamati gambar yang ada pada bagian observasi, menurut anda: 1) Apakah yang dimaksud dengan SIP (Session Initial Protocol)? 14 Komunikasi Data SMK/MAK Kelas XI Semester 2 2) Bagaimanakah instalasi server softswitch berbasis SIP? 1.1.2.3 Mencoba/Mengumpulkan Informasi 1.1.2.3.1 Konsep SIP (Session Initial Protocol) SIP atau Session Initial Protocol merupakan protokol jaringan komunikasi yang digunakan untuk memberikan signal bagi VoIP. Dalam jaringan VoIP, SIP merupakan pendekatan alternatif untuk mengirimkan sinyal dengan menggunakan standar protokol H.323 (Mitchell, 2014). H.323 adalah protokol International Telecommunication Unit (ITU) untuk membangun koneksi VoIP. Protokol ini merupakan standar pertama yang memecahkan masalah VoIP dalam jaringan. Standar ini terdiri dari tiga komponen utama: Call Processing Server, Media Gateways, dan Gatekeeper. Call Processing Server menangani panggilan routing juga memungkinkan untuk komunikasi ke gateway VoIP dan perangkat pengguna akhir. Media Gateways menyediakan antarmuka dengan jaringan non-H.323 selain menjadi simpul protokol terminasi. Gatekeeper (meskipun tidak diperlukan) menyediakan fungsi kontrol masuk panggilan, pemanggilan signal dan manajemen bandwidth sebagai lokasi kerjasama unit. Gatekeeper memungkinkan protokol menjadi sangat terukur dengan mengambil kontrol panggilan dan manajemen dari gerbang. Perhatikan Gambar 1.2 sebagai contoh jaringan H.323 dengan Gatekeeper. SIP merupakan sebuah protokol dalam level aplikasi yang membuat, mengatur dan menterminasikan setiap sesi pada sebuah jaringan berbasis IP. Suatu sesi yang dimaksud dapat berupa komunikasi telepon dua arah ataupun komunikasi yang berupa kolaborasi konferensi sesi multi-media (perhatikan Gambar 1.3). Hal ini memungkinkan untuk mengimplementasikan layanan seperti E-commerce dengan suara, halaman Web dengan Koneksi Dial-Up atau Instant Messanger dengan gratis. SIP merupakan standar (RFC 3261) yang diajukan oleh Internet Engineering Task Force (IETF) pada tahun 1999 yang awalnya merupakan RFC 2543. SIP masih terus dikembangkan dan dimodifikasi untuk memenuhi semua fitur yang relevan sebagai sebuah teknologi yang dinamis. Tapi perlu diingat bahwa tugas SIP hanya sebatas pada pengaturan dan pengendalian sesi. Rincian pertukaran data dalam sesi misalnya pengkodean atau codec yang berhubungan dengan media audio/video tidak dikontrol oleh SIP tapi diatur oleh protokol lain. Sistem telepon berbasis saklar tradisional adalah awal media utama untuk transmisi pesan. Namun dengan munculnya Internet, kebutuhan dirasakan untuk membuat sebuah sistem yang menghubungkan orang melalui jaringan berbasis IP. Komunitas yang berbeda mengajukan solusi yang berbeda namun solusi yang disajikan oleh IETF akhirnya diterima sebagai yang paling umum. Namun pengembangan SIP di IETF bukan proses satu langkah. Pada Februari 1996, Draft Internet awal diproduksi dalam bentuk - Session Undangan Protocol (SIP) - KegiatanBelajar1:Prosedur Instalasi Server Softswitch berbasis SIP 15 M.Handley, E.Schooler. Sederhana Konferensi Undangan Protocol (Scip) - H.Schulzrinne. SIP pada awalnya ditujukan untuk menciptakan mekanisme untuk mengundang orang untuk konferensi multipoint besar-besaran pada Backbone Internet Multicast (Mbone). Pada tahap ini, IP telephony tidak benar-benar ada. Draft pertama dikenal sebagai "draft-IETF-mmusic-sip-00". Ini termasuk satu jenis permintaan, yang merupakan permintaan call setup. Pada Desember 1996, sebuah versi yang lebih baru "draft-IETF-mmusic-sip-01" diusulkan sebagai modifikasi SIP-0. Namun itu belum mengambil bentuk SIP seperti yang kita kenal sekarang. Dan selanjutnya pada Januari 1999, IETF menerbitkan rancangan yang disebut "draft-IETF-mmusic-sip-12". Isinya enam permintaan yang SIP hari ini. Sehingga Maret 1999 IETF menetapkan standar SIP. (Banerjee, 2005). SIP mendukung lima aspek membangun dan mengakhiri komunikasi multimedia (Stallings, 2003). Lima aspek tersebut adalah sebagai berikut: 1) Lokasi Pengguna: Pengguna dapat pindah ke lokasi lain dan mengakses telepon atau fitur aplikasi lainnya dari lokasi terpencil. 2) Ketersediaan Pengguna: Langkah ini melibatkan penentuan kesediaan pihak yang dipanggil untuk terlibat dalam komunikasi. 3) Kemampuan Pengguna: Pada langkah ini, media dan parameter media yang akan digunakan ditentukan. 4) Pengaturan sesi: Point-to-point dan panggilan multipartai ditetapkan, dengan parameter sesi disepakati. 5) Manajemen sesi: Langkah ini termasuk mutasi dan pemutusan sesi, memodifikasi parameter sesi, dan layanan memohon. SIP menggunakan elemen desain yang dikembangkan untuk protokol sebelumnya. SIP didasarkan pada HTTP seperti model transaksi request/respon. Setiap transaksi terdiri dari permintaan klien yang memanggil metode tertentu, atau fungsi, pada server dan setidaknya satu respon. SIP menggunakan sebagian besar field header, aturan encoding, dan kode status HTTP. Ini menyediakan format berbasis teks yang dapat dibaca untuk menampilkan informasi. SIP menggabungkan penggunaan Session Description Protocol (SDP), yang mendefinisikan konten sesi menggunakan satu set jenis yang sama dengan yang digunakan di Multipurpose Internet Mail Extensions (MIME). RFC 2327 mendefinisikan Session Description Protocol (SDP) yaitu konten yang menggambarkan isi dari sesi, termasuk telepon, radio internet, dan aplikasi multimedia. SDP mencakup informasi tentang: Media stream: Sesi yang dapat mencakup beberapa aliran konten yang berbeda. SDP saat mendefinisikan audio, video, data, kontrol, dan aplikasi sebagai jenis aliran, mirip dengan jenis MIME digunakan untuk Internet mail. 16 Komunikasi Data SMK/MAK Kelas XI Semester 2 Alamat: SDP menunjukkan alamat tujuan, yang mungkin alamat multicast, untuk media stream. Ports: Untuk setiap aliran, nomor port UDP untuk mengirim dan menerima ditentukan. Jenis muatan: Untuk setiap jenis media stream yang digunakan (misalnya, telepon), tipe payload menunjukkan format media yang dapat digunakan selama sesi. Memulai dan menghentikan waktu: ini berlaku untuk menyiarkan sesi, misalnya, sebuah program televisi atau radio. Start, stop, dan ulangi kali sesi ditunjukkan. Originator: Untuk sesi siaran, originator ditentukan, dengan informasi kontak. Ini mungkin berguna jika penerima bertemu kesulitan teknis. Meskipun SDP menyediakan kemampuan untuk menggambarkan konten multimedia, tetapi SDP tidak memiliki mekanisme yang kedua belah pihak menyepakati parameter yang akan digunakan. RFC 3264 memperbaiki kekurangannya dengan mendefinisikan sebuah tawaran model/jawaban yang sederhana, dimana dua pihak bertukar pesan SDP untuk mencapai kesepakatan tentang sifat konten multimedia yang akan dikirim. Komponen dan Protokol SIP Sebuah sistem berbasis SIP dapat diidentifikasi dengan komponen yang dimilikinya, yaitu elemen client / server dan jaringan individu. RFC 3261 mendefinisikan klien dan server sebagai berikut: Klien adalah setiap elemen jaringan yang mengirim permintaan SIP dan menerima tanggapan SIP. Klien mungkin atau mungkin tidak berinteraksi langsung dengan pengguna manusia. Pengguna agen klien dan proxy adalah klien. Sedangkan Server adalah sebuah elemen jaringan yang menerima permintaan untuk layanan mereka dan mengirimkan kembali tanggapan terhadap permintaan tersebut. Contoh server proxy, server user agent, refirect server, dan panitera. Unsur-unsur individual dari konfigurasi SIP standar meliputi berikut ini: User Agent: Agen pengguna berada di setiap stasiun akhir SIP. Kerjanya di dua peran: User Agent Client (UAC): permintaan Isu SIP User Agent Server (UAS): Menerima permintaan SIP dan menghasilkan respon yang menerima, menolak, atau pengalihan permintaan. Redirect Server digunakan selama inisiasi sesi untuk menentukan alamat yang disebut perangkat. Redirect Server kembali informasi ini ke perangkat memanggil, mengarahkan UAC untuk menghubungi alternatif Universal Resource Identifier (URI). Sebuah URI adalah identifier generik yang digunakan untuk menyebutkan nama sumber daya di Internet. URL yang digunakan untuk alamat Web KegiatanBelajar1:Prosedur Instalasi Server Softswitch berbasis SIP 17 adalah jenis URI. Lihat RFC 2396 untuk lebih detail. Proxy Server adalah entitas perantara yang bertindak baik sebagai server dan klien untuk tujuan membuat permintaan atas nama klien lainnya. Sebuah server proxy terutama memainkan peran routing, yang berarti bahwa tugasnya adalah untuk memastikan bahwa permintaan dikirim ke entitas lain lebih dekat ke pengguna yang ditargetkan. Proxy juga berguna untuk menegakkan kebijakan (misalnya, memastikan pengguna diperbolehkan untuk membuat panggilan). Sebuah proxy menafsirkan, dan, jika perlu, penulisan ulang bagian-bagian tertentu dari pesan permintaan sebelum meneruskan itu. Paniter adalah sebuah server yang menerima permintaan REGISTER dan menempatkan informasi yang diterimanya (alamat SIP dan terkait alamat IP dari perangkat mendaftar) di permintaan tersebut ke layanan lokasi untuk domain menangani. Lokasi Layanan: Layanan lokasi digunakan oleh redirect SIP atau server proxy untuk mendapatkan informasi tentang kemungkinan lokasi yang dituju. Untuk tujuan ini, layanan lokasi memelihara sebuah database pemetaan SIP-address / IP-address. Sumber: http://www.cisco.com/web/about/ac123/ac147 /archived_issues/ipj_6-1/sip.html Gambar 1.1 pada bagian mengamati menunjukkan bagaimana beberapa komponen SIP berhubungan satu sama lain dan protokol yang digunakan. Seorang agen pengguna bertindak sebagai klien (dalam hal ini UAC Alice) menggunakan SIP untuk mengatur sesi dengan agen pengguna yang bertindak sebagai server (dalam hal ini UAS Bob). Dialog inisiasi sesi menggunakan SIP dan melibatkan satu atau lebih server proxy untuk meneruskan permintaan dan tanggapan antara dua agen pengguna. Para agen pengguna juga memanfaatkan SDP, yang digunakan untuk menggambarkan sesi media. Proxy server juga dapat bertindak sebagai redirect server yang diperlukan. Jika pengalihan dilakukan, proxy server perlu berkonsultasi dengan database layanan lokasi, yang mungkin atau tidak berlokasi dengan proxy server. Komunikasi antara proxy server dan layanan lokasi di luar lingkup standar SIP. Domain Name System (DNS) juga merupakan bagian penting dari operasi SIP. Biasanya, sebuah UAC membuat permintaan menggunakan nama domain dari UAS, bukan alamat IP. Sebuah server proxy perlu berkonsultasi server DNS untuk menemukan server proxy untuk target domain. SIP sering berjalan di atas User Datagram Protocol (UDP) untuk alasan kinerja, dan menyediakan mekanisme kehandalan sendiri, tetapi juga dapat menggunakan TCP. Jika, mekanisme transportasi terenkripsi yang aman yang diinginkan, pesan SIP dapat alternatif 18 Komunikasi Data SMK/MAK Kelas XI Semester 2 dilakukan selama Transport Layer Security (TLS) protokol. Terkait dengan SIP adalah SDP, didefinisikan dalam RFC 2327. SIP digunakan untuk mengundang satu atau lebih peserta untuk sesi, sementara tubuh SDP-dikodekan pesan SIP berisi informasi tentang pengkodean media (misalnya, suara, video) para pihak dapat dan akan menggunakan. Setelah informasi ini ditukarkan dan diakui, semua peserta menyadari alamat peserta IP, kapasitas transmisi yang tersedia, dan jenis media. Kemudian, transmisi data dimulai, menggunakan protokol transport yang sesuai. Biasanya, RTP digunakan. Sepanjang sesi, peserta dapat membuat perubahan parameter sesi, seperti jenis media baru atau partai baru untuk sesi, menggunakan pesan SIP. Sebuah sumber daya dalam konfigurasi SIP diidentifikasi oleh URI. Contoh sumber daya komunikasi meliputi berikut ini: Seorang pengguna dari layanan online Sebuah penampilan di telepon multiline Sebuah kotak pada sistem pesan Sebuah nomor telepon di layanan gerbang Sebuah kelompok (seperti "penjualan" atau "help desk") dalam sebuah organisasi Perintah pada SIP Perintah yang digunakan dalam SIP adalah sebagai berikut: INVITE merupakan perintah untuk mengundang pengguna untuk panggilan. ACK atau Acknowledgement merupakan perintah yang digunakan untuk memfasilitasi pertukaran pesan pada perintah INVITE. BYE merupakan perintah untuk menghentikan hubungan antara pengguna. CANCEL merupakan perintah untuk menghentikan permintaan atau mencari permintaan untuk seorang pengguna. Perintah ini digunakan jika klien mengirimkan perintah INVITE dan merubah keputusannya untuk memanggil penerima. OPTION merupakan perintah untuk mengumpulkan sejumlah informasi tentang kemampuan sebuah server. REGISTER merupakan perintah untuk register lokasi pengguna saat ini. INFO merupakan perintah yang digunakan pada pertengahan sesi signaling. KegiatanBelajar1:Prosedur Instalasi Server Softswitch berbasis SIP 19 Sumber: http://www.cisco.com/web/about/ac123/ac147/archived_issues/ipj_6-1/sip.html Gambar 1.8 Pengaturan Panggilan SIP yang Sukses Perintah pada Gambar 1.8 untuk pesan Header (1) adalah sebagai berikut (Stallings, 2003): INVITE sip: SIP/2.0 Via: SIP/2.0/UDP 12.26.17.91:5060 Max-Forwards: 70 To: Bob From: Alice CSeq: 314159 INVITE
Contact: Baris pertama berisi nama metode (INVITE) yang merupakan SIP URI, dan nomor versi SIP yang digunakan. Garis yang mengikuti adalah daftar field header. Contoh
ini berisi minimum yang diperlukan ditetapkan. Via header menunjukkan jalan permintaan yang telah diambil dalam konfigurasi SIP (sumber dan intervensi proxy), dan digunakan untuk respon rute di sepanjang jalan yang sama. Sebagai pesan turunan INVITE, hanya ada header dimasukkan oleh Alice. Garis koneksi berisi alamat IP (12.26.17.91), nomor port (5060), dan protokol transport (UDP) bahwa Alice ingin Bob untuk digunakan dalam tanggapannya. Max-Forward header membatasi jumlah hop dengan permintaan dapat dibuat dalam perjalanan ke tujuannya. Ini terdiri dari integer yang dikurangi oleh satu disetiap masing-masing proxy yang meneruskan permintaan. Jika nilai Max-Forward mencapai 0 sebelum permintaan mencapai tujuannya, ia ditolak dengan 483 (Terlalu Banyak Hops) respon kesalahan. Daerah To Header berisi nama tampilan (Bob) dan SIP atau SIPS URI (sip: ) ke arah mana permintaan awalnya diarahkan. Daerah From Header juga berisi nama tampilan (Alice) dan SIP atau SIPS URI (sip: ) yang menunjukkan pencetus permintaan. Daerah 20 Komunikasi Data SMK/MAK Kelas XI Semester 2 header ini juga memiliki parameter tag yang berisi string acak (1928301774) yang ditambahkan ke URI oleh UAC yang digunakan untuk mengidentifikasi sesi. Daerah Call-ID header berisi pengenal unik global untuk panggilan ini, yang dihasilkan oleh kombinasi string acak dan nama host atau alamat IP. Kombinasi dari To Tag, From Tag, dan Call-ID benar mendefinisikan hubungan SIP peer-to-peer antara Alice dan Bob dan disebut sebagai dialog. Bagian CSeq atau Command
Sequence header berisi integer dan nama
metode. Jumlah CSeq diinisialisasi pada awal panggilan (314.159 dalam contoh ini), bertambah untuk setiap permintaan baru dalam dialog, dan merupakan nomor urut tradisional. Bagian CSeq ini digunakan untuk membedakan transmisi dari permintaan baru. Bagian Contact field header berisi SIP URI
untuk komunikasi langsung antara pengguna. Sedangkan Via field header mengatakan
unsur-unsur lain di mana untuk mengirim tanggapan (respon), Contact field header
mengatakan unsur-unsur lain di mana untuk mengirim permintaan masa depan untuk dialog ini. Bagian Content-Type field header
menunjukkan jenis badan pesan. Bagian Content-Type field header ini memberikan
panjang dalam oktet tubuh pesan. Contoh yang lain yaitu pesan header (13) pada Gambar 1.8 dapat dilihat seperti berikut ini: SIP/2.0 200 OK
Via: SIP/2.0/UDP server10.biloxi.com
Via: SIP/2.0/UDP bigbox3.site3.atlanta.com
Via: SIP/2.0/UDP 12.26.17.91:5060
To: Bob From: Alice CSeq: 314159 INVITE
Contact: Baris pertama berisi nomor versi SIP yang digunakan dan kode respon serta nama. Garis yang mengikuti adalah daftar field header. Via, To, From, Call-ID dan CSeq field header disalin dari INVITE request. Ada tiga Via kolom header nilai-satu ditambah Alice SIP UAC, satu ditambah proxy atlanta.com, dan satunya lagi ditambah proxy biloxi.com. Telepon SIP Bob telah menambahkan sebuah parameter tag ke To field header. Tag ini dimasukkan oleh kedua endpoint ke dialog juga termasuk dengan semua permintaan masa depan dan tanggapan dalam panggilan ini. RFC 3261 mendefinisikan jenis respon SIP dalam kategori berikut (Stallings, 2003): Provisional (1xx): Permintaan itu
dikirim dan sedang diproses. Success (2xx): Aksi ini berhasil
dikirim, dipahami, dan diterima. Redirection (3xx): Tindakan selanjutnya perlu diambil untuk menyelesaikan permintaan. Client Error (4xx): Permintaan berisi
sintaks yang buruk atau tidak dapat dipenuhi di server ini. Server Error (5xx): Server gagal untuk
memenuhi permintaan yang berlaku. Global Failure (6xx): Permintaan tidak
dapat dipenuhi pada server apapun. KegiatanBelajar1:Prosedur Instalasi Server Softswitch berbasis SIP 21 Digit pertama dari Status-Code mendefinisikan kategori respon. Jadi tanggapan antara 100 dan 199 disebut sebagai "1xx" respon dan dilakukan untuk jenis lainnya. Jika respon yang diterima memiliki bentuk Status-Code seperti YXX yang tidak dipahami oleh pihak penerima, maka respon tersebut diberlakukan sebagai respon y00. Seperti contoh jika klien menerima respon 345 yang tidak diketahui, maka respon tersebut diperlakukan sebagai 300 respon. Sebuah 1xx diketahui diperlakukan sebagai 183 (Session di Progress). Jadi setiap user-agent harus tahu
bagaimana bereaksi terhadap 100.183.200.300.400.500 dan 600. Contoh yang lain, perhatikan gambar berikut: Sumber : http://www.siptutorial.net/SIP/example.html
Gambar 1.9 Contoh SIP dengan Trapezoid Pada Gambar 1.9 menerangkan bahwa user1 menggunakan softphone untuk berhubungan dengan telepon SIP dari user2. Server1 dan server2 membantu untuk mengatur sesi pengguna. Pengaturan umum kedua proxy ini dan pengguna akhir disebut "SIP Trapezoid" seperti yang digambarkan oleh garis putus-putus pada gambar tersebut. Pesan muncul secara vertikal dalam urutan mereka sebagai contoh yaitu pesan yang pertama muncul (INVITE M1) diikuti oleh pesan selanjutnya. Arah panah menunjukkan pengirim dan penerima masing-masing pesan. Setiap pesan berisi 3 digit nomor yang diikuti dengan nama dan masing-masing diberi label dengan 'M' dan nomor seri. 3-digit nomor adalah kode numerik pesan terkait dipahami dengan mudah oleh mesin seperti yang sudah dijelaskan pada bagian kategori respon SIP. Pengguna, dalam hal ini manusia, menggunakan nama untuk mengidentifikasi pesan. Transaksi dimulai dengan user1 membuat INVITE permintaan user2. Tapi user1 tidak tahu lokasi yang tepat dari user2 di jaringan IP. Jadi mengirim permintaan ke server1. Server1 atas nama user1 meneruskan permintaan INVITE untuk user2 ke server2. Server2 mengirimkan respon 22 Komunikasi Data SMK/MAK Kelas XI Semester 2 TRYING kepada user1 memberitahukan bahwa server2 berusaha untuk mencapai user2. Server2 akan mengetahui lokasi user1 dengan REGISTRAR proxy seperti contoh sebelumnya, karena setiap user pasti sudah terdaftar pada REGISTRAR proxy yang ada (lihat Gambar 1.10). Penerimaan INVITE M2 dari server1, server2 bekerja dengan cara yang sama dengan server1. Server2 meneruskan sebuah INVITE request untuk user2 (catatan: saat ini server2 sudah mengetahui lokasi user2, Jika tidak tahu lokasi, itu akan diteruskan ke server proxy lain sehingga INVITE request dapat melakukan perjalanan melalui beberapa proxy sebelum mencapai user2). Setelah meneruskan INVITE M3 server2 mengeluarkan respon TRYING ke server1. Saat menerima pesan INVITE, Telepon SIP mulai berdering menginformasikan user2 bahwa permintaan panggilan telah datang. Ini mengirimkan respon RINGING kembali ke server2 yang mencapai user1 melalui server1. Jadi user1 mendapat umpan balik dari user2 yang telah menerima INVITE request. User2 pada saat ini memiliki pilihan untuk menerima atau menolak panggilan. Mari kita berasumsi bahwa dia memutuskan untuk menerimanya. Segera setelah ia menerima panggilan, OK respon dengan kode 200 dikirim oleh telepon ke server2. Menapak jalur INVITE, mencapai user1. The softphone dari user1 mengirim pesan ACK untuk mengkonfirmasi pengaturan panggilan. 3 jalan (INVITE + OK + ACK) ini digunakan untuk pengaturan call yang dapat diandalkan. Perhatikan bahwa pesan ACK tidak menggunakan proxy untuk mencapai user2 seperti sekarang user1 tahu lokasi yang tepat dari user2. Setelah sambungan telah diatur, media mengalir antara dua endpoint. Aliran Media dikontrol menggunakan protokol yang berbeda dari SIP misalnya RTP. Ketika salah satu pihak dalam sesi memutuskan hubungan/panggilan (user2 dalam kasus ini), maka user2 mengirim pesan BYE ke user1 dan user1 mengirimkan 200 pesan OK untuk mengkonfirmasi pemutusan sesi. Sumber : http://www.siptutorial.net/SIP/registration.html
KegiatanBelajar1:Prosedur Instalasi Server Softswitch berbasis SIP 23 Apabila masih terdapat kekeliruan dalam pemahaman akan hubungan antara Call,
Dialog, Transaction dan Message, berikut ini penjelasan tambahan untuk ke-4 hal tersebut.
Sumber : http://www.siptutorial.net/SIP/relation.html
Gambar 1.11 Relasi antara Call, Dialog, Transaction and Messages |