통화 허용 제어 계획

네트워크 지역 확인

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

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

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

각 네트워크 지역에 중앙 사이트 연결

CAC를 적용하려면 각 네트워크 지역에 대한 Lync Server 중앙 사이트가 필요합니다. CAC는 Lync Server의 소프트웨어 구성 요소에 의해 결정됩니다. 위의 네트워크 토폴로지 예에서는 각각 CAC 결정을 관리하는 중앙 사이트가 있는 세 개의 네트워크 지역을 보여 줍니다. 이 중앙 사이트는 지리적 근접성에 따라 선택됩니다. 미디어 트래픽은 네트워크 지역 내에서 부하가 가장 크기 때문에 지리적 근접성에 따라 소유권을 할당하면 네트워크 지역이 자동으로 포함되고 다른 중앙 사이트를 사용할 수 없는 경우에도 네트워크 지역 내의 통신이 지속됩니다. 위의 예에서 적절한 연결은 아래 표에 표시되어 있습니다.

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

네트워크 사이트 확인

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

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

네트워크 링크 확인

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

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

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

대역폭 정책 정의

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

CAC 대역폭 정책은 실시간 오디오 및 비디오 형식에 사용하도록 예약되는 대역폭을 정의합니다.

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

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

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

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

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

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

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

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

• Lync 2010 끝점 간의 PSTN 통화에서는 G.711 또는 RTAudio(8kHz)를 사용합니다.

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

코덱별 대역폭 사용량

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

Lync Server 2010 회의의 기본 코덱인 G.722는 G.722.1 및 Siren 코덱과 완전히 다릅니다.

Siren 코덱은 다음과 같은 경우에 Lync Server 2010에서 사용됩니다.

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

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

시나리오별 대역폭 사용량

IP 서브넷 확인

각 네트워크 사이트에 대해 네트워크 관리자와 함께 각 네트워크 사이트에 할당된 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)를 가져옵니다.

주의:

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