Deployment guidelines for Mediation Server in Skype for Business Server 2015

 

마지막으로 수정된 항목: 2016-12-20

This topic describes planning guidelines for 중재 서버 deployment.

중재 서버 is, by default, collocated on the Standard Edition 서버 or 프런트 엔드 서버 in a 프런트 엔드 풀 at central sites. The number of public switched telephone network (PSTN) calls that can be handled and the number of machines required in the pool will depend on:

  • The number of gateway peers that the 중재 서버 풀 controls.

  • The high-volume traffic periods through those gateways.

  • The percentage of calls that are calls whose media bypass the 중재 서버.

When you're planning, be sure to take into account the media processing requirements for PSTN calls and A/V conferences that don't support media bypass, as well as the processing needed to handle signaling interactions for the number of busy-hour calls that need to be supported. If you don't have enough CPU, you'll need to deploy a stand-alone pool of 중재 서버. Additionally, PSTN gateways, IP-PBXs, and SBCs will need to be split into subsets that are controlled by the collocated 중재 서버 in one pool and the stand-alone 중재 서버 in one or more stand-alone pools.

If you deployed PSTN gateways, IP-PBXs, or Session Border Controllers (SBCs) that lack the ability to interact with a pool of 중재 서버, they'll need to be associated with a stand-alone pool consisting of a single 중재 서버. Some of the things your PSTN gateways, IP-PBXs or SBCs would need to do include:

  • Perform network layer Domain Name System (DNS) load balancing across 중재 서버 in a pool (or otherwise route traffic uniformly to all 중재 서버 in a pool).

  • Accept traffic from any 중재 서버 in a pool.

You can use the Microsoft Lync Server 2013, 계획 도구 to evaluate whether collocating the Mediation Server with your Front End pool can handle the load. If your environment can't meet these requirements, then you'll need to deploy a stand-alone 중재 서버 풀.

중재 서버 at the central site can be used to route calls for IP-PBXs or PSTN gateways at branch sites. If you deploy SIP trunks, however, you have to deploy a 중재 서버 at the site where each trunk terminates. Having a 중재 서버 at the central site route calls for an IP-PBX or PSTN gateway at a branch site doesn't require the use of media bypass, but a media bypass is recommended. That's because, if you can enable media bypass, it'll reduce media path latency and, consequently, result in improved media quality because the media path isn't required to follow the signaling path. Media bypass will also decrease the processing load on the pool.

note참고:
Media bypass won't interoperate with every PSTN gateway, IP-PBX, and SBC. Microsoft has tested a set of PSTN gateways and SBCs with certified partners and has done some testing with Cisco IP-PBXs. Media bypass is supported only with products and versions listed on Unified Communications Open Interoperability Program – Lync Server at Explore tested devices, infrastructure, and tools that support and extend your Skype for Business experience.

If branch site resiliency is required, a SBA(Survivable Branch Appliance) or combination of a 프런트 엔드 서버, a 중재 서버, and a gateway must be deployed at the branch site. (The assumption with branch site resiliency is that presence and conferencing are not resilient at the site.) For guidance on branch site planning for voice, see our Planning for Branch-Site Voice Resiliency documentation, as it should still be relevant for Skype for Business Server 2015.

For interactions with an IP-PBX, if the IP-PBX does not correctly support early media interactions with multiple early dialogs and RFC 3960 interactions, there can be clipping of the first few words of the greeting for incoming calls from the IP-PBX to Lync endpoints. This behavior can be more severe if a 중재 서버 at a central site is routing calls for an IP-PBX where the route terminates at a branch site, because more time is needed for signaling to complete. If you experience this behavior, deploying a 중재 서버 at the branch site is the only way to reduce clipping of the first few words.

Finally, if your central site has a TDM PBX, or if your IP-PBX does not eliminate the need for a PSTN gateway, then you must deploy a gateway on the call route connecting 중재 서버 and the PBX.

note참고:
To improve the media performance of standalone Mediation Server, you should enable receive-side scaling (RSS) on the network adapters on these servers. RSS enables incoming packets to be handled in parallel by multiple processors on the server. For details, see "Receive-Side Scaling Enhancements in Windows Server" at https://go.microsoft.com/fwlink/p/?LinkId=268731. For details about how to enable RSS, see your network adapter documentation.
 
표시: