비즈니스용 Skype 서버 2015의 비디오 상호 운용 서버 계획

Skype for Business Server 2015
 

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

비즈니스용 Skype 서버는 이제 특정한 타사 VTC(비디오 전화 회의) 솔루션과 통합할 수 있습니다. 이러한 비디오 회의 상호 운용을 가능케 하는 새 서버 역할은 VIS(VIS(Video Interop 서버))로, 현재 온-프레미스 설치에만 사용 가능한 독립 실행형 서버 역할로 구현됩니다. VIS는 타사 전화 회의 시스템과 비즈니스용 Skype 서버 배포 간의 교량 역할을 합니다. 이 릴리스의 VIS는 Cisco/Tandberg 비디오 시스템과의 상호 운용성에 중점을 둡니다. 이 문서를 검토하여 비즈니스용 Skype 서버 설치에서 이 기능을 사용할 수 있는지 알아보세요.

상호 운용성은 CUCM 버전 10.5에서 TCP를 통한 트렁크 설정을 사용하여 테스트 및 지원됩니다. Microsoft TAP(Technology Adapter Program) 고객은 Cisco TelePresence VCS(Video Communication Server) 버전 8.1을 비디오 게이트웨이로서 VCS에 등록된 Cisco VTC 및 VCS와 VIS 간 SIP 트렁크를 사용하여 성공적으로 사용해 왔습니다. 이 솔루션은 여기서 설명하지 않으며 Microsoft 내부에서 테스트되지 않았고 공식적으로 지원되지 않습니다.

현재 지원되는 VTC는 다음과 같습니다.

  • Cisco C40

  • Cisco C60

  • Cisco C90

  • Cisco MX200

  • Cisco MX300

  • Cisco DX80

  • Cisco EX60

  • Cisco EX90

  • Cisco SX20

note참고:
이러한 시스템에서 비즈니스용 Skype 서버와의 통합이 예상대로 작동하려면 Cisco 소프트웨어 릴리스 TC7.0.0 이상이 필요합니다.

VIS(Video Interop 서버)는 SIP 트렁크 모드에서 작동하며, 이 경우 VTC는 계속 기존 Cisco 인프라(예: CUCM(Cisco Call Manager))에 등록되어 있습니다. 비디오 SIP 트렁크는 CUCM과 VIS 간에 정의되므로 두 시스템 간에 통화가 라우팅될 수 있습니다. SIP 트렁크를 통해 VTC에서 VIS로 걸리는 통화만 지원됩니다. 따라서 VTC는 비즈니스용 Skype 전화 회의에 전화를 걸 수 있지만(Call Automated Attendant와 연결된 전화 번호로 전화) 전화 회의로 끌어서 놓을 수는 없습니다.

SfB의 VIS 다이어그램

이 서버 역할이 제공하는 기능은 다음과 같습니다.

  • 타사 비디오 시스템 및 비즈니스용 Skype 서버 배포에 사용되는 H.264 형식 간 변환

  • VTC에서 지정된 해상도의 단일 비디오 스트림을 비즈니스용 Skype 서버 배포에 사용할 수 있도록 해상도가 서로 다른 여러 동시 방송 스트림으로 변환. 이러한 스트림은 AVMCU로 전송되었다가 비즈니스용 Skype 서버 끝점 및 서로 다른 해상도를 요청한 기타 비디오 시스템으로 전송됩니다. 이러한 변환은 타사 비디오 시스템이 비즈니스용 Skype A/V 전화 회의에 참여하는 경우에도 사용됩니다. 특정 VIS 서버에서 코드 변환 제한에 도달하면 서로 다른 해상도에 대한 이후의 요청에서 해상도가 가장 낮은 스트림만 받게 됩니다.

  • CUCM 게이트웨이와 비즈니스용 Skype 서버 VIS(Video Interop 서버) 간의 비디오 SIP 트렁크 지원. VTC는 계속 Cisco 게이트웨이에 등록되어 있으며, 게이트웨이를 통해 비즈니스용 Skype 배포에 전화를 겁니다. 통화는 비디오 SIP 트렁크를 통해 게이트웨이에서 비즈니스용 Skype VIS(Video Interop 서버)로 라우팅됩니다.

  • 회의실 사용자는 지원되는 비디오 시스템을 사용하여 개방형 또는 폐쇄형 전화 회의에 참가하기 위해 해당 시스템에서 전화를 걸 수 있음. 이 통화는 비디오 SIP 트렁크를 트래버스합니다.

  • 회의실 사용자는 지원되는 비디오 시스템을 사용하여 비즈니스용 Skype 클라이언트에 전화를 걸 수 있음. 이 통화는 SIP 트렁크를 트래버스합니다.

  • 지점간 통화와 다중 지점 통화 모두에 대해 비즈니스용 Skype 서버 측에서 또는 지원되는 VTC 시스템에서 오디오 음소거/음소거 해제, 비디오 일시 중지/다시 시작, 비디오 잠금, 통화 대기/대기 해제 등을 포함한 통화 중 제어 지원

서버 역할의 제한 사항은 다음과 같습니다.

  • 비디오 SIP 트렁크를 통해 비즈니스용 Skype 배포에서 VTC로 거는 신규 통화는 지원되지 않습니다. 지원되는 비디오 시스템의 현재 상태는 비디오 SIP 트렁크를 통해 VIS에 제공되지 않습니다.

  • 독립 실행형 VIS 풀만 비디오 SIP 트렁크 모드에서 지원됩니다.

  • 비디오 SIP 트렁크를 통한 VTC와 VIS 간 통신에는 TLS + SRTP 또는 TCP + RTP가 지원됩니다.

  • 응용 프로그램 공유는 지원되지 않습니다. 회의실의 비즈니스용 Skype 사용자는 랩톱 등을 통해 비즈니스용 Skype 전화 회의에 참가해야 하며, 회의실에서 사용 가능한 모니터 중 VTC와 연결되지 않은 모니터에 앱 공유 화면이 표시됩니다.

  • VTC에서 VIS를 통해 페더레이션 모임에 참가할 수 있는 기능은 지원되지 않습니다.

  • VTC에서 VIS를 통해 온라인 모임에 참가할 수 있는 기능은 지원되지 않습니다.

  • VIS를 통해 VTC에서 PSTN으로 거는 통화는 지원되지 않습니다.

  • VIS를 통해 PSTN에서 VTC로 거는 통화는 지원되지 않습니다.

