Lync él kábító versus viszont blog azt - Schnick
Szinte minden Lync kliens vagy a szerver lehet egy ügyfél az ICE (pl Front-End AVMCU, Mediáció Server, Windows Client), és a Edge Server kommunikálni egymással (pl audio ülés). Ebben Edge Server definiáljuk ICE ICE szerver biztosítja az információt az ügyfelek kommunikációt kezdeményezni.
ICE két szintjét kínálja megoldások is használja őket, hogy kommunikáljanak egymással, és mindegyik Lync kliens és Lync Server.
ICE szerver (utalva a Lync - a szerepe az él) konfigurálására a média ülésén. A fő különbség a két megoldás - ez az, amit a média forgalom között közvetlenül az ügyfelek esetében a STUN és továbbította az Edge Server esetén fordulni.
Meg kell érteni, hogy néha a választott út nem lehet a legjobb választás az egész munkamenetet. Ezért Lync támogatja vont promóciós mechanizmus (SIP-en keresztül - Re-INVITE), amely változás a média forgalom útvonal egy munkamenet során veszteség nélkül média adat vagy jelzés. A gyakorlatban egy ilyen forgatókönyv ritka, mint az első jelölt a legjobb (és gyakran csak).
média munkamenet létrehozása scriptek
Forgatókönyv Külső Peer-to-Peer
Ebben a forgatókönyvben az esetben, ha mind a külső ügyfél, például a felhasználó otthon van, és a másik a szállodában. Ez az eset elég gyakori, mivel a gyakori használata földrajzilag szétszórt alkalmazottak otthon dolgozik, és a személyzet egy üzleti útra.
- A legelőnyösebb út mindig a helyi (az ábrán fel van tüntetve a piros), így amikor az ügyfelek ugyanazon a hálózaton, akkor soha nem fog használni él. De ebben az esetben a két ügyfelek a különböző hálózatokon, így azok közvetlenül kapcsolódik a nem fog működni.
- Egy másik előnyös megvalósítási mód szerint a használata «reflexív jelölt» - feltéve, Edge szervert (a kábítás). A legtöbb esetben ez a kapcsolat is megengedett hálózati tűzfal hívni. Hogyan működik leírása a következő részben.
- Ha az összes többi lehetőség nem áll rendelkezésre, a Lync fogja használni Edge Server mint egy relé.
Ennek eredményeként, akkor írja le a helyzetet a következő: miután meghatározta a képtelenség, hogy közvetlenül csatlakozzon választott utat ezeken a hálózatok, tűzfalak, és ha ez nem lehetséges, akkor használd Edge Server mint egy relé média forgalmat.
Forgatókönyv Vegyes Peer-to-Peer
Ebben a forgatókönyvben egy előfizető az otthoni hálózaton (azaz egy külső megbízó) és a többi található a vállalati hálózat (azaz egy belső ügyfél).
- Csakúgy, mint az előző esetben, a közvetlen út nem lehetséges, mivel a külső ügyfél nem találja a helyi ip belső ügyfél
- Szerver reflexív jelölt belső ügyfél egy publikus IP vállalati tűzfal, és gyakran a vállalati tűzfal nem engedi a forgalom a belső STUN kliens védelem céljából, így ellenőrizni a rendelkezésre álló csomópont ebben az esetben nem fog működni. Ebben az esetben a Lync fogja használni a következő kommunikációs módszert.
- Mivel minden más rendelkezésre álló módszerek használata Lync Edge Server mint egy relé.
Ebben a forgatókönyvben a vállalati tűzfal nem engedi használni STUN ez szükséges, hogy hozzon létre külön szabályokat minden ügyfél a vállalati hálózaton, amely teljesen elfogadhatatlan, ezért fogja használni Edge Server mint egy relé.
Ebben a forgatókönyvben van több ügyfél és a kiszolgáló szerepét Lync.
Háttér: külső ügyfél (mondjuk a ház) csatlakozik a konferenciahívás, és elküldi a médiatartalmak Front End Server.
- Abban az esetben, a konferencia kiterjesztések sugárzott forgalom a Front End.
- FE esetében külső ügyfelek viselkedik, valamint a belső ügyfelek Lync az előző példában, azaz adások média forgalmat a Edge Server.
- Edge Server egy szerver ICE, mert ez biztosítja a kapcsolatot ügyfeleket a tájékoztatás a jelöltek az elején, és átmosó adatok alatt az egész konferencia.
- Belső ügyfelek adatokat küldeni, figyelmen kívül hagyva az Edge Server. Él csak akkor használja a külső ügyfelek (például befogadott Lync kliens).