Ip-telefoniya: bu nima va u qanday ishlaydi. Internet kanaliga talablar


RTP (Real vaqtda transport protokoli)



Yüklə 1,09 Mb.
səhifə15/18
tarix17.03.2023
ölçüsü1,09 Mb.
#88493
1   ...   10   11   12   13   14   15   16   17   18
djfnjkeekrfj

RTP (Real vaqtda transport protokoli) - real vaqt rejimida ma'lumotlarni uzatish protokoli
audio va video ma'lumotlarni Internet orqali uzatish uchun standart paket formatini belgilaydi.
RTCP (Real vaqtni boshqarish protokoli) - real vaqtda transport protokolini boshqaradigan protokol.
SDP - sessiyani tavsiflash protokoli, oqimli ma'lumotlarning dastlabki parametrlarini tavsiflaydi.
RTP va RTCP protokollari o'rtasidagi farq: RTP haqiqiy ma'lumotlarni etkazib berish vazifasini bajaradi va RTCP RTP ishining sifati to'g'risida nazorat ma'lumotlarini uzatadi.
2. SIP ulanishini o'rnatish algoritmlari
Где взять базу для СМС рассылки?ПОДРОБНЕЕBLOG.SMSDAR.RU₽ Содействие в подборе финансовых услуг/организацийРаспродажа TOYOTA RAV4 до 31.01ПОДРОБНЕЕALTERA-AUTO.RU Горнолыжные маски. 350 моделейПОДРОБНЕЕSPORT-MARAFON.RU
SIP protokoli ulanishni o'rnatishda uchta stsenariyni amalga oshiradi: proksi-serverni jalb qilish, ekspeditor serverini jalb qilish va bevosita foydalanuvchilar o'rtasida. Ular qo'ng'iroq qilingan abonentni qidirish va taklif qilish mexanizmlari o'rtasidagi tafovutda farq qiladi. Birinchi holda, proksi-server ushbu funktsiyalarni o'z zimmasiga oladi va chaqirilayotgan foydalanuvchi faqat chaqirilayotgan foydalanuvchining doimiy SIP manzilini bilishi kerak. Ikkinchi holda, qo'ng'iroq qilayotgan tomon aloqani mustaqil ravishda o'rnatadi va ekspeditor server faqat chaqirilayotgan abonentning doimiy manzilini uning joriy manziliga o'zgartirishni amalga oshiradi. Va nihoyat, uchinchi holatda, qo'ng'iroq qilayotgan foydalanuvchi ulanishni o'rnatish uchun chaqirilayotgan foydalanuvchining joriy manzilini bilishi kerak.
Diagrammada proksi-server yordamida ulanish stsenariysi ko'rsatilgan:

Abonent proksi-serverga "Taklif" xabarini yuborish orqali ulanish uchun so'rov yuboradi. Proksi-server urinayotgan xabarni qaytaradi va chaqirilayotgan tomonga chaqiruv xabarini yuboradi. Chaqirilayotgan tomon qo'ng'iroq xabari bilan javob beradi, proksi qo'ng'iroq qilayotgan tomonga yuboradi. Chaqirilayotgan tomon telefonni ko'targandan so'ng, OK partiyasi qo'ng'iroq qiluvchiga proksi-server orqali yuboriladigan xabarni yuboradi. Ack xabari chaqirilayotgan abonentga qaytariladi, shu vaqtdan boshlab ulanish o'rnatildi va RTP / RTCP protokollar orqali media-trafik almashinuvi boshlanadi. Ulanishni to'xtatmoqchi bo'lgan tomon Bye xabarini yuboradi va tasdiq tasdiqlangandan so'ng ulanish to'xtatiladi.
3. SIP-da ro'yxatdan o'tish
Oddiy SIP-sessiyalardan o'tayotganda, abonent dastlab chaqirilayotgan tomonning manzilini bilmaydi. Ishonchli vakillar qabul qiluvchining aniq manzilini aniqlashga yordam beradi. Har bir foydalanuvchi ro'yxatdan o'tish serverining joriy manzilidan tizimga kiradi. Ilova REGISTER xabarini yuboradi va serverni joriy joylashuvi to'g'risida xabardor qiladi. Ro'yxatga oluvchi ushbu aloqani (foydalanuvchi va uning hozirgi manzili o'rtasidagi) foydalanuvchilarni topish uchun boshqa proksi-serverlar tomonidan ishlatiladigan serverdagi papkada saqlaydi.
4. Reinvit qiling
Birinchi abonent ikkinchi IP-dan ulanishni so'rab, server orqali IP-manzilini xabar beradi. Ikkinchi javob, uning IP haqida xabar beradi. Ovoz paketlari SIP-serverni chetlab o'tib, to'g'ridan-to'g'ri abonentlarga yuboriladi. Oster paketlarini to'g'ridan-to'g'ri obunachilarga, Asteriskni chetlab o'tib, uzatish RE-INVITE yoki Native Bridge deb nomlanadi.


5. SIP bilan bog'liq muammolar
SIP protokoli server va telefon o'rtasida NAT bo'lmasligi uchun mo'ljallangan, ya'ni. port tarjima mexanizmi.
Buning sababi, SDP sarlavhalarida qurilmaning o'zi media oqim qabul qilinadigan portlarni o'zi belgilaydi,
ammo, NAT orqali o'tayotganda, portning o'zi buzilib ketadi va noto'g'ri ma'lumotlar SDPda qoladi.
Bu holat bir tomonlama eshitish muammosiga olib keladi.

  1. Xavfsizlik devorlari Xavfsizlik devori sozlamalari tufayli, ikkita so'nggi nuqta orasidagi kiruvchi RTP trafikni qabul qilish ko'pincha mumkin emas. Ammo xavfsizlik devori xatti-harakatlarini o'zgartira olsak, bu muammoni hal qilish usullari mavjud.
    Ko'pincha xavfsizlik devori UDP paketini birinchi navbatda ushbu manzilga yuborgan bo'lsa, IP-manzildan UDP paketlarini (IP-to'plamdagi UDP-ni UDP-ga) kiritishga imkon beradi. Bunday holda, hech qanday muammo bo'lmaydi, birinchi RTP paketlaridan biri yo'qolishi mumkin, ammo ikkala tomon ham RTP jo'natishni boshlashlari bilanoq, ular ham ushbu trafikni olishlari mumkin.
    Boshqa holatlarda, xavfsizlik devori trafikni to'sib qo'yishi mumkin, bu holda ikki nuqta orasidagi trafikni yo'naltirish uchun RTP deb nomlangan proksi-server o'rnatilishi kerak.

  2. NAT SIP buyruqlari bir nechta joyda IP manzillarini o'z ichiga oladi. Ushbu manzillar RTP aloqasi uchun ishlatilganligi sababli, agar so'nggi nuqta NAT (Native Address Translation) orqasida bo'lsa, ulanish o'rnatilmaydi. Bu, shuningdek, bugungi kunda Internetda jiddiy muammo va SIP uchun jiddiy cheklovdir. NAT tomonidan yaratilgan muammoni bartaraf etish uchun turli xil usullar taklif qilingan. Ular STUN, ICE va TURN sifatida tanilgan. Asosiy g'oya - SIP-xabarlarda ommaviy IP-manzildan foydalanish, NAT bir necha joyda muammolarga olib kelishi mumkin.
    Agar PBXlarning biri NAT orqasida joylashgan bo'lsa, boshqa PBX portni boshqa joyga yo'naltirmasdan turib unga ulana olmaydi.
    Agar telefon NAT orqasida joylashgan bo'lsa, ovoz paketlari tarmoqdagi doimiy bo'lmagan manzilga yo'naltirilishi mumkin, natijada ovoz yo'qoladi.
    Eng oddiy vaziyatda, SIP mijozi NAT orqasida bo'lib, Asterisk tashqi interfeysiga kirishadi. Serverda ro'yxatdan o'tishda SIP mijoz tarjimalar jadvalida yozuvni yaratadi, bu daqiqada kamida bitta paket o'tganda saqlanadi.
    SIP mijozlari va NAT uchun Asterisk
    Asterisk ham, mijozlar ham NAT orqasida bo'lsa, ishlar murakkablashadi. Tashqi tomondan mijozlar SIP-xabarlarni qabul qila olmaydilar va qo'ng'iroqlarni qabul qila olmaydilar. Yoki SIP xabarida telefonning mahalliy IP-manzili ko'rsatiladi, bu esa ovoz yo'qolishiga olib keladi.

Охрана для любого бюджетаПОДРОБНЕЕO-BEREG.RU₽ Содействие в подборе финансовых услуг/организацийРаспродажа TOYOTA RAV4 до 31.01ПОДРОБНЕЕALTERA-AUTO.RU Регистрируем медицинские изделияПОДРОБНЕЕMEDREGISTRANT.RU
6. IP-telefoniyadagi kodeklar
IP-telefoniyadagi kodek ovozli ma'lumotlarni IP-paketlarga aylantirish algoritmidir. Dastlabki ovoz ma'lumotlarini uzatish sifati va buning uchun ishlatiladigan tarmoqli kengligi bo'yicha juda ko'p kodek mavjud. Ushbu kodeklarning barchasi standartlashtirilgan va ko'pchilik VoIP uskunalari tomonidan qo'llab-quvvatlanadi.
Kodek (kodlovchi / dekoder) analog ovoz signalini raqamli bit oqimiga o'zgartiradi va ushbu ulanishning boshqa uchidagi o'xshash kodek buning aksini qiladi - raqamli bit oqimini analog analog ovoz signaliga o'zgartiradi.
VOIP dunyosida kodek IP tarmoqlari orqali uzatiladigan ovozni kodlash uchun ishlatiladi. Ularni vokoderlar ham deyishadi (ovozli kodlovchi - ovozli kodlovchi).
Har qanday kodek ovozni ma'lum bir intensivlik bilan kodlaydi va siqadi. Shuning uchun, uni tanlayotganda, kodek ovozni qanchalik ko'p siqsa, Internetning o'tkazish qobiliyati shunchalik kam bo'lishi kerakligini tushunishingiz kerak, ammo ayni paytda dekodlash paytida ovoz sifati yomonlashadi. Va aksincha, siqishni kamroq bo'lsa, ovoz sifati yaxshilanadi va uni uzatish uchun ko'proq Internet resurslari talab qilinadi.
Bu sohadagi muhim rivojlanish - ovozni o'chirish texnologiyasi. Ya'ni, suhbatdoshlardan biri jim bo'lganda, paketlari boshqasiga berilmaydi va shu bilan tarmoqli kengligini tejaydi.
IP telefoniya qurilmalarida ishlatiladigan asosiy kodeklarni ko'rib chiqing.

Yüklə 1,09 Mb.

Dostları ilə paylaş:
1   ...   10   11   12   13   14   15   16   17   18




Verilənlər bazası müəlliflik hüququ ilə müdafiə olunur ©azkurs.org 2024
rəhbərliyinə müraciət

gir | qeydiyyatdan keç
    Ana səhifə


yükləyin