H.323
A H.323 az IP-n keresztüli hang-, kép- és adatkommunikációs protokollok gyűjteménye . Ez az ITU-T által kifejlesztett protokoll, amely a következőképpen határozza meg: "csomag módú multimédiás kommunikációs rendszerek". Az első verzió a1996 november. A szabvány jelenlegi verziója 2009-ből származik, és számos más frissítés előzi meg, amelyek mindig visszafelé kompatibilisek.
Az ISDN felett használt H.320 protokollból származik .
A SIP protokoll helyettesíti .
A protokollon kívül a H.323 több különböző protokoll társításának felel meg, amelyek három kategóriába sorolhatók: jelzés, kodek tárgyalás és információ továbbítás .
Jelző üzenetek azok, amelyeket arra kérnek, hogy kapcsolatba lépjenek egy másik személlyel, amelyek jelzik, hogy a vonal foglalt, a telefon csörög stb. Ide tartoznak azok az üzenetek is, amelyeket annak jelzésére küldenek, hogy ilyen és ilyen telefon csatlakozik a hálózathoz, és ilyen módon érhető el. A H.323-ban a jelzés a RAS ( (en) Registration Admission Status ) protokollra támaszkodik a regisztrációhoz és hitelesítéshez, valamint a Q.931 protokollhoz a hívás inicializálásához és vezérléséhez.
A tárgyalást arra használják, hogy megállapodjanak arról, hogyan kódolják az információt, amelyet cserélni fogunk. Fontos, hogy a telefonok (vagy rendszerek) közös nyelvet beszéljenek, ha meg akarják érteni egymást. Az is előnyösebb lenne, ha több alternatív nyelvük van, amelyeket a legalkalmasabbnak használnak. Lehet a legkevesebb sávszélességre éhes kodek vagy a legjobb minőséget kínáló kodek . A kodek tárgyaláshoz használt protokoll a H.245
Az információátvitel az RTP protokollon alapul, amely a hangokat, videókat vagy kodekekkel digitalizált adatokat továbbítja . Használhatja az RTCP üzeneteket a minőségellenőrzéshez, vagy akár kérheti a kodekek újratárgyalását, ha például a sávszélesség csökken.
Vezérléshez és jelzéshez: H.225 , H.245 , Q.931 , RTCP .
Hanghoz : G.711 , G.722 , G.723 , G.726 , G.728 , G.729 .
Videóhoz: H.261 , H.263 , H.263 + , H.264 .
Adatokra : T.123 , T.124 , T.125 .
- Néhány fogyasztói IP-telefonos ajánlat a H.323-ra támaszkodik
- Ügyfelek ( NetMeeting , Orange, Ekiga (korábbi GnomeMeeting), Openphone, iChat …).
- a kapuőr vagy kapuk, kommunikációs és transzlációs kapcsolati azonosítók ( ID H323 ) kezeléséhez.
- Az MCU , többpontos hidak.
- Az átjárók , az átjárók H.320 ⇔ H.323 H.324M ⇔ H.323.
Egyszerűsített működés
A H.323 architektúra megvalósításának számos módja van.
- Sok üzenet választható, és a gyakorlatban dönthet úgy, hogy nem használja mindet. Például, ha a hitelesítés nem okoz gondot, akkor RAS (in) üzeneteket továbbíthat .
- Az üzenetek többféle módon is összekapcsolhatók. Például az RTP csatornák megnyithatók anélkül, hogy megvárnák a „connect” üzenetet, ami azt jelzi, hogy a hívott fél valóban felvette ( korai H.245 ).
- Eldönthetjük, hogy a H.225 , H.245 és RTP üzenetek különböző utakon mennek keresztül: Például a jelzés több kapuőrön halad át, akik részt vesznek a hívás irányításában és továbbításában, miközben az RTP áramlás egy állomásról közvetlenül a a másik.
1. eset: két egyszerű ügyfél közötti „point to point” kommunikáció
- A hívó az erre a célra fenntartott szoftver mezőbe írja be a címzett IP-címét.
- A jelző protokollok felajánlják a címzett szoftverének a kommunikáció létrehozását és a H323 azonosító továbbítását .
- A címzett szoftvere vagy "elfoglalt", vagy "ingyenes" választ ad.
- Ha "ingyenes", a hívó felsorolja audio és video kodek lehetőségeit (ha vannak).
- A címzett felsorolja a kompatibilis kodekeket a hívó fél számára jóváhagyás céljából.
- Megegyezés esetén más TCP és UDP portokról tárgyalnak az audio (UDP), a video (UDP) és az adatok (TCP) tekintetében.
- Ezután mindegyik folyamot a többitől függetlenül továbbítják.
- Amikor egy munkamenet lezárult, a portok felszabadulnak és a vezérlő adások leállnak.
2. eset: „pont-pont” közötti kommunikáció két ügyfél regisztrált a portás
A kapuőr beavatkozik a jelzésbe.
- Amikor a szoftver megnyílik, az A és B ügyfelek regisztrálják magukat a kapuőrnél, elküldve neki H323 azonosítójukat és IP-címüket.
- Az A kliens megadja a B kliens bejelentkezési azonosítóját a dedikált szoftver mezőben.
- Az A kliens szoftvere engedélyt kér a kapuőrtől, hogy csatlakozzon a B klienshez.
- Ha a kapu elfogadja, akkor a B klienstől kéri állapotát (már beszélgetésben van vagy sem).
- Ha az állapot kompatibilis, a kapu továbbítja a B kliens IP-címét az A kliensnek.
- A kapus értesíti a B klienst, hogy kommunikációra kerül sor A klienssel.
- Az A kliens közvetlenül a B klienssel kezd tárgyalásokat a kommunikáció vezérlési protokolljaival.
- Az A ügyfél felsorolja audio és video kodek lehetőségeit (ha vannak).
- A hívott fél a kompatibilis kodekeket listázza a hívó fél számára jóváhagyás céljából.
- Megegyezés esetén más TCP és UDP portokról tárgyalnak az audio (UDP), a video (UDP) és az adatok (TCP) tekintetében.
- Ezután az összes áramlást egymástól függetlenül továbbítják, anélkül, hogy a kapuőrön mennének keresztül, hanem közvetlenül az ügyfelek között.
- Amikor egy munkamenet lezárult, a kapuőrt tájékoztatják a kapcsolat végéről, felszabadítják a portokat és leállítják a vezérlő adásokat.
3. eset: "Többpontos" kommunikáció több kliens között ( MCU szükséges)
Az MCU-k rendelkeznek a jelfeldolgozási képességekkel (sugárzás, rögzítés, keverés ...), amelyekhez használják:
- engedélyezze a konferenciát az audiofolyamok keverésével
- sugározzon hálózati üzeneteket, például tárcsázási hangot, hívásvárakoztató hangjelzést
- vagy akár alapvető hangposta funkciókat is ellát
- Az MCU bejelenti magát a kapuőrnek, és ismerteti lehetőségeit:
A kommunikációt ezután úgy kezeljük, mint a 2. esetben, amikor az MCU „egyszerű klienssé” válik a hívók számára; a különbség egyszerűen az elfoglalt kommunikáció számában van a "foglalt" üzenet továbbítása előtt.
A H.323 protokoll által használt fő portok száma: 1720 TCP és magasabb, a többiről dinamikusan egyeztetnek.
Megjegyzések: A H.323 protokoll nem követi az ISO ajánlásait a hálózati modell rétegek elválasztására vonatkozóan. Az IP rétegekre vonatkozó adatok a modell „Alkalmazás” rétegében találhatók. Másrészt a protokoll hajlamos a "portokat" menet közben megnyitni a kommunikáció érdekében, így a tűzfal ( tűzfal ) vagy a NAT- nal rendelkező útválasztó átvitele gyakran problémás.
Ma azonban vannak olyan alkalmazási megoldások ( NAT ALG), amelyek lehetővé teszik az IP adatok (gyakran privát) jelenlétének ellensúlyozását a modell alkalmazás részében.
Azonban egyre több olyan hálózati berendezés található, amely képes kezelni a H.323-hoz társított protokollokat, különösen az IP-n keresztüli telefonálás ( VoIP ) miatt.
4. eset: 3 kapus
Ebben a példában minden terminál egy kapuőrhöz van csatlakoztatva . Valamennyi közeli kapuőr egy kapuőrhöz csatlakozik, aki általános ismeretekkel rendelkezik a hálózatról, és aki útválasztást végez.
Úgy döntöttünk, hogy a H.245 patakot a közeli kapuőrökön , az RTP folyamot pedig az egyik közelségi kapuőrön haladjuk át .
5. eset: mások
Valójában az architektúra valószínűleg a következőket tartalmazza:
- Egy vagy több átjáró a PSTN-hez vagy más ToIP-hálózatokhoz.
- Hangposta szerverek ( MCU felvételi kapacitással)
- Szerverek ( MCU ), amelyek képesek hálózati üzenetek (foglalt jelek, várakozó jelek stb.) Közvetítésére
Általános megjegyzés
A tűzfalak esetében a H323 valódi problémákat vet fel, mivel ez egy olyan protokoll, amely dinamikus és kissé "véletlenszerű" módon megköveteli a TCP és UDP portok paneljének megnyitását, és nem egyeztethető össze a "szigorú" szabályok logikájával, amelyet a az internetnek kitett webhely vagy intranet. A modern tűzfalak ezt nagyon jól csinálják, de olyan bonyolultság árán, amely elkerülhető lett volna, ha a protokollt a kezdetektől fogva jobban átgondolták volna.
A NAT (hálózati címfordítás) címek fordításakor a H.323 protokoll problémákat vet fel abban az értelemben, hogy nem megfelelően veszi figyelembe a számítógépes hálózatok réteges modelljét (lásd az OSI modellt ) azáltal, hogy az alkalmazásréteg adatait beépíti a szállítási rétegbe. Ez arra kényszeríti az átjárókat, hogy menjenek és változtassák meg az adatokat még a TCP / IP csomagok belsejében is.
Erről a témáról lásd: Hálózati protokoll a tűzfalak átadásával nehezen, a H.323 alapú VoIP-struktúra felállításakor általában tapasztalt nehézségekről.
2014-ben meg kell jegyezni, hogy ezt a protokollcsomagot a nagy távközlési szolgáltatók szinte elhagyták, a megoldásgyártók közötti rossz átjárhatóság miatt (az Alcatel berendezések (a Picturetel termékkel és a Polycom termékekkel) 2000-es évek közötti kommunikáció lehetetlen volt ) miatt. bejelentette a H.323 kompatibilitást).
Megjegyzések és hivatkozások
- ITU-T H.323 ajánlás (11/1996) , a H.323 első változata.
- ITU-T H.323 ajánlás (12/2009) , Csomag alapú multimédiás kommunikációs rendszerek.
Lásd is
Kapcsolódó cikkek
- Ekiga
- csevegek
- portás
- KORTY
- Folyó
- Codec
- VoIP
- Jingle ( Jabber / XMPP )
- Videókonferenciázás
- Csillag : H.323 és más VoIP protokollok megvalósítása ingyenes alközpontban.
- A hálózati protokoll nehezen adható át a tűzfalakon