비즈니스용 Skype 서버 2015의 중재 서버 구성 요소

 

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

Enterprise Voice를 배포하려면 중재 서버를 하나 이상 배포해야 합니다.

중재 서버는 내부 Enterprise Voice 인프라와 PSTN(공중 전화망) 게이트웨이 또는 SIP(Session Initiation Protocol) 트렁크 간의 신호를 변환합니다. 일부 배포에서는 이러한 지점 간의 미디어 자체를 변환하기도 합니다.

비즈니스용 Skype 서버 쪽에서 중재 서버는 단일 MTLS(Mutual TLS) 전송 주소에서 수신 대기합니다. 게이트웨이 쪽에서 중재 서버는 트렁크와 연결된 모든 연관된 수신 대기 포트에서 수신 대기합니다. 해당하는 모든 게이트웨이는 TLS를 지원해야 하지만, TCP도 사용하도록 설정할 수 있습니다. TLS를 지원하지 않는 게이트웨이의 경우 TCP가 지원됩니다.

환경에 기존 PBX(Public Branch Exchange)도 있는 경우 중재 서버는 Enterprise Voice 사용자와 PBX 간의 통화를 처리합니다. PBX가 IP-PBX인 경우 PBX와 중재 서버 간에 직접 SIP 연결을 만들 수 있습니다. PBX가 TDM(Time Division Multiplex) PBX인 경우에는 중재 서버와 PBX 간에 PSTN 게이트웨이도 배포해야 합니다.

중재 서버는 기본적으로 프런트 엔드 서버와 함께 배치됩니다. 중재 서버는 독립 실행형 풀에 배포할 수도 있습니다.

중재 서버의 주요 기능은 다음과 같습니다.

  • 비즈니스용 Skype 서버 쪽에서 SRTP를 암호화하고 암호를 해독합니다.

  • TCP(TLS를 지원하지 않는 게이트웨이의 경우)를 통한 SIP를 Mutual TLS를 통한 SIP로 변환합니다.

  • 중재 서버의 게이트웨이 피어와 비즈니스용 Skype 서버 간에 미디어 스트림을 변환합니다.

  • 미디어가 NAT 및 방화벽을 트래버스할 수 있도록 네트워크 외부에 있는 클라이언트를 내부 ICE 구성 요소에 연결합니다.

  • 원격 작업자가 Enterprise Voice 클라이언트에서 건 전화와 같이 게이트웨이가 지원하지 않는 통화 흐름에 대해 중계 장치 역할을 합니다.

  • SIP 트렁크가 포함된 배포에서 SIP 트렁크 서비스 공급자와 함께 PSTN 지원을 제공하므로 PSTN 게이트웨이를 사용할 필요가 없습니다.

다음 그림은 기본 PSTN 게이트웨이와 Enterprise Voice 인프라를 사용하여 통신할 때 중재 서버에서 사용되는 신호 및 미디어 프로토콜을 보여 줍니다.

중재 서버에서 사용되는 신호 및 미디어 프로토콜

중재 서버 프로토콜 다이어그램
note참고:
PSTN 게이트웨이와 중재 서버 간의 네트워크에서 SRTP 또는 SRTCP 대신 TCP 또는 RTP/RTCP를 사용하는 경우에는 네트워크의 보안을 유지하고 개인 정보를 보호하기 위한 조치를 취하는 것이 좋습니다.

비즈니스용 Skype 서버에서는 통화 라우팅 용도로 트렁크 정의 면에서 유연성을 지원합니다. 트렁크는 게이트웨이와 수신 대기 포트 번호를 사용한 중재 서버와 수신 대기 포트 번호 간의 논리적 연결입니다. 이는 몇 가지 의미를 함축합니다. 중재 서버에 동일한 게이트웨이에 대한 여러 트렁크가 있을 수 있으며, 중재 서버에 다양한 게이트웨이에 대한 여러 트렁크가 있을 수 있습니다. 반대로 게이트웨이에 다양한 중재 서버에 대한 여러 트렁크가 있을 수 있습니다.

