我已经对 UccAPI 日志进行了研究，并向 Office 365 支持部门开具了工单，但结果仍然混乱不堪。我还没有进行完整的数据包捕获来真正搞清楚……只是因为时间不够。
我的问题是：当不参加“Lync 会议”时，Lync 客户端是否真的可以直接进行点对点的 IM 和视频通话通信？（注意：对我来说它是 Lync Online/Office 365，但它的功能应该与内部部署非常相似）
Massimo 的问题如下：两个 Lync 客户端之间没有路由，如何通话？状态：
现在，众所周知，Lync 客户端仅由 Lync 服务器管理，但在实际通信时它们之间直接对话；当然，除非涉及会议，在这种情况下它们会全部连接到充当 MCU 的前端服务器。
然而，在与 MS 支持人员就 Lync 中的桌面共享问题进行合作后，技术人员表示 Lync 服务器始终是 MCU，即使在基本 IM 消息期间也是如此。他说，即使 2 个客户端可能位于同一个 LAN 上，它们仍将通过 Lync Online 服务器中继其流量，本质上充当呼叫/IM 的代理。
查看客户端上的 UCCAPI.log，我看到 Lync 服务器本身有很多来回活动，但从未真正引导点对点流量：
From: "Bob Smith"<sip:[email protected]>;tag=e7833a30;epid=1275117fecd
To: <sip:[email protected]>;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 客户端流量中有多少是“局域网客户端到局域网客户端”而不是“局域网->广域网->O365 Lync 服务器->广域网->局域网”。我想确定这些连接是否通过 Lync 客户端通信可用的最快链路进行路由。
答案1
Lync IM 流量始终通过服务器，使用 SIP 协议。媒体将尽可能通过 P2P，否则也将通过服务器（不同的组件）。一个关键因素是客户端设备是否通过边缘服务器远程登录，因为这会影响设备可以访问的地址空间。请注意，Lync Online 中的 SIP 路由与本地 Lync 略有不同。