클라우드 커넥터 버전에서 미디어 바이패스 계획
Cloud Connector Edition 버전 2.0 이상을 사용하여 미디어 바이패스를 구현하기 위한 계획 고려 사항을 검토하려면 이 항목을 참조하세요. 미디어 바이패스 배포에 대한 자세한 내용은 Cloud Connector Edition에서 미디어 바이패스 배포를 참조하세요.
미디어 바이패스를 사용하면 클라이언트가 게이트웨이 또는 SBC(세션 테두리 컨트롤러)인 PSTN(Public Switched Telephone Network) 다음 홉으로 직접 미디어를 보내고 미디어 경로에서 Cloud Connector Edition 구성 요소를 제거할 수 있습니다.
미디어 바이패스 는 대기 시간, 패킷 손실 가능성 및 잠재적 실패 지점 수를 줄여 음성 품질을 향상시킬 수 있습니다. 바이패스된 호출에 대한 미디어 처리를 제거하면 클라우드 커넥터의 부하가 줄어들어 동시 호출 수가 증가하고 확장성이 향상될 수 있습니다.
클라우드 커넥터를 미디어 처리 작업에서 해제하면 인프라에 필요한 클라우드 커넥터 어플라이언스의 수가 줄어들 수 있으므로 가능하면 미디어 바이패스를 사용하도록 설정해야 합니다.
미디어 바이패스가 미디어 및 신호 경로에 미치는 영향
신호는 미디어 바이패스 여부에 관계없이 동일한 경로를 사용하지만 미디어 흐름은 다릅니다. 다음 다이어그램은 미디어 바이패스를 사용 및 사용하지 않는 토폴로지의 미디어 및 신호 경로를 보여 줍니다.
예를 들어 미디어 바이패스를 사용하지 않는 다음 토폴로지에서 Skype for Business 클라이언트는 외부 번호로 PSTN 호출을 배치하고, SIP 신호는 최종 사용자 음성 정책에 따라 신호 트래픽을 지시하는 Microsoft 365 또는 Office 365 이동합니다. 클라우드 커넥터 사용자의 경우 음성 정책은 신호 트래픽을 Cloud Connector Edge 서버로 전달한 다음, 클라우드 커넥터 중재 서버를 통해 신호 트래픽을 PSTN SBC(세션 테두리 컨트롤러) 또는 게이트웨이로 라우팅합니다. 미디어는 다음 다이어그램과 같이 Skype for Business 클라이언트에서 클라우드 커넥터 중재 서버로, 그리고 SBC 또는 게이트웨이로 흐릅니다.
미디어 우회 없이 미디어 및 신호 경로
PSTN의 인바운드 호출은 반대 방향으로 동일한 신호 경로를 사용합니다. 내부 사용자의 경우 미디어는 궁극적으로 Skype for Business 클라이언트와 클라우드 커넥터 중재 서버, SBC 또는 게이트웨이 간에 계속 전달됩니다.
미디어 바이패스를 사용하는 다음 토폴로지에서 신호는 동일한 경로를 사용하지만 다음 다이어그램과 같이 미디어가 Skype for Business 클라이언트와 SBC 또는 게이트웨이 간에 직접 흐릅니다.
미디어 바이패스를 사용한 미디어 및 신호 경로
다중 사이트 시나리오 및 미디어 바이패스
미디어 바이패스는 단일 클라우드 커넥터 어플라이언스 사용하여 여러 사이트에 전화 통신 서비스를 제공하려는 경우에도 유용합니다. 클라우드 커넥터는 원본 또는 대상 번호에 따라 호출을 라우팅할 수 없으므로 대부분의 기업은 라우팅 결정을 내리기 위해 Cloud Connector 뒤에 SBC 또는 게이트웨이를 배포합니다. 이 시나리오의 미디어 바이패스는 다음 다이어그램과 같이 클라이언트와 중앙 SBC 또는 게이트웨이 간의 홉을 제거합니다.
다중 사이트 애플리케이션
SIP 트래픽은 취리히의 사용자에서 Microsoft 365 또는 Office 365 흐릅니다.
그러면 트래픽은 사용자 음성 라우팅 정책에 지정된 대로 암스테르담의 클라우드 커넥터 어플라이언스 라우팅됩니다.
암스테르담의 클라우드 커넥터 어플라이언스 암스테르담의 중앙 게이트웨이로 SIP 트래픽을 보냅니다.
암스테르담의 중앙 게이트웨이는 적절한 라우팅 결정을 내린 다음, 트래픽을 취리히의 SBC 또는 게이트웨이로 보내고, 미디어는 Skype for Business 클라이언트와 암스테르담의 SBC 또는 게이트웨이 간에 직접 흐릅니다.
이 방법을 사용하면 Cloud Connector가 중앙 집중식인 클라우드 커넥터 배포당 더 많은 사용자를 처리할 수 있습니다. 클라우드 커넥터가 미디어 경로에서 제거되더라도 중앙 집중식 다중 사이트 시나리오에서 미디어는 중앙 집중식 SBC 또는 게이트웨이를 통과하는 데 필요한 경우 WAN을 두 번 트래버스할 수 있습니다.
클라이언트가 아웃바운드 호출을 수행하는 회사 네트워크 외부에 있는 경우 미디어 트래픽은 다음 다이어그램과 같이 취리히와 암스테르담 사이의 클라우드 커넥터 및 WAN 링크의 Edge 및 중재 서버를 통해 흐릅니다.
미디어 바이패스에 지원되는 클라이언트
미디어 바이패스의 첫 번째 릴리스에서 지원되는 유일한 클라이언트는 엔터프라이즈용 Microsoft 365 앱 버전 16.0.7870.2020 이상의 일부인 Skype for Business 2016 Windows 클라이언트입니다. 고객은 모든 채널(현재, 지연 또는 첫 번째 릴리스 지연)을 사용할 수 있습니다.
참고
Skype for Business 클라이언트와 함께 클라이언트 VPN 솔루션을 사용하는 경우 미디어 바이패스는 VPN 분할 터널 구성에서만 지원됩니다.
릴리스 채널에 대한 자세한 내용은 엔터프라이즈용 Microsoft 365 앱 대한 업데이트 채널 개요를 참조하세요.
다른 채널에 있는 클라이언트의 현재 릴리스 버전은 엔터프라이즈용 Microsoft 365 앱 대한 업데이트에 대한 릴리스 정보를 참조하세요.
미디어 바이패스를 사용하는 클라우드 커넥터 용량 고려 사항
미디어 바이패스 없이 하드웨어에 따라 클라우드 커넥터 어플라이언스 미디어가 중재 서버를 통해 이동해야 하는 50~500건의 동시 호출을 처리할 수 있습니다. 자세한 내용은 비즈니스용 Skype 클라우드 커넥터 버전 계획을 참조하세요.
미디어 바이패스를 사용하도록 설정하면 지원되는 버전의 내부 클라이언트는 중재 서버를 사용하지 않으므로 내부 클라이언트 수가 크게 증가할 수 있습니다.
위에서 설명한 것처럼 외부 클라이언트 또는 지원되지 않는 클라이언트는 미디어에 Cloud Connector Edge 및 중재 서버를 사용합니다. 사이트에 배치해야 하는 클라우드 커넥터 어플라이언스 수를 계산할 때는 지원되지 않는 클라이언트에서 외부 사용자 및 사용자의 트래픽을 고려해야 합니다.
클라우드 커넥터는 Always Bypass 모드를 지원합니다.
클라우드 커넥터는 Always Bypass 모드만 지원합니다. 온-프레미스 환경에는 두 가지 옵션이 있습니다. 항상 바이패스 및 사이트 및 지역 정보 사용.
Always Bypass는 내부 클라이언트를 원본 또는 대상 지점으로 사용하는 모든 PSTN 호출에 대해 미디어 바이패스가 시도됨을 의미합니다. 클라이언트가 내부 또는 외부인지 확인하기 위해 중재 서버 가상 머신의 웹 사이트가 사용됩니다. 클라이언트가 사이트에 연결할 수 있는 경우 내부로 간주되며 미디어 바이패스가 사용됩니다. 클라이언트가 사이트에 연결할 수 없는 경우(예: 클라이언트가 홈 네트워크에 있음) 미디어 바이패스는 사용되지 않습니다.
Always Bypass를 사용하려면 PSTN 사이트 내의 사용자와 PSTN 게이트웨이 간에 방해받지 않는 연결이 필요합니다.
자세한 내용은 비즈니스용 Skype 클라우드 커넥터 버전 계획을 참조하세요.
예를 들어 아래 다이어그램에서 유럽 사용자는 암스테르담의 세 개의 SBC(세션 테두리 컨트롤러)에 잘 연결되어 있어야 하고 미국 서부 사용자는 시애틀의 두 SBC에 잘 연결되어 있어야 합니다. 잘 연결됨은 SCC 또는 게이트웨이와 동일한 네트워크 사이트 또는 적절한 대역폭이 있는 WAN 링크를 통해 위치한다는 것을 의미합니다.
참고
취리히에서 온 사용자가 시애틀 사무실로 이동하면서 내부 네트워크를 사용하여 유럽의 여행 사용자와 게이트웨이 간에 미디어 트래픽을 전달하려는 경우(인터넷을 통해 이동하는 것이 아니라) 시애틀 사무실과 유럽 SCC 또는 게이트웨이가 있는 암스테르담 사무소가 연결되어 있는지 확인해야 합니다.
미디어 바이패스에서 사용되는 코덱
미디어 바이패스 사용이 설정된 경우 클라이언트와 SBC 또는 게이트웨이 간의 미디어 트래픽은 G.711 코덱을 사용합니다.