Bevezetés Lync Server architektúra 2018 (1. rész)

Helyes, hogy végre olyan feladatokat készítette ezt a terméket?

1.Instant üzenetküldés - Instant Messaging a vállalaton belül. És támogatott külső ügyfelek, akiknek a cégek is használja a Lync (úgynevezett szövetség). Mintegy kormányzati ügyfél, akivel a kommunikáció is lehetséges. és ez a Windows Live, az AOL, a Yahoo nem szabad elfelejteni. (Csakúgy, mint az összes futó szolgáltatás XMPP)

2. jelenlét-információ - Információk a rendelkezésre álló alkalmazottja, amely látható, ha egy SharePoint webhelyen, és megtekintheti a dokumentumtár írásakor vagy fogad e-mail kommunikáció során az IM. Darab kényelmes, és lehetővé teszi, hogy azonnal megértsék, hogy a hozzáférés most egy ember, és ha nem, miért és mikor jelenik meg.

Bevezetés a Lync Server 2010 Architecture (1. rész)

Az életben, az álom valósággá válik, és azt mondja, hogy a funkcionális (nem beszélve a kérdést, megbízhatóság) a vállalati PBX egy link, még mindig nagyon, nagyon messze van. Ezért jön le, hogy sem a Lync működését az első három bekezdést, vagy használja az együttélés rendszerek a meglévő PBX. Bár vitatható, és vitatható.

Bevezetés a Lync Server 2010 Architecture (1. rész)

Követelmények az operációs rendszerek és adatbázisok.

Az operációs rendszer szolgáltatás „Lync szerver replika replikátor szer” létrehozásáért felelős a képre, és töltsd fel a másolatokat küld az állapotát a frissítéseket.

2.Pool Configuration Store (pool konfiguráció) - a szíve a Lync Server. Úgy működik, három adatbázist.

RTC. tárolja a felhasználói adatokat, mint például a névjegyzék, naptár, konferenciák, hozzáférési listákat.

Rtcdyn. dinamikus adatbázis adatokat tárol, mint a rendelkezésre álló információkat.

3. Application Store - egy másik adatbázist használják funkciók Call Park (Hívás parkolás) és Response Group (Group válasz).

Cpsdyn. tárolja a dinamikus rendszer információ Hívásparkoltatás alkalmazás

Rgsdyn. DRAM adatokat tárolja alkalmazások Hívásparkoltatás

Rgsconfig. tartja állandó konfigurációs adatokat alkalmazások Response Group

LcsLog. Az archiválás és használt szerepet csevegés tartalmaz

LcsCdr. Monitoring használják szerepe és tájékoztatást nyújt a hívásokat. (Call Részletek Records)

QoEMetrics. Monitoring használják szerepe és adatait tartalmazza a minőségi hívások.

5. hely Store egy másik adatbázis a neve „lis”, amely a hálózati struktúra az adatok E9-1-1 szolgáltatás

Bevezetés a Lync Server 2010 Architecture (1. rész)

Bevezetés a Lync Server 2010 Architecture (1. rész)

Nyert a telepítés után a legegyszerűbb egyetlen kiszolgáló topológia (topológia és újabb) van, hogy a Lync szerver, két esetben az SQL c nevek \ RTC \ rtclocal a megadott bázisok. Egy ilyen eset \ rtclocal tartalmaz replika tárol. És ez a szám a bázisok, feltéve, hogy a kiegészítő szerepe a Monitoring és archiválása nem fogja fel.

Tegyük fel, hogy van 5000 alkalmazott, és ezzel egyidejűleg a magas rendelkezésre állás, nem kell. Ebben az esetben alkalmazható opció „all in one” a hálózaton belüli és egy szerver van beállítva Front End egy teljes készlet a szerepek. Ez az in vivo prosztata. Ha a szám a virtualizáció a felére csökkent.

A kezelőfelület szerver lesz található:

3. Monitoring Server - nem kötelező szerepet, információgyűjtés hívások (CDR) és információk a minőségi hívások. Felhívja Monitoring Server nem ír.

4. Archiválószerver - egy másik választható része lehetővé teszi, hogy tárolja az ügyfél levelező csere azonnali üzenetküldés és konferencia tartalmat. Ha egy ilyen feladat, mint szem előtt van, nem éri meg, és a szerepe nincs szükség.

6. Back End Server - ez a MS SQL Server az adatbázis szerver Lync. Abban az esetben, egy háttér szerver együtt a Front End és az SQL Express. Az adatbázis tárolja a rendelkezésre állásról, címjegyzéket felhasználók, az aktuális állapot konferenciák, a menetrend a jövőbeli konferenciák. Ugyanakkor nem szabad elfelejteni, hogy segítségével a archiválása és Monitoring Server további adatbázis jön létre.

Annak ellenére, hogy a fizikai szerverek egy, kombinálva számos szolgáltatás nevezte a Front End medencében, majd fogadja a kapcsolatokat regisztrált felhasználók rajta.

Megkezdi munkáját a telepítés után Front End medence:

1. Az adminisztrátor nyilvántartások támogatott SIP és magában foglalja a Lync támogatja a szükséges számlákat.

Bevezetés a Lync Server 2010 Architecture (1. rész)

Bevezetés a Lync Server 2010 Architecture (1. rész)

3. Minden SIP kommunikáció (beleértve az azonnali üzenetküldés) mindig készül a Front End Server. Még a csevegés két felhasználó között - üzenetek mindig továbbítják kizárólag a szerveren keresztül. Az azonnali üzenetküldés a felhasználók között található a hálózaton belül, követni fogja a forgatókönyv:

Ha a felhasználó kéri egy másik Lync Lync felhasználók ugyanazon a hálózaton belül van, a kölcsönhatás a pont-pont:

Amint a hívás megy egy konferencián három vagy több ember, az adattovábbítás egyszerre megy a szerveren keresztül. (Ha egynél több szerver - a szerver a szervező)

A teljes rendszer a hálózati kölcsönhatások nagy és foglalkozik vele most a feladat nem tartalmazza. Shift a figyelmet, hogy a portok és protokollok csatlakozáshoz használni Lync Server.

Bevezetés a Lync Server 2010 Architecture (1. rész)

1. Amikor az ügyfél bejelentkezik a szerver Lync kölcsönhatás portot 5051 és SIP protokollt. Ugyanez protokoll kezelésére használt az ülés, hogy küldjön IM és az információ megváltozik.

2. Ha szeretnénk letölteni a Front End konferencia tartalom szerver Lync kliens port 443, és a HTTPS protokollt.

4. Amikor továbbítása tűzfalon keresztül Lync egység szabványos ICE (Interactive Connectivity Establishment), hogy meghatározzuk a legrövidebb utat a végpontok között. ICE alapul a két protokoll - STUN (Session bejárás segédprogramok NAT) és fordítsa (bejárás használata Relay NAT).

5. Ha a kommunikáció áll másból, mint két fél, akkor a kommunikáció SRTP protokoll óta folyik a vevők és az előtét-kiszolgáló. Amikor létrehoz egy webkonferencia használt modell elbontott pSom (perzisztens közös Object Model). A protokoll segítségével történik a tartalom webes konferenciák, beleértve a biztonsági kulcsokat és felhasználói szerepek. A elbontott pSom valamint az alapul szolgáló szállítási használt TLS, és a hitelesítést is végrehajthatjuk egy biztonságos SIP-csatornán.

Fontos: Alapértelmezés szerint az összes kommunikációt a komponensek között (SIP / RTP / elbontott pSom / HTTP) kódolt.

Kiderült, hogy telepítése az egyik előtét-kiszolgáló, akkor azonnal használhatja a hálózaton belül IM, jelenlét-információ A / V kéri a munkavállalók között, és jelenlétében gépek és kiegészítő. a szerepe a mediáció, és kéri, hogy a külvilág felé. De emlékeznünk kell arra, hogy ugyanazon a szerveren (alapértelmezett pool) nem rendelkezik a rugalmasság és a képesség, hogy csatlakoztassa a szervezeten kívüli, pontosan úgy, mint kommunikálni közszolgáltatások. (Live Messenger példaként) Ismét, amikor üzeneteket küld meg a többi használó vállalatok Lync akkor nem kap semmit. Ahhoz, hogy kommunikálni a külvilággal kell hozzá egy másik szerverre, hogy az új szerepe Edge, de megbeszéljük ezt a következő fejezetben. Azt is érdemes megjegyezni, Exchange Server, anélkül, hogy azt jelenti, hogy vezessenek be a Lync Serevr kicsit. Nincs kísérője, nem fokú juttatás hívások, nincs csevegési előzményeket.

P.S Donini köszönhetően Alexander az ő segítségével írásban ezt az elvont.

Kapcsolódó cikkek