비즈니스용 Skype 2015의 미디어 바이패스 계획

 

마지막으로 수정된 항목: 2015-08-17

미디어 바이패스는 신호가 중재 서버를 트래버스하는 통화에 대해 가능할 때마다 미디어 경로에서 중재 서버를 제거하는 것을 가리킵니다.

미디어 바이패스는 대기 시간, 불필요한 변환, 패킷 손실 가능성, 잠재적 오류 지점 수를 줄여 음성 품질을 향상시킬 수 있습니다. 바이패스된 통화에 대한 미디어 처리가 없으므로 중재 서버에 대한 부하가 줄어들어 확장성이 향상될 수 있습니다. 이러한 부하의 감소가 여러 게이트웨이를 제어하는 중재 서버의 기능을 보완합니다.

중재 서버 없이 분기 사이트가 대역폭이 제한된 하나 이상의 WAN 링크에 의해 중앙 사이트에 연결된 경우 미디어 바이패스는 먼저 WAN 링크에서 중앙 사이트의 중재 서버로 그리고 역으로 흐를 필요 없이 분기 사이트의 클라이언트에서 미디어가 해당 로컬 게이트웨이로 직접 흐르도록 하여 대역폭 요구 사항을 줄입니다.

미디어 바이패스는 중재 서버가 미디어를 처리하지 않도록 하여 중재 서버 인프라에 필요한 Enterprise Voice 수도 줄일 수 있습니다. 일반적으로 가능한 모든 곳에 미디어 바이패스를 사용합니다.

다음 그림에서는 미디어 바이패스가 있는 경우와 없는 경우의 토폴로지의 기본 미디어 및 신호 경로를 보여 줍니다.

미디어 바이패스가 있는 경우와 없는 경우의 미디어 및 신호 경로

음성 CAC 미디어 바이패스 연결 적용

미디어 바이패스는 배포할 중재 서버 수를 최소화할 때 유용합니다. 일반적으로 중재 서버 풀은 중앙 사이트에 배포되며 분기 사이트에서 게이트웨이를 제어합니다. 미디어 바이패스를 사용하도록 설정하면 분기 사이트에서 클라이언트의 PSTN(공중 전화망) 통화에 대한 미디어가 해당 사이트에서 게이트웨이를 통과해 바로 흐르도록 할 수 있습니다. 분기 사이트에서 클라이언트의 PSTN 통화가 적합한 게이트웨이로 라우팅되도록 비즈니스용 Skype 서버 아웃바운드 통화 경로 및 Enterprise Voice 정책을 제대로 구성해야 합니다.

Wi-Fi 네트워크는 일반적으로 유선 네트워크보다 패킷 손실이 많습니다. 손실된 패킷을 복구하는 것은 일반적으로 게이트웨이에서 처리할 수 있는 사항이 아닙니다. 따라서 무선 서브넷에 대해 바이패스를 사용할지 여부를 결정하기 전에 Wi-Fi 네트워크 품질을 평가하는 것이 좋습니다. 대기 시간 감소와 손실된 패킷 복구 간 득실 관계를 고려해야 합니다. 중재 서버를 바이패스하지 않는 통화에 사용할 수 있는 코덱인 RTAudio는 패킷 손실을 처리하는 데 더 적합합니다.

Enterprise Voice 구조를 설정했으면 미디어 바이패스에 대한 계획은 간단합니다.

  • 분기 사이트에 대한 WAN 링크가 없는 중앙화된 토폴로지가 있는 경우 세분화된 제어가 필요하지 않으므로 전역 미디어 바이패스를 사용하도록 설정할 수 있습니다.

  • 하나 이상의 네트워크 지역 및 관련 분기 사이트로 구성된 분산 토폴로지가 있는 경우에는 다음을 확인합니다.

    • 중재 서버 피어가 미디어 바이패스에 필요한 기능을 지원할 수 있는지 여부

    • 각 네트워크 지역에서 제대로 연결된 사이트

    • 네트워크에 적합한 미디어 바이패스 및 통합 허용 제어 결합

미디어 바이패스를 사용하도록 설정하면 해당 지역 내 대역폭 제약 조건 없이 모든 네트워크 사이트 및 네트워크 지역에 대해 고유한 바이패스 ID가 자동으로 생성됩니다. 지역 내 대역폭 제약 조건이 있는 사이트 및 대역폭 제한 조건이 있는 WAN 링크를 통해 지역에 연결된 사이트에는 각각 고유한 바이패스 ID가 할당됩니다.

사용자가 PSTN에 전화를 걸면 중재 서버에서 클라이언트 서브넷의 바이패스 ID와 게이트웨이 서브넷의 바이패스 ID를 비교합니다. 두 개의 바이패스 ID가 일치할 경우 통화에 미디어 바이패스가 사용됩니다. 바이패스 ID가 일치하지 않을 경우에는 통화에 대한 미디어가 중재 서버를 통해 통과해야 합니다.