토폴로지 작성기를 사용하여 비즈니스용 Skype 토폴로지에 게이트웨이를 추가하는 경우에도 루트 트렁크를 만들어야 합니다. 지정된 중재 서버에서 처리할 수 있는 게이트웨이 수는 사용량이 가장 많은 시간 동안 서버의 처리 용량에 따라 달라집니다. 비즈니스용 Skype 서버 2015의 서버 요구 사항에 설명된 대로 비즈니스용 Skype 서버에 대한 최소 하드웨어 요구 사항을 충족하는 하드웨어에 중재 서버를 배포하는 경우 독립 실행형 중재 서버에서 처리할 수 있는 통화 수는 약 1,000통입니다. 중재 서버는 코드 변환을 수행하지만 게이트웨이가 미디어 바이패스를 지원하지 않는 경우에도 여러 게이트웨이의 통화를 라우팅합니다.

통화 경로를 정의할 때는 해당 경로와 연결된 트렁크를 지정하고, 경로와 연결된 중재 서버는 지정하지 않습니다. 대신 토폴로지 작성기를 사용하여 트렁크를 중재 서버와 연결합니다. 즉, 라우팅 시 통화에 사용할 트렁크가 결정되고 해당 트렁크와 연결된 중재 서버가 해당 통화에 대한 신호로 전송됩니다.

중재 서버는 풀로 배포할 수 있습니다. 이 풀은 프런트 엔드 풀과 함께 배치하거나 독립 실행형 풀로 배포할 수 있습니다. 중재 서버가 프런트 엔드 풀과 함께 배치될 경우 풀 크기가 12 미만이 될 수 있습니다(등록자 풀 크기 제한). 이러한 기능을 함께 사용하면 중재 서버에 대한 안정성과 배포 유연성이 향상되지만 다음과 같은 항목에 유사한 기능이 필요합니다.

  • PSTN 게이트웨이. 비즈니스용 Skype 서버 적격 게이트웨이는 적격 PSTN(공중 전화망) 게이트웨이가 중재 서버 풀의 부하 분산 장치 역할을 하여 풀 전체 통화의 부하를 분산시킬 수 있도록 DNS 부하 분산을 구현해야 합니다.

  • 세션 경계 컨트롤러. SIP 트렁크의 경우 피어 엔터티는 인터넷 전화 통신 서비스 공급자의 SBC(세션 경계 컨트롤러)입니다. SBC는 중재 서버 풀에서 SBC의 방향으로 풀의 모든 중재 서버에서 오는 연결을 수신할 수 있습니다. 트래픽은 SBC에서 풀의 방향으로 풀의 모든 중재 서버에 전송될 수 있습니다. 이를 구현하는 한 가지 방법으로 서비스 공급자 및 SBC에서 지원하는 경우 DNS 부하 분산을 사용하는 방법이 있습니다. 대안으로 서비스 공급자에게 풀에 있는 모든 중재 서버의 IP 주소를 제공하고 서비스 공급자가 각 중재 서버에 대한 별도의 SIP 트렁크로 SBC에 이를 프로비전하는 방법이 있습니다. 그러면 서비스 공급자가 서버에 대한 부하 분산을 처리합니다. 모든 서비스 공급자 또는 SBC가 이러한 기능을 지원하는 것은 아닙니다. 또한 서비스 공급자가 이 기능에 대해 추가 요금을 부과할 수 있습니다. 일반적으로 SBC에 대한 각 SIP 트렁크에는 매월 요금이 부과됩니다.

  • IP-PBX. IP-PBX는 중재 서버 풀에서 IP-PBX SIP 종료의 방향으로 풀의 모든 중재 서버에서 오는 연결을 수신할 수 있습니다. 트래픽은 IP-PBX에서 풀의 방향으로 풀의 모든 중재 서버에 전송될 수 있습니다. 대부분의 IP-PBX는 DNS 부하 분산을 지원하지 않으므로 IP-PBX에서 풀의 각 중재 서버로의 개별 직접 SIP 연결을 정의하는 것이 좋습니다. 그러면 IP-PBX가 트렁크 그룹을 통해 트래픽을 분산시켜 부하 분산을 처리합니다. 이 경우 트렁크 그룹의 IP-PBX에 일관성 있는 라우팅 규칙 집합이 있다고 가정합니다. 특정 IP-PBX가 이 트렁크 그룹 개념을 지원하는지 여부에 관계 없이 중재 서버 클러스터가 IP-PBX와 올바르게 상호 작용하도록 할지 여부를 결정하기 전에 IP-PBX의 고유한 중복성 및 클러스터링 아키텍처와 상호 작용하는 방식을 결정해야 합니다.

중재 서버 풀에는 상호 작용하는 피어 게이트웨이에 대한 단일 보기가 있어야 합니다. 즉, 풀의 모든 구성원이 구성 저장소에서 피어 게이트웨이의 동일한 정의에 액세스하고 발신 전화에 대해 동일하게 상호 작용합니다. 따라서 일부 중재 서버가 발신 전화에 대해 특정 게이트웨이 피어와만 통신하도록 풀을 여러 조각으로 나눌 수 있는 방법이 없습니다. 이러한 조각화가 필요한 경우 별도의 중재 서버 풀을 사용해야 합니다. 예를 들어 이 항목에서 앞서 자세히 설명한 대로 풀과 상호 작용할 PSTN 게이트웨이, SIP 트렁크 또는 IP-PBX의 관련 기능이 없는 경우가 이에 해당합니다.

특정 PSTN 게이트웨이, IP-PBX 또는 SIP 트렁크 피어는 여러 중재 서버 또는 트렁크로 라우팅할 수 있습니다. 특정 중재 서버 풀이 제어할 수 있는 게이트웨이 수는 미디어 바이패스를 사용하는 통화 수에 따라 다릅니다. 신호 계층 처리만 필요하므로 다수의 통화가 미디어 바이패스를 사용하는 경우 풀의 중재 서버가 더 많은 통화를 처리할 수 있습니다.

CAC(통화 허용 제어)는 사용 가능한 대역폭을 기반으로 실시간 세션 설정을 관리하여 사용자가 혼잡한 네트워크에서 QoE(체감 품질) 저하를 겪지 않도록 도와줍니다. 이를 지원하기 위해 중재 서버는 비즈니스용 Skype 서버 쪽과 게이트웨이 쪽의 해당 두 상호 작용에 대한 대역폭 관리를 담당합니다. 통화 허용 제어에서 통화를 종료하는 엔터티는 대역폭 예약을 처리합니다. 게이트웨이 쪽에서 중재 서버가 상호 작용하는 게이트웨이 피어(PSTN 게이트웨이, IP-PBX, SBC)는 비즈니스용 Skype 서버 통화 허용 제어를 지원하지 않습니다. 따라서 중재 서버는 해당 게이트웨이 피어를 대신하여 대역폭 상호 작용을 처리해야 합니다. 중재 서버는 가능할 때마다 미리 대역폭을 예약합니다. 이렇게 하는 것이 불가능한 경우(예: 게이트웨이 쪽의 궁극적인 미디어 끝점 로컬러티가 게이트웨이 피어에 대한 발신 통화에 알려져 있지 않은 경우) 전화를 걸 때 대역폭이 예약됩니다. 이 동작은 대역폭의 과다 구독을 초래할 수 있지만 잘못된 연결을 방지할 수 있는 유일한 방법입니다.

미디어 바이패스와 대역폭 예약은 함께 사용할 수 없습니다. 통화에 미디어 바이패스가 사용되는 경우 해당 통화에 대해 통화 허용 제어가 수행되지 않습니다. 여기서는 통화에 관련된 제한된 대역폭에 대한 링크가 없다고 가정합니다. 중재 서버에 관련된 특정 통화에 통화 허용 제어가 사용되는 경우 해당 통화에는 미디어 바이패스를 사용할 수 없습니다.

미디어 바이패스 또는 통화 허용 제어에 대한 자세한 내용은 비즈니스용 Skype 2015의 미디어 바이패스 계획 또는 비즈니스용 Skype 서버 2015의 통화 허용 제어 계획을 참조하세요.

중재 서버에는 E9-1-1(고급 9-1-1) 서비스 공급자와 올바르게 상호 작용할 수 있도록 확장된 기능이 포함됩니다. 중재 서버에 필요한 특별한 구성은 없습니다. E9-1-1 상호 작용에 필요한 SIP 확장은 게이트웨이 피어(PSTN 게이트웨이, IP-PBX 또는 E9-1-1 서비스 공급자를 비롯한 인터넷 전화 통신 서비스 공급자의 SBC)와 상호 작용할 수 있도록 기본적으로 중재 서버의 SIP 프로토콜에 포함됩니다.

E9-1-1 서비스 공급자에 대한 SIP 트렁크를 기존 중재 서버 풀에서 종료할 수 있는지 여부나 E9-1-1 서비스 공급자에 대한 SIP 트렁크에 독립 실행형 중재 서버가 필요한지 여부는 E9-1-1 SBC가 중재 서버의 풀과 상호 작용할 수 있는지 여부에 따라 달라집니다. 자세한 내용은 비즈니스용 Skype 서버 2015의 M:N 트렁크을 참조하세요.

미디어 바이패스는 관리자가 통화 라우팅이 중재 서버 를 트래버스하지 않고 사용자 끝점과 PSTN(공중 전화망) 게이트웨이 간을 직접 흐르도록 구성하는 데 사용할 수 있는 비즈니스용 Skype 서버 기능입니다. 미디어 바이패스는 대기 시간, 불필요한 변환, 패킷 손실 가능성 및 잠재적 오류 지점 수를 줄여 통화 품질을 향상시킵니다. 중재 서버 없이 원격 사이트가 대역폭이 제한된 하나 이상의 WAN 링크에 의해 중앙 사이트에 연결된 경우 미디어 바이패스는 먼저 WAN 링크에서 중앙 사이트의 중재 서버로 그리고 역으로 흐를 필요 없이 원격 사이트의 클라이언트에서 미디어가 해당 로컬 게이트웨이로 직접 흐르도록 하여 대역폭 요구 사항을 줄입니다. 이렇게 줄어든 미디어 처리는 중재 서버의 여러 게이트웨이를 제어할 수 있는 기능도 보완합니다.

미디어 바이패스와 CAC(통화 허용 제어)는 함께 사용할 수 없습니다. 통화에 미디어 바이패스가 사용되는 경우 해당 통화에 대해 CAC가 수행되지 않습니다. 통화에 관련된 제한된 대역폭에 대한 링크가 없다고 가정합니다.

비즈니스용 Skype 서버, 중재 서버는 기본적으로 Standard Edition 서버, 프런트 엔드 풀 또는 SBA(Survivable Branch Appliance)와 함께 배치됩니다. 프런트 엔드 풀의 모든 중재 서버는 동일하게 구성되어야 합니다.

성능이 문제가 되는 경우 하나 이상의 중재 서버를 전용 독립 실행형 풀에 배포하는 것이 좋을 수 있습니다. 특히 SIP 트렁크를 배포할 경우에는 독립 실행형 풀에 배포하는 것이 좋습니다.

미디어 바이패스 및 DNS 부하 분산을 지원하는 적격한 PSTN 게이트웨이에 직접 SIP 연결을 배포한 경우 독립 실행형 중재 서버 풀이 필요하지 않습니다. 적격한 게이트웨이가 중재 서버 풀로 DNS를 부하 분산할 수 있으며 풀의 모든 중재 서버로부터 트래픽을 받을 수 있기 때문입니다.

또한 IP-PBX를 배포했거나 인터넷 전화 통신 서버 공급자의 SBC(세션 경계 컨트롤러)에 연결할 경우 다음 조건 중 하나라도 충족되면 프런트 엔드 풀에 중재 서버를 배치하는 것이 좋습니다.

  • IP-PBX 또는 SBC가 풀의 중재 서버에서 트래픽을 수신하도록 구성되었고 풀의 모든 중재 서버에 트래픽을 단일 방식으로 라우팅할 수 있습니다.

  • IP-PBX가 미디어 바이패스를 지원하지 않지만 중재 서버를 호스팅하는 프런트 엔드 풀은 미디어 바이패스가 적용되지 않는 통화에 대한 음성 변환을 처리할 수 있습니다.

Microsoft Lync Server 2013, 계획 도구를 사용하여 중재 서버를 배치하려는 프런트 엔드 풀에서 부하를 처리할 수 있는지 여부를 확인할 수 있습니다. 사용자 환경에서 이러한 요구 사항을 충족할 수 없는 경우 독립 실행형 중재 서버 풀을 배포해야 합니다.

다음 그림에서는 WAN 링크로 연결된 두 사이트로 구성된 단순한 토폴로지를 보여 줍니다. 중재 서버는 사이트 1의 프런트 엔드 풀에 배치되어 있습니다. 사이트 1의 중재 서버는 사이트 1의 PSTN 게이트웨이와 사이트 2의 게이트웨이를 모두 제어합니다. 이 토폴로지에서는 사이트 및 지역 정보를 사용하도록 미디어 바이패스가 전역적으로 설정되어 있으며 각 PSTN 게이트웨이의 트렁크(GW1 및 GW2)에 바이패스가 사용되도록 설정되었습니다.

사이트 1의 중재 서버 및 사이트 2의 PSTN 게이트웨이를 사용하여 WAN 링크로 연결된 사이트의 예

중재 서버 WAN 게이트웨이를 사용하는 음성 토폴로지

다음 그림에서는 중재 서버가 사이트 1의 프런트 엔드 풀에 배치되고 사이트 1의 IP-PBX에 직접 SIP 연결된 단순한 토폴로지를 보여 줍니다. 이 그림에서 중재 서버는 사이트 2의 PSTN 게이트웨이도 제어합니다. 비즈니스용 Skype 사용자는 사이트 1과 사이트 2 모두에 존재하는 것으로 가정합니다. 또한 IP-PBX에 IP-PBX에서 제어하는 미디어 끝점으로 보내기 전에 비즈니스용 Skype 끝점에서 발생한 모든 미디어를 트래버스해야 하는 연결된 미디어 프로세서가 있는 것으로 가정합니다. 이 토폴로지에는 사이트 및 지역 정보를 사용하도록 미디어 바이패스가 전역적으로 설정되어 있으며 PBX 및 PSTN 게이트웨이의 트렁크에 바이패스가 사용되도록 설정되어 있습니다.

사이트 1의 중재 서버 및 사이트 2의 PBX를 사용하여 WAN 링크로 연결된 사이트의 예

음성 토폴로지 중재 서버 WAN PBX

이 항목의 마지막 그림에서는 중재 서버가 인터넷 전화 통신 서비스 공급자의 SBC에 연결된 토폴로지를 보여 줍니다.

이 항목에서는 중재 서버 배포에 대해 내려야 하는 계획 결정에 대해 설명합니다.

중재 서버는 기본적으로 중앙 사이트의 프런트 엔드 풀에서 Standard Edition 서버 또는 프런트 엔드 서버에 함께 배치됩니다. 처리할 수 있는 PSTN(공중 전화망) 통화 수 및 풀에 필요한 컴퓨터 수는 다음에 따라 결정됩니다.

  • 중재 서버 풀에서 제어하는 게이트웨이 피어 수

  • 게이트웨이를 통과하는 많은 양의 트래픽

  • 해당 미디어가 중재 서버를 바이패스하는 통화의 비율

계획 시에는 미디어 바이패스가 구성되지 않은 PSTN 통화 및 A/V 회의에 대한 미디어 처리 요구 사항은 물론 지원해야 하는 사용량이 많은 시간대의 통화 수에 대한 신호 상호 작용을 처리하는 데 필요한 처리 요구 사항도 고려해야 합니다. CPU가 충분하지 못하면 중재 서버의 독립 실행형 풀을 배포해야 합니다. PSTN 게이트웨이, IP-PBX 및 SBC는 하나의 풀에 함께 배치된 중재 서버 및 하나 이상의 독립 실행형 풀의 독립 실행형 중재 서버에 의해 제어되는 여러 서브넷으로 분할할 필요가 있습니다.

다음을 포함하여 중재 서버 풀과 상호 작용하는 올바른 기능을 지원하지 않는 PSTN 게이트웨이, IP-PBX 및 SBC(Session Border Controller)를 배포한 경우에는 단일 중재 서버로 구성된 독립 실행형 풀과 연결해야 합니다.

  • 풀의 중재 서버 간에 네트워크 계층 DNS(Domain Name System) 부하 분산 수행(또는 풀의 모든 중재 서버에 트래픽을 균일하게 라우팅)

  • 풀에 있는 중재 서버의 트래픽 허용

Microsoft Lync Server 2013, 계획 도구를 사용하여 프런트 엔드 풀과 중재 서버를 함께 배치하여 부하를 처리할 수 있는지 여부를 평가할 수 있습니다. 사용자 환경에서 이러한 요구 사항을 충족할 수 없는 경우 독립 실행형 중재 서버 풀을 배포해야 합니다.

중앙 사이트의 중재 서버는 분기 사이트의 IP-PBX 또는 PSTN 게이트웨이에 대한 통화를 라우팅하는 데 사용될 수 있습니다. 그러나 SIP 트렁크를 배포한 경우에는 각 트렁크가 종료되는 사이트에 중재 서버를 배포해야 합니다. 분기 사이트의 IP-PBX 또는 PSTN 게이트웨이에 대한 통화를 라우팅하는 중재 서버를 중앙 사이트에 배포한 경우에는 미디어 바이패스를 사용할 필요가 없습니다. 하지만 미디어 바이패스를 사용하도록 설정할 수 있는 경우 미디어 바이패스를 사용하면 미디어 경로가 더 이상 신호 경로를 따를 필요가 없으므로 미디어 경로 지연 시간이 줄어들어 미디어 품질이 향상됩니다. 미디어 바이패스는 풀의 처리 부하도 감소시킵니다.

note참고:
미디어 바이패스가 모든 PSTN 게이트웨이, IP-PBX 및 SBC에서 작동하지는 않습니다. Microsoft는 인증된 파트너를 통해 일련의 PSTN 게이트웨이 및 SBC에서 테스트를 수행하고 Cisco IP-PBX에서도 테스트를 진행했습니다. 미디어 바이패스는 Infrastructure qualified for Microsoft Lync(http://go.microsoft.com/fwlink/p/?LinkId=268730)에 나열된 제품 및 버전에 대해서만 지원됩니다.

분기 사이트 복구가 필요한 경우에는 SBA(Survivable Branch Appliance) 또는 프런트 엔드 서버, 중재 서버 및 게이트웨이의 조합을 분기 사이트에 배포해야 합니다. 분기 사이트 복구는 현재 상태 및 회의가 사이트에서 복구되지 않는 경우에 필요합니다. 분기 사이트 음성 계획에 대한 지침은 비즈니스용 Skype 서버의 Enterprise Voice 복구 계획을 참조하세요.

IP-PBX와의 상호 작용의 경우, IP-PBX에서 여러 초기 대화와의 초기 미디어 상호 작용 및 RFC 3960 상호 작용을 제대로 지원하지 않는 경우 IP-PBX에서 비즈니스용 Skype 끝점으로의 수신 전화에 대한 처음 몇 마디 인사말이 클리핑될 수 있습니다. 이 동작은 중앙 사이트의 중재 서버가 분기 사이트에서 경로가 종료되는 IP-PBX에 대한 통화를 라우팅하는 경우에 보다 심각할 수 있습니다. 이는 신호가 완료되는 데 더 많은 시간이 필요하기 때문입니다. 이 동작이 발생한 경우 처음 몇 마디의 클리핑을 줄이려면 분기 사이트에 중재 서버를 배포하는 방법밖에 없습니다.

끝으로, 중앙 사이트에 TDM PBX가 있거나 IP-PBX가 PSTN 게이트웨이의 필요성을 해소하지 못한 경우 통화 경로에 중재 서버와 PBX를 연결하는 게이트웨이를 배포해야 합니다.

note참고:
독립 실행형 중재 서버의 미디어 성능을 향상시키기 위해서는 이러한 서버의 네트워크 어댑터에서 RSS(수신측 배율)를 사용하도록 설정해야 합니다. RSS는 서버의 여러 프로세서에서 수신 패킷을 병렬로 처리할 수 있게 해줍니다. 자세한 내용은 "Windows Server의 수신측 배율 향상 기능"(http://go.microsoft.com/fwlink/p/?LinkId=268731)을 참조하세요. RSS를 사용하도록 설정하는 방법은 네트워크 어댑터 설명서를 참조하세요.
 
표시: