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

지원되는 토폴로지 및 M:N 트렁크, 미디어 바이패스 및 통화 허용 제어와의 관계를 포함하여 비즈니스용 Skype 서버 중재 서버에 대해 알아봅니다.

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

중재 서버는 내부 Enterprise Voice 인프라와 PSTN(공용 전환 전화 네트워크) 게이트웨이 또는 SIP(세션 시작 프로토콜) 트렁크 간에 신호를 변환합니다. 일부 배포에서는 미디어 자체를 이러한 지점 간에 변환합니다.

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

또한 사용자 환경에 기존 PBX(퍼블릭 분기 Exchange)가 있는 경우 중재 서버는 Enterprise Voice 사용자와 PBX 간의 호출을 처리합니다. PBX가 IP-PBX인 경우 PBX와 중재 서버 간에 직접 SIP 연결을 만들 수 있습니다. PBX가 TDM(시간 분할 멀티플렉스) PBX인 경우 중재 서버와 PBX 간에 PSTN 게이트웨이도 배포해야 합니다.

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

중재 서버의 기능

중재 서버의 기본 함수는 다음과 같습니다.

• 비즈니스용 Skype 서버 쪽에서 SRTP 암호화 및 암호 해독

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

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

• 네트워크 외부에 있는 클라이언트를 내부 ICE 구성 요소에 연결하여 NAT 및 방화벽의 미디어 통과를 지원합니다.

• Enterprise Voice clien.t에서 원격 작업자의 호출과 같이 게이트웨이가 지원하지 않는 호출 흐름의 중개자 역할을 합니다.

• SIP 트렁크를 포함하는 배포에서는 SIP 트렁크 서비스 공급자와 협력하여 PSTN 지원을 제공하므로 PSTN 게이트웨이가 필요하지 않습니다.

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

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

M:N 트렁크

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

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

호출 경로를 정의할 때 해당 경로와 연결된 트렁크를 지정하지만 해당 경로와 연결된 중재 서버를 지정하지는 않습니다. 대신 토폴로지 작성기를 사용하여 트렁크를 중재 서버와 연결합니다. 즉, 라우팅은 통화에 사용할 트렁크를 결정하며, 이후에 해당 트렁크와 연결된 중재 서버가 해당 호출에 대한 신호를 보냅니다.

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

• PSTN 게이트웨이. 비즈니스용 Skype 서버 정규화된 게이트웨이는 DNS 부하 분산을 구현해야 합니다. 이렇게 하면 정규화된 PSTN(공용 전환 전화 네트워크) 게이트웨이가 중재 서버의 한 풀에 대한 부하 분산 장치 역할을 하므로 풀 전체에서 통화 부하를 분산할 수 있습니다.

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

• IP-PBX. 중재 서버 풀에서 IP-PBX SIP 종료로의 방향에서 IP-PBX는 풀의 모든 중재 서버에서 연결을 받을 수 있습니다. IP-PBX에서 풀로의 방향으로 트래픽을 풀의 중재 서버로 보낼 수 있습니다. 대부분의 IP-PBXs DNS 부하 분산을 지원하지 않으므로 개별 직접 SIP 연결을 IP-PBX에서 풀의 각 중재 서버로 정의하는 것이 좋습니다. 그런 다음 IP-PBX는 트렁크 그룹을 통해 트래픽을 분산하여 자체 부하 분산을 처리합니다. 트렁크 그룹에는 IP-PBX에서 일관된 라우팅 규칙 집합이 있다고 가정합니다. 중재 서버 클러스터가 IP-PBX와 올바르게 상호 작용할 수 있는지 여부를 결정하기 전에 특정 IP-PBX가 이 트렁크 그룹 개념을 지원하는지 여부와 IP-PBX의 자체 중복성 및 클러스터링 아키텍처와 교차하는 방법을 결정해야 합니다.