사용자가 PSTN을 통해 전화를 받으면 사용자의 클라이언트가 클라이언트의 바이패스 ID와 PSTN 게이트웨이의 바이패스 ID를 비교합니다. 두 개의 바이패스 ID가 일치하면 미디어가 중재 서버를 바이패스하고 게이트웨이에서 클라이언트로 바로 통과됩니다.

Lync 2010 이상의 클라이언트 및 장치만 중재 서버와의 미디어 바이패스 상호 작용을 지원합니다.

important중요:
미디어 바이패스를 전역적으로 사용하도록 설정하는 것 외에도 각 PSTN 트렁크에서 미디어 바이패스를 개별적으로 사용하도록 설정해야 합니다. 바이패스가 전역적으로 사용하도록 설정되었지만 특정 PSTN 트렁크에 대해 사용하지 않도록 설정된 경우에는 해당 PSTN 트렁크와 관련된 통화에 대해 미디어 바이패스가 호출되지 않습니다. 또한 미디어 바이패스가 사이트 및 지역 정보 사용으로 설정된 경우에는 라우팅할 수 있는 모든 서브넷을 서브넷이 있는 사이트에 연결해야 합니다. 바이패스가 필요하지 않은 사이트에 라우팅 가능한 서브넷이 있는 경우 미디어 바이패스를 사용하도록 설정하기 전에 새 사이트 내에서 이 서브넷을 그룹화해야 합니다. 이렇게 하면 라우팅할 수 없는 서브넷에 다른 바이패스 ID가 할당됩니다.

미디어 바이패스는 전역적으로, 그리고 개별 PSTN 트렁크에 대해 구성해야 합니다. 미디어 바이패스를 전역적으로 사용하도록 설정할 때는 항상 바이패스사이트 및 지역 정보 사용의 두 가지 옵션 중에서 선택할 수 있습니다.

옵션 이름에서 알 수 있듯이, 항상 바이패스는 모든 PSTN 통화에 대해 바이패스를 시도한다는 의미입니다. 통화 허용 제어를 사용하도록 설정할 필요가 없으며, 미디어 바이패스 시도 시기와 관련하여 자세한 구성 정보도 지정할 필요가 없는 배포에서는 항상 바이패스를 사용합니다. 또한, 클라이언트와 PSTN 게이트웨이가 완전히 연결되는 경우에도 항상 바이패스가 사용됩니다. 이 구성에서는 모든 서브넷이 단일 바이패스 ID에 매핑됩니다. ID는 이 항목 하나뿐이며, 시스템에서 자동으로 계산됩니다.

사이트 및 지역 정보 사용을 사용하는 경우 사이트 및 지역 구성과 연결된 바이패스 ID를 사용하여 바이패스 관련 결정을 내립니다. 이 구성에서는 대부분의 일반 토폴로지에 대해 바이패스를 유동적으로 구성할 수 있습니다. 바이패스 수행 시기를 세밀하게 제어할 수 있으며, CAC(통화 허용 제어)와의 상호 작용도 지원되기 때문입니다. 시스템에서는 다음과 같이 바이패스 ID를 자동으로 할당하여 작업을 손쉽게 수행할 수 있도록 합니다.

  • 시스템에서 각 지역에 단일 고유 바이패스 ID를 자동으로 할당합니다.

  • 대역폭 제약 조건 없이 WAN 링크를 통해 지역에 연결된 사이트는 지역과 동일한 바이패스 ID를 상속합니다.

  • 대역폭이 제한된 WAN 링크를 통해 지역에 연결된 사이트에는 지역과 다른 바이패스 ID가 할당됩니다.

  • 각 사이트와 연결된 서브넷은 해당 사이트의 바이패스 ID를 상속합니다.

