Назад | Перейти на главную страницу

Как Microsoft Lync 2013 соединяется между клиентами во время обмена мгновенными сообщениями и звонков?

Я провел собственное исследование журналов UccAPI, а также открыл заявку с поддержкой Office 365, но результаты все еще нечеткие и запутанные. Мне еще предстоит полностью захватить пакеты, чтобы по-настоящему решить эту проблему ... просто из-за нехватки времени.

У меня вопрос: действительно ли клиент Lync использует прямую одноранговую связь для обмена мгновенными сообщениями и видеозвонками, когда он не находится на «собрании Lync»? (Примечание: для меня это Lync Online / Office 365, но он должен работать очень похоже на локальное развертывание)

Вопрос Массимо здесь: Как могут взаимодействовать два клиента Lync, если между ними нет маршрута? состояния:

Теперь, как всем известно, клиенты Lync управляются только серверами Lync, но для фактического обмена данными они общаются напрямую; если, конечно, не участвует конференция, и в этом случае они подключают все к интерфейсным серверам, которые действуют как MCU.

Однако после работы с поддержкой MS над проблемой совместного использования рабочего стола в Lync, технический специалист заявил, что сервер Lync всегда является MCU, даже во время базовых сообщений IM. Он сказал, что даже несмотря на то, что 2 клиента могут находиться в одной локальной сети, они все равно будут ретранслировать свой трафик через сервер Lync Online, по сути выступая в качестве прокси для звонков / обмена мгновенными сообщениями.

Глядя на журнал UCCAPI.log на моем клиенте, я вижу много активности на самом сервере Lync, но никогда не направляет одноранговый трафик:

From: "Bob Smith"<sip:bob@foo.com>;tag=e7833a30;epid=1275117fecd
To: <sip:mary@foo.com>;epid=1d2a1221b4;tag=173235356c1
Call-ID: 07ec7f7a031111111111121100
CSeq: 1 INVITE
Record-Route: <sip:sippoolbl20a04.infra.lync.com:443;transport=tls;ms-fe=BLES03.infra.lync.com;opaque=state:Ci.Rfea2c00:Ti.W85ERLQ6ZEmmt2GgmW1EdwAA;lr;ms-route-sig=cf2qT3Y_wo-oN53Ui0Fro_lRokEb9YLApu_iBPn0fgV_0m71111AAA>;ms-rrsig=cfZAEgWED1u9111111RclA3N488uz7fXX7CSIQATO_8m7DA1rdtBTAAA;tag=F4A2EFB01111111111114FB97F116
Record-Route: <sip:sippoolbl20a04.infra.lync.com:5061;transport=tls;ms-fe=BL20AS04.infra.lync.com;opaque=state:F:Ti.W85ERLQ6ZEmmt2Ggm1111wAA;lr>;tag=4A2AA729141D0111177C6EA4C8AC6E7
Record-Route: <sip:sippoolbl20a04.infra.lync.com:5061;transport=tls;ms-fe=BL20AS02.infra.lync.com;opaque=state:T:Ti.W85ERLQ6ZEmmt2Ggm1111wAA;lr>;tag=0C9E9993ECA011111111893C255B4855
User-Agent: UCCAPI/15.0.4517.1004 OC/15.0.4517.1004 (Microsoft Lync)
Proxy-Authorization: TLS-DSK qop="auth", realm="SIP Communications Service", opaque="C09B2801", targetname="BL2003.infra.lync.com", crand="f2258f89", cnum="684", response="9b515b67187e3c1111ca712d797771e449df"
Content-Length: 0

Итак, интерпретирую ли я журналы и то, что техник MS сказал неправильно или нет?

Причина, по которой я задаю этот вопрос полужирным шрифтом, заключается в том, что мы пытаемся расшифровать, сколько трафика клиента Lync составляет «от сетевого клиента к сетевому клиенту» по сравнению с «lan-> wan-> O365 Lync server-> wan-> lan». Я хочу определить, проходят ли соединения по самым быстрым каналам, доступным им для взаимодействия с клиентом Lync.

Трафик Lync IM всегда проходит через сервер с использованием протокола SIP. Носители будут передавать P2P, если это возможно, в противном случае они также будут проходить через (другой компонент) сервера. Одним из ключевых факторов является то, входит ли клиентское устройство в систему удаленно через пограничный сервер, поскольку это влияет на адресное пространство, к которому устройство может получить доступ. Обратите внимание, что маршрутизация SIP в Lync Online немного отличается от локальной Lync.