В почти всяка Lync клиент или сървър може да бъде клиент на ICE (напр Front-End AVMCU, Медиацията сървър, Windows Client) и използвайте Edge Server, за да комуникират един с друг (например аудио сесия). В този Edge сървър се определя като ICE ICE сървъра предоставя информация клиентите да инициира комуникационна сесия.
ICE предлага две нива на решения, да ги използвате, за да комуникират един с друг и всеки клиент на Lync и Lync Server.
ICE сървър (с позоваване на Lync - е ролята на Edge) се използва за конфигуриране на медии сесия. Основната разлика между тези две решения - това е, което медийния трафик потоци директно между клиентите в случай на STUN и препредават чрез Edge Server, в случай на TURN.
Трябва да се разбере, че понякога избрания път може да не е най-добрият избор за цялата сесия. Затова Lync поддържа механизъм за насърчаване на кандидат (чрез SIP - поканете отново), който предвижда промяна на пътя медии трафик по време на сесия, без загуба на данни в медиите или сигнализация. На практика такъв сценарий е необичайно, тъй като първият кандидат е най-добрият (и често Only).
медийни настройка сесия скриптове
Сценарий за външна Peer-да-Peer
В този сценарий случай, както на външен клиент, например даден потребител не е като у дома си, а другата в хотела. Този случай е често срещано явление, което се дължи на честата употреба на географски разпръснати служители, които работят от дома си, а персоналът е в командировка.
- Най-предпочитаният начин винаги е местно (на фигурата е отбелязано в червено), така че, когато клиентите в същата мрежа, те никога няма да използват Edge. Но в този сценарий, двама клиенти са на различни мрежи, така че те са свързани директно към няма да работи.
- Друг предпочитан вариант е използването на «рефлексивен кандидат» - при условие Edge сървър (като се използва STUN). В повечето случаи, тази връзка ще бъде разрешено защитна стена на мрежата да се обадите. Как работи е описано в следващия раздел.
- Когато всички други опции не са налични, Lync ще използва Edge сървър като реле.
В резултат на това може да се опише ситуацията по следния начин: след определяне на невъзможността да се свържете директно избран път през тези мрежи, защитни стени, а ако това не е възможно след това да използвате Edge сървър като реле медии трафик.
Сценарий Смесен Peer-да-Peer
В този сценарий, един абонат е в домашната ви мрежа (т.е. външен клиент), а другият се намира в корпоративната мрежа (т.е. вътрешен клиент).
- Точно както в предишния сценарий, прекият път не е възможно, тъй като външното клиентът не може да намери местен IP вътрешен клиента
- Сървър рефлексивен кандидат вътрешен клиент има обществена IP корпоративната защитна стена, а често и на корпоративната защитна стена не позволява трафик към вътрешен STUN клиент за целите на защита, така че проверете наличието на възел в този случай няма да работи. В този случай, Lync ще използвате следния метод на комуникация.
- Тъй като всички други методи на разположение за използване Lync Edge сървър като реле.
В този сценарий корпоративната защитна стена няма да позволи да се използва STUN, тъй като е необходимо да се създадат отделни правила за всеки клиент на корпоративната мрежа, че е абсолютно неприемливо, така че ще използва Edge сървър като реле.
В този сценарий, има множество клиенти и сървърни роли на Lync.
Предистория: външен клиент (да речем от къщата) е свързан към конферентния разговор и изпраща своето медийно съдържание на Front End Server.
- В случай на конференцията разширения излъчват трафик към предния край.
- FE в случай на външни клиенти се държи както и вътрешни клиенти Lync в предишния пример, т.е. предавания медии трафик през Edge Server.
- Edge сървър е сървър, ICE, тъй като осигурява връзка между клиенти чрез предоставянето на информация за кандидатите в началото, както и трансферните данни по време на цялата конференция.
- Вътрешни клиенти да изпращат данни, без да обръща внимание на Edge Server. Edge ще използва само външни клиенти (като клиенти на обединената Lync).
Свързани статии