- 홈
- /
- 문서
피드백을 보내 주셔서 감사합니다.
이 문서에서
피드백이 있습니까?이 문서를 통해 관리자는 모든 정보 및 참조를 사용하여 로컬 게이트웨이를 설정, 유지 관리 및 문제를 해결할 수 있습니다.
로컬 게이트웨이는 자신의 속도로 Webex Calling으로 마이그레이션할 수 있도록 도와줍니다. 로컬 게이트웨이는 기존 온프레미스 배포와 Webex Calling을 통합합니다. 기존 PSTN 연결을 사용할 수도 있습니다.
Webex Calling용 Local Gateway를 구성하기 전에 다음을 확인하십시오.
-
SIP 및 미디어 프로토콜과 같은 VoIP에 대한 지식, 기본 문제 해결 수행 능력.
-
로컬 게이트웨이로 구성된 장치(세션 경계 컨트롤러)에 대한 이해
-
세션 경계 컨트롤러를 운영하는 데 필요한 라이선스입니다.Required license to operate the session border controller.
-
Cisco Unified Communications Manager(Unified CM) 또는 이와 동등한 PBX에 대한 지식 및 Webex Calling과 함께 작동하도록 구성되었습니다. (온프레미스 환경과의 통합의 경우.)
로컬 게이트웨이 호출 흐름을 사용하는 Webex Calling을 통한 비디오는 지원되지 않습니다. 비디오는 일부 시나리오에서 작동할 수 있지만 품질이 저하되고 예상치 못한 동작을 초래할 수 있습니다. 가장 안정적인 경험을 위해 오디오 전용 통화를 위해 환경을 구성하십시오.
다음 기사는 배포 옵션에 익숙해지는 데 도움이 될 수 있습니다.The following articles can help you know the deployment options:
|
용어 |
참조 |
|---|---|
|
트렁크 및 경로 그룹 |
자세한 내용은 다음을 참조하십시오. 트렁크 및 경로 그룹에서 Webex Calling Preferred Architecture는... |
|
ByoPSTN, 엔터프라이즈 다이얼 |
Bring Your Own PSTN을 발음하는 법 자세한 내용은 다음을 참조하십시오. PSTN 액세스 및 사내 상호 연결에서 Webex Calling Preferred Architecture는... |
|
상위(OTT), Webex Edge Connect |
자세한 내용은 다음을 참조하십시오. 액세스 연결 옵션에서 Webex Calling Preferred Architecture는... |
로컬 게이트웨이 트렁킹 모델
로컬 게이트웨이 트렁킹 모델의 두 가지 유형이 있습니다.
-
등록 기반 트렁크
-
인증서 기반 트렁크
이러한 모델은 비슷한 기능을 제공하지만 규모와 장치 지원은 다릅니다. 귀하의 요구 사항을 충족하는 올바른 트렁킹 모델을 선택하십시오.
|
기능 |
등록 기반 |
인증서 기반 |
|---|---|---|
|
동시 통화 |
트렁크 당 최대 250의 동시 통화. |
트렁크 당 >250 의 동시 통화. |
|
장치 종류 |
Cisco Unified Border Element(CUBE)만 지원합니다. 자세한 내용은 CUBE Platform Support를 참조하십시오. |
표에 언급된 장치 유형 선택 인증서 기반 트렁킹에 대해 지원되는 장치 유형... |
|
인증 모델 |
등록 및 통화를 인증하는 데 사용되는 공유 사용자 이름과 암호에 의존하는 다이제스트 기반 인증 모델. 자세한 내용은 다음을 참조하십시오. 등록 기반 트렁크... |
LGW FQDN 인증을 사용한 인증서 기반 인증. 자세한 내용은 다음을 참조하십시오. 인증서 기반 트렁크... 모든 SIP 트랜잭션 Local Gateway는 Webex Calling 클라우드로 시작되며, Local Gateway의 FQDN이 포함된 연락처 헤더를 포함해야 합니다. OPTIONS Local Gateway의 트랜잭션은 Control Hub의 Local Gateway 상태가 온라인일 때 특히 중요합니다. |
|
네트워크, 방화벽 및 NAT 요구 사항 입구 및 출구 교통에 대한 자세한 내용은 참조 Cisco Webex Calling을 위한 포트 참조 정보... |
모든 NAT 또는 공용 IP. 동적 NAT는 설치가 더 쉽고 방화벽 구성이 더 적기 때문에 선호됩니다. 방화벽이 침입과 출입 트래픽을 모두 허용해야 합니다(Webex Calling to Local Gateway와 그 반대로). 인바운드 트래픽의 경우 아웃바운드 등록 메시지를 기반으로 방화벽에 의해 인바운드 핀홀이 열립니다. 핀홀 오프닝은 모든 Webex Calling IP 주소 및 포트에 대해 권장됩니다. 로컬 게이트웨이가 등록하는 IP 주소나 포트에 특정하지 않습니다. |
공용 IP 또는 정적 NAT를 포함한 공용 인터넷 기반 네트워크. 방화벽이 침입과 출입 트래픽을 모두 허용해야 합니다(Webex Calling to Local Gateway와 그 반대로). |
|
공용 DNS 서비스 요구 사항 |
공용 DNS 서비스에는 특정 설정이 필요하지 않습니다. |
|
|
CA 및 인증서 요구 사항 |
|
|
|
클라우드 커넥터를 사용하여 온보딩 및 문제 해결 |
구성 문제의 자동화된 문제 해결을 지원합니다. |
구성 문제의 자동화된 문제 해결을 지원하지 않습니다. |
지원하는 세션 경계 컨트롤러
Webex for Government의 로컬 게이트웨이에 대한 인증서 기반 트렁킹을 구성합니다. 또한 CUBE는 현재 Webex for Government를 지원하는 유일한 세션 경계 컨트롤러(SBC)입니다.
|
SBC 벤더 및 모델 |
최소 버전 |
열린 경고 |
Webex for Government |
|---|---|---|---|
|
Cisco-CUBE 모델 라우터 플랫폼 지원 |
시스코 IOS XE 벵갈루루 17.6.1a Cisco SD-WAN 솔루션의 일부로 컨트롤러 모드에서 로컬 게이트웨이를 구성하려면 Cisco IOS XE Cupertino 17.7.1 또는 이후 버전을 사용하십시오. 권장 버전의 경우, 다음을 참조하십시오. Cisco 소프트웨어 연구페이지. 플랫폼을 검색하고 "제안" 릴리스 중 하나를 선택하십시오. |
Cisco ISR 1100 플랫폼은 구성 검증을 지원하지 않습니다. Cisco SD-WAN을 사용하여 컨트롤러 모드에 배치된 게이트웨이의 경우 다음 기능은 지원되지 않습니다.
|
Webex for Government는 등록 기반 트렁킹을 지원하지 않습니다. |
|
SBC 벤더 및 모델 |
최소 버전 |
열린 경고 |
Webex for Government |
|---|---|---|---|
|
Cisco-CUBE 모델 라우터 플랫폼 지원 |
시스코 IOS XE Cupertino 17.9.1a 권장 버전의 경우, 다음을 참조하십시오. Cisco 소프트웨어 연구페이지. 플랫폼을 검색하고 "제안" 릴리스 중 하나를 선택하십시오. |
Cisco SD-WAN을 사용하여 컨트롤러 모드에 배치된 게이트웨이의 경우 다음 기능은 지원되지 않습니다.
|
지원됨 |
|
Oracle-AP 시리즈 |
9.3.0 |
Open Caveats에 대한 리뷰 보기 Cisco Webex Calling으로 알려진 문제 및 제한 사항 해결책 문서. |
지원되지 않음 |
|
Oracle-VME는 |
9.3.0 |
Open Caveats에 대한 리뷰 보기 Cisco Webex Calling으로 알려진 문제 및 제한 사항 해결책 문서. |
지원되지 않음 |
|
Oracle - 퍼블릭 클라우드의 Oracle SBC |
9.3.0 |
Open Caveats에 대한 리뷰 보기 Cisco Webex Calling으로 알려진 문제 및 제한 사항 해결책 문서. |
지원되지 않음 |
|
오디오 코드 – Mediant CE & VE |
7.40A.250.440 |
ICE 상호 운용성의 제한. 보기 섹션 2...4...2AudioCodes SBC Configuration Note를 사용하여 Webex Calling을 연결합니다. |
지원되지 않음 |
|
AudioCodes – 미디어 어플라이언스 |
7.40A.250.440 |
ICE 상호 운용성의 제한. 보기 섹션 2...4...2Webex Calling을 Audio Codes SBC Configuration Note로 연결합니다. |
지원되지 않음 |
|
리본 - SBC 5000 시리즈, SBC 7000, 및 SBC SWe |
10.1 |
ICE 상호 운용성의 제한. 보기 카베아츠섹션. |
지원되지 않음 |
|
리본-SBC SWe Edge |
11.0.2 |
ICE 상호 운용성의 제한. 해결 방법 보기 카베아츠섹션. |
지원되지 않음 |
|
리본-SBC 1000, SBC 2000 |
11.0.1 |
ICE 상호 운용성의 제한. 해결 방법 보기 카베아츠섹션. |
지원되지 않음 |
|
리본-8000 w/SBC SWe 에지 |
25.0 |
보기 리본 에지 8000Cisco Webex Calling: 상호 운용성 가이드분류: 경고... |
지원되지 않음 |
| anynode-SBC는 | 4.10 |
지원되지 않음 | |
| 이탤텔 넷매치 SBC | 넷매치-S-CI5.8.0-20240111 | 알려진 제한 사항에 대해서는 다운로드 WEBEX 호출을 위한 NETMATCH-S CI SBC 구성섹션 참조 3...3 경고. |
지원되지 않음 |
Webex Calling은 NAT 뒤에 있는 로컬 게이트웨이의 배포를 지원합니다. 통화 행동은 네트워크에 사용되는 NAT 방화벽의 유형과 SBC가 제공하는 기능에 따라 달라질 수 있습니다.
통화 용량 요구 사항
등록 기반 및 인증서 기반 트렁킹 모델은 다음 표에 나와 있듯이 서로 다른 동시 통화 용량을 가지고 있습니다.
|
동시 통화 요구 사항) |
대략적인 사용자 번호 |
트렁크 타입 우선 순위 |
최소 링크 품질 |
|---|---|---|---|
|
~ 2000–6500 |
65000 만들기 |
인증서 기반 |
상호 연결 |
|
~ 250–2000 |
20000 만들기 |
인증서 기반 |
위쪽 (OTT) |
|
최대 250 |
2500 만들기 |
등록 기반 |
Ott |
연결 자격
일관되게 고품질 통화를 보장하기 위해 로컬 게이트웨이와 Webex Calling 사이의 네트워크 연결에는 다음과 같은 최대 품질이 있어야 합니다.
-
100MS 단방향 대기 시간
-
10MS 패킷 지터
-
0.5% 패킷 손실
통화 용량에 대한 자세한 내용은 다음을 참조하십시오. Webex Calling을 위한 선호 아키텍처...
연결 모델 및 요구 사항
-
프로비저닝 동안 각 로컬 게이트웨이는 중복성과 높은 가용성을 보장하기 위해 두 개의 Webex Media PoP 위치에 할당됩니다. 이 할당은 DNS SRV 레코드를 통해 관리됩니다.This assignment is managed through a DNS SRV record.
-
미디어 PoP 위치는 Control Hub에서 프로비저닝 프로세스 중에 구성되는 게이트웨이의 지리적 위치를 기반으로 결정됩니다.Media PoP locations are determined based on the geographic location of the gateway, which is configured during the provisioning process in Control Hub. 일반적으로 게이트웨이는 같은 지역 내에서 가장 적절하고 지리적으로 분리된 두 개의 미디어 PoPs에 할당됩니다. 예를 들어, 게이트웨이가 EU에서 프로비저닝된 경우, 게이트웨이는 EU 내에서 두 개의 미디어 PoPs를 사용합니다.
Webex Media PoP 위치의 전체 목록은 다음을 참조하십시오. Webex Calling의 데이터 센터 위치...
Webex Calling 위치도 미디어 PoPs입니다.
-
지역 미디어 기능은 게이트웨이 연결에도 적용됩니다. 통화 시나리오에 따라 미디어는 가능한 한 지역 내에서 로컬로 유지됩니다.
-
클라이언트와 서버 사용을 위해 인증서가 서명되었는지 확인합니다.
로컬 게이트웨이 설정
| 1 만들기 |
Control Hub에서 트렁크를 구성합니다. |
| 2 만들기 |
로컬 게이트웨이의 역할을 수행하도록 장치를 구성합니다.
|
| 3 만들기 |
Control Hub 상태에서는 Local Gateway가 활성화되어 있는지 확인합니다. 파트너 호스트 게이트웨이에 대한 지침은 다음을 참조하십시오. 파트너 호스트 게이트웨이 구성
|
Webex Calling은 현재 vCUBE의 단일 인스턴스에서 실행되는 CME와 LGW를 모두 지원하지 않습니다.
로컬 게이트웨이 문제 해결
로컬 게이트웨이 상태가 활성화되지 않거나 다른 문제가 있는 경우 지원 팀에 연락하기 전에 다음 문서를 참조하십시오.
-
문제 해결 등록 기반 로컬 게이트웨이Control Hub에서 배포.
-
문제 해결 인증서 기반 로컬 게이트웨이Control Hub에서 배포.
Local Gateway가 활성화되지 않으면 Control Hub에서 트렁크 상태를 확인합니다.
-
가입하기 제어 허브...
-
가기 .
-
상태를 확인하려는 트렁크를 선택합니다.
-
클릭 Trunk Info.
-
Online—모든 Webex Calling 엣지 프록시와 로컬 게이트웨이 간의 성공적인 연결
-
Offline—Webex Calling과 Local Gateway 간의 연결 실패
-
Impaired—최소 하나의 Webex Calling 엣지 프록시와 로컬 게이트웨이 간의 연결 실패
-
Unknown—Webex Calling과 최근에 추가된 Local Gateway 간의 연결을 구축하는 동안
-
인증서 기반 트렁크 또는 등록 기반 트렁크의 트렁크 상태 업데이트는 참조 Webex Calling에 대한 트렁크, 경로 그룹 및 다이얼 계획 구성...
-
트렁크 경고 구성에 대한 자세한 내용은 다음을 참조하십시오. Control Hub의 경보 센터...
TLS 핸드셰이크 설립 문제 해결
인증서 갱신 후 TLS 핸드셰이크 실패는 SBC가 클라이언트 인증 EKU 인증을 시행하고 있음을 나타낼 수 있습니다.
|
원인 |
해상도 |
|---|---|
|
|
-
Webex Calling은 TLS 핸드셰이크 설정 중에 클라이언트 인증 EKU를 검증하거나 시행하지 않습니다.
-
클라이언트 인증 EKU에 대한 모든 요구 사항은 Webex Calling이 아닌 SBC 벤더에 의해 결정됩니다.
-
EKU 검증과 관련된 TLS 실패는 SBC 측 구성 또는 기본 동작으로 인해 발생합니다. 추가 지원을 위해 Cisco 지원 및 SBC 벤더에 문의하십시오.
제3자 로컬 게이트웨이 지원
Cisco와 벤더 파트너의 지원은 타사 SBC를 사용하여 Webex Calling 배포에 필요합니다. 다음은 지원 세부 사항에 대한 개요입니다.
-
Webex Calling 지원:
-
Cisco 또는 Webex Calling을 사용하는 파트너는 Cisco 지원(TAC 지원)을 받기 위해 Cisco와 지원 계약을 맺어야 합니다.
-
Cisco는 Webex Calling up to edge deployment 및 Webex Calling 등록된 Cisco IP 전화에 대한 고객 지원을 제공합니다.
-
-
벤더 지원:
-
배포 중에 Cisco는 검증된 타사 SBC 장치를 가지고 있는 고객 또는 파트너를 지원하며 실제 SBC에 대한 지원을 제공할 책임이 없습니다.
-
Cisco는 고객과 SBC 공급업체와 관련된 비 Cisco 지원 사례에 대해 책임을 지지 않습니다. 배포 중에 발생하는 문제 또는 소프트웨어 결함은 SBC 벤더 및 Cisco와 논의할 수 있습니다.
-
만들기