VIS는 CUCM에서 비디오 SIP 트렁크를 통해 전달되는 수신 전화를 지원합니다. 복원력 강화를 위해 업스트림 또는 다운스트림과의 연결이 끊어질 수 있으므로 다음 두 가지 가능성을 고려해야 합니다.

  1. VIS 풀 장애 조치(failover) 비디오 게이트웨이가 가리키는 기본 VIS 풀이 다운된 경우 비디오 게이트웨이에서 둘 이상의 VIS 풀에 대한 트렁크를 정의했다면 복구가 가능합니다. 비디오 게이트웨이에서 기본 VIS 풀에 전화를 걸 수 없는 것으로 판단되는 경우 보조 VIS 풀로 통화를 라우팅합니다.

    VIS 풀 장애 조치 다이어그램

    특정 VIS 풀에는 여러 게이트웨이에 대한 트렁크가 있을 수 있지만, 일반적으로 특정 게이트웨이에는 여러 VIS 풀이 있을 수 없습니다. 따라서 장애 조치(failover)를 지원하기 위해서는 약간의 요령이 필요합니다. DNS에서 비디오 게이트웨이의 동일한 IP 주소로 확인되는 FQDN 2개를 정의합니다. 각 FQDN은 토폴로지 문서에서 비디오 게이트웨이마다 여러 VIS 풀에 대한 트렁크를 갖는 별도의 비디오 게이트웨이를 나타냅니다. 이제 복구가 가능합니다. TLS를 사용하는 경우 비디오 게이트웨이 인증서의 SAN에 여러 이름이 있어야 합니다.

    note참고:
    VIS는 토폴로지 문서에 구성된 게이트웨이에서 들어오는 전화만 허용합니다.
  2. 프런트 엔드 장애 조치(failover) VIS 풀이 CUCM에서 통화를 수신하지만 기본 다음 홉 등록자 또는 프런트 엔드 풀에 연결할 수 없는 경우 통화는 백업 프런트 엔드 풀로 라우팅됩니다.

    프런트 엔드 장애 조치 다이어그램

    VIS는 기본 프런트 엔드 풀 및 백업 프런트 엔드 풀의 상태를 추적합니다. 설정은 토폴로지 문서의 등록자 서비스에 대한 백업 설정에 있습니다. 설문 옵션이 1분에 한 번씩 두 풀에 모두 전송되는데 다섯 번 연속으로 전송에 실패하는 경우 VIS는 특정 프런트 엔드 풀이 다운된 것으로 간주합니다. 기본 프런트 엔드 풀이 다운 상태로 표시되는 경우 사용 가능한 백업이 구성되어 있으면 VIS는 게이트웨이에서 백업 프런트 엔드 풀로 새로 전화를 겁니다. 기본 프런트 엔드 풀이 복구되면 VIS는 새 통화에 기본 프런트 엔드 풀을 다시 사용하게 됩니다.

    VIS는 또한 비디오 SIP 트렁크의 통화에 대해 10초 타이머를 구현합니다. 기본 다음 홉 프런트 엔드 풀이 비디오 SIP 트렁크의 통화에 사용된 경우 기본 다음 홉 프런트 엔드 풀에서 타이머 값 내에 전송된 초대에 대해 일부 SIP 메시지(100회 시도 포함)로 응답하지 않았다면 통화에 대한 백업 다음 홉 프록시가 시도됩니다(구성된 경우).

    note참고:
    백업 다음 홉이 처음 시도된 경우 다음 번에 기본 다음 홉은 시도되지 않습니다.

    관리자는 Windows PowerShell 장애 조치(failover) 명령을 사용하여 VIS에서 강제로 백업 프런트 엔드 풀을 사용하도록 할 수 있습니다. 예를 들어 기본 프런트 엔드 풀에서 유지 관리 작업을 수행해야 하는 경우가 이에 해당합니다.

비즈니스용 Skype 서버의 경우 음성 및 비디오 SIP 트렁크에서 동일한 게이트웨이 피어를 사용하도록 구성할 수 있습니다. 따라서 하나의 CUCM 배포에서 중재 서버에 대한 음성 SIP 트렁크와 VIS에 대한 비디오 SIP 트렁크를 가질 수 있습니다.

  • 음성 SIP 트렁크에 대해 토폴로지 문서의 특정 FQDN을 사용하여 PSTN 게이트웨이가 정의되어야 합니다.

  • PSTN 게이트웨이의 피어는 중재 서버가 됩니다.

  • 필요에 따라 하나의 PSTN 게이트웨이부터 여러 중재 서버에 이르기까지 여러 음성 트렁크를 정의할 수 있습니다.

  • 비디오 SIP 트렁크에 대해 PSTN 게이트웨이와 동일한 FQDN을 사용하여 비디오 게이트웨이를 토폴로지 문서에 정의해야 합니다.

  • 비디오 게이트웨이에 대한 피어는 VIS가 됩니다.

  • 단일 비디오 트렁크는 비디오 게이트웨이에서 특정 VIS 풀로 정의될 수 있습니다.

  • CUCM은 음성 트렁크 또는 비디오 트렁크를 통해 통화를 정확하게 라우팅하도록 구성되어야 합니다. 예를 들어 VTC에서 전화를 걸 때 특수 다이얼 접두사가 사용될 수 있습니다. CUCM이 이 다이얼 접두사를 VIS에 대한 통화와 연결하면 적절한 변환 규칙이 VIS에 대한 SIP Invite에서 이 접두사를 제거합니다.

