비즈니스용 Skype 서버 2015의 통화 허용 제어 계획

 

마지막으로 수정된 항목: 2016-05-11

전화 통신, 비디오, 응용 프로그램 공유 등과 같은 IP 기반 응용 프로그램에서 사용 가능한 엔터프라이즈 네트워크 대역폭은 일반적으로 LAN 환경에서는 제한 요소로 간주되지 않지만 사이트, 네트워크 대역폭이 교차되는 WAL 링크에서는 제한될 수 있습니다.

네트워크 트래픽이 WAN 링크를 초과 구독할 경우 이러한 정체를 해결하기 위해 큐, 버퍼링, 패킷 삭제 등의 최신 메커니즘이 사용됩니다. 추가 트래픽은 일반적으로 네트워크 정체가 해결되거나 필요한 경우 트래픽이 삭제될 때까지 지연됩니다. 이러한 상황에서 일반적인 데이터 트래픽에 대해서는 수신 클라이언트가 복구할 수 있습니다. 하지만 통합 통신과 같은 실시간 트래픽의 경우 통합 통신이 대기 시간 및 패킷 손실 모두에 민감하므로 이 방법으로 네트워크 정체를 해결할 수 없으며, WAN의 정체로 인해 사용자의 QoE(체감 품질)가 저하될 수 있습니다. 실제로 정체된 상황에서의 실시간 트래픽에 대해 품질이 낮은 연결을 제공하는 것보다 통화를 지연시키는 것이 더 나은 선택입니다.

CAC(통화 허용 제어)는 허용 가능한 품질의 실시간 세션을 설정하기 위해 충분한 네트워크 대역폭이 있는지 여부를 확인합니다. 비즈니스용 Skype 서버에서 CAC는 오디오 및 비디오에 대해서만 실시간 트래픽을 제어하며 데이터 트래픽에는 영향을 미치지 않습니다. 기본 WAN 경로에 필요한 대역폭이 없는 경우 CAC는 인터넷 경로나 PSTN(공중 전화망)을 통해 통화를 라우팅할 수 있습니다.

이 섹션에서는 통화 허용 제어 기능과 CAC를 계획하는 방법에 대해서 설명합니다.

note참고:
비즈니스용 Skype 서버에 포함된 세 가지 고급 Enterprise Voice 기능은 통화 허용 제어, 긴급 서비스(E9-1-1), 미디어 바이패스입니다. 이 세 기능에 공통적으로 적용되는 계획 정보의 개요는 비즈니스용 Skype 서버의 고급 Enterprise Voice 기능에 대한 네트워크 설정을 참조하세요.

비즈니스용 Skype 서버의 CAC 디자인은 네 가지 주요 특성이 있습니다.

  • 특별히 구성된 라우터와 같은 추가 장비 없이도 배포 및 관리가 간편합니다.

  • 중요한 통합 통신 사용 사례(예: 로밍 사용자 및 여러 클라이언트에서 로그인)를 다룹니다. CAC 정책은 사용자 홈이 아니라 끝점이 있는 위치에 따라 적용됩니다.

  • 음성 통화뿐 아니라 화상 통화 및 오디오/비디오 회의 세션과 같은 다른 트래픽에도 적용될 수 있습니다.

  • 여러 종류의 네트워크 토폴로지를 표현할 수 있는 유연성을 제공합니다.

새 음성 또는 비디오 세션이 WAN 링크에 대해 설정한 대역폭 제한을 초과하는 경우에는 세션이 차단되거나 PSTN으로 다시 라우팅(전화 통화에만 해당)됩니다.

CAC는 음성 및 비디오에 대한 실시간 트래픽만 제어하며, 데이터 트래픽은 제어하지 않습니다.

관리자는 모든 프런트 엔드 풀과 함께 설치된 대역폭 정책 서비스에서 적용하는 CAC 정책을 정의합니다. CAC 설정은 네트워크의 모든 비즈니스용 Skype 서버 프런트 엔드 서버에 자동으로 전파됩니다.

CAC 정책으로 인해 통화에 실패한 경우 통화가 다시 라우팅되는 우선 순위는 다음과 같습니다.

  1. 인터넷

  2. PSTN

  3. 음성 메일

CDR(통화 기록 정보)은 PSTN이나 음성 메일로 다시 라우팅된 통화에 대한 정보를 캡처합니다. 하지만 인터넷으로 다시 라우팅된 통화에 대한 정보는 캡처하지 않는데, 이는 인터넷이 보조 옵션이 아니라 대체 경로로 간주되기 때문입니다.

