Media bypass és Lync Phone edition–támogatott?

Két Lync kliens között az Audio / Video forgalom pont-pont között történik. Még pontosabban a signaling folyamat a Mediation Server Front-End szerepkörön keresztül történik. A tényleges média csatorna (RTP/SRTP) az SDP-ben szereplo valamelyik candidate kiválasztásával történik. Ez alap és egyben ideális esetben a számítógépek lokális címe. Céges belso hálózaton, ha minden konfiguráció helyes, akkor ezt feltételezzük.

UPDATE: a SIP az FE szerveren keresztül történik. A fenti ábra esetében Mediation + FE összevont szervert feltételezünk.

Könnyu belátni, hogy ez skálázási szempontból tökéletes megoldás. A SIP Signaling forgalom kicsi, ezzel terheljük a szervert. A nagy adatforgalmat bonyolító Audio / Video hívások pedig a két kliens között megy direktben (ideális esetet feltételezve). A fentiek csak peer-to-peer kommunikációra érvényesek.

Azonban mi történik azokban az esetekben, ha egy PSTN telefonszámot tárcsázunk a Lync kliensbol? Ilyenkor a media folyam hogy történik? A Lync Server 2010 egy új technológiát hozott be a Microsoft UC megoldásába. Ez a Media bypass. Lync Server 2010 elott ha egy Lync kliens egy media gateway másik oldalán levo telefonszámot próbált elérni, akkor a signaling és a teljes média folyam a Mediation Server komponensen keresztül ment.

A Media Bypass funkció azonban azt teszi lehetové, hogy ezt a folyamot megváltoztassuk és a peer-to-peer kapcsolathoz hasonló módon, a Mediation Server-t csak a SIP Signaling folyamattal terheljük, a media folyamot pedig közvetlenül a gateway-el bonyolítsa a kliens, ahogy azt a következo ábra is szemlélteti:

Eddig semmi újat nem mondtam ez viszonylagosan ismert tény. Azonban a napokban egy nagyon érdekes kérdést kapott a támogatási csapatunk egy partnertol. A kérdést végül házon belül megválaszoltam, de részben ígéretet tettem arra, hogy ledokumentálom.

A kérdés a következo volt: Lync 2010 Phone Edition eszköz támogatja a Media Bypass kialakítást?

A helyes válasz az, hogy igen támogatja. Azonban ez definitive sehol nincs leírva (itt most már igen).

A Lync 2010 Phone Edition az egy olyan asztali készülékcsalád, ami számítógép jelenléte nélkül, hálózaton keresztül képes a Lync szerverbe mint SIP kliens bejelentkezni. Egészen logikus döntés egy partner részérol, hogy olyan rendszert szeretne az ügyfelünknél kiépíteni, ahol ezek az asztali telefonok a szükségesnél nagyobb mértékben nem terhelnél a Lync Mediation szerver komponenst. Pontosan erre való a Media Bypass.

De miként derítettem ki azt, hogy a kliens támogatja-e a Media Bypass-t? Misem egyszerubb és magától értetodo ennél. Mérjük meg!

Egy Lync tesztkörnyezetben, ahol muködik Lync 2010 Phone Edition, valamint gateway, engedélyeztem, majd tiltottam a Media Bypass funkciót. A tesztelés során a Mediation Server-en a Logging Tool-t használtam, hogy a SIP Stack forgalmát elemezni tudjam. Valamint Network Monitorral a telefontól érkezo hálózati forgalmat elemeztem. Lássuk a részleteket.

A környezetemben van egy Lync analog gateway. Ez jól látható a Topology builder-rol készült képernyoképen. Az IP címe 10.3.0.61. A telefon IP címe a 10.0.0.105. A Mediation Server IP címe pedig: 10.3.0.20. Ezek ismeretében nézzük meg a következo Network Monitor felvételt:

Könnyen megállapíthatjuk, hogy ez a forgalom azt mutatja amikor a Media Bypass kikapcsolt (alapértelmezett) állapotában van. Ugyanis a forgalomból látszik, hogy az RTP forgalom a telefon (10.0.0.105) és a Mediation Server (10.3.0.20) között megy.

Késobb engedélyeztem a Media Bypass funkciót és elindítottam a telefonhívást a Lync telefonról. Jól látható, hogy ebben az esetben az RTP forgalom  a telefon (10.0.0.105) és a gateway (10.3.0.61) között megy közvetlenül.

Ez már jó indikátora annak, hogy a Lync 2010 Phone Edition képes a Media Bypass funkció használatára. Azonban, hogy a kép teljes legyen, nézzük meg a SIP INVITE üzenetet kicsit közelebbrol. Ezt a telefon a Mediation Server-nek küldi. Sárgával kiemeltem két fontos részt a felvételen: User-Agent értéket, ami jól mutatja, hogy ez egy up-to-date Polycom eszköz; Supported: ms-bypass értéket, ami az aminek látszik. A telefon büszkén hirdeti magáról, hogy Media Bypass képes.

Az ms-bypass érték az MSDN szerint is pontosan azt jelenti amit keresünk:

“A user agent (UA) supporting media bypass SHOULD<8> include a Session Initiation Protocol (SIP)Supported header with the ms-bypass option tag whenever it advertises the options it supports. Media bypass has the media from the protocol network entity involved in a public switched telephone network (PSTN) call going directly to the gateway used to interface with the PSTN for that call, without traversing any intermediate element in the protocol network.”

Forrás: https://msdn.microsoft.com/en-us/library/ff530309(v=office.12).aspx

Ahhoz, hogy a Media Bypass funkció helyesen muködjön legalább két további tényezo szükséges:

• az alapértelmezésben kikapcsolt Media Bypass funkciót engedélyezni kell. Ez kello tervezést és körültekintést igényel.
• a gateway szükségszeruen támogassa ezt a funkciót. A Microsoft-nak nincs saját gateway komponense, ezért annak gyártójával kell felvenni a kapcsolatot. A Lync infrastruktúrához tartozóan rendelkezésre áll egy InterOP program. A Lync 2010-hez biztosan certified eszközök (többek között gateway-ek) naprakész listáját itt lehet elérni: https://technet.microsoft.com/en-us/lync/gg131938.aspx. A minosítés megszerzésének feltétele a Media Bypass támogatása

Comments

• Anonymous
  January 01, 2003
  Hello,Igazad van. Nagyon engem sem lepett meg. De kellett a kézzelfogható, a tapintható bizonyíték.-Zoli
• Anonymous
  September 20, 2012
  The comment has been removed