VIS는 비즈니스용 Skype 배포의 일부로만 배포될 수 있으며, 기존 배포의 일부인 Lync 2013 전화 회의 및 클라이언트에서 작동할 수 있습니다. 이 경우 VIS 풀은 VIS 풀의 다음 홉인 등록자/FE 풀을 포함하는 비즈니스용 Skype 배포에 속해야 합니다.

VIS는 RTV와 H.264 간의 코드 변환을 지원하지 않습니다. 전화 회의에서 Lync 2013 이전 버전의 클라이언트와 VTC 참가자 간에는 비디오 상호 운용성이 없습니다.

모바일 클라이언트가 주요 발표자가 되는 경우 전화 회의에 Lync 2013 이전 버전의 클라이언트가 있으면 모바일 클라이언트가 RTV를 사용하여 전송하게 되어 VTC에 비디오가 수신되지 않습니다.

Lync 2013이 비즈니스용 Skype 배포의 일부인 VIS와 올바로 연동되려면 Lync 2013에서 VIS와 연동하는 Lync 2013 클라이언트, CAA, AVMCU를 업그레이드하는 적절한 CU를 적용해야 합니다.

Lync 2013 및 비즈니스용 Skype 데스크톱 클라이언트에서 VIS의 상호 운용성은 테스트되었고 지원됩니다.

VIS 출시 당시 해당 앱 스토어에서 제공된 비데스크톱(Android, iPad, iPhone, Windows Phone, LMX 등) 버전의 비즈니스용 Skype 클라이언트와 VIS의 상호 운용성은 테스트되었고 지원됩니다.

패킷 손실에서 쉽게 복구될 수 있도록 FEC를 설정할 수 있습니다. FEC가 설정되면, VIS - VTC 방향으로 50% 이상의 비디오 대역폭이 사용됩니다.

Cisco VTC에서 여러 동시 방송 스트림으로 단일 비디오 스트림을 코드 변환하는 경우 CPU 용량이 사용됩니다. 약 16개 VTC의 비디오가 Lync 2013과 동등한 권장 FE 플랫폼에서 실행되는 단일 VIS에서 코드 변환되어 있을 수 있습니다(각 VTC의 720p 비디오 스트림이 720p, 360p, 180p에서 3개의 분리된 동시 방송 스트림으로 코드 변환된다고 가정함). 코드 변환이 해제된 경우 VIS CPU가 절약됩니다. 그러나 VIS가 VTC에서 요청하는 비디오 이미지는 비즈니스용 Skype 측의 모든 수신자를 충족시키는 가장 낮은 수준의 일반 해상도가 됩니다. 코드 변환을 해제한 경우에도 비즈니스용 Skype 클라이언트에서 VTC를 보낼 수 없는 특정한 저해상도를 요청하면 코드 변환이 활성화될 수 있습니다.

분배는 CUCM 분배 메커니즘 중 하나를 통해 이루어집니다.

  • 동적으로 DNS 사용

  • CUCM 측에서 각 트렁크가 VIS 풀의 다른 서버에서 종료되는 개별 트렁크를 정의할 수 있습니다. CUCM은 여러 트렁크를 통해 통화를 라우팅합니다.

온-프레미스 VIS를 통해 온라인 모임에 참가하는 VTC에 대한 지원은 비즈니스용 Skype에 포함되지 않습니다.

VIS를 통해 페더레이션 모임에 참가하는 VTC에 대한 지원은 비즈니스용 Skype에 포함되지 않습니다.

 
표시: