korai Média Engedélyezés milyen feltételek mellett kell tárgyalásos média áramlás előtt 200 OK (meghívni)? Richard Ejzak.

előadás a következő témában: “korai Médiaengedélyezés milyen feltételek mellett kell tárgyalni a médiaáramlást 200 előtt OK (meghívás)? Richard Ejzak.”- Bemutató átirat:

1 korai Médiaengedélyezés milyen feltételek mellett kell tárgyalni a médiaáramlást 200 előtt OK (meghívás)? Richard Ejzak

 korai Média Engedélyezés milyen feltételek mellett kell tárgyalásos média áramlás előtt 200 OK (meghívja)

2 mit mondanak az RFC-k a korai médiáról
egyes RFC-k feltételezik, hogy a (korai) média azonnal áramolhat az SDP jelzése után a jelzett irányultság szerint (RFC 3264), ha teljesülnek az előfeltételek (RFC 3312) nincsenek kivételek a korai médiára vonatkozóan más RFC-k leírják azokat a feltételeket, amelyekben a korai média nem lesz jelen RFC 3261: 180 válasz “felhasználható a helyi ringback kezdeményezésére” RFC 3960: Nem jeleníthet meg több forrást az elágazás során “az UAC-nak fejlesztenie kell a helyi csengetés-generálással kapcsolatos helyi politikáját”

mit mondanak az RFC-k a korai médiáról

3 amit a PSTN mond a korai médiáról
a”válasz” általában a számlázás megkezdésének kiváltója a felhasználók nem számítanak számlázásra a megválaszolatlan hívásokért hálózatok nem engedik meg a felhasználóknak az adatcserét a “válasz” előtt a lezáró kapcsoló általában “átvágja” a médiát a hívott félnek a “válasz” – on a lezáró kapcsoló biztosítja a “hívás előrehaladását” korai média a hívó félnek nincs “lezáró kapcsoló” a rendőrségi korai média egy tipikus SIP hálózatban honnan tudjuk, hogy a korai médiát egy hivatalos hálózati entitással vagy egy végfelhasználóval cserélik-e?

 amit a PSTN mond a korai médiáról

4 a korai Média egyes alkalmazásai
egyéni csengőhang (CRBT) lejátszása hálózati bejelentések lejátszása Hibaüzenetek továbbítása sorban állás stb. Add ‘ l Tárcsázási információk kérése és összegyűjtése a Média elérési útjának megerősítéséhez

 a korai Média egyes alkalmazásai

5 helyi szakpolitikai lehetőségek egyes megvalósítások tiltják a korai médiát:
az SDP-válasz fogadása előtt (a cél megkeresésének ellenőrzése) a 200 OK (meghívás) fogadása előtt (alternatív/helyi riasztási jelzés megadása) a távoli RTP-célcímtől eltérő RTP-forráscímről (kivágást vagy teljes adathordozó-blokkolást okozhat) az alternatív hívás előrehaladási információjának (CRBT) az alternatív adathordozó/párbeszédpanel (elágazás) megjelenítéséhez, ha a Média képességei korlátozottak (pl., párhuzamos munkamenetek), hogy elsőbbséget biztosítson az Alert-Info fejléc adathordozónak, hogy elsőbbséget biztosítson a korai munkamenet adathordozóinak, hogy megakadályozzák a felhasználói adatok potenciálisan csalárd cseréjét, amikor a számlázás “válasz” – val kezdődik”

helyi szakpolitikai lehetőségek egyes megvalósítások tiltják a korai médiát:

6 Milyen médiát kell megjeleníteni a “válasz”előtt?
helyi visszacsatolás 180 Válaszjelzés kézhezvételekor-Info fejléc média korai média korai munkamenet média média alternatív párbeszédablakokból nem világos, hogyan lehet ezeket a különféle forrásokat prioritásként kezelni a helyi politika rugalmassága szükséges

 milyen médiát kell megjeleníteni a válasz előtt

7 Hogyan lehet kikapcsolni a nem kívánt forrásokat?
a médiahívás visszatartása (a=sendonly) fekete lyuk cím (nulla cím az ajánlatban) előfeltételek csak a Média blokkolása (kapuzása) hálózati opció a végfelhasználó kiszolgálásakor SIP eszköz elfogadja a médiacsomagokat, de nem adja meg a felhasználónak

 a nem kívánt források kikapcsolása

8 problémák a némítással honnan tudjuk az ajánlattevő szándékát?
figyelmeztetünk-e egy felhasználót, ha inaktív vagy sendonly ajánlatot kap? Milyen forrásokat tartunk fenn az ülésre? Honnan tudja a válaszadó, hogy a tartást azonnal eltávolítják az 200 rendben (meghívás)? A fekete lyuk címe jobban nem tévesztheti össze a felhasználó szándékát honnan tudjuk, kit kell elnémítani az elágazás során? Több médiavágás, mint médiablokkolással

 némítással kapcsolatos problémák honnan tudjuk az ajánlattevő szándékát

