SIP

3. SIP (Session Initiation Protocol) Bayram KARAGÖZ Internet Telephony Expert www.bayramkaragoz.org bayram@bayramkaragoz.org

Internet Multimedia Mimarisi• Özet• Media Uygulamaları• Sinyalleşme Protokolleri (SIP/SDP, SAP, H.323, MGCP)• Streaming Protokolleri (RTP, RTSP, HTTP, etc.)• QoS (RSVP, Diff-Serv, IntServ)

Multimedia Protokol Yığını

Sinyalleşme Protokolleri• SIP/SDP• IAX (Inter-Asterisk Exchange Protocol)• MGCP (Media Gateway Control Protocol)• MEGACO/H.248• SCCP (Skinny Client Control Protocol) by Cisco• H.323

SIP/SDP• Session Initiation Protokol = Oturum Başlatma Protokolü• IETF(Internet Engineering Task Force) tarafından geliştir.• Uygulama katmanı protokolü• Zihinde kolay implementasyonlu, iyi ölçeklenebilir, esnek• Bir veya daha fazla katılımcılı oturumları oluşturmak, modifiye etmek ve sonlandırmak için kullanılır.• Oturuma örnek olarak internet telefon aramaları, multimedyanın dağıtımı, multimedya konferansları, dağıtık bilgisayar oyunları, vs

SIP/SDP• !!!SIP, iletişim öğelerinin ihtiyaç duyacağı tek protokol değildir• SIP’in amacı sadece iletişimi mümkün hale getirmektir.• Bu protokol end-to-end oriented bir sinyalleme protokolüdür. Tüm lojik son öğelerde depolanır.• SIP’in amacı geleneksel PSTN’lerin sahip olduğu fonksiyonelliği aynen sağlamaktır, ama end-to-end tasarım SIP ağlarını çok daha fazla güçlü ve geleneksel PSTN’e zorlukla eklenebilen yeni servislerin implementasyonuna açık hale getirir.

SIP Uygulama Alanları• VoIP Aramaları• Multimedia konferans sistemleri• Multimedia dağıtımları• Instant Messaging veya Presence uygulamaları• Text ve Genel mesajlaşma uygulamaları• İnteraktif oyunlar• Sinyal iletimi

SIP/SDP• SIP ile birlikte kullanılan protokoller; – Message formatting (HTTP 1.1) RFC 2616 – Media Description (SDP) RFC 2327 – Addressing (URL) RFC 1738 and (URI) RFC 2396 – Device mobility (DHCP) RFC 2131 – Name resolution (DNS) RFCs 1034&1035 – Application encoding (MIME) RFC 2045-9 – Security (TLS*) RFC 4346 and (IPsec*) RFC 4301&4303• SIP ; UDP , TCP , SCTP ve TCP üzerinde TLS ile taşınabilmektedir.

UDP ile SIP taşınması• Source port için port havuzu (49712 ile 65536) arası veya default 5060 port kul.• Handshake ve ACK olmadığı için paket kayıp olabilir• Checksum kısmı hatalı paketleri belirler.• Yanıtlar 5060 a yollanır.• SIP mesajlarının IP networkteki MTU(max. Transmission unit) daha düşük olduğu durumlarda taşıtıcı olarak UDP kullanılabilir. Yani paket büyüklüğü MTU miktarından daha düşük olmalıdır.• MTU paketlerin gönderilirken ne kadarlık parçalara ayrılacağını belirtir. (default 1500 byte)

UDP ile SIP paket formatı

TCP ile SIP Taşınması• Fayda : Güvenilir iletim, mesajlar karışık iletilebilir Zarar: Gecikme,komplex yapı, bağlantı paketlerinin yönetimi için servera ihtiyaç duyulması• Her mesaj sonunda mesajın bittiğini belirtmek için Content-Length Header bulunur

SIP Kullanımı

SIP Ağ Elemanları• User Agent Client (UAC)• User Agent Server (UAS)• User Agent (UAC+UAS)• Redirect Server• Proxy Server• Registrar

UAC, UAS ve UA• User Agent Client (UAC) – Uç sistemler – SIP isteklerini gönderen, tepke alan• User Agent Server (UAS) – Arama isteklerini alan, tepke gönderen – Kullanıcıları yönlendirir ve yanıt vermek için uygulama başlatır.• User Agent – UAC + UAS

UAC, UAS ve UA• INVITE gönderen UAC, INVITE alan UAS

Redirect ServerBir isteği alan ve özel bir kullanıcının o zamandaki konumunun bir listesini içerenkarşılığı geri gönderen entity’ye redirect server denir. Bir redirect server isteği alır vebu isteğin niyet ettiği alıcıyı bir registrar tarafından oluşturulmuş konumveritabanında arar. Daha sonra o zamandaki (current) konumlarının bir listesinioluşturur ve bunu 3xx sınıfından bir tepke ile isteğin çıkış noktasına (requestoriginator) gönderir. Daha sonra bu çıkış noktası bir hedefler listesi elde eder vebaşka bir isteği direkt olarak bunlara gönderir.

Proxy Server• INVITE ın o zamanki konumuna, yetkisine, önemine ve önemli birçok fonksiyonuna göre oturum davetlerinin yönlendirmesini gerçekleştirir.• En önemli görevi oturum davetlerini aranana en yakın olacak şekilde yönlendirmektir.• Oturum daveti arananın yeri tam olarak bulunana kadar birçok proxy den geçerek iletilir.• 2 tip proxy vardır; – Stateless Proxy – Stateful Proxy

Proxy Server-1• Stateless Proxy – Basit mesaj iletici – İşleme dikkat edilmez – Sadedir ve hızlı çalışırlar – Sade yük dengeleyici, mesaj çevirmeni ve yönlendirici olarak kullanılabilir. – En büyük dezavantajı; mesajların yeniden iletimi, forking ve recursive traversal gibi ileri yönlendirme işlemlerini gerçekleştiremezler.

Proxy Server-2• Stateful Proxy – Daha komplextirler. – Oluşturulan bir durum işlem bitene kadar devam ettirilir. – Performans sınırlıdır. – Forking gerçekleştirebilir. Bir mesaj alındığında 2 veya daha fazla mesaj gönderebilir. – Yeniden mesaj iletimi yapabilirler. – Kullanıcı bulmada çok komplike yollar kullanabilir. – Günümüzde birçok proxy stateful dur. – Billing, logging ve auth. uygulamaları için kullanılır.

SIP Mimarisi• Caller : Alice, Callee: Bob

Basit Bir SIP Networkü

Registrar• Kullanıcılardan kayıtları alır• Kullanıcıların o andaki konumlarına göre bilgileri(ip, port, kullanıcı adı, vs...) alıp bu bilgiyi konum veritabanına depolayan birimdir.• Proxy lerle sıkı bir işbirliği yapmak zorunda oldukları için genellikle proxyler ile birlikte konumlandırılır.

Registrar-1• Tipik bir sip kaydı , <sip:jan@iptel.org> , <sip:jan@1.2.3.4:5060>• Jan ın iphone ip = 1.2.3.4 , port = 5060• Herbir kaydın sınırlı bir yaşam süresi vardır. (Expire time)• Belirli periyotlarda kayıtlar yenilenmelidir.

SIP Adressing• Fully-Qualified Domain Names – sip:jdoe.cisco.com• SMTP-style Domain Names – sip:jdoe@cisco.com• E.164 style addressessip:14085551234@gateway.com; user=phoneuser=phone means this is a gateway• Mixed addressessip:14085551234@10.1.1.1; user=phonesip:jdoe@10.1.1.1• Secure SIP Messaging (TLS kullanılıyor)sips:jdoe@cisco.comcalled a “SIPS-URI” or just “SIPS”

SIP Syntax• İfadeler büyük-küçük harf duyarlıdır• Tek headerdaki çoklu ifadeler ayırmak için virgül kullanılır

SIP İstekleri ve Açıklaması

SIP Yanıtları ve Açıklaması

Basit SIP Sinyalizasyon Örneği-1INVITE sip:marconi@radio.org SIP/2.0Via: SIP/2.0/UDP lab.high-voltage.org:5060;branch=z9hG4bKfw19bMax-Forwards: 70To: G. Marconi <sip:Marconi@radio.org>From: Nikola Tesla <sip:n.tesla@high-voltage.org>;tag=76341Call-ID: 123456789@lab.high-voltage.orgCSeq: 1 INVITESubject: About That Power Outage...Contact: <sip:n.tesla@lab.high-voltage.org>Content-Type: application/sdpContent-Length: 158v=0o=Tesla 2890844526 2890844526 IN IP4 lab.high-voltage.orgs=Phone Callc=IN IP4 100.101.102.103t=0 0m=audio 49170 RTP/AVP 0a=rtpmap:0 PCMU/8000

Header Açıklamaları-1• İlk satırdaki SIP URI kısmı isteğin nerden geldiğini göstermektedir.• İkinci satırdaki Via kısmında çağrıyı başlatan tarafın hostname i , sip versiyonu ve sip tansfer tipi UDP veya TCP ve port numarası bulunur. Ayrıca bu kısımda bulunan branch kısmı isteğin işlem kimliklendirmesi için kullanılır. İsteklerle iniltili olan yanıtlarda aynı branch numarası vardır.• Max-Forwards kısmındaki sayı bu mesajın en fazla kaç proxy üzerinden geçebileceğini belirten sayıdır.• To ve from kısmı mesajın kime ve kimin tarafından gönderildiğini gösterir. Eğer arayan veya aranan tarafta isim kullanılmış ise bağlantı kurulacak kişilerin SIP URI leri <> içerine alınır. Bu isimleri karşı taraf çaldırırken veya uyarı amaclı kullanılabilmektedir.• Call-ID kısmı bağlantının izinin takip edileceği özel bir numaralandırmadır. Tek bir bağlantının sonlanana kadar bütün süreçleri bu kısımdan takip edilebilir. Bağlantıyı başlatan taraf tek bir string oluşturur ve @ ile ayrılarak hostname eklenir. Bu na ek olarak SIP aynı görevi üstelenen başka bir numaralandırma daha vardır. Bu kısım from veya to headerında bulunan tag kısmıdır.• Cseq numarası her yeni isteğe verilen bir numaradır ve numaradan sonra istek sürecinin tipi yazar. Bu kısımdaki numaralar istek değiştiği sürece sıralı olarak artar.• Contact header bağlantı isteğini gönderen SIP UA ın SIP URI sinin olduğu kısımdır.• Content-Type ve Content-Length headerları SDP ile alakalı bilginin olduğunu ve ne kadara oktetlik yer kapladığını gösterir. Bağlantıyı başlatan UA birbirleriyle yapacağı bağlantının tipinin ne olacağını bu kısımda belirtir. Bu bağlantı bir ses, vidyo veya oyun bağlantısı olabilir. Bizim örneğimizde bir ses görüşmesi olmaktadır. Aşağıdaki tabloda SDP mesajının kısımları ve işlevleri belirtilmiştir.

Header Açıklamaları-2bağlantı Ipsi = 100.101.102.103medya tipi = audioport no = 49170medyo iletim protokolü = RTPmedya codec tipi = PCMU uLawörnekleme frekansı = 8000

SDP(Session Description Protocol)• Bir dizi media bağlantısı • v= Protokol Versiyonu açıklamaları yer alır • o= owner/creater ve bağlantı• H.245 ile aynı fonksiyonda kimliği• IEFT MMUSIC WG • s= bağlantı adı tarafından geliştirildi • c= bağlantı bilgisi• Basit/Esnek Yapı • k= şifreleme anahtarları• Text bazlı, Genişletilebilir • t= bağlantının aktif kalacağı süre• RFC 3264 • m= media tanım ve iletim adresi • a= (0 veya sayı)media özellik satırı

• Sadece ses için SDP açıklaması• Hem ses hem video için SDP açıklaması

Basit SIP Sinyalizasyon Örneği-2 SIP/2.0 180 Ringing Via: SIP/2.0/UDP lab.high-voltage.org:5060;branch=z9hG4bKfw19b ;received=100.101.102.103 To: G. Marconi <sip:marconi@radio.org>;tag=a53e42 From: Nikola Tesla <sip:n.tesla@high-voltage.org>>;tag=76341 Call-ID: 123456789@lab.high-voltage.org CSeq: 1 INVITE Contact: <sip:marconi@tower.radio.org> Content-Length: 0• Aşağıdaki yanıtın invite mesajına karşılık üretilmiş olduğu birçok kısımdan saptanabilir. Mesela cseq kısmında tip kontrol edilirse görülebilir.• branch parametresi gönderilen istektekle aynı değere sahiptir. Ayrıca received parametresi gönderilen isteğin hangi ipden olduğunu gösterir.