미디어 바이패스 및 CAC(통화 허용 제어)는 함께 작동하여 통화 미디어에 대한 대역폭 제어를 관리합니다. 미디어 바이패스는 정상적으로 연결된 링크를 통한 미디어 흐름을 원활하게 하고, CAC는 대역폭 제약 조건이 있는 링크에 대한 트래픽을 관리합니다. 미디어 바이패스 및 CAC는 함께 사용할 수 없으므로 한 기능을 계획할 때는 다른 기능을 고려해야 합니다. 다음과 같은 조합이 지원됩니다.

  • CAC와 미디어 바이패스를 둘 다 사용하도록 설정. 미디어 바이패스는 사이트 및 지역 정보 사용으로 설정해야 합니다. 이 사이트 및 지역 정보는 CAC에 사용되는 것과 같습니다.

    CAC를 사용하도록 설정하는 경우에는 항상 바이패스를 선택할 수 없으며 그 반대의 경우도 마찬가지입니다. 이 두 구성은 함께 사용할 수 없기 때문입니다. 즉, 지정된 PSTN 통화에는 두 구성 중 하나만 적용됩니다. 먼저 미디어 바이패스가 통화에 적용되는 지를 확인한 다음, 적용되는 경우에는 CAC가 사용되지 않습니다. 통화를 바이패스할 수 있는 경우에는 기본적으로 CAC가 필요하지 않은 연결을 사용하기 때문입니다. 통화에 바이패스를 적용할 수 없는 경우(클라이언트 및 게이트웨이의 바이패스 ID가 일치하지 않는 경우) CAC가 통화에 적용됩니다.

  • CAC는 사용하도록 설정하지 않고 미디어 바이패스를 항상 바이패스로 설정

    이 구성에서는 클라이언트와 트렁크 서브넷이 모두 단일 바이패스 ID에 매핑됩니다. ID는 이 항목 하나뿐이며, 시스템에서 자동으로 계산됩니다.

  • CAC는 사용하도록 설정하지 않고 미디어 바이패스를 사이트 및 지역 정보 사용으로 설정

    사이트 및 지역 정보 사용을 사용하도록 설정하면 CAC가 사용하도록 설정되어 있는지 여부에 관계없이 바이패스 결정도 기본적으로 같은 방식으로 작동합니다. 즉, 지정된 PSTN 통화에 대해 클라이언트 서브넷이 특정 사이트로 매핑되고 해당 서브넷의 바이패스 ID가 추출됩니다. 마찬가지로, 게이트웨이 서브넷이 특정 사이트로 매핑되고 해당 서브넷의 바이패스 ID가 추출됩니다. 두 바이패스 ID가 동일한 경우에만 통화에 대해 바이패스가 수행되며, ID가 동일하지 않은 경우에는 미디어 바이패스가 수행되지 않습니다.

    CAC를 전역적으로 사용하지 않도록 설정하더라도, 사이트 및 지역 구성을 사용하여 바이패스 결정을 제어하려면 각 사이트 및 링크에 대해 대역폭 정책을 정의해야 합니다. 대역폭 제약 조건의 실제 값과 해당 형식은 관계가 없습니다. 최종적인 목표는 시스템에서 서로 다른 바이패스 ID를 자동으로 계산하여 정상적으로 연결되지 않은 각 로캘에 연결하도록 하는 것입니다. 정의를 통해 대역폭 제약 조건을 정의하는 경우에는 링크가 정상적으로 연결되지 않은 것입니다.

  • CAC는 사용하도록 설정하고 미디어 바이패스는 사용하도록 설정하지 않음. 모든 게이트웨이 및 IP-PBX가 정상적으로 연결되어 있지 않거나 미디어 바이패스를 위한 기타 요구 사항을 충족하지 않는 경우에만 적용됩니다. 미디어 바이패스 요구 사항에 대한 자세한 내용은 Lync Server 2013의 미디어 바이패스에 대한 기술 요구 사항을 참조하세요.

PSTN에 대한 각 호출에 대해 중재 서버는 중재 서버를 트래버스하지 않고도 원래 비즈니스용 Skype 끝점의 미디어를 중재 서버 피어로 직접 전송할 수 있는지 확인합니다. 피어는 통화가 라우팅될 때 중재 서버 간 트렁크와 연결된 PSTN 게이트웨이, IP-PBX 또는 ITSP(인터넷 전화 통신 서비스 공급업체)의 SBC(세션 경계 컨트롤러)일 수 있습니다.

다음 요구 사항이 충족되는 경우 미디어 바이패스를 적용할 수 있습니다.

  • 중재 서버 피어가 미디어 바이패스에 필요한 기능을 지원해야 합니다. 그 중 가장 중요한 기능은 분기된 여러 응답("초기 대화"라고 함)을 처리하는 기능입니다. 게이트웨이, PBX 또는 SBC가 허용할 수 있는 최대 초기 대화 수의 값을 확인하려면 게이트웨이, PBX 또는 ITSP 제조업체에 문의하세요.

  • 중재 서버 피어가 비즈니스용 Skype 끝점의 미디어 트래픽을 직접 수락해야 합니다. 대부분의 ITSP는 SBC가 중재 서버를 통해서만 트래픽을 받을 수 있도록 합니다. SBC가 비즈니스용 Skype 끝점의 미디어 트래픽을 직접 수락할 수 있는지 여부를 확인하려면 ITSP에 문의하세요.

  • 비즈니스용 Skype 클라이언트 및 중재 서버 피어는 올바르게 연결되어야 합니다. 즉, 클라이언트와 피어가 같은 네트워크 지역에 있거나, 대역폭 제약 조건이 없는 WAN 링크를 통해 지역에 연결되는 네트워크 사이트에 있어야 합니다.

 
표시: