Skype for Business 미디어 바이패스 계획
비즈니스용 Skype 서버 Enterprise Voice 미디어 바이패스를 계획하는 데 필요한 결정입니다. CAC(호출 허용 제어)와의 상호 운용을 포함합니다.
미디어 바이패스는 신호가 중재 서버를 트래버스하는 호출에 대해 가능하면 미디어 경로에서 중재 서버를 제거하는 것을 의미합니다.
미디어 바이패스 는 대기 시간, 불필요한 변환, 패킷 손실 가능성 및 잠재적 실패 지점 수를 줄여 음성 품질을 향상시킬 수 있습니다. 무시된 호출에 대한 미디어 처리를 제거하면 중재 서버의 부하가 감소하기 때문에 확장성이 향상될 수 있습니다. 이러한 부하 감소는 중재 서버가 여러 게이트웨이를 제어하는 기능을 보완합니다.
중재 서버가 없는 분기 사이트가 제한된 대역폭이 있는 하나 이상의 WAN 링크로 중앙 사이트에 연결된 경우 미디어 바이패스는 먼저 WAN 링크를 통해 중앙 사이트의 중재 서버로 이동하지 않고도 분기 사이트의 클라이언트에서 로컬 게이트웨이로 직접 흐르도록 허용하여 대역폭 요구 사항을 낮춥니다.
미디어 처리에서 중재 서버를 완화함으로써 미디어 바이패스는 Enterprise Voice 인프라에 필요한 중재 서버 수를 줄일 수도 있습니다. 일반적으로 가능한 경우 미디어 바이패스 사용을 설정합니다.
다음 그림에서는 미디어 바이패스를 사용 또는 사용하지 않는 토폴로지의 기본 미디어 및 신호 경로를 보여 줍니다.
미디어 바이패스를 사용 및 사용하지 않는 미디어 및 신호 경로
미디어 바이패스는 배포된 중재 서버 수를 최소화하려는 경우에 유용합니다. 일반적으로 중재 서버 풀은 중앙 사이트에 배포되고 분기 사이트의 게이트웨이를 제어합니다. 미디어 바이패스를 사용하도록 설정하면 지점 사이트의 클라이언트에서 PSTN(공용 전환 전화 네트워크) 통화가 해당 사이트의 게이트웨이를 통해 직접 흐를 수 있습니다. 비즈니스용 Skype 서버 아웃바운드 호출 경로 및 Enterprise Voice 정책을 올바르게 구성하여 분기 사이트의 클라이언트에서 PSTN 호출을 적절한 게이트웨이로 라우팅해야 합니다.
Wi-Fi 네트워크는 일반적으로 유선 네트워크보다 패킷 손실이 더 많습니다. 이 패킷 손실에서 복구하는 것은 일반적으로 게이트웨이에서 수용할 수 있는 것이 아닙니다. 따라서 무선 서브넷에 대해 바이패스 사용 여부를 결정하기 전에 Wi-Fi 네트워크의 품질을 평가하는 것이 좋습니다. 또한 고려해야 할 패킷 손실의 복구와 대기 시간 감소가 절충됩니다. 중재 서버를 우회하지 않는 호출에 사용할 수 있는 코덱인 RTAudio는 패킷 손실을 처리하는 데 더 적합합니다.
미디어 바이패스 배포 계획
Enterprise Voice 구조가 준비되면 미디어 바이패스 계획은 간단합니다.
분기 사이트에 대한 WAN 링크가 없는 중앙 집중식 토폴로지가 있는 경우 미세 조정된 제어가 필요하지 않으므로 전역 미디어 바이패스(bypass)를 사용하도록 설정할 수 있습니다.
하나 이상의 네트워크 지역 및 해당 관련 분기 사이트로 구성된 분산 토폴로지가 있는 경우 다음을 결정합니다.
Mediation Server 피어가 미디어 바이패스에 필요한 기능을 지원할 수 있는지 여부입니다.
각 네트워크 지역의 어떤 사이트가 잘 연결되어 있는지.
네트워크에 적합한 미디어 바이패스 및 통화 허용 제어의 조합입니다.
미디어 바이패스를 사용하도록 설정하면 네트워크 지역 및 해당 지역 내의 대역폭 제약 조건이 없는 모든 네트워크 사이트에 대해 고유한 바이패스 ID가 자동으로 생성됩니다. 지역 내에서 대역폭 제약 조건이 있는 사이트와 대역폭 제약 조건이 있는 WAN 링크를 통해 지역에 연결된 사이트는 각각 고유한 바이패스 ID가 할당됩니다.
사용자가 PSTN을 호출할 때 중재 서버는 클라이언트 서브넷의 바이패스 ID와 게이트웨이 서브넷의 바이패스 ID를 비교합니다. 두 바이패스 ID가 일치하는 경우 호출에 미디어 바이패스가 사용됩니다. 바이패스 ID가 일치하지 않으면 호출에 대한 미디어가 중재 서버를 통해 전달되어야 합니다.
사용자가 PSTN에서 전화를 받으면 사용자의 클라이언트는 해당 바이패스 ID를 PSTN 게이트웨이의 바이패스 ID와 비교합니다. 두 바이패스 ID가 일치하는 경우 미디어는 게이트웨이에서 클라이언트로 직접 흐르며 중재 서버를 무시합니다.
Lync 2010 이상 클라이언트 및 디바이스만 중재 서버와의 미디어 바이패스 상호 작용을 지원합니다.
중요
미디어를 전역적으로 바이패스하도록 설정하는 것 외에도 각 PSTN 트렁크에서 개별적으로 미디어 바이패스(bypass)를 사용하도록 설정해야 합니다. 바이패스는 전역적으로 사용하도록 설정되어 있지만 특정 PSTN 트렁크에 대해 사용하도록 설정되지 않은 경우 해당 PSTN 트렁크와 관련된 모든 호출에 대해 미디어 바이패스가 호출되지 않습니다. 또한 미디어 바이패스가 사이트 및 지역 정보 사용으로 설정된 경우 라우팅 가능한 모든 서브넷을 해당 서브넷이 있는 사이트와 연결해야 합니다. 바이패스가 원하지 않는 사이트 내에 라우팅 가능한 서브넷이 있는 경우 미디어 바이패스를 사용하도록 설정하기 전에 이러한 서브넷을 새 사이트 내에서 그룹화해야 합니다. 이렇게 하면 대체 불가능한 서브넷에 다른 바이패스 ID가 할당됩니다.
미디어 바이패스 모드
전역적으로 그리고 각 개별 PSTN 트렁크에 대해 미디어 바이패스 를 구성해야 합니다. 미디어를 전역적으로 바이패스하도록 설정하는 경우 두 가지 선택 항목인 Always Bypass 및 Use Site and Region Information을 사용할 수 있습니다.
이름에서 알 수 있듯이 Always Bypass 는 모든 PSTN 호출에 대해 바이패스가 시도됨을 의미합니다. Always Bypass 는 통화 허용 제어를 사용하도록 설정할 필요가 없고 미디어 바이패스를 시도할 때에 대한 자세한 구성 정보를 지정할 필요가 없는 배포에 사용됩니다. 또한 클라이언트와 PSTN 게이트웨이 간에 전체 연결이 있는 경우 Always Bypass 가 사용됩니다. 이 구성에서 모든 서브넷은 시스템에서 계산하는 하나 및 하나의 바이패스 ID에만 매핑됩니다.
사이트 및 지역 정보 사용에서는 사이트 및 지역 구성과 연결된 바이패스 ID를 사용하여 바이패스 결정을 내립니다. 이 구성은 CAC(통화 허용 제어)와의 상호 작용을 지원하는 것 외에도 바이패스가 발생하는 시기를 세밀하게 제어할 수 있으므로 가장 일반적인 토폴로지의 바이패스를 유연하게 구성할 수 있습니다. 시스템은 다음과 같이 바이패스 ID를 자동으로 할당하여 작업을 완화하려고 합니다.
시스템은 각 지역에 단일 고유 바이패스 ID를 자동으로 할당합니다.
대역폭 제약 조건이 없는 WAN 링크를 통해 지역에 연결된 모든 사이트는 지역과 동일한 바이패스 ID를 상속합니다.
제한된 대역폭이 있는 WAN 링크를 통해 지역과 연결된 사이트에는 지역과 다른 바이패스 ID가 할당됩니다.
각 사이트와 연결된 서브넷은 해당 사이트의 바이패스 ID를 상속합니다.
미디어 바이패스 및 통화 허용 제어 서비스
미디어 바이패스 및 CAC(통화 허용 제어)는 함께 작동하여 통화 미디어에 대한 대역폭 제어를 관리합니다. 미디어 바이패스는 잘 연결된 링크를 통해 미디어 흐름을 용이하게 합니다. CAC는 대역폭 제약 조건을 사용하여 링크의 트래픽을 관리합니다. 미디어 바이패스와 CAC는 상호 배타적이므로 다른 매개 변수를 계획할 때는 하나를 염두에 두어야 합니다. 지원되는 조합은 다음과 같습니다.
CAC 및 미디어 바이패스 모두 사용하도록 설정됩니다. 미디어 바이패스 는 사이트 및 지역 정보 사용으로 설정해야 합니다. 이 사이트 및 지역 정보는 CAC에 사용되는 것과 동일합니다.
CAC를 사용하도록 설정하면 두 구성이 상호 배타적이므로 Always Bypass를 선택할 수 없으며 그 반대의 경우도 마찬가지입니다. 즉, 두 가지 중 하나만 지정된 PSTN 호출에 적용됩니다. 먼저 미디어 바이패스가 호출에 적용되는지 여부를 확인하기 위해 검사 만듭니다. 이 경우 CAC가 사용되지 않습니다. 이는 호출이 바이패스할 수 있는 경우 CAC가 필요하지 않은 연결을 사용하는 정의에 따라 수행되기 때문에 의미가 있습니다. 호출에 바이패스를 적용할 수 없는 경우(즉, 클라이언트 및 게이트웨이의 바이패스 ID가 일치하지 않는 경우) CAC가 호출에 적용됩니다.
CAC를 사용할 수 없으며 미디어 바이패스가 Always Bypass로 설정됩니다.
이 구성에서 클라이언트 서브넷과 트렁크 서브넷은 모두 시스템에서 계산하는 바이패스 ID 하나와 바이패스 ID 하나에만 매핑됩니다.
CAC를 사용할 수 없으며 미디어 바이패스가 사이트 및 지역 정보 사용으로 설정됩니다.
사이트 및 지역 정보 사용을 사용하는 경우 CAC 사용 여부에 관계없이 바이패스 결정은 기본적으로 동일한 방식으로 작동합니다. 즉, 지정된 PSTN 호출의 경우 클라이언트의 서브넷이 특정 사이트에 매핑되고 해당 서브넷에 대한 바이패스 ID가 추출됩니다. 마찬가지로 게이트웨이의 서브넷은 특정 사이트에 매핑되고 해당 서브넷에 대한 바이패스 ID가 추출됩니다. 두 바이패스 ID가 동일한 경우에만 호출에 대해 바이패스가 발생합니다. 동일하지 않으면 미디어 바이패스가 발생하지 않습니다.
CAC를 전역적으로 사용하지 않도록 설정하더라도 사이트 및 지역 구성을 사용하여 바이패스 결정을 제어하려면 각 사이트에 대해 대역폭 정책을 정의하고 연결해야 합니다. 대역폭 제약 조건 또는 해당 형식의 실제 값은 중요하지 않습니다. 궁극적인 목표는 시스템이 서로 다른 바이패스 ID를 자동으로 계산하여 잘 연결되지 않은 다른 로캘과 연결하도록 하는 것입니다. 정의에 따라 대역폭 제약 조건을 정의하면 링크가 잘 연결되지 않습니다.
CAC가 사용하도록 설정되어 있고 미디어 바이패스는 사용하도록 설정되지 않았습니다. 이는 모든 게이트웨이 및 IP-PBXs 연결되지 않았거나 미디어 바이패스에 대한 다른 요구 사항을 충족하지 않는 경우에만 적용됩니다. 미디어 바이패스에 대한 요구 사항에 대한 자세한 내용은 미디어 바이패스에 대한 요구 사항을 참조하세요.
기술 요구 사항
PSTN에 대한 각 호출에 대해 중재 서버는 Skype for Business 엔드포인트의 미디어를 중재 서버를 트래버스하지 않고 중재 서버 피어로 직접 보낼 수 있는지 여부를 결정합니다. 피어는 호출이 라우팅되는 중재 서버 사이의 트렁크와 연결된 ITSP(인터넷 전화 통신 서비스 공급자)의 PSTN 게이트웨이, IP-PBX 또는 SBC(세션 테두리 컨트롤러)일 수 있습니다.
다음 요구 사항이 충족되면 미디어 바이패스를 사용할 수 있습니다.
중재 서버 피어는 미디어 바이패스에 필요한 기능을 지원해야 하며, 가장 중요한 것은 여러 포크된 응답("초기 대화 상자"라고 함)을 처리하는 기능입니다. 게이트웨이, PBX 또는 SBC에서 허용할 수 있는 초기 대화의 최대 수에 대한 값을 얻으려면 게이트웨이 또는 PBX 또는 ITSP 제조업체에 문의하세요.
중재 서버 피어는 Skype for Business 엔드포인트에서 직접 미디어 트래픽을 허용해야 합니다. 많은 ITSP를 사용하면 SBC가 중재 서버에서만 트래픽을 수신할 수 있습니다. ITSP에 문의하여 SBC가 Skype for Business 엔드포인트에서 직접 미디어 트래픽을 허용하는지 여부를 확인합니다.
Skype for Business 클라이언트와 중재 서버 피어는 잘 연결되어 있어야 합니다. 즉, 대역폭 제약 조건이 없는 WAN 링크를 통해 지역에 연결하는 네트워크 사이트 또는 동일한 네트워크 지역에 있습니다.