Basit SIP Sinyalizasyon Örneği-3SIP/2.0 200 OKVia: SIP/2.0/UDP lab.high-voltage.org:5060;branch=z9hG4bKfw19b ;received=100.101.102.103To: G. Marconi <sip:marconi@radio.org>;tag=a53e42From: Nikola Tesla <sip:n.tesla@high-voltage.org>;tag=76341Call-ID: 123456789@lab.high-voltage.orgCSeq: 1 INVITEContact: <sip:marconi@tower.radio.org>Content-Type: application/sdpContent-Length: 155v=0o=Marconi 2890844528 2890844528 IN IP4 tower.radio.orgs=Phone Callc=IN IP4 200.201.202.203t=0 0m=audio 60000 RTP/AVP 0a=rtpmap:0 PCMU/8000

SIP Daveti ve Media Uzlaşması

Basit SIP Sinyalizasyon Örneği-4ACK sip:marconi@tower.radio.org SIP/2.0Via: SIP/2.0/UDP lab.high-voltage.org:5060;branch=z9hG4bK321gMax-Forwards: 70To: G. Marconi <sip:marconi@radio.org>;tag=a53e42From: Nikola Tesla <sip:n.tesla@high-voltage.org>;tag=76341Call-ID: 123456789@lab.high-voltage.orgCSeq: 1 ACKContent-Length: 0

Basit SIP Sinyalizasyon Örneği-5BYE sip:n.tesla@lab.high-voltage.org SIP/2.0Via: SIP/2.0/UDP tower.radio.org:5060;branch=z9hG4bK392kfMax-Forwards: 70To: Nikola Tesla <sip:n.tesla@high-voltage.org>;tag=76341From: G. Marconi <sip:marconi@radio.org>;tag=a53e42Call-ID: 123456789@lab.high-voltage.orgCSeq: 1 BYEContent-Length: 0

Basit SIP Sinyalizasyon Örneği-6SIP/2.0 200 OKVia: SIP/2.0/UDP tower.radio.org:5060;branch=z9hG4bK392kf ;received=200.201.202.203To: Nikola Tesla <sip:n.tesla@high-voltage.org>;tag=76341From: G. Marconi <sip:marconi@radio.org>;tag=a53e42Call-ID: 123456789@lab.high-voltage.orgCSeq: 1 BYEContent-Length: 0

Proxy Aracılığı ile SIP Araması-1INVITE sip:werner.heisenberg@munich.de SIP/2.0Via: SIP/2.0/UDP 100.101.102.103:5060;branch=z9hG4bKmp17aMax-Forwards: 70To: Heisenberg <sip:werner.heisenberg@munich.de>From: E. Schroedinger <sip:schroed5244@aol.com>;tag=42Call-ID: 10@100.101.102.103CSeq: 1 INVITESubject: Where are you exactly?Contact: <sip:schroed5244@pc33.aol.com>Content-Type: application/sdpContent-Length: 159v=0o=schroed5244 2890844526 2890844526 IN IP4 100.101.102.103s=Phone Callt=0 0c=IN IP4 100.101.102.103m=audio 49170 RTP/AVP 0a=rtpmap:0 PCMU/8000

Proxy Aracılığı ile SIP Araması-2INVITE sip:werner.heisenberg@200.201.202.203 SIP/2.0Via: SIP/2.0/UDP proxy.munich.de:5060;branch=z9hG4bK83842.1Via: SIP/2.0/UDP 100.101.102.103:5060;branch=z9hG4bKmp17aMax-Forwards: 69To: Heisenberg <sip:werner.heisenberg@munich.de>From: E. Schroedinger <sip:schroed5244@aol.com>;tag=42Call-ID: 10@100.101.102.103CSeq: 1 INVITEContact: <sip:schroed5244@pc33.aol.com>Content-Type: application/sdpContent-Length: 159v=0o=schroed5244 2890844526 2890844526 IN IP4 100.101.102.103s=Phone Callc=IN IP4 100.101.102.103t=0 0m=audio 49172 RTP/AVP 0a=rtpmap:0 PCMU/8000

Proxy Aracılığı ile SIP Araması-3SIP/2.0 180 RingingVia: SIP/2.0/UDP proxy.munich.de:5060;branch=z9hG4bK83842.1 ;received=100.101.102.105Via: SIP/2.0/UDP 100.101.102.103:5060;branch=z9hG4bKmp17aTo: Heisenberg <sip:werner.heisenberg@munich.de>;tag=314159From: E. Schroedinger <sip:schroed5244@aol.com>;tag=42Call-ID: 10@100.101.102.103CSeq: 1 INVITEContact: <sip:werner.heisenberg@200.201.202.203>Content-Length: 0SIP/2.0 180 RingingVia: SIP/2.0/UDP 100.101.102.103:5060;branch=z9hG4bKmp17aTo: Heisenberg <sip:werner.heisenberg@munich.de>;tag=314159From: E. Schroedinger <sip:schroed5244@aol.com>;tag=42Call-ID: 10@100.101.102.103CSeq: 1 INVITEContact: <sip:werner.heisenberg@200.201.202.203>Content-Length: 0