note참고:
음성 메일 보관은 대역폭 제한으로 인해 거부되지 않습니다.

대역폭 정책 서비스는 CSV(쉼표로 구분) 형식으로 된 두 가지 유형의 로그 파일을 생성합니다. 확인 오류 수 로그 파일은 대역폭 요청이 거부된 경우의 정보를 캡처하고, 링크 사용률 로그 파일은 네트워크 토폴로지 및 WAN 링크 대역폭 사용률에 대한 스냅숏을 캡처합니다. 이 두 로그 파일 모두 사용률을 기반으로 CAC 정책을 세부 조정하는 데 도움이 됩니다.

관리자가 중앙 사이트에 구성된 첫 번째 풀에서 대역폭 정책 서비스를 설치하도록 구성합니다. 네트워크 지역당 단일 중앙 사이트가 있으므로 해당 지역에 대한 대역폭 정책을 관리하고, 관련 사이트 및 해당 사이트에 대한 링크를 관리하는 네트워크 지역당 대역폭 정책 서비스는 하나만 있습니다. 대역폭 정책 서비스는 프런트 엔드 서버의 일부로 실행되므로 고가용성이 해당 풀 내에서 기본 제공됩니다. 각 프런트 엔드 서버에서 실행되는 대역폭 정책 서비스는 15초마다 동기화됩니다. 프런트 엔드 풀이 실패하면 프런트 엔드 풀 및 대역폭 정책 서비스가 이후에 다시 작동하게 될 때까지는 CAC 정책이 사이트에 대해 더 이상 적용되지 않습니다. 즉, 대역폭 정책 서비스가 작동하지 않는 기간에 모든 통화가 통과됩니다. 따라서 이 기간 중에는 링크에 대한 대역폭 과다 구독이 발생할 수 있습니다.

대역폭 정책 서비스는 프런트 엔드 풀 내에서 고가용성을 제공하지만 프런트 엔드 풀 간에 중복성을 제공하지 않습니다. 대역폭 정책 서비스는 프런트 엔드 풀에서 다른 풀로 장애 조치(Failover)할 수 없습니다. 프런트 엔드 풀에 대한 서비스가 복원된 후에는 대역폭 정책 서비스가 다시 시작되고 대역폭 정책 검사를 다시 적용할 수 있습니다.

비즈니스용 Skype 서버의 대역폭 정책 서비스에서 오디오 및 비디오에 대한 대역폭 제한을 적용하는 경우에도 네트워크 라우터(계층 2와 3)에서는 이 제한이 적용되지 않습니다. CAC는 데이터 응용 프로그램에서 CAC 정책에 따라 오디오 및 비디오에 예약된 대역폭을 포함하여 WAN 링크의 전체 네트워크 대역폭을 사용하는 것을 방지할 수 없습니다. 필요한 네트워크 대역폭을 보호하려면 DiffServ(차등화 서비스)와 같은 QoS(서비스 품질) 프로토콜을 배포하면 됩니다. 따라서 정의한 CAC 대역폭 정책을 배포한 QoS 설정으로 조정하는 것이 가장 좋습니다.

회사에서 VPN을 통한 미디어 전송을 지원하는 경우 미디어 스트림과 신호 스트림이 모두 VPN을 통과하는지, 아니면 인터넷을 통해 라우팅되는지 확인합니다. 기본적으로 미디어 및 신호 스트림은 VPN 터널을 통과합니다.

네트워크 트래픽이 인터넷을 통해 전달되는 원격 사용자에 대해서는 통화 허용 제어가 적용되지 않습니다. 미디어 트래픽은 비즈니스용 Skype 서버에서 관리되지 않는 인터넷을 트래버스하기 때문에 CAC를 적용할 수 없습니다. 그러나 엔터프라이즈 네트워크를 통해 전달되는 통화 부분에 대해서는 CAC 확인이 수행됩니다.

통화 허용 제어는 IP/PBX, PSTN 게이트웨이 또는 SIP 게이트웨이에 연결되었는지 여부에 관계없이 중재 서버에서 적용할 수 있습니다. 중재 서버는 B2BUA(Back-to-Back User Agent)이기 때문에 미디어를 종료합니다. 중재 서버에는 두 가지 연결 지점이 있는데 하나는 비즈니스용 Skype 서버에 연결되는 지점이고, 다른 하나는 PSTN 게이트웨이, IP/PBX 또는 SIP 트렁크에 연결되는 게이트웨이 쪽 연결 지점입니다. PSTN 연결에 대한 자세한 내용은 비즈니스용 Skype 서버 2015의 PSTN 연결 계획을 참조하세요.

미디어 바이패스를 사용하지 않는 경우 중재 서버의 양쪽 모두에 CAC를 적용할 수 있습니다. 미디어 바이패스가 설정된 경우에는 미디어 트래픽이 중재 서버를 트래버스하지 않고 비즈니스용 Skype 클라이언트와 게이트웨이 사이를 직접 이동하므로, 이 경우 CAC가 필요하지 않습니다. 자세한 내용은 비즈니스용 Skype 2015의 미디어 바이패스 계획을 참조하세요.

다음 그림에서는 미디어 바이패스를 사용하는 경우와 사용하지 않는 경우 PSTN 연결에 CAC가 적용되는 방식을 보여 줍니다.

PSTN 연결에 대한 통화 허용 제어 적용

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

CAC(통화 허용 제어) 계획에는 엔터프라이즈 네트워크 토폴로지에 대한 자세한 정보가 필요합니다. 다음 단계에 따라 통화 허용 제어 정책을 보다 쉽게 계획할 수 있습니다.

  1. 엔터프라이즈 네트워크 내의 허브/백본(네트워크 지역이라고 함) 확인

  2. 각 네트워크 지역 내의 사무실 또는 위치(네트워크 사이트라고 함) 확인

  3. 모든 네트워크 지역 쌍 간의 네트워크 경로 확인

  4. 각 WAN 링크에 대한 대역폭 제한 확인

    note참고:
    대역폭 제한은 Enterprise Voice 및 오디오/비디오 트래픽에 할당되는 WAN 링크의 대역폭 양을 의미합니다. 따라서 WAN 링크가 "대역폭이 제한된" 것으로 설명된 경우 링크에서 예상되는 최대 트래픽보다 낮은 대역폭 제한이 WAN 링크에 설정되어 있습니다.
  5. 각 네트워크 사이트에 지정된 IP 서브넷 확인

이러한 개념을 설명하기 위해 아래 그림에 표시된 네트워크 토폴로지 예를 사용합니다.

통화 허용 제어 토폴로지의 예

Litware Inc. 네트워크 토폴로지 예제

note참고:
모든 네트워크 사이트는 네트워크 지역과 연결됩니다. 예를 들어 포틀랜드, 리노 및 앨버커키는 북미 지역에 포함됩니다. 이 그림에는 CAC 정책이 적용되는 WAN 링크에만 대역폭 제한이 표시되어 있습니다. 시카고, 뉴욕 및 디트로이트의 네트워크 사이트는 대역폭 제한이 없어 CAC 정책이 필요하지 않으므로 북미 지역 타원 안에 표시되어 있습니다.

이 토폴로지의 예의 구성 요소는 다음 섹션에 설명되어 있습니다. 대역폭 제한을 포함하여 이 토폴로지를 계획한 방법에 대한 자세한 내용은 예: 비즈니스용 Skype 서버에서 통화 허용 제어에 대한 요구 사항 수집을 참조하세요.

네트워크 지역은 네트워크 백본 또는 네트워크 허브를 나타냅니다.

네트워크 백본 또는 허브는 네트워크의 여러 부분을 상호 연결하는 컴퓨터 네트워크 인프라의 일부로서, 서로 다른 LAN 또는 서브넷 간의 정보 교환 경로를 제공합니다. 백본은 소규모 위치에서 지리적으로 넓은 지역에 이르기까지 다양한 네트워크를 함께 묶을 수 있습니다. 따라서 백본의 용량은 일반적으로 백본에 연결된 네트워크의 용량보다 큽니다.

여기에 설명된 토폴로지에는 북미, EMEA, APAC, 이렇게 세 개의 네트워크 지역이 있습니다. 네트워크 지역은 네트워크 사이트 컬렉션을 포함합니다(이 항목에 뒷 부분에 설명된 네트워크 사이트 정의 참조). 네트워크 운영 팀과 함께 네트워크 지역을 확인하세요.

CAC를 사용하려면 비즈니스용 Skype 서버 중앙 사이트가 각 네트워크 지역에 대해 정의되어 있어야 합니다. 중앙 사이트는 해당 네트워크 지역 내의 다른 모든 사이트에 대해 네트워크 연결 상태가 최상이고 대역폭이 가장 빠른 것으로 선택됩니다. 앞의 네트워크 토폴로지 예에서는 3개의 네트워크 지역이 표시되며, 각 지역에는 CAC 결정을 관리하는 중앙 사이트가 있습니다. 앞의 예에서 적합한 연결은 다음 표에 표시되어 있습니다.

note참고:
중앙 사이트는 네트워크 사이트와 일치하지 않아도 됩니다. 이 설명서의 예에서는 일부 중앙 사이트(시카고, 런던, 베이징)의 이름이 일부 네트워크 사이트와 같습니다. 하지만 중앙 사이트와 네트워크 사이트에서 같은 이름을 공유하는 경우에도 중앙 사이트는 비즈니스용 Skype 서버 토폴로지의 요소입니다. 반면에 네트워크 사이트는 비즈니스용 Skype 서버 토폴로지가 있는 전체 네트워크의 일부입니다.

네트워크 지역, 중앙 사이트 및 네트워크 사이트

네트워크 지역중앙 사이트네트워크 사이트

북미

시카고

시카고

뉴욕

디트로이트

포틀랜드

리노

앨버커키

EMEA

런던

런던

콜로뉴

APAC

베이징

베이징

마닐라

네트워크 사이트는 조직의 실제 장소(예: 사무실, 건물 또는 캠퍼스)가 있는 위치를 나타냅니다. LAN과 다른 사이트에 대한 WAN을 갖고 있는 실제 장소를 네트워크 사이트로 간주합니다. 조직의 모든 사무실을 조사하는 작업부터 시작합니다. 위의 토폴로지 예에서 북미 네트워크 지역은 뉴욕, 시카고, 디트로이트, 포틀랜드, 리노 및 앨버커키 네트워크 사이트로 구성됩니다.

모든 네트워크 사이트를 네트워크 지역과 연결해야 합니다. 네트워크 사이트에 제한된 WAN 링크가 있는지 여부에 따라 대역폭 정책이 네트워크 사이트에 연결됩니다. CAC 정책 및 이러한 정책을 사용하여 할당하는 대역폭에 대한 자세한 내용은 이 항목의 뒷부분에 나오는 "대역폭 정책 정의"를 참조하세요. CAC를 구성하려면 네트워크 사이트를 네트워크 지역과 연결한 다음 지정된 사이트 또는 지역 간의 대역폭 제한 연결 및 사이트와 지역 간의 WAN 연결에 적용할 대역폭 할당 정책을 만듭니다.

네트워크 링크는 서로 다른 지역 및 사이트를 연결하는 실제 WAN 연결을 나타냅니다. 위의 토폴로지 예에는 지역 간을 연결하는 두 개의 네트워크 링크, 지역과 사이트를 연결하는 다섯 개의 네트워크 링크 및 두 사이트를 연결하는 하나의 네트워크 링크가 있습니다.

두 개의 지역 링크는 북미와 EMEA, APAC와 EMEA를 연결하며, 각각 NA-EMEA-LINK와 EMEA-APAC-LINK로 표시되어 있습니다.

사이트 링크는 포틀랜드, 리노 및 앨버커키와 북미 지역을 연결하는 선, 마닐라와 APAC 지역을 연결하는 선, 그리고 콜로뉴와 EMEA 지역을 연결하는 선으로 표시되어 있습니다. 리노와 앨버커키 사이의 선은 이 두 사이트 간의 직접 네트워크 링크를 나타냅니다.

네트워크 운영 팀과 함께 조직의 WAN 링크를 통해 실시간 오디오 및 비디오 트래픽에 사용할 수 있는 WAN 대역폭을 확인합니다. 대역폭 정책은 일반적으로 대역폭 사용이 제한된 경우, 즉 오디오 및 비디오 형식에 할당될 수 있는 대역폭보다 많은 대역폭이 사용될 것으로 예상되는 경우 WAN 링크에 적용됩니다.

CAC 대역폭 정책은 실시간 오디오 및 비디오 형식에 대해 예약할 수 있는 최대 대역폭을 정의합니다. CAC는 다른 트래픽의 대역폭을 제한하지 않기 때문에 대규모 파일 전송, 음악 스트리밍 등의 다른 데이터 트래픽이 네트워크 대역폭을 모두 사용하지 못하도록 방지할 수 없습니다.

CAC 대역폭 정책은 다음 중 일부 또는 전부를 정의할 수 있습니다.

  • 오디오에 할당되는 최대 총 대역폭

  • 비디오에 할당되는 최대 총 대역폭

  • 단일 음성 통화(세션)에 할당되는 최대 대역폭

  • 단일 화상 통화(세션)에 할당되는 최대 대역폭

note참고:
모든 CAC 대역폭 값은 최대 단방향 대역폭 제한을 나타납니다.
note참고:
비즈니스용 Skype 서버 음성 정책 기능에서는 사용자의 발신 전화가 아니라 사용자의 수신 전화에 대한 대역폭 정책 확인을 무시할 수 있는 기능을 제공합니다. 세션이 설정된 후에는 대역폭 소비가 정확하게 계산됩니다. 이 설정은 가급적 사용하지 않는 것이 좋습니다. 자세한 내용은 배포 설명서에서 Create or modify a voice policy and configure PSTN usage records in Skype for Business 2015 또는 Lync Server 2013에서 음성 정책 수정 및 PSTN 사용 레코드 구성을 참조하세요.

세션별 대역폭 사용량을 최적화하려면 사용할 오디오 및 비디오 코덱의 유형을 고려해야 합니다. 특히, 자주 사용할 것으로 예상되는 코덱에 대한 대역폭을 부족하게 할당하지 않아야 합니다. 반면, 미디어에서 많은 대역폭이 필요한 코덱을 사용하지 않도록 하려면 이러한 코덱을 사용할 수 없을 정도로 낮게 세션별 최대 대역폭을 설정해야 합니다. 오디오의 경우 일부 코덱은 일부 시나리오에 사용할 수 없습니다. 예를 들어 다음과 같습니다.

  • 비즈니스용 Skype 끝점 간의 피어 투 피어 음성 통화에서는 코덱의 대역폭 및 우선 순위를 고려하여 RTAudio(8kHz) 또는 RTAudio(16kHz)를 사용합니다.

  • 비즈니스용 Skype 끝점 간의 전화 회의 및 A/V 회의 서비스에서는 G.722 또는 Siren을 사용합니다.

  • 비즈니스용 Skype 끝점 간의 PSTN(공중 전화망) 통화에서는 G.711 또는 RTAudio(8kHz)를 사용합니다.

다음 표는 세션별 최대 대역폭 설정을 최적화하는 데 유용합니다.

코덱별 대역폭 사용량

코덱FEC(정방향 오류 정정)가 없는 대역폭 요구 사항FEC(정방향 오류 정정)가 있는 대역폭 요구 사항

RTAudio(8kHz)

49.8kbps

61.6kbps

RTAudio(16kHz)

67kbps

96kbps

Siren

57.6kbps

73.6kbps

G.711

102kbps

166kbps

G.722

105.6kbps

169.6kbps

RTVideo(CIF 15fps)

260kbps

해당 없음

RTVideo(VGA 30fps)

610kbps

해당 없음

note참고:
대역폭 요구 사항에는 Ethernet II, IP, UDP(User Datagram Protocol), RTP(Real-time Transport Protocol) 및 SRTP(실시간 전송 프로토콜)에 대한 오버헤드가 고려되어 있으며, RTCP 오버헤드에 대한 10kbps도 포함되어 있습니다.

G.722.1 코덱과 Siren 코덱은 유사하지만 비트 전송률이 서로 다릅니다.

비즈니스용 Skype 서버 전화 회의의 기본 코덱인 G.722는 G.722.1 및 Siren 코덱과 완전히 다릅니다.

Siren 코덱은 다음과 같은 경우에 비즈니스용 Skype 서버에서 사용됩니다.

  • 대역폭 정책이 너무 낮게 설정되어 G.722를 사용할 수 없는 경우

  • Communications Server 2007 또는 Communications Server 2007 R2 클라이언트가 비즈니스용 Skype 서버 전화 회의 서비스에 연결된 경우(이러한 클라이언트는 G.722 코덱을 지원하지 않음)

시나리오별 대역폭 사용량

시나리오수량에 최적화된 대역폭 요구 사항(kbps)균형 조정 모드에 적절한 대역폭 요구 사항(kbps)품질에 최적화된 대역폭 요구 사항(kbps)

피어 투 피어 음성 통화

45kbps

62kbps

91kbps

전화 회의

53kbps

101kbps

165kbps

비즈니스용 Skype와 PSTN 게이트웨이 간의 PSTN 통화(미디어 바이패스 사용)

97kbps

97kbps

161kbps

비즈니스용 Skype와 중재 서버 간의 PSTN 통화(미디어 바이패스 사용 안 함)

45kbps

97kbps

161kbps