중재 서버 풀에는 상호 작용하는 피어 게이트웨이의 균일한 보기가 있어야 합니다. 즉, 풀의 모든 멤버는 구성 저장소에서 피어 게이트웨이의 동일한 정의에 액세스하고 나가는 호출을 위해 동일한 정의와 상호 작용할 가능성이 높습니다. 따라서 일부 중재 서버가 발신 호출을 위해 특정 게이트웨이 피어와만 통신하도록 풀을 분할할 수 있는 방법은 없습니다. 이러한 구분이 필요한 경우 별도의 중재 서버 풀을 사용해야 합니다. 예를 들어 이 항목의 앞부분에서 설명한 대로 풀과 상호 작용하는 PSTN 게이트웨이, SIP 트렁크 또는 IP-PBXs 연결된 기능이 없는 경우입니다.

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

통화 허용 제어 및 중재 서버

CAC(통화 허용 제어)는 사용 가능한 대역폭을 기반으로 실시간 세션 설정을 관리하여 혼잡한 네트워크의 사용자에 대한 QoE(품질 품질)를 방지합니다. 이를 지원하기 위해 중재 서버는 비즈니스용 Skype 서버 쪽과 게이트웨이 쪽의 두 상호 작용에 대한 대역폭 관리를 담당합니다. 통화 허용 제어에서 호출에 대한 종료 엔터티는 대역폭 예약을 처리합니다. 게이트웨이 쪽에서 중재 서버가 상호 작용하는 게이트웨이 피어(PSTN 게이트웨이, IP-PBX, SBC)는 비즈니스용 Skype 서버 통화 허용 제어를 지원하지 않습니다. 따라서 중재 서버는 게이트웨이 피어를 대신하여 대역폭 상호 작용을 처리해야 합니다. 가능한 경우 중재 서버는 대역폭을 미리 예약합니다. 가능하지 않은 경우(예: 게이트웨이 피어에 대한 나가는 호출에 대해 게이트웨이 쪽의 최종 미디어 엔드포인트의 지역성을 알 수 없는 경우) 대역폭은 호출이 배치되면 예약됩니다. 이 동작은 대역폭을 과도하게 구독할 수 있지만 거짓 링을 방지하는 유일한 방법입니다.

미디어 바이패스 및 대역폭 예약은 상호 배타적입니다. 통화에 미디어 바이패스가 사용되면 통화 허용 제어가 해당 호출에 대해 수행되지 않습니다. 여기서 가정하는 것은 통화와 관련된 제한된 대역폭이 있는 링크가 없다는 것입니다. 중재 서버와 관련된 특정 호출에 통화 허용 제어를 사용하는 경우 해당 호출은 미디어 바이패스를 사용할 수 없습니다.

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

E9-1-1(고급 9-1-1) 및 중재 서버

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

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

미디어 바이패스 및 중재 서버

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

미디어 바이패스 및 CAC(통화 허용 제어)는 상호 배타적입니다. 호출에 미디어 바이패스가 사용되면 CAC는 해당 호출에 대해 수행되지 않습니다. 호출에 제한된 대역폭이 있는 링크가 없다고 가정합니다.

중재 서버에 대한 토폴로지

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

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

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

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

• IP-PBX 또는 SBC는 풀의 중재 서버에서 트래픽을 수신하도록 구성되며 풀의 모든 중재 서버로 트래픽을 균일하게 라우팅할 수 있습니다.

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

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

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

사이트 1의 중재 서버와 사이트 2의 PSTN 게이트웨이가 있는 WAN 링크로 연결된 사이트의 예

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

사이트 1의 중재 서버와 사이트 2의 PBX가 있는 WAN 링크로 연결된 사이트의 예

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

중재 서버에 대한 계획 결정

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

공동 배치되었거나 독립 실행형 중재 서버인가요?

중재 서버는 기본적으로 표준 버전 서버 또는 중앙 사이트의 프런트 엔드 풀에 있는 프런트 엔드 서버에 배치됩니다. 처리할 수 있는 PSTN(공중 전화망) 통화 수와 풀에 필요한 컴퓨터 수는 다음 사항에 따라 달라집니다.

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

• 해당 게이트웨이를 통한 대용량 트래픽 기간

• 미디어가 중재 서버를 우회하는 호출의 비율

계획할 때는 미디어 바이패스용으로 구성되지 않은 PSTN 통화 및 A/V 회의의 미디어 처리 요구 사항과 지원되어야 하는 사용 중인 시간 통화 수에 대한 신호 상호 작용을 처리하는 데 필요한 처리를 고려해야 합니다. CPU가 충분하지 않은 경우 중재 서버의 독립 실행형 풀을 배포해야 합니다. 및 PSTN 게이트웨이, IP-PBX 및 SCC는 한 풀의 정렬된 중재 서버와 하나 이상의 독립 실행형 풀에 있는 독립 실행형 중재 서버에서 제어되는 하위 집합으로 분할해야 합니다.

다음을 포함하여 중재 서버 풀과 상호 작용하는 올바른 기능을 지원하지 않는 PSTN 게이트웨이, IP-PBX 또는 SBC(세션 테두리 컨트롤러)를 배포한 경우 단일 중재 서버로 구성된 독립 실행형 풀과 연결되어야 합니다.

• 풀의 중재 서버 간에 네트워크 계층 DNS(도메인 이름 시스템) 부하 분산을 수행하거나, 그렇지 않으면 트래픽을 풀의 모든 중재 서버로 균일하게 라우팅합니다.

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

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

중앙 사이트 및 분기 사이트 고려 사항

중앙 사이트의 중재 서버를 사용하여 분기 사이트에서 IP-PBXs 또는 PSTN 게이트웨이에 대한 호출을 라우팅할 수 있습니다. 그러나 SIP 트렁크를 배포하는 경우 각 트렁크가 종료되는 사이트에 중재 서버를 배포해야 합니다. 중앙 사이트 경로에 중재 서버를 두면 분기 사이트에서 IP-PBX 또는 PSTN 게이트웨이를 호출하므로 미디어 바이패스를 사용할 필요가 없습니다. 그러나 미디어 바이패스(media bypass)를 사용하도록 설정할 수 있는 경우 미디어 경로가 더 이상 신호 경로를 따를 필요가 없으므로 미디어 경로 대기 시간을 줄이고 미디어 품질을 향상시킵니다. 또한 미디어 바이패스는 풀의 처리 부하를 줄입니다.

분기 사이트 복원력이 필요한 경우 지속 가능한 분기 어플라이언스 또는 프런트 엔드 서버, 중재 서버 및 게이트웨이의 조합을 분기 사이트에 배포해야 합니다. (분기 사이트 복원력이 있다고 가정하면 현재 상태와 회의는 사이트에서 복원력이 없다는 것입니다.) 음성에 대한 분기 사이트 계획에 대한 지침은 비즈니스용 Skype 서버 Enterprise Voice 복원력 계획을 참조하세요.

IP-PBX와의 상호 작용의 경우 IP-PBX가 여러 초기 대화 상자 및 RFC 3960 상호 작용을 통한 초기 미디어 상호 작용을 올바르게 지원하지 않는 경우 IP-PBX에서 Skype for Business 엔드포인트로 들어오는 호출에 대한 인사말의 처음 몇 단어를 클리핑할 수 있습니다. 중앙 사이트의 중재 서버가 분기 사이트에서 경로가 종료되는 IP-PBX에 대한 호출을 라우팅하는 경우 신호가 완료되는 데 더 많은 시간이 필요하기 때문에 이 문제는 더 심각할 수 있습니다. 이 동작이 발생하는 경우 분기 사이트에 중재 서버를 배포하는 것이 처음 몇 단어의 클리핑을 줄이는 유일한 방법입니다.

마지막으로 중앙 사이트에 TDM PBX가 있거나 IP-PBX에서 PSTN 게이트웨이가 필요하지 않은 경우 중재 서버와 PBX를 연결하는 호출 경로에 게이트웨이를 배포해야 합니다.