비즈니스용 Skype 서버 E9-1-1용 SIP 트렁크 디자인
비즈니스용 Skype 서버 Enterprise Voice SIP 트렁크 공급자를 사용하는 E9-1-1 배포에 대한 SIP 트렁크 토폴로지 계획
비즈니스용 Skype 서버 SIP 트렁크를 사용하여 E9-1-1 서비스 공급자에 긴급 통화를 연결합니다. 한 중앙 사이트, 여러 중앙 사이트 또는 각 지점 사이트에서 E9-1-1에 대한 응급 서비스 SIP 트렁크를 설정할 수 있습니다. 그러나 발신자 사이트와 응급 서비스 SIP 트렁크를 호스트하는 사이트 간의 WAN 링크를 사용할 수 없는 경우 연결이 끊긴 사이트의 사용자가 호출하는 통화에는 로컬 PSTN(공용 전화 네트워크) 게이트웨이를 통해 ECRC로 통화를 라우팅하는 사용자의 음성 정책에 특별한 전화 사용 레코드가 필요합니다. 호출 허용 제어 동시 호출 제한이 적용되는 경우에도 마찬가지입니다.
비즈니스용 Skype 서버 환경에서 SIP 트렁크를 구현하는 방법에는 두 가지가 있습니다.
외부에 연결된 공개적으로 라우팅된 인터페이스를 사용하여 SIP 트렁크 공급자와 통신하는 다중 호스트 중재 서버를 사용합니다.
온-프레미스 SBC(세션 테두리 컨트롤러)를 사용하여 중재 서버와 SIP 트렁크 공급자의 서비스 간에 보안 경계 지점을 제공합니다.
후자의 방법을 선택하는 경우 선택한 SBC 만들기 및 모델이 인증되었으며 SIP INVITE의 일부로 현재 상태 정보 PIDF-LO(데이터 형식 위치 개체) 위치 데이터 전달을 지원해야 합니다. 그렇지 않으면 통화가 위치 정보를 제거한 응급 서비스 서비스 공급자에 도착합니다. 인증된 SCC에 대한 자세한 내용은 "Microsoft Lync용 인프라 적격 인프라" 및 "Skype for Business 위한 전화 통신 인프라"를 참조하세요.
E9-1-1 서비스 공급자는 중복성을 위해 한 쌍의 SCC에 대한 액세스 권한을 제공합니다. 중재 서버 토폴로지와 관련하여 몇 가지 결정을 내리고 라우팅 구성을 호출해야 합니다. 두 SBC를 동일한 피어로 처리하고 둘 사이의 호출에 라운드 로빈 라우팅을 사용합니까, 아니면 하나의 SBC를 기본으로, 다른 SBC를 보조로 지정하시겠습니까?
비즈니스용 Skype 서버 SIP 트렁크를 배포하는 방법에 대한 자세한 내용은 비즈니스용 Skype 서버 SIP 트렁크를 참조하세요. 다음 질문은 E9-1-1용 SIP 트렁크를 배포하는 방법을 결정하는 데 도움이 됩니다.
전용 임대 또는 공유 인터넷 연결을 통해 SIP 트렁크를 배포해야 하나요?
긴급 통화는 항상 연결하는 것이 중요합니다. 전용 회선은 네트워크의 다른 트래픽에 의해 선점되지 않는 연결을 제공하며 QoS(서비스 품질)를 구현하는 기능을 제공합니다. 공용 인터넷을 통해 응급 서비스 서비스 공급자에 연결하고 긴급 통화의 기밀성을 보장해야 하는 경우 IPSec 암호화가 필요합니다.
E9-1-1 배포는 재해 허용 오차를 위해 설계되어 있나요?
이는 응급 솔루션이므로 복원력이 중요합니다. 재해 내성 위치에 기본 및 보조 중재 서버 및 SIP 트렁크를 배포합니다. 지원하는 사용자에게 가장 가까운 기본 중재 서버를 배포하고 보조 중재 서버(다른 지리적 위치에 있음)를 통해 장애 조치(failover) 호출을 라우팅하는 것이 좋습니다.
각 지점에 대해 별도의 SIP 트렁크를 배포해야 하나요?
비즈니스용 Skype 서버 지점의 음성 복원력을 처리하기 위한 몇 가지 전략을 제공합니다. 여기에는 복원력 있는 데이터 네트워크 사용, 각 분기에 SIP 트렁크 배포 또는 가동 중단 시 로컬 게이트웨이에 호출 푸시 등이 포함됩니다. 자세한 내용은 비즈니스용 Skype 서버 SIP 트렁크를 참조하세요.
CAC(통화 허용 제어)가 사용하도록 설정되어 있나요?
비즈니스용 Skype 서버 일반 통화와 다르게 긴급 통화를 처리하지 않습니다. 이러한 이유로 대역폭 관리 또는 CAC(통화 허용 제어)는 E9-1-1 구성에 부정적인 영향을 미칠 수 있습니다. CAC를 사용하도록 설정하고 긴급 통화가 라우팅되는 링크에서 구성된 제한을 초과하는 경우 긴급 통화가 차단되거나 로컬 PSTN 게이트웨이로 라우팅됩니다. 이 항목의 앞부분에서 설명한 것처럼 이러한 호출에는 위치 데이터가 없으며 ECRC로 수동으로 라우팅되어야 합니다.