VoIP işleyişinin teknik detayları nelerdir

wiki.internet.gen.tr, özgür ansiklopedi

(Sürümler arası farklar)
Git ve: kullan, ara
(New page: VoIP iletişimine genel bakış VoIP iletişimi için şunlara ihtiyacımız vardır: Öncelikle analog sinyali dijital sinyale (bits) çevirmek için ADC gereklidir. Ve bu dijital bit’l...)
Güncel sürüm (16:10, 3 Nisan 2008) (değiştir) (undo)
 
(3 intermediate revisions not shown.)
1. satır: 1. satır:
-
VoIP iletişimine genel bakış
+
Teknik açıdan bakıldığında genel olarak VoIP iletişimi için şunlara ihtiyacımız vardır:
-
VoIP iletişimi için şunlara ihtiyacımız vardır:
+
 
-
Öncelikle analog sinyali dijital sinyale (bits) çevirmek için ADC gereklidir. Ve bu dijital bit’lerin iletişim için iyi bir formatla sıkıştırılmış olmasi olmasi gerekmektedir. Bunun için ileride göreceğimiz birkaç protokol vardır.
+
Öncelikle analog sinyali dijital sinyale (bits) çevirmek için ADC gereklidir. Bu dijital bit’ler iletişim için iyi bir formatla sıkıştırılmış olmalıdır. Bunun için ileride göreceğimiz birkaç protokol var. Sonrasında bu ses paketlerini gerçek zamanlı protokol ile veri paketlerine iliştirmemiz gerekmektedir(genellikle IP üzerinde UDP, onunda üzerinde RTP).
-
Şimdi bu ses paketlerini gerçek zamanlı protokol ile veri paketlerine iliştirmemiz gerekmektedir. (genellikle IP üzerinde UDP, onunda üzerinde RTP)
+
Karşı tarafı aramak için sinyalleşme protokolüne ihtiyacimiz var. Bunu ITU-T H.323 yapacaktır.
Karşı tarafı aramak için sinyalleşme protokolüne ihtiyacimiz var. Bunu ITU-T H.323 yapacaktır.
-
Karşı tarafa ulaşan paketlerin tekrar açılması,verilerin düzenlenmesi, analog ses sinyaline çevrilmesi ve son olarak ses kartına veya telefona yollanması gerekmektedir.
+
Karşı tarafa ulaşan paketlerin tekrar açılması, verilerin düzenlenmesi, analog ses sinyaline çevrilmesi ve son olarak ses kartına veya telefona yollanması gerekmektedir.
Bütün bu işlemlerin gerçek zamanlı olarak gerçekleşmesi gerekmektedir. Çünkü çok geriden gelen paketlerin beklenmesi gibi bir seçenek yoktur.
Bütün bu işlemlerin gerçek zamanlı olarak gerçekleşmesi gerekmektedir. Çünkü çok geriden gelen paketlerin beklenmesi gibi bir seçenek yoktur.
16. satır: 15. satır:
'''Analog’dan Dijital’e Dönüştürmek'''
'''Analog’dan Dijital’e Dönüştürmek'''
-
Bu işlem donanım ile gerçekleştirilir, genellikle kartlar üzerinde ADC ile.
+
Bu işlem donanım ile gerçekleştirilir, genellikle kartlar üzerinde ADC ile yapılır.
Günümüzde bütün ses kartları 16 bit – 22050 Hz dönüşüme destek vermektedir (Örnekleme için Nyquist kuralına göre 44100 Hz’e ihtiyaç duyulur). Gerekli bant genişligi ise : 2 Byte * 44100 (sn. ‘deki örnekleme) = 88200 byte/sn, stereo için 176.4 kbyte/sn.
Günümüzde bütün ses kartları 16 bit – 22050 Hz dönüşüme destek vermektedir (Örnekleme için Nyquist kuralına göre 44100 Hz’e ihtiyaç duyulur). Gerekli bant genişligi ise : 2 Byte * 44100 (sn. ‘deki örnekleme) = 88200 byte/sn, stereo için 176.4 kbyte/sn.
-
VoIP’de ses yollamak için 176 Kbyte gibi bir bant genisilgine ihtiyacimiz olmaz. Sonraki bölümlerde görecegimiz kodlama seçenekleri ile bunu düsürmekteyiz.
+
VoIP’de ses yollamak için 176 Kbyte gibi bir bant genişligine ihtiyacımız olmaz. Sonraki bölümlerde görecegimiz kodlama seçenekleri ile bunu düşürmekteyiz.
-
'''Sikistirma Algoritmalari'''
+
'''Sıkıştırma Algoritmaları'''
 +
 
 +
Şimdi elimizde standart formatta olması gereken ve hızla iletilmesi gereken dijital veri var.
-
Simdi elimizde standart formatta olmasi gereken ve hizli iletilmesi gereken dijital veri var.
 
• PCM, Pulse Code Modulation, ITU-T G.711
• PCM, Pulse Code Modulation, ITU-T G.711
-
Ses bant genisligi 4 kHz, tabii ki örnekleme bant genisilgi 8 kHz olmali (Nyquits’e göre)
+
Ses bant genişliği 4 kHz, tabiki örnekleme bant genişligi 8 kHz olmalıdır (Nyquits’e göre)
-
Her örnekleme 8 bit’tir (Bu 256 ayri deger demek).
+
Her örnekleme 8 bit’tir (Bu 256 ayrı değer demektir).
-
Net hiz : 8000 Hz * 8 bit = 64 kbit/sn, yani tipik dijital telefon hatti.
+
Net hız : 8000 Hz * 8 bit = 64 kbit/sn, yani tipik dijital telefon hattı.
-
Gerçek uygulamalarda Kuzey Amerika için mu-law ve Avrupa için a-law varyantlari olan ve logaritmik olarak 12 yada 13 bit analog sinyallesme kullanilir.
+
Gerçek uygulamalarda Kuzey Amerika için mu-law ve Avrupa için a-law varyantları olan ve logaritmik olarak 12 yada 13 bit analog sinyalleşme kullanılır.
• ADPCM, Adaptive differential PCM, ITU-T G.726
• ADPCM, Adaptive differential PCM, ITU-T G.726
-
32 kbps gerektiren ses paketi ile gerçek paket arasindaki farki çeviren sikistirma teknigidir.
+
32 kbps gerektiren ses paketi ile gerçek paket arasındaki farkı çeviren sıkıştırma tekniğidir.
• LD-CELP, ITU-T G.728
• LD-CELP, ITU-T G.728
• CS-ACELP, ITU-T G.729 ve G.729a
• CS-ACELP, ITU-T G.729 ve G.729a
-
• MP-MLQ, ITU-T G.723.1, 6.3kbps, Gerçek Zamanli Konusma
+
• MP-MLQ, ITU-T G.723.1, 6.3kbps, Gerçek Zamanlı Konuşma
-
• ACELP, ITU-T G.723.1, 5.3kbps, Gerçek Zamanli Konusma
+
• ACELP, ITU-T G.723.1, 5.3kbps, Gerçek Zamanlı Konuşma
• LPC-10, 2.5 kbps!!
• LPC-10, 2.5 kbps!!
-
Son olarak siralanan protokoller oldukça önemli olup, düsük bant genisligi kullanimini garanti etmektedirler. Özellikle G.723.1 çok yüksek bir MOS (Mean Opinion Score – Ses kalitesinin ölçülmesinde kullanilan bir deger) degerine sahiptir.
+
Son olarak sıralanan protokoller oldukça önemli olup, düşük bant genişliği kullanımını garanti etmektedirler. Özellikle G.723.1 çok yüksek bir MOS (Mean Opinion Score – Ses kalitesinin ölçülmesinde kullanılan bir değer) değerine sahiptir.
-
'''RTP (Real Time Transport Protocol – Gerçek Zamanli Tasima Protokolü)'''
+
'''RTP (Real Time Transport Protocol – Gerçek Zamanlı Taşıma Protokolü)'''
-
Simdi elimizde ham veri var ve TCP/IP yiginina yerlestirmemiz gerekmekte. Yapi su sekildedir:
+
Şimdi elimizde ham veri var ve TCP/IP yığınına yerleştirmemiz gerekmektedir. Yapı şu şekildedir:
VoIP veri paketleri
VoIP veri paketleri
RTP
RTP
46. satır: 46. satır:
I,II katmanlar
I,II katmanlar
-
VoIP veri paketleri, UDP-IP paketlerinin içindeki RTP paketlerinde yer alir.
+
VoIP veri paketleri, UDP-IP paketlerinin içindeki RTP paketlerinde yer alır.
-
Öncelikle, VoIP TCP kullanamaz çünkü, gerçek zamanli uygulamalar için TCP çok agir. Bu yüzden UDP kullanilir.
+
Öncelikle, VoIP TCP kullanamaz çünkü, gerçek zamanlı uygulamalar için TCP çok ağır kalır. Bu yüzden UDP kullanılır.
-
Ikinci olarak, UDP, paketlerin karsi tarafa ulasip ulasmadigini veya ne kadar zamanda ulastigini kontrol etmez. Bu iki deger sesin kalitesi için önemlidir. RTP bu problemi çözerek paketlerin alindigi tarafta paketleri uygun siraya dizer ve paketlerin ulasmasi için çok uzun süre beklemez, böylece konusma kesintilere ugramaz. Fakat hala sürekli veri akisina ihtiyaç duymaktadir.
+
İkinci olarak, UDP, paketlerin karşı tarafa ulaşıp ulaşmadığını veya ne kadar zamanda ulastığını kontrol etmez. Bu iki değer sesin kalitesi için önemlidir. RTP bu problemi çözerek paketlerin alındığı tarafta paketleri uygun şekilde sıraya dizer ve paketlerin ulaşması için çok uzun süre beklemez, böylece konuşma kesintilere uğramaz. Fakat hala sürekli veri akışına ihtiyaç duymaktadır.
-
'''Real Time Transport Protocol – Gerçek Zamanli Tasima Protokolü'''
+
'''Real Time Transport Protocol – Gerçek Zamanlı Taşıma Protokolü'''
0 1 2 3
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
-
|V=2|P|X| CC |M| PT | sira numarasi |
+
|V=2|P|X| CC |M| PT | sira numarası |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| zaman bilgisi |
| zaman bilgisi |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
-
| senkronizasyon kaynak (SSRC) tanimlayicisi |
+
| senkronizasyon kaynak (SSRC) tanımlayıcısı |
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
-
| yardimci kaynak (CSRC) tanimlayicilar |
+
| yardımcı kaynak (CSRC) tanımlayıcılar |
| .... |
| .... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
-
'''Tanimlar:'''
+
'''Tanımlar:'''
-
V : Kullanilan RTP’nin versiyonu
+
 
 +
V : Kullanılan RTP’nin versiyonu
P : Padding
P : Padding
-
X : Baslik ekleri
+
X : Başlık ekleri
-
CC : CSRC tanimlayicilarinin sayisini veren alan. CSRC alaninin kullanim yeri örnegin konferans konusmalaridir.
+
CC : CSRC tanımlayıcılarının sayısını veren alan. CSRC alanının kullanım yeri örneğin konferans konuşmalarıdır.
-
M : Isaret bit’I
+
M : İşaret bit’i
PT : Payload tipi
PT : Payload tipi
RTP ile ilgili tam bilgiyi RFC 1889 ve 1890’dan alabilirsiniz.
RTP ile ilgili tam bilgiyi RFC 1889 ve 1890’dan alabilirsiniz.
'''RSVP'''
'''RSVP'''
-
VoIP’de RSVP gibi diger bir takim protokollerde kullanilir. RSVP Servis Kalitesi’nin kontrolünde kullanilir (QoS – Quality of Service)
+
VoIP’de RSVP gibi diğer bir takım protokollerde kullanılır. RSVP Servis Kalitesi’nin kontrolünde kullanılır (QoS – Quality of Service) RSVP bir sinyalleşme protokolüdür ve paketlerin uğrayacagı her noktadaki bant genişliği ve gecikme değerlerini tespit etmeye yarar. Daha detaylı bilgi için: RFC 2205
-
RSVP bir sinyallesme protokolüdür ve paketlerin ugrayacagi her noktadaki bant genisligi ve gecikme degerlerini tespit etmeye yarar. Daha detayli bilgi için: RFC 2205
+
'''Quality of Service (QoS)'''
'''Quality of Service (QoS)'''
-
Yazi boyunca birçok kez VoIP uygulamalarinin gerçek zamanli veri akisina ihtiyaç duydugunu ve etkilesimli ses veri degisimi için beklenende budur zaten.
+
Yazı boyunca birçok kez VoIP uygulamalarının gerçek zamanlı veri akışına ihtiyaç duyduğunu belirttik. Etkileşimli ses veri değişimi için beklenen budur. Ne yazık ki, TCP/IP bu tip bir amaç için uygun değildir, sadece en iyi çabayı gösterir. Paketlerin yol aldığı bütün yönlendirici (router)’lar da paket akışını yönetmenin kural ve ip uçlarını inceleyelim:
-
Ne yazik ki, TCP/IP bu tip bir amaç için uygun degildir, sadece en iyi çabayi gösterir. Paketlerin yol aldigi bütün yönlendirici (router)’lar da paket akisini yönetmenin kural ve ip uçlarini inceleyelim:
+
 
-
IP protokolündeki TOS alani servis tipini tanimlar: Yüksek deger, düsük önem anlamina gelir. Ve çok düsük bir deger ise bize daha çok gerçek zamanli akis saglar.
+
IP protokolündeki TOS alanı servis tipini tanımlar: Yüksek değer, düşük önem anlamına gelir. Ve çok düşük bir değer ise bize daha çok gerçek zamanlı akış sağlar.
-
'''H323 Sinyallesme Protokolü'''
+
'''H323 Sinyalleşme Protokolü'''
-
H323 VoIP üzerinden arama yapmak için kullanilir (örnegin MS Netmeeting ile). Bu protokolu kullanmak için sunlar gereklidir:
+
H323 VoIP üzerinden arama yapmak için kullanılır (örnegin MS Netmeeting ile). Bu protokolu kullanmak için şunlar gereklidir:
-
VoIP baglantiyi baslatabilecek terminaller.
+
VoIP baglantıyı başlatabilecek terminaller.
-
Adres çevrimi (ismi IP ‘ye) ve kabul kontrolu (admission control – kullaniciyi kabul veya reddetmek veya bazi kullanicilarin bant genisligi kontrolü için) yapabilmek için Gatekeeper.
+
Adres çevrimi (ismi IP ‘ye) ve kabul kontrolü (admission control – kullanıcıyı kabul veya reddetmek veya bazı kullanıcıların bant genişliği kontrolü için) yapabilmek için Gatekeeper.
TCP7IP – PSTN çevrimi için Gateway.
TCP7IP – PSTN çevrimi için Gateway.
Konferans için MCU (Multipoint Control Units).
Konferans için MCU (Multipoint Control Units).
-
Proxy sunuculari.
+
Proxy sunucuları.
-
H323 sadece VoIP için degil ayni zamanda video ve veri iletisiminde de kullanilir.
+
H323 sadece VoIP için değil aynı zamanda video ve veri iletişiminde de kullanılır.
-
VoIP ile ilgili olarak, H323, G.711, G.722, G.723, G.728 ve G.729 ses codec’lerini tasiyabilir. Video için ise, H261 ve H263.
+
VoIP ile ilgili olarak, H323, G.711, G.722, G.723, G.728 ve G.729 ses codec’lerini taşıyabilir. Video için ise, H261 ve H263.
'''Gatekeeper Modeli'''
'''Gatekeeper Modeli'''
101. satır: 101. satır:
(Terminal H323) C - - -
(Terminal H323) C - - -
-
A, B ve C aramalar için Gatekeep’a dogru ayarlanmistir. Terminaller her açildiginda Gatekeeper’a kayit olurlar. Herhangi bir arama için gatekeepr’a sorgu geldiginde Gatekeeper kendisindeki kayitlara bakarak bu sorguya cevap verir.
+
A, B ve C aramalar için Gatekeep’a doğru ayarlanmıştır. Terminaller her açıldığında Gatekeeper’a kayıt olurlar. Herhangi bir arama için gatekeeper’a sorgu geldiğinde Gatekeeper kendisindeki kayıtlara bakarak bu sorguya cevap verir.
'''Gateway Modeli'''
'''Gateway Modeli'''
-
Daha öncede söyledigimiz gibi gateway’ler VoIP sistemini PSTN’e entegre etmek için kullanilir. Böylece klasik telefonlar ile Internet birlesmis olmaktadir.
+
Daha öncede söylediğimiz gibi gateway’ler VoIP sistemini PSTN’e entegre etmek için kullanılır. Böylece klasik telefonlar ile İnternet birleşmiş olmaktadır.
Not : Firmamıza ait ana web sitemizden [http://www.pusula.net.tr www.pusula.net.tr]alıntılar yapılarak hazırlanmıştır.
Not : Firmamıza ait ana web sitemizden [http://www.pusula.net.tr www.pusula.net.tr]alıntılar yapılarak hazırlanmıştır.

Güncel sürüm

Teknik açıdan bakıldığında genel olarak VoIP iletişimi için şunlara ihtiyacımız vardır:

Öncelikle analog sinyali dijital sinyale (bits) çevirmek için ADC gereklidir. Bu dijital bit’ler iletişim için iyi bir formatla sıkıştırılmış olmalıdır. Bunun için ileride göreceğimiz birkaç protokol var. Sonrasında bu ses paketlerini gerçek zamanlı protokol ile veri paketlerine iliştirmemiz gerekmektedir(genellikle IP üzerinde UDP, onunda üzerinde RTP). Karşı tarafı aramak için sinyalleşme protokolüne ihtiyacimiz var. Bunu ITU-T H.323 yapacaktır. Karşı tarafa ulaşan paketlerin tekrar açılması, verilerin düzenlenmesi, analog ses sinyaline çevrilmesi ve son olarak ses kartına veya telefona yollanması gerekmektedir. Bütün bu işlemlerin gerçek zamanlı olarak gerçekleşmesi gerekmektedir. Çünkü çok geriden gelen paketlerin beklenmesi gibi bir seçenek yoktur.

Temel Mimari

Ses )) ADC – Sıkıştırma Algoritmasi - RTP’nin TCP/IP içine yerleştirilmesi ---
---> |
<--- |
Ses (( DAC – Açma Algoritması - RTP’nin TCP/IP’den ayıklanması ---

Analog’dan Dijital’e Dönüştürmek

Bu işlem donanım ile gerçekleştirilir, genellikle kartlar üzerinde ADC ile yapılır. Günümüzde bütün ses kartları 16 bit – 22050 Hz dönüşüme destek vermektedir (Örnekleme için Nyquist kuralına göre 44100 Hz’e ihtiyaç duyulur). Gerekli bant genişligi ise : 2 Byte * 44100 (sn. ‘deki örnekleme) = 88200 byte/sn, stereo için 176.4 kbyte/sn. VoIP’de ses yollamak için 176 Kbyte gibi bir bant genişligine ihtiyacımız olmaz. Sonraki bölümlerde görecegimiz kodlama seçenekleri ile bunu düşürmekteyiz.

Sıkıştırma Algoritmaları

Şimdi elimizde standart formatta olması gereken ve hızla iletilmesi gereken dijital veri var.

• PCM, Pulse Code Modulation, ITU-T G.711 Ses bant genişliği 4 kHz, tabiki örnekleme bant genişligi 8 kHz olmalıdır (Nyquits’e göre) Her örnekleme 8 bit’tir (Bu 256 ayrı değer demektir). Net hız : 8000 Hz * 8 bit = 64 kbit/sn, yani tipik dijital telefon hattı. Gerçek uygulamalarda Kuzey Amerika için mu-law ve Avrupa için a-law varyantları olan ve logaritmik olarak 12 yada 13 bit analog sinyalleşme kullanılır. • ADPCM, Adaptive differential PCM, ITU-T G.726 32 kbps gerektiren ses paketi ile gerçek paket arasındaki farkı çeviren sıkıştırma tekniğidir. • LD-CELP, ITU-T G.728 • CS-ACELP, ITU-T G.729 ve G.729a • MP-MLQ, ITU-T G.723.1, 6.3kbps, Gerçek Zamanlı Konuşma • ACELP, ITU-T G.723.1, 5.3kbps, Gerçek Zamanlı Konuşma • LPC-10, 2.5 kbps!! Son olarak sıralanan protokoller oldukça önemli olup, düşük bant genişliği kullanımını garanti etmektedirler. Özellikle G.723.1 çok yüksek bir MOS (Mean Opinion Score – Ses kalitesinin ölçülmesinde kullanılan bir değer) değerine sahiptir.

RTP (Real Time Transport Protocol – Gerçek Zamanlı Taşıma Protokolü)

Şimdi elimizde ham veri var ve TCP/IP yığınına yerleştirmemiz gerekmektedir. Yapı şu şekildedir: VoIP veri paketleri RTP UDP IP I,II katmanlar

VoIP veri paketleri, UDP-IP paketlerinin içindeki RTP paketlerinde yer alır. Öncelikle, VoIP TCP kullanamaz çünkü, gerçek zamanlı uygulamalar için TCP çok ağır kalır. Bu yüzden UDP kullanılır. İkinci olarak, UDP, paketlerin karşı tarafa ulaşıp ulaşmadığını veya ne kadar zamanda ulastığını kontrol etmez. Bu iki değer sesin kalitesi için önemlidir. RTP bu problemi çözerek paketlerin alındığı tarafta paketleri uygun şekilde sıraya dizer ve paketlerin ulaşması için çok uzun süre beklemez, böylece konuşma kesintilere uğramaz. Fakat hala sürekli veri akışına ihtiyaç duymaktadır.

Real Time Transport Protocol – Gerçek Zamanlı Taşıma Protokolü

0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V=2|P|X| CC |M| PT | sira numarası |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| zaman bilgisi |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| senkronizasyon kaynak (SSRC) tanımlayıcısı |
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
| yardımcı kaynak (CSRC) tanımlayıcılar |
| .... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Tanımlar:

V : Kullanılan RTP’nin versiyonu P : Padding X : Başlık ekleri CC : CSRC tanımlayıcılarının sayısını veren alan. CSRC alanının kullanım yeri örneğin konferans konuşmalarıdır. M : İşaret bit’i PT : Payload tipi RTP ile ilgili tam bilgiyi RFC 1889 ve 1890’dan alabilirsiniz.

RSVP VoIP’de RSVP gibi diğer bir takım protokollerde kullanılır. RSVP Servis Kalitesi’nin kontrolünde kullanılır (QoS – Quality of Service) RSVP bir sinyalleşme protokolüdür ve paketlerin uğrayacagı her noktadaki bant genişliği ve gecikme değerlerini tespit etmeye yarar. Daha detaylı bilgi için: RFC 2205

Quality of Service (QoS) Yazı boyunca birçok kez VoIP uygulamalarının gerçek zamanlı veri akışına ihtiyaç duyduğunu belirttik. Etkileşimli ses veri değişimi için beklenen budur. Ne yazık ki, TCP/IP bu tip bir amaç için uygun değildir, sadece en iyi çabayı gösterir. Paketlerin yol aldığı bütün yönlendirici (router)’lar da paket akışını yönetmenin kural ve ip uçlarını inceleyelim:

IP protokolündeki TOS alanı servis tipini tanımlar: Yüksek değer, düşük önem anlamına gelir. Ve çok düşük bir değer ise bize daha çok gerçek zamanlı akış sağlar.

H323 Sinyalleşme Protokolü H323 VoIP üzerinden arama yapmak için kullanılır (örnegin MS Netmeeting ile). Bu protokolu kullanmak için şunlar gereklidir: VoIP baglantıyı başlatabilecek terminaller. Adres çevrimi (ismi IP ‘ye) ve kabul kontrolü (admission control – kullanıcıyı kabul veya reddetmek veya bazı kullanıcıların bant genişliği kontrolü için) yapabilmek için Gatekeeper. TCP7IP – PSTN çevrimi için Gateway. Konferans için MCU (Multipoint Control Units). Proxy sunucuları. H323 sadece VoIP için değil aynı zamanda video ve veri iletişiminde de kullanılır. VoIP ile ilgili olarak, H323, G.711, G.722, G.723, G.728 ve G.729 ses codec’lerini taşıyabilir. Video için ise, H261 ve H263.

Gatekeeper Modeli

(Terminal H323) A - - -
\
(Terminal H323) B - - - D (Gatekeeper)
/
(Terminal H323) C - - -

A, B ve C aramalar için Gatekeep’a doğru ayarlanmıştır. Terminaller her açıldığında Gatekeeper’a kayıt olurlar. Herhangi bir arama için gatekeeper’a sorgu geldiğinde Gatekeeper kendisindeki kayıtlara bakarak bu sorguya cevap verir.

Gateway Modeli

Daha öncede söylediğimiz gibi gateway’ler VoIP sistemini PSTN’e entegre etmek için kullanılır. Böylece klasik telefonlar ile İnternet birleşmiş olmaktadır.

Not : Firmamıza ait ana web sitemizden www.pusula.net.tralıntılar yapılarak hazırlanmıştır.