Know-how, előadás, session-iniciációs protokoll (sip)
Absztrakt: Az előadás a SIP protokollra vonatkozik, bemutatva a SIP szabvány architektúráját, működési elvét és ajánlásait. A SIP alapú architektúra elemeit és szerepét ismertetik. A protokoll integrálása az IP-hálózatokkal
5.1. A SIP protokoll építésének alapelvei
A SIP protokollt az IETF MMUSIC csoport dolgozott ki. és a protokoll specifikációit az RFC 2543-ban mutatjuk be. A protokoll a következő elveken alapul:
- A felhasználók személyes mobilitása. A felhasználók korlátozás nélkül navigálhatnak a hálózaton belül. A felhasználónak egyedi azonosítója van, és a hálózat kommunikációs szolgáltatásokat nyújt, függetlenül attól, hol van.
- A hálózat skálázhatósága. Ezt elsősorban a hálózat elemeinek számának növelésével lehet bővíteni. Szerver hálózati struktúra, amely a SIP protokoll alapján épül fel. megfelel ennek a követelménynek.
- Protokoll nyújthatóság. Jellemzője, hogy képes új protokollokat kiegészíteni az új szolgáltatásokkal, és új alkalmazások bevezetésével és alkalmazásokhoz való alkalmazkodással.
A SIP protokoll funkcióinak kiterjesztése új üzenetfejlécek bevezetésével érhető el, amelyeket be kell jegyezni az IANA szervezetnek. Ebben az esetben, ha a SIP szerver ismeretlen attribútumokkal rendelkező üzenetet kap, egyszerűen figyelmen kívül hagyja őket.
A SIP protokoll lehetőségeinek bővítése érdekében új típusú üzenetek is hozzáadhatók.
5.2. SIP integrálása IP hálózatokkal
A SIP protokoll egyik legfontosabb jellemzője a közlekedési technológiáktól való függetlenség. Ugyanakkor előnyben részesítjük az IP csomagok és az UDP protokoll útválasztási technológiáját. Meg kell jegyezni, hogy ehhez kiegészítő mechanizmusokat kell létrehozni a jelinformációk megbízható szállítására. Ilyen mechanizmusok közé tartozik az információ továbbadása veszteség, vételi visszaigazolás stb. Esetén.

Ábra. 5.1. A SIP protokoll helye a TCP / IP protokollcsomagban
A hanginformációk továbbítására az IETF bizottság javasolja az RTP protokoll használatát. de a SIP protokoll önmagában nem zárja ki annak lehetőségét, hogy más protokollokat használhassanak e célból.
A SIP protokoll három típusú konferenciát szervez:
A SIP protokoll lehetővé teszi az új résztvevők számára, hogy csatlakozzanak a meglévő kommunikációs munkamenethez, azaz a kétirányú munkamenet megy a konferencia felé.
5.4. SIP hálózat architektúrája
Az 5.2 ábra a protokoll egyszerűsített sémáját mutatja.

Ábra. 5.2. Ügyfél-kiszolgáló-architektúra
Az ügyfél kiadja a lekérdezéseket, jelezve, hogy melyiket kívánja megkapni a szerverről. A szerver elfogadja a kérést. feldolgozza azt, és olyan választ ad ki, amely tartalmazhat értesítést a kérelem sikeres végrehajtásáról, hibaüzenetről vagy az ügyfél által kért információról.
A hívási szolgáltatás folyamatának kezelése a SIP hálózat különböző elemei között oszlik meg. A fő funkcionális elem. amely megvalósítja a kapcsolásvezérlő funkciókat, a terminál. A többi hálózati elem felelős a hívások átirányításáért, és bizonyos esetekben további szolgáltatásokat nyújt.
A SIP protokollban a következő alapvető összetevők vannak telepítve:
Abban az esetben, ha az ügyfél és a szerver közvetlenül a felhasználóval lépnek kapcsolatba, akkor a felhasználói ügyintéző (UAC) és a User Agent Server (UAS) kiszolgálót hívják.
A proxy elfogadja a kéréseket, feldolgozza azokat, és a kérés típusától függően bizonyos műveleteket hajthat végre. Ez lehet egy felhasználó keresés és hívás, kérés útválasztás, szolgáltatásnyújtás stb. A proxykiszolgáló az ügyfél- és szerveralkatrészekből áll, így fogadhat, kezdeményezhet saját kéréseket és válaszokat adhat. A proxy szerver fizikailag kombinálható a helymeghatározó szerverrel, vagy külön is létezik.
Kétféle proxykiszolgáló létezik: állami és hontalan.
Az első típusú kiszolgáló egy bejövő kérelmet tárol a memóriában, ami oka egy vagy több kimenő kérelem generálására. Ezeket a kimenő kéréseket a szerver is tárolja. Minden kérés csak a szerver memóriájába kerül tárolásra a tranzakció végéig, azaz mielőtt megkapja a kérésekre adott válaszokat. Ez lehetővé teszi, hogy több szolgáltatást nyújtson, de lassabban működik, mint a második típusú szerver. Kisszámú ügyfelet szolgálhat, például helyi hálózaton. A proxykiszolgálónak állapotinformációkat kell tárolnia, ha:
Ez utóbbi esetben akkor fordul elő, amikor a proxykiszorzó egyszerre több irányban keresi a hívott felhasználót, vagyis egy proxy szerverre érkező kérelmet mindegyik irányban továbbítják és továbbítják.
A kiszolgáló mentési állapot nélkül egyszerűen továbbítja a kéréseket és a fogadott válaszokat. Az első típusú kiszolgálónál gyorsabban működik, mivel a processzor erőforrása nem veszíti el a tárolóállapotokat, aminek eredményeképpen egy ilyen típusú kiszolgáló nagyobb számú felhasználót tud kiszolgálni. Az ilyen szerver hátránya, hogy csak a legegyszerűbb szolgáltatásokat lehet végrehajtani. Azonban a proxykiszolgáló olyan kiszolgálóként működhet, amelyek egyes felhasználók számára mentési állapotot biztosítanak, és mások számára mentési állapot nélkül.
A felhasználó a hálózaton belül mozoghat, ezért mechanizmusra van szükség ahhoz, hogy meghatározza a helyét a jelenlegi időben.
Ez a kiszolgáló kombinálható proxykiszolgálóval, vagy a proxykiszolgálótól függetlenül telepíthető, de képes kommunikálni vele.