Azərbaycanca
Беларускі
Dansk
Deutsch
Española
Français
Indonesia
Italiana
日本語
Қазақ
Lietuvos
Nederlands
Português
Русский
සිංහල
แบบไทย
Türkçe
Українська
中國人
United State
Afrikaans
Bu maddedeki bilgilerin için ek kaynaklar gerekli. (Haziran 2020) () |
Oturum başlatma Protokolü (SIP), ses, video ve mesajlaşma uygulamalarını içeren gerçek zamanlı oturumları başlatmak, sürdürmek ve sonlandırmak için kullanılan bir sinyal protokolüdür. VoIP gibi IP üzerinden üzerinden ses, görüntü ve anlık mesaj iletişimi yanı sıra LTE (VoLTE) üzerinden cep telefonu araması için multimedya iletişim oturumlarını sinyalize etmek ve kontrol etmek için kullanılır. Günümüz IP Telefonlarının çoğunluğu SIP Protokolü ile çalışmaktadır. Cisco gibi bazı üreticiler SIP kullanmakla beraber bazı telefon modellerinde SCCP tercih etmektedir.
| İnternet iletişim kuralları dizisi | ||
| Katman | İletişim kuralları | |
| 7. | Uygulama katmanı | HTTP, DNS, SMTP, FTP, TFTP, UUCP, NNTP, SSL, SSH, IRC, SNMP, SIP, RTP, Telnet, ... |
| 6. | Sunum katmanı | ISO 8822, ISO 8823, ISO 8824, ITU-T T.73, ITU-T X.409, ... |
| 5. | Oturum katmanı | NFS, SMB, ISO 8326, ISO 8327, ITU-T T.6299, ... |
| 4. | Ulaşım katmanı | TCP, UDP, SCTP, DCCP, ... |
| 3. | Ağ katmanı | IP, IPv4, IPv6, ICMP, ARP, İnternet Grup Yönetim Protokolü, IPX,... |
| 2. | Veri bağlantısı katmanı | Ethernet, HDLC, Wi-Fi, Token ring, FDDI, PPP, L2TP... |
| 1. | Donanım katmanı | ISDN, RS-232, EIA-422, RS-449, EIA-485, ... |
Protokol, değiştirilen mesajların belirli biçimini ve katılımcıların işbirliği için iletişim sırasını tanımlar. SIP, köprü metni aktarım Protokolü'nün (HTTP) ve basit posta aktarım Protokolü'nün (SMTP) birçok öğesini içeren metin tabanlı bir protokoldür. SIP ile kurulan bir çağrı birden fazla medya akışından oluşabilir, ancak kısa mesaj gibi uygulamalar için ayrı bir akış gerekmez, bu da SIP mesajında veri yükü olarak veri alışverişi yapar.
SIP, oturum medyasını belirten ve taşıyan diğer birkaç protokolle birlikte çalışır. En yaygın olarak, ortam türü ve parametre Anlaşması ve ortam kurulumu, SIP iletilerinde yük olarak taşınan oturum Açıklama Protokolü (SDP) ile gerçekleştirilir. SIP, temel aktarım katmanı protokolünden bağımsız olacak şekilde tasarlanmıştır ve kullanıcı Datagram Protokolü (UDP), iletim kontrol Protokolü (TCP) ve akış kontrol iletim Protokolü (SCTP) ile kullanılabilir. Güvenli olmayan ağ bağlantıları üzerinden SIP iletilerinin güvenli iletimi için, protokol aktarım katmanı güvenliği (TLS) ile şifrelenebilir. Medya akışlarının (ses, video) iletimi için SIP mesajlarında taşınan SDP yükü tipik olarak gerçek zamanlı Aktarım Protokolü (RTP) veya güvenli gerçek zamanlı Aktarım Protokolü (SRTP) kullanır.
SIP, uygulama katmanında çalışır ve HTTP protokolüne çok benzer düz metin bir protokoldür. Oturum açar, oturum parametrelerini değiştirir, oturumu sonlandırır. Oturumlar IP telefon çağrıları, multimedya sunumlar veya konferans şeklinde olabilir.Aynı zamanda mevcut bir oturuma kullanıcı çağırabilir. Mevcut oturuma medya ekleyebilir, çıkarabilir.
SIP'in bir oturum kurmak için ve sonlandırmak için gerçekleştirdiği 5 fonksiyon vardır:
- Kullanıcı konumunu belirlemek.
- Bağlantıya katılacak kullanıcıları tespit etmek.
- Uçların kapasitelerini tespit edip o şekilde medya parametrelerini ayarlamak.
- Çağrı yapma ve iki uçtaki çağrı parametrelerini ayarlamak.
- Oturum yönetmek.
SIP'in kendisi bir veri taşıma protokolu değildir. SIP veriyi RTP gibi bir protokolle gerçek zamanlı taşıyabilir.
HTTP'ye çok benzer. Aşağıdaki gibi bir mesaj yapısı vardır:
SIP/2.0 200 OK To: "1379" From: "13579" ;tag=4448294d Via: SIP/2.0/UDP 10.0.0.11:9186;branch=z9hG4bK-c87542-804015279-1--c87542-;rport Call-ID: c63d1e7d5f3e1c29 CSeq: 1 REGISTER Contact: Expires: 3600 Max-Forwards: 69 User-agent: eyeBeam release 3002s stamp 15131 Content-Length: 0
SIP'te özel görevleri olan metotlar vardır. "Register" bunların en önemlisidir. "Register" komutunu kabul eden ve kullanıcı kayıtlarını tutan sunuculara registrar denir. Konuşmak isteyen uçlar bir registrar'a kayıt olur. "Register" iki uç arasında bağlantı kurar. "Invite" metodu, diyalog başlatmak için tek yoldur.
Tarihi
SIP, 1996 yılında Mark Handley, Henning Schulzrinne, Eve Schooler ve Jonathan Rosenberg tarafından tasarlandı. Protokol, 1999 yılında RFC [rfc:2543 2543] olarak standartlaştırılmıştır. Kasım 2000'de SIP, 3GPP sinyal protokolü ve hücresel ağlarda IP tabanlı akışlı multimedya hizmetleri için IP multimedya alt sistemi (IMS) mimarisinin kalıcı unsuru olarak kabul edildi. Haziran 2002'de şartname RFC [rfc:3261 3261]'de revize edildi[3] ve o zamandan beri çeşitli uzantılar ve açıklamalar yayınlandı.
SIP, yeni multimedya uygulamalarını destekleme vizyonu ile genel anahtarlamalı telefon şebekesinde (PSTN) bulunan çağrı işleme işlevlerini ve özelliklerini destekleyen IP tabanlı iletişim için bir sinyal ve çağrı kurulum protokolü sağlamak üzere tasarlanmıştır. Video konferans, akış medya dağıtımı, anlık mesajlaşma, durum bilgileri, dosya aktarımı, İnternet faksı ve çevrimiçi oyunlar için genişletildi.
SIP, telekomünikasyon endüstrisinden ziyade internet topluluğunda kökleri olduğu için savunucuları tarafından ayırt edilir. SIP, öncelikle IETF tarafından standartlaştırılırken, H. 323 gibi diğer protokoller geleneksel olarak uluslararası Telekomünikasyon Birliği (ITU) ile ilişkilendirilmiştir.
Protokol Çalışma Yapısı
SIP, yalnızca bir medya iletişim oturumunun sinyalizasyon kısmında yer alır ve sesli veya görüntülü çağrıları kurmak ve sonlandırmak için kullanılır. SIP, iki taraf (tek noktaya yayın) veya çok partili (çok noktaya yayın) oturumları oluşturmak için kullanılabilir. Ayrıca mevcut aramaların transfer edilmesine (yönlendirilmesine) de izin verir.
SIP, taşınacak/iletilecek medya biçimini ve kodlamayı belirten diğer birkaç protokol ile birlikte çalışır. Çağrı kurulumu için, ortam biçimini, codec türünü ve medya iletişim protokolünü belirten bir oturum Açıklama Protokolü (SDP) veri birimi içerir. Ses ve video medya akışları genellikle Gerçek Zamanlı Aktarım Protokolü (RTP) veya Güvenli Gerçek Zamanlı Aktarım Protokolü (SRTP) kullanılarak terminaller arasında taşınır.
SIP, HTTP istek ve yanıt işlem modeline benzer tasarım öğeleri kullanır. Her işlem, sunucuda belirli bir yöntemi veya işlevi çağıran bir istemci isteğinden ve en az bir yanıttan oluşur. SIP, başlık alanlarının çoğunu, http kodlama kurallarını ve durum kodlarını yeniden kullanır ve okunabilir bir metin tabanlı format sağlar.
SIP, iletim kontrol Protokolü (TCP), kullanıcı Datagram Protokolü (UDP) ve akış kontrol iletim Protokolü (SCTP) dahil olmak üzere çeşitli aktarım katmanı protokolleri tarafından taşınabilir. SIP istemcileri genellikle sunuculara ve diğer uç noktalara SIP trafiği için 5060 veya 5061 numaralı bağlantı noktalarında TCP veya UDP kullanır. Bağlantı noktası 5060, şifrelenmemiş sinyal trafiği için yaygın olarak kullanılırken, bağlantı noktası 5061 genellikle aktarım katmanı güvenliği (TLS) ile şifrelenmiş trafik için kullanılır.
SIP Mesajları
SIP, HTTP'ye benzer sözdizimine sahip metin tabanlı bir protokoldür. İki farklı SIP mesajı türü vardır: talepler ve yanıtlar. Bir talebin ilk satırında, isteğin niteliğini tanımlayan bir yöntem ve isteğin nereye gönderilmesi gerektiğini belirten bir "Request-URI" bulunur. Yanıtın ise ilk satırında bir yanıt kodu vardır.
Talepler
Talepler, protokolün işlevselliğini başlatır. Bir kullanıcı Aracısı istemcisi tarafından sunucuya gönderilir ve işlemin sonuç kodunu döndüren ve genellikle işlemin başarısını, başarısızlığını veya diğer durumunu gösteren bir veya daha fazla SIP yanıtıyla yanıtlanır.
| Talep Paketi | Açıklama | Not | RFC |
|---|---|---|---|
| REGISTER | "To-Header" Kısmında belirtilen IP Adresine belitilen numara için kayıt isteği gönderir. | Hangi abonenin nereden kayıt olduğunu belirlemek ve oturumu başlatmak için kullanılır. | RFC 3261 |
| INVITE | Arama yapan telefon veya sistem tarafından, aranacak numaraya gönderilen ilk mesajdır. Çağrıyı başlatmak için kullanılır. | Çağrı sırasında bir değişiklik olursa (örneğin çağrıyı beklemeye almak gibi) "Re-Invite" paketi gönderilir. | RFC 3261 |
| ACK | Son gönderilen invite mesajına gelen cevabın alındığını belirtir. | RFC 3261 | |
| BYE | Çağrıyı sonlandırmak için kullanılır | Genellikle görüşme yapan iki telefondan hangisi önce kapatırsa onun tarafından gönderilir | RFC 3261 |
| CANCEL | Herhangi bir bekleyen talep mesajı varsa onu iptal eder | Genellikle çalan bir telefonu iptal etmek için olur. | RFC 3261 |
| UPDATE | Görüşme sırasında değişmesi gereken bir bilgi var ise, yeni çağrı kurulmasına gerek kalmadan bu paket ile güncellenir. | RFC 3311 | |
| REFER | Çağrı transferi sırasında kullanılır. | RFC 3515 | |
| PRACK | Geçici onay paketi | 1xx ile başlayan kodlar ile bir cevap alır. | RFC 3262 |
| SUBSCRIBE | Bir servise kayıt olmak için gönderilir | RFC 6665 | |
| NOTIFY | Bir servise kayıt isteği oluştuğunda gönderilen bilgi paketidir | RFC 6665 | |
| PUBLISH | Genel olarak bir olay olduğunda duyuru yapar. | RFC 3903 | |
| MESSAGE | Metin türünde mesaj gönderir. | Anlık mesajlaşma uygulamalarında kullanılır. | RFC 3428 |
| INFO | Oturum sırasında herhangi bir gelişme olduğunda bu bilgileri aktarmakta kullanılır. | DTMF tuşlamaları gibi mesajları iletebilir | RFC 6086 |
| OPTIONS | Çağrı yapılacak bir telefon gibi cihazın kabiliyetlerini önceden anlamak için gönderilen mesajdır. | Ağ üzerinde NAT var ise bununla ilgili bilgi almaya da yarar. | RFC 3261 |
Cevaplar
Yanıtlar, alınan bir isteğin sonucunu gösteren paketlerdir. Daha anlaşılabilir ve hızlı okunabilmesi için 3 haneli numaralar ile sınıflara ayrılmıştır. 4xx, 4 ile başlayan cevap paketi anlamına gelmektedir. Örneğin 404.
- 1xx: Taleplere verilen geçici yanıtlardır. Talebin geçerli olduğunu ve işlenmekte olduğunu gösterir.
- 2xx: Talebin başarıyla tamamlanması anlamına gelir. Bir talebe yanıt olarak, bir çağrının kurulduğunu gösterir. En yaygın kod, niteliksiz bir başarı raporu olan 200'dür.
- 3xx: Çağrı yönlendirme isteği tamamlanması için gereklidir. Talebin yeni bir hedef ile tamamlanması gerekir.
- 4xx: Talep çeşitli hatalar nedeniyle gerçekleştirilemediğinde gelen cevaplardır.
- 5xx: Sunucu üzerinde gerçekleşen hatalar için bu mesajlar gönderilir.
- 6xx: Talep herhangi bir sunucuda yerine getirilemez. Hedef tarafından çağrı reddi de dahil olmak üzere genel bir başarısızlığı gösterir.
Ayrıca bakınız
Kaynakça
wikipedia, wiki, viki, vikipedia, oku, kitap, kütüphane, kütübhane, ara, ara bul, bul, herşey, ne arasanız burada,hikayeler, makale, kitaplar, öğren, wiki, bilgi, tarih, yukle, izle, telefon için, turk, türk, türkçe, turkce, nasıl yapılır, ne demek, nasıl, yapmak, yapılır, indir, ücretsiz, ücretsiz indir, bedava, bedava indir, mp3, video, mp4, 3gp, jpg, jpeg, gif, png, resim, müzik, şarkı, film, film, oyun, oyunlar, mobil, cep telefonu, telefon, android, ios, apple, samsung, iphone, xiomi, xiaomi, redmi, honor, oppo, nokia, sonya, mi, pc, web, computer, bilgisayar
Bu maddedeki bilgilerin dogrulanabilmesi icin ek kaynaklar gerekli Lutfen guvenilir kaynaklar ekleyerek maddenin gelistirilmesine yardimci olun Kaynaksiz icerik itiraz konusu olabilir ve kaldirilabilir Kaynak ara SIP haber gazete kitap akademik JSTOR Haziran 2020 Bu sablonun nasil ve ne zaman kaldirilmasi gerektigini ogrenin Oturum baslatma Protokolu SIP ses video ve mesajlasma uygulamalarini iceren gercek zamanli oturumlari baslatmak surdurmek ve sonlandirmak icin kullanilan bir sinyal protokoludur VoIP gibi IP uzerinden uzerinden ses goruntu ve anlik mesaj iletisimi yani sira LTE VoLTE uzerinden cep telefonu aramasi icin multimedya iletisim oturumlarini sinyalize etmek ve kontrol etmek icin kullanilir Gunumuz IP Telefonlarinin cogunlugu SIP Protokolu ile calismaktadir Cisco gibi bazi ureticiler SIP kullanmakla beraber bazi telefon modellerinde SCCP tercih etmektedir Internet iletisim kurallari dizisi OSI modeliKatman Iletisim kurallari7 Uygulama katmani HTTP DNS SMTP FTP TFTP UUCP NNTP SSL SSH IRC SNMP SIP RTP Telnet 6 Sunum katmani ISO 8822 ISO 8823 ISO 8824 ITU T T 73 ITU T X 409 5 Oturum katmani NFS SMB ISO 8326 ISO 8327 ITU T T 6299 4 Ulasim katmani TCP UDP SCTP DCCP 3 Ag katmani IP IPv4 IPv6 ICMP ARP Internet Grup Yonetim Protokolu IPX 2 Veri baglantisi katmani Ethernet HDLC Wi Fi Token ring FDDI PPP L2TP 1 Donanim katmani ISDN RS 232 EIA 422 RS 449 EIA 485 Oturum baslatma Protokolu SIP Protokol degistirilen mesajlarin belirli bicimini ve katilimcilarin isbirligi icin iletisim sirasini tanimlar SIP kopru metni aktarim Protokolu nun HTTP ve basit posta aktarim Protokolu nun SMTP bircok ogesini iceren metin tabanli bir protokoldur SIP ile kurulan bir cagri birden fazla medya akisindan olusabilir ancak kisa mesaj gibi uygulamalar icin ayri bir akis gerekmez bu da SIP mesajinda veri yuku olarak veri alisverisi yapar SIP oturum medyasini belirten ve tasiyan diger birkac protokolle birlikte calisir En yaygin olarak ortam turu ve parametre Anlasmasi ve ortam kurulumu SIP iletilerinde yuk olarak tasinan oturum Aciklama Protokolu SDP ile gerceklestirilir SIP temel aktarim katmani protokolunden bagimsiz olacak sekilde tasarlanmistir ve kullanici Datagram Protokolu UDP iletim kontrol Protokolu TCP ve akis kontrol iletim Protokolu SCTP ile kullanilabilir Guvenli olmayan ag baglantilari uzerinden SIP iletilerinin guvenli iletimi icin protokol aktarim katmani guvenligi TLS ile sifrelenebilir Medya akislarinin ses video iletimi icin SIP mesajlarinda tasinan SDP yuku tipik olarak gercek zamanli Aktarim Protokolu RTP veya guvenli gercek zamanli Aktarim Protokolu SRTP kullanir SIP uygulama katmaninda calisir ve HTTP protokolune cok benzer duz metin bir protokoldur Oturum acar oturum parametrelerini degistirir oturumu sonlandirir Oturumlar IP telefon cagrilari multimedya sunumlar veya konferans seklinde olabilir Ayni zamanda mevcut bir oturuma kullanici cagirabilir Mevcut oturuma medya ekleyebilir cikarabilir SIP in bir oturum kurmak icin ve sonlandirmak icin gerceklestirdigi 5 fonksiyon vardir Kullanici konumunu belirlemek Baglantiya katilacak kullanicilari tespit etmek Uclarin kapasitelerini tespit edip o sekilde medya parametrelerini ayarlamak Cagri yapma ve iki uctaki cagri parametrelerini ayarlamak Oturum yonetmek SIP in kendisi bir veri tasima protokolu degildir SIP veriyi RTP gibi bir protokolle gercek zamanli tasiyabilir HTTP ye cok benzer Asagidaki gibi bir mesaj yapisi vardir SIP 2 0 200 OK To 1379 From 13579 tag 4448294d Via SIP 2 0 UDP 10 0 0 11 9186 branch z9hG4bK c87542 804015279 1 c87542 rport Call ID c63d1e7d5f3e1c29 CSeq 1 REGISTER Contact Expires 3600 Max Forwards 69 User agent eyeBeam release 3002s stamp 15131 Content Length 0 SIP te ozel gorevleri olan metotlar vardir Register bunlarin en onemlisidir Register komutunu kabul eden ve kullanici kayitlarini tutan sunuculara registrar denir Konusmak isteyen uclar bir registrar a kayit olur Register iki uc arasinda baglanti kurar Invite metodu diyalog baslatmak icin tek yoldur TarihiSIP 1996 yilinda Mark Handley Henning Schulzrinne Eve Schooler ve Jonathan Rosenberg tarafindan tasarlandi Protokol 1999 yilinda RFC rfc 2543 2543 olarak standartlastirilmistir Kasim 2000 de SIP 3GPP sinyal protokolu ve hucresel aglarda IP tabanli akisli multimedya hizmetleri icin IP multimedya alt sistemi IMS mimarisinin kalici unsuru olarak kabul edildi Haziran 2002 de sartname RFC rfc 3261 3261 de revize edildi 3 ve o zamandan beri cesitli uzantilar ve aciklamalar yayinlandi SIP yeni multimedya uygulamalarini destekleme vizyonu ile genel anahtarlamali telefon sebekesinde PSTN bulunan cagri isleme islevlerini ve ozelliklerini destekleyen IP tabanli iletisim icin bir sinyal ve cagri kurulum protokolu saglamak uzere tasarlanmistir Video konferans akis medya dagitimi anlik mesajlasma durum bilgileri dosya aktarimi Internet faksi ve cevrimici oyunlar icin genisletildi SIP telekomunikasyon endustrisinden ziyade internet toplulugunda kokleri oldugu icin savunuculari tarafindan ayirt edilir SIP oncelikle IETF tarafindan standartlastirilirken H 323 gibi diger protokoller geleneksel olarak uluslararasi Telekomunikasyon Birligi ITU ile iliskilendirilmistir Protokol Calisma YapisiSIP yalnizca bir medya iletisim oturumunun sinyalizasyon kisminda yer alir ve sesli veya goruntulu cagrilari kurmak ve sonlandirmak icin kullanilir SIP iki taraf tek noktaya yayin veya cok partili cok noktaya yayin oturumlari olusturmak icin kullanilabilir Ayrica mevcut aramalarin transfer edilmesine yonlendirilmesine de izin verir SIP tasinacak iletilecek medya bicimini ve kodlamayi belirten diger birkac protokol ile birlikte calisir Cagri kurulumu icin ortam bicimini codec turunu ve medya iletisim protokolunu belirten bir oturum Aciklama Protokolu SDP veri birimi icerir Ses ve video medya akislari genellikle Gercek Zamanli Aktarim Protokolu RTP veya Guvenli Gercek Zamanli Aktarim Protokolu SRTP kullanilarak terminaller arasinda tasinir SIP HTTP istek ve yanit islem modeline benzer tasarim ogeleri kullanir Her islem sunucuda belirli bir yontemi veya islevi cagiran bir istemci isteginden ve en az bir yanittan olusur SIP baslik alanlarinin cogunu http kodlama kurallarini ve durum kodlarini yeniden kullanir ve okunabilir bir metin tabanli format saglar SIP iletim kontrol Protokolu TCP kullanici Datagram Protokolu UDP ve akis kontrol iletim Protokolu SCTP dahil olmak uzere cesitli aktarim katmani protokolleri tarafindan tasinabilir SIP istemcileri genellikle sunuculara ve diger uc noktalara SIP trafigi icin 5060 veya 5061 numarali baglanti noktalarinda TCP veya UDP kullanir Baglanti noktasi 5060 sifrelenmemis sinyal trafigi icin yaygin olarak kullanilirken baglanti noktasi 5061 genellikle aktarim katmani guvenligi TLS ile sifrelenmis trafik icin kullanilir SIP MesajlariSIP HTTP ye benzer sozdizimine sahip metin tabanli bir protokoldur Iki farkli SIP mesaji turu vardir talepler ve yanitlar Bir talebin ilk satirinda istegin niteligini tanimlayan bir yontem ve istegin nereye gonderilmesi gerektigini belirten bir Request URI bulunur Yanitin ise ilk satirinda bir yanit kodu vardir Talepler Talepler protokolun islevselligini baslatir Bir kullanici Aracisi istemcisi tarafindan sunucuya gonderilir ve islemin sonuc kodunu donduren ve genellikle islemin basarisini basarisizligini veya diger durumunu gosteren bir veya daha fazla SIP yanitiyla yanitlanir SIP Talep Mesajlari Talep Paketi Aciklama Not RFCREGISTER To Header Kisminda belirtilen IP Adresine belitilen numara icin kayit istegi gonderir Hangi abonenin nereden kayit oldugunu belirlemek ve oturumu baslatmak icin kullanilir RFC 3261INVITE Arama yapan telefon veya sistem tarafindan aranacak numaraya gonderilen ilk mesajdir Cagriyi baslatmak icin kullanilir Cagri sirasinda bir degisiklik olursa ornegin cagriyi beklemeye almak gibi Re Invite paketi gonderilir RFC 3261ACK Son gonderilen invite mesajina gelen cevabin alindigini belirtir RFC 3261BYE Cagriyi sonlandirmak icin kullanilir Genellikle gorusme yapan iki telefondan hangisi once kapatirsa onun tarafindan gonderilir RFC 3261CANCEL Herhangi bir bekleyen talep mesaji varsa onu iptal eder Genellikle calan bir telefonu iptal etmek icin olur RFC 3261UPDATE Gorusme sirasinda degismesi gereken bir bilgi var ise yeni cagri kurulmasina gerek kalmadan bu paket ile guncellenir RFC 3311REFER Cagri transferi sirasinda kullanilir RFC 3515PRACK Gecici onay paketi 1xx ile baslayan kodlar ile bir cevap alir RFC 3262SUBSCRIBE Bir servise kayit olmak icin gonderilir RFC 6665NOTIFY Bir servise kayit istegi olustugunda gonderilen bilgi paketidir RFC 6665PUBLISH Genel olarak bir olay oldugunda duyuru yapar RFC 3903MESSAGE Metin turunde mesaj gonderir Anlik mesajlasma uygulamalarinda kullanilir RFC 3428INFO Oturum sirasinda herhangi bir gelisme oldugunda bu bilgileri aktarmakta kullanilir DTMF tuslamalari gibi mesajlari iletebilir RFC 6086OPTIONS Cagri yapilacak bir telefon gibi cihazin kabiliyetlerini onceden anlamak icin gonderilen mesajdir Ag uzerinde NAT var ise bununla ilgili bilgi almaya da yarar RFC 3261Cevaplar Yanitlar alinan bir istegin sonucunu gosteren paketlerdir Daha anlasilabilir ve hizli okunabilmesi icin 3 haneli numaralar ile siniflara ayrilmistir 4xx 4 ile baslayan cevap paketi anlamina gelmektedir Ornegin 404 1xx Taleplere verilen gecici yanitlardir Talebin gecerli oldugunu ve islenmekte oldugunu gosterir 2xx Talebin basariyla tamamlanmasi anlamina gelir Bir talebe yanit olarak bir cagrinin kuruldugunu gosterir En yaygin kod niteliksiz bir basari raporu olan 200 dur 3xx Cagri yonlendirme istegi tamamlanmasi icin gereklidir Talebin yeni bir hedef ile tamamlanmasi gerekir 4xx Talep cesitli hatalar nedeniyle gerceklestirilemediginde gelen cevaplardir 5xx Sunucu uzerinde gerceklesen hatalar icin bu mesajlar gonderilir 6xx Talep herhangi bir sunucuda yerine getirilemez Hedef tarafindan cagri reddi de dahil olmak uzere genel bir basarisizligi gosterir Ayrica bakinizvoip Internet TelefonuKaynakca IETF de SIP Kaynaklari 31 Mayis 2020 tarihinde kaynagindan RFC 3261 28 Nisan 2006 tarihinde kaynagindan