9 problémák a blokkolással
az RTCP-vel való interakciók nem várhatnak pontos jelentéseket a forgalomról 200 előtt OK (meghívás) az ICE-vel való interakciók nem tudják azonosítani a forrásokat párhuzamos elágazás közben

 a blokkolással kapcsolatos problémák

10 RFC 3960 ajánlások korai média elsőbbséget élvez, ha jelen
egyébként render ringback/Alert-Info / early-session, amíg a Média meg nem jelenik egyéb eljárások alapján engedélyezett helyi politika Például SIP-I használ korai média kizárólag ajánlott eljárások lebomlik során párhuzamos elágazás, amikor a vágy nagyobb prioritást alternatív média (pl., CRBT), amikor a számlázási irányelvek miatt ellenőrizni kell a korai média forrásait

 RFC 3960 ajánlások a korai média elsőbbséget élvez, ha jelen van

11 draft-ejzak-sipping-p-em-auth-01 összpontosít keskeny probléma
csak a magánhálózatok tranzitív bizalmi modell hálózat képes végrehajtani média blokkoló (kapuzás) közelében UAs azonosítja engedélyezett források korai média blokkolásának elkerülése érdekében jól működik RFC 3960 óta engedélyezett korai média mindig telt el, és elsőbbséget élvez jelentős kifogásokat, mivel UAS nem tudja, mikor korai média blokkolás történik a hálózat blokkolhat a fejléc nélkül nincs garancia a korai média megjelenítésre kerül

 vázlat-ejzak-sipping-p-em-auth-01 szűk problémára összpontosít

12 Header Definition P-Early-Media=sendrecv – both way media allowed =sendonly – backward media allowed =recvonly – forward media allowed =inaktív – no media allowed az UAS-tól az UAC-hoz küldött média a korai média proxyk engedélyezésének jelzésére biztonsági vagy politikai okokból módosítható annak jelzése, hogy a visszafelé korai média engedélyezve van a “sendonly” vagy a “sendrecv” használatával adja meg a hívás előrehaladásának adathordozóját, amelyet meg kell jeleníteni annak jelzése, hogy a visszafelé nem engedélyezett adathordozó az “inaktív” vagy a “recvonly” használatával jelenik meg, azt is jelzi, hogy a helyi végnek más forrást kell megjelenítenie, amely kezdeti meghívót küldhet a fejléc

 Fejlécdefiníció támogatásának jelzésére

13 A
tervezet elutasított alternatívái használja az opciócímkét a szükséges fejlécben annak jelzésére, hogy a korai média engedélyezési eljárásai használhatók UAS kérheti a korai médiát, de nem kaphatja meg használja az opciócímkét a szükséges fejlécben annak jelzésére, hogy a korai média blokkolva lesz megakadályozza a hálózat a válaszokban szereplő információkon alapuló házirendek végrehajtása (előre kell döntenie) tranzitív bizalmi modell (engedélyezési döntések meghozatala a next hop szerver ismerete alapján) nem alkalmazható a hálózati hívásokon kívül, bármelyik megközelítés használatával sikertelen lesz, kivéve, ha az UAS frissítésre kerül (nincs ösztönzés a magánhálózaton kívüli frissítésre) bármelyik módosítás hatékonyan megakadályozza a magánhálózatot abban, hogy kiterjesztést használjon a korai médiához való hozzáférés ellenőrzésére

 a tervezet elutasított alternatívái

14 blokkolás a privát hálózat határán
a fejléc nem feltétlenül szükséges, ha blokkolja a házirendet a politikai döntés meghozatalának helyén hajtják végre, például a hálózati határon (SBC) miért olyan ellentmondásos? A fejléc lehetővé teszi a meglévő médiavezérlési pont használatát olyan hálózatokban, mint az IMS (at P-CSCF) a fejléc lehetővé teszi az összekapcsolást SBC nélkül a különböző korai médiaengedélyezési házirendeket végrehajtó megbízható hálózatok között

blokkolás a magánhálózat határán

15 további megoldandó probléma?
biztosítson eszközöket az UAS számára annak felfedezéséhez, hogy a korai média megjelenítésre kerül-e, így az UAS fontolóra veheti az alternatív eljárások alkalmazását, amikor a korai média nem érhető el, a meglévő problémát a korai média engedélyezésétől elkülönítve oldaná meg, lehetővé téve a meglévő tervezet folytatását ösztönzést nyújt a korai média elérhetőségét igénylő UAs számára az új kiterjesztés megvalósításához

további megoldandó probléma

Vélemény, hozzászólás?

Az e-mail-címet nem tesszük közzé.