Proxy Aracılığı ile SIP Araması-4SIP/2.0 200 OKVia: SIP/2.0/UDP proxy.munich.de:5060;branch=z9hG4bK83842.1 ;received=100.101.102.105Via: SIP/2.0/UDP 100.101.102.103:5060;branch=z9hG4bKmp17aTo: Heisenberg <sip:werner.heisenberg@munich.de>;tag=314159From: E. Schroedinger <sip:schroed5244@aol.com>;tag=42Call-ID: 10@100.101.102.103CSeq: 1 INVITEContact: <sip:werner.heisenberg@200.201.202.203>Content-Type: application/sdpContent-Length: 159v=0o=heisenberg 2890844526 2890844526 IN IP4 200.201.202.203s=Phone Callc=IN IP4 200.201.202.203t=0 0m=audio 49172 RTP/AVP 0a=rtpmap:0 PCMU/8000

Proxy Aracılığı ile SIP Araması-5SIP/2.0 200 OKVia: SIP/2.0/UDP 100.101.102.103:5060;branch=z9hG4bKmp17aTo: Heisenberg <sip:werner.heisenberg@munich.de>;tag=314159From: E. Schroedinger <sip:schroed5244@aol.com>;tag=42Call-ID: 10@100.101.102.103CSeq: 1 INVITEContact: <sip:werner.heisenberg@200.201.202.203>Content-Type: application/sdpContent-Length: 159v=0o=heisenberg 2890844526 2890844526 IN IP4 200.201.202.203c=IN IP4 200.201.202.203t=0 0m=audio 49170 RTP/AVP 0a=rtpmap:0 PCMU/8000

Proxy Aracılığı ile SIP Araması-6ACK sip:werner.heisenberg@200.201.202.203 SIP/2.0Via: SIP/2.0/UDP 100.101.102.103:5060;branch=z9hG4bKka42Max-Forwards: 70To: Heisenberg <sip:werner.heisenberg@munich.de>;tag=314159From: E. Schroedinger <sip:schroed5244@aol.com>;tag=42Call-ID: 10@100.101.102.103CSeq: 1 ACKContent-Length: 0

Proxy Aracılığı ile SIP Araması-7 BYE sip:schroed5244@pc33.aol.com SIP/2.0 Via: SIP/2.0/UDP200.201.202.203:5060;branch=z9hG4bK4332 Max-Forwards: 70 To: E. Schroedinger<sip:schroed5244@aol.com>;tag=42 From: Heisenberg<sip:werner.heisenberg@munich.de>;tag=314159 Call-ID: 10@100.101.102.103 CSeq: 2000 BYE Content-Length: 0

Proxy Aracılığı ile SIP Araması-8SIP/2.0 200 OKVia: SIP/2.0/UDP 200.201.202.203:5060;branch=z9hG4bK4332To: E. Schroedinger <sip:schroed5244@aol.com>;tag=42From: Heisenberg <sip:werner.heisenberg@munich.de>;tag=314159Call-ID: 10@100.101.102.103CSeq: 2000 BYEContent-Length: 0

SIP Registrasyon Örneği-1REGISTER sip:registrar.munich.de SIP/2.0Via: SIP/2.0/UDP 200.201.202.203:5060;branch=z9hG4bKus19Max-Forwards: 70To: Werner Heisenberg <sip:werner.heisenberg@munich.de>From: Werner Heisenberg <sip:werner.heisenberg@munich.de> ;tag=3431Call-ID: 23@200.201.202.203CSeq: 1 REGISTERContact: sip:werner.heisenberg@200.201.202.203Content-Length: 0

SIP Registrasyon Örneği-2SIP/2.0 200 OKVia: SIP/2.0/UDP 200.201.202.203:5060;branch=z9hG4bKus19To: Werner Heisenberg <sip:werner.heisenberg@munich.de>;tag=8771From: Werner Heisenberg <sip:werner.heisenberg@munich.de> ;tag=3431Call-ID: 23@200.201.202.203CSeq: 1 REGISTERContact: <sip:werner.heisenberg@munich.de>;expires=3600Content-Length: 0

SIP Yanıtı Yönlendirmesi

SIP İstek Yönlendirmesi

SIP Request Forking

Diğer Sinyalleşme Protokolleri

H323• Mayıs 1995 başlatıldı.• Haziran 1996 kullanılmaya başlandı.• Multimedia öğelerini IP networkü üzerinden taşımak için kullanılır.• Kullanımı SIP kadar yaygın değildir.• SIP e göre komplex ve hantal bir yapıya sahiptir.

H323 Elemanları• Terminaller• Gatekeeper lar• Gateway ler (H.323 to H.320/H.324/POTS)• MCUs – Multipoint Controller (MC) – Multipoint Processor (MP)

H.323 Gatekeeper-1• Adres Dönüşümü – Email e benzer isimler – Telefon numarasına benzer isimler• Giriş Kontrol – Tüm arama için izin – Bantgenişliği limitleme yapılabilir – LAN trafiğini kontrol etme

H.323 Gatekeeper-2• Gateway kontrolleri – H.320, H.324, POTS, vs...• Arama Sinyalleşmesi – İlave servisler veya MC özelliği ile aramaları yönlendirebilme• Arama Yönetimi/Raporlama/Logging

H.323 MCU• Media Dağıtımı – Tek yöne yayın (Unicast) – Çok yöne yayın (Multicast) – Hibrit• Özel amaçlı çok noktaya arama yönetimi• Konferans yönetimi• Gatewayler ile birlikte çoklu protokol

H.323 protocol yığını Control Data Audio Video A/V Cntl Control Gate- keeper G.7xx H.26x RTCP Reg,H.225.0 H.245 T.120 Adm, Status RTP (RAS) TCP UDP IP

H323 Arama Örneği-1 GK (2a) GK resolves “Bob” to IP address through H.323 (1) ARQ registration or external Can I call name service “Bob”? (e.g. DNS, ULS, etc..) (2b) Admission Policy Applied (3) ACF Pict ureTel Yes, use this P re u t cT i el P re u t cT i el IP Address BobBill

H323 Arama Örneği-2 GK (5) ARQ May I answer? (6) ACF Yes (4) SETUP (Create) (7) ALERTING PictureTel P re u t c iel T P re u t cT i el (8) CONNECT (User answers)Bill Bob

H323 Arama Örneği-3 PictureTel P re u t cT i el P re u t cT i el (9) H.245 connection established - Capability Exchange BobBill - Open Logical Channels (audio, video)

SIP ile H.323 ün birlikte çalışması

Peer-to-Peer to/from Client/Server Interworking

Real-time Transport Protocol (RTP)• Uçtan uca iletim sunanan servislerde media iletimi için kullanılan protokoldür.• Genellikle ses ve video streamleri iletimi için kullanılır.

Özellikleri;• payload type identification• sequence numbering• time stamping• delivery monitoring• mixers & translatorsAvantajları; v lightweight (hafif) v flexible (esnek) v protocol-neutral (protokol bağımsız) v scalable (ölçeklenebilir) v separate control/data (data ve kontrol ayrı) v secure (güvenli)

Protokol Yapısı• Uygulama Katmanı Protokolüdür• IP ve UDP protokollerinin başında kullanılır• RTP kullanan sistemler; – Paket kaybına karşı hassas olmayan – Paket gecikmelerine karşı duyarlı olan• UDP sayesinde; – Çoklu olarak – Checksum kontrol(sağlama toplamı)

Protokol Yapısı-2

RTCP• Kontrol protokol• Ses kalitesini ölçümü ve kontrolü için kullanılır• RTP kaynağı için CNAME bilgisi taşır. Bu bilgi ses ve video senkronizasyonu için kullanılır.

Alıcı RTCP Paket Raporu RC Type Length SSRC of packet sender SSRC of first sourceFraction lost Cumulative number of packet lost Interarrival jitter Last SR R 1 k b o p c e r l t Delay since last SR Report block 2

Kodekler

Teşekkürler...Sorularınız ???

SIP

by Bayram KARAGOZ on Jan 30, 2012

Accessibility

Categories

Tags

Upload Details

Usage Rights

1 Embed 160

Statistics

SIP — Presentation Transcript