중재 서버와 PSTN 게이트웨이 간의 PSTN 통화(미디어 바이패스 사용 안 함)

97kbps

97kbps

161kbps

비즈니스용 Skype - Polycom 통화

101Kbps

101Kbps

101Kbps

각 네트워크 사이트에 대해 네트워크 관리자와 함께 각 네트워크 사이트에 지정된 IP 서브넷을 확인해야 합니다. 네트워크 관리자가 네트워크 지역 및 네트워크 사이트에 대한 IP 서브넷을 이미 구성한 경우에는 작업이 훨씬 간편합니다.

위의 예에서 북미 지역의 뉴욕 사이트에는 172.29.80.0/23, 157.57.216.0/25, 172.29.91.0/23 및 172.29.81.0/24 IP 서브넷이 지정되어 있습니다. 주로 디트로이트에서 근무하는 Bob이 교육을 받기 위해 뉴욕 사무실에 출장을 왔다고 가정해 보겠습니다. Bob이 컴퓨터를 켜고 네트워크에 연결하면 컴퓨터에서 뉴욕에 예약된 네 개 범위 중 하나의 IP 주소(예: 172.29.80.103)를 가져옵니다.

warning주의:
서버에서 네트워크를 구성하는 동안 지정된 IP 서브넷을 미디어 바이패스에 사용하려면 IP 서브넷이 클라이언트 컴퓨터에서 제공한 형식과 일치해야 합니다. 비즈니스용 Skype 클라이언트는 해당 로컬 IP 주소를 가져와 연결된 서브넷 마스크로 IP 주소를 마스킹합니다. 각 클라이언트에 연결된 바이패스 ID를 확인할 때 등록자는 각 네트워크 사이트에 연결된 IP 서브넷 목록이 클라이언트에서 제공한 서브넷과 정확히 일치하는지 비교합니다. 따라서 서버에서 네트워크를 구성할 때 가상 서브넷 대신 실제 서브넷을 입력해야 합니다. 미디어 바이패스가 아니라 통화 허용 제어를 배포한 경우에는 가상 서브넷을 구성한 경우에도 통화 허용 제어가 제대로 작동합니다.
예를 들어 클라이언트가 IP 서브넷 마스크가 255.255.255.0인 IP 주소 172.29.81.57을 사용하여 컴퓨터에 로그인한 경우 비즈니스용 Skype에서는 서브넷 172.29.81.0과 연결된 바이패스 ID를 요청합니다. 클라이언트가 가상 서브넷에 속해 있더라도 서브넷이 172.29.0.0/16으로 정의된 경우 등록자는 이를 일치하는 것으로 간주하지 않습니다. 등록자는 서브넷 172.29.81.0을 찾기 때문입니다. 따라서 관리자는 정확히 비즈니스용 Skype 클라이언트에서 제공하는 서브넷을 입력해야 합니다. 클라이언트는 정적 네트워크 구성 또는 DHCP에 의한 네트워크 구성 중에 제공된 서브넷으로 프로비전됩니다.

성능을 향상시키고 배포를 용이하게 하려면 통화 허용 제어 배포 시 다음과 같은 유용한 정보를 적용합니다.

  • 현재 및 예상 미디어 트래픽에 대해 WAN이 적절하게 프로비전되어 있는지 확인합니다.

    note참고:
    대역폭 제한에 대해 버퍼를 고려하는 것이 좋습니다. 사용되는 총 대역폭에 영향을 주고 대역폭 제한이 초과되는 상황을 초래할 수 있는 경합 상태와 같은 시나리오가 있습니다. 예를 들어 두 통화가 미디어 트래픽이 대역폭 제한에 근접하는 동안 시작되려고 하는 경우 한 통화가 먼저 시작되기 때문에 다른 한 통화가 거부될 수 있습니다.
  • 최적의 CAC 설정을 선택하고 네트워크 사용량이 변경됨에 따라 CAC 설정을 업데이트할 수 있도록 네트워크 사용량 및 통화 정보 기록을 모니터링합니다.

  • CAC 대역폭 정책을 사용하여 QoS 설정을 보완합니다.

  • 차단된 통화를 PSTN으로 다시 라우팅하려면 PSTN 기능 및 용량을 확인합니다. 자세한 내용은 Lync Server 2013에서 아웃바운드 음성 라우팅 계획을 참조하세요.

    note참고:
    용량은 잠재적 PSTN 재라우팅을 지원하기 위해 열어야 하는 포트 수를 가리킵니다.
 
표시: