로컬 게이트웨이 시작하기

로컬 게이트웨이를 사용하면 원하는 속도로 Webex Calling으로 마이그레이션할 수 있습니다. 로컬 게이트웨이는 기존 온프레미스 배포 환경을 Webex Calling과 통합합니다. 기존 PSTN 연결을 사용할 수도 있습니다.

Webex 통화용 로컬 게이트웨이를 구성하기 전에 다음 사항을 확인하십시오.

SIP 및 미디어 프로토콜과 같은 VoIP에 대한 지식과 기본적인 문제 해결 능력이 필요합니다.
로컬 게이트웨이로 구성된 장치(세션 경계 컨트롤러)에 대한 실무적인 이해.
세션 경계 컨트롤러를 운영하려면 라이선스가 필요합니다.
Cisco Unified Communications Manager(Unified CM) 또는 귀사 구내에 구축되어 Webex 통화와 연동되도록 구성된 동등한 PBX 시스템에 대한 지식. (온프레미스 환경과의 통합의 경우)

다음 문서들은 배포 옵션에 대해 더 자세히 알아보는 데 도움이 될 수 있습니다.

표 1. Cisco Local Gateway 관련 개념
용어	참조
간선 및 노선 그룹	자세한 내용은 Webex 통화 기본 아키텍처의 [] 트렁크 및 경로 그룹 을 참조하세요.
ByoPSTN, 기업용 전화 걸기	Bring Your Own PSTN의 약자입니다. 자세한 내용은 Webex 통화 기본 아키텍처의 PSTN 액세스 및 온프레미스 상호 연결 을 참조하세요.
OTT(Over the Top) 서비스인 Webex Edge Connect에 오신 것을 환영합니다.	자세한 내용은 Webex 통화 기본 아키텍처의 ] 액세스 연결 옵션 을 참조하세요.

로컬 게이트웨이 트렁킹 모델

로컬 게이트웨이 트렁킹 모델에는 두 가지 유형이 있습니다.

등록 기반 트렁크
인증서 기반 트렁크

이 모델들은 유사한 기능을 제공하지만, 규모와 지원 기기에서 차이가 있습니다. 요구 사항에 맞는 적절한 트렁킹 모델을 선택하십시오.

표 2. 로컬 게이트웨이용 트렁킹 모델을 비교해 보세요.
기능	등록 기반	인증서 기반
동시 호출	회선당 최대 250개의 동시 통화가 가능합니다.	동시 호출 > 나무줄기당 250개.
장치 유형	Cisco Unified Border Element(CUBE)만 지원합니다. 자세한 내용은 CUBE 플랫폼 지원을 참조하세요.	표에 언급된 장치 유형 선택 인증서 기반 트렁킹에 지원되는 장치 유형.
인증 모델	다이제스트 기반 인증 모델은 등록 및 통화 인증에 사용되는 공유 사용자 이름과 비밀번호에 의존합니다. 자세한 내용은 등록 기반 트렁크를 참조하세요.	LGW FQDN 검증을 통한 인증서 기반 인증. 자세한 내용은 인증서 기반 트렁크를 참조하세요. 로컬 게이트웨이가 Webex 통화 클라우드로 전송하는 모든 SIP 트랜잭션에는 로컬 게이트웨이의 FQDN이 포함된 Contact 헤더가 있어야 합니다. 옵션 거래는 제어 허브에서 로컬 게이트웨이 상태가 온라인으로 표시되는 데 특히 중요합니다.
네트워크, 방화벽 및 NAT 요구 사항 수신 및 송신 트래픽에 대한 자세한 내용은 Cisco Webex 통화용 포트 참조 정보를 참조하십시오.	NAT 또는 공용 IP 주소 모두 해당됩니다. 동적 NAT는 설정이 더 간편하고 방화벽 구성이 적게 필요하므로 선호됩니다. Webex에서 로컬 게이트웨이로의 통화 및 그 반대의 경우를 포함하여, 방화벽에서 인바운드 및 아웃바운드 트래픽을 모두 허용해야 합니다. 수신 트래픽의 경우, 방화벽은 발신 등록 메시지를 기반으로 수신 핀홀을 엽니다. Webex 통화 IP 주소 및 포트에 대해 핀홀 개방을 권장합니다. 로컬 게이트웨이가 등록하는 특정 IP 주소나 포트와는 무관합니다.	공용 IP 또는 정적 NAT를 포함하는 공용 인터넷 연결 네트워크. 방화벽에서 Webex 통화와 로컬 게이트웨이 간의 트래픽(수신 및 송신)을 모두 허용해야 합니다.
공용 DNS 서비스 요구 사항	공용 DNS 서비스에서는 별도의 설정이 필요하지 않습니다.	도메인 소유권 주장이 필요합니다. 도메인 관리를 참조하세요. 공용 DNS 서버에 DNS A 레코드 또는 DNS SRV 레코드를 구성해야 합니다.
CA 및 자격증 요건	Webex 서비스 인증서에 서명한 CA 번들을 로컬 게이트웨이에 업로드해야 합니다.	Webex 서비스 인증서에 서명한 CA 번들을 로컬 게이트웨이에 업로드해야 합니다. 로컬 게이트웨이는 루트 인증 기관에 나열된 인증 기관 중 하나를 사용하여 서명된 인증서를 보유해야 합니다. 와일드카드 인증서는 지원되지 않습니다. 인증서는 Webex 통화용 트렁크, 라우트 그룹 및 다이얼 플랜 구성에 언급된 지침에 따라 서명해야 합니다.
클라우드 커넥터를 사용한 온보딩 및 문제 해결	구성 문제에 대한 자동 문제 해결을 지원합니다. Webex 클라우드에 Cisco IOS 관리형 게이트웨이 등록 관리형 게이트웨이에 서비스 지정 Control Hub를 통해 Cisco 로컬 게이트웨이 구성 검증	구성 문제에 대한 자동 문제 해결을 지원하지 않습니다.

지원되는 세션 경계 컨트롤러

정부용 Webex에서 로컬 게이트웨이에 대한 인증서 기반 트렁킹을 구성합니다. 또한 CUBE는 현재 Webex for Government를 지원하는 유일한 세션 경계 컨트롤러(SBC)입니다.

표 3. 등록 기반
SBC 공급업체 및 모델	최소 버전	공개된 주의사항	Webex for Government
에 나열된 Cisco CUBE 모델 라우터 플랫폼 지원	Cisco 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는 등록 기반 트렁킹을 지원하지 않습니다.

표 4. 인증서 기반
SBC 공급업체 및 모델	최소 버전	공개된 주의사항	Webex for Government
에 나열된 Cisco CUBE 모델 라우터 플랫폼 지원	시스코 IOS XE 쿠퍼티노 17.9.1a 권장 버전에 대해서는 Cisco 소프트웨어 연구 페이지를 참조하십시오. 플랫폼을 검색하고 "추천" 릴리스 중 하나를 선택하세요.	Cisco SD-WAN을 사용하여 컨트롤러 모드로 배포된 게이트웨이의 경우 다음 사항은 지원되지 않습니다. 로컬 게이트웨이를 컨트롤 허브에 등록하기 게이트웨이 구성 유효성 검사	지원됨
오라클—AP 시리즈	9.0.0	ICE 상호 운용성의 한계. Cisco Webex - Oracle SBC와 Cisco Webex Calling의 타사 로컬 게이트웨이(LGW) 통합 솔루션 문서의 섹션 9를 참조하십시오.	지원되지 않음
오라클—VME	9.0.0	ICE 상호 운용성의 한계. Cisco Webex - Oracle SBC와 Cisco Webex Calling의 타사 로컬 게이트웨이(LGW) 통합 솔루션 문서의 섹션 9를 참조하십시오.	지원되지 않음
오라클—퍼블릭 클라우드의 오라클 SBC	9.0.0	ICE 상호 운용성의 한계. Cisco Webex - Oracle SBC와 Cisco Webex Calling의 타사 로컬 게이트웨이(LGW) 통합 솔루션 문서의 섹션 9를 참조하십시오.	지원되지 않음
오디오코드—메이디언트 CE & VE	7.40A.250.440	ICE 상호 운용성의 한계. 섹션 2.4.2 의 AudioCodes SBC 구성 참고 사항을 참조하여 Webex 통화를 연결하십시오.	지원되지 않음
AudioCodes—미디어트 기기	7.40A.250.440	ICE 상호 운용성의 한계. 섹션 2.4.2 의 AudioCodes SBC 구성 참고 사항을 참조하여 Webex 통화를 연결하십시오.	지원되지 않음
리본—SBC 5000 시리즈, SBC 7000 및 SBC SWe	10.1	ICE 상호 운용성의 한계. 주의사항 섹션을 참조하십시오.	지원되지 않음
리본—SBC SWe 엣지	11.0.2	ICE 상호 운용성의 한계. 주의사항 섹션의 해결 방법을 참조하십시오.	지원되지 않음
리본—SBC 1000, SBC 2000	11.0.1	ICE 상호 운용성의 한계. 주의사항 섹션의 해결 방법을 참조하십시오.	지원되지 않음
리본—8000 w/SBC 스위스 엣지	25.0	Cisco Webex를 사용한 Ribbon Edge 8000 참조 Calling:Interoperability 가이드 주의사항 섹션.	지원되지 않음
애니노드—SBC	4.10		지원되지 않음
이탈텔 넷매치-S SBC	NetMatch-S-CI 5.8.0-20240111	알려진 제한 사항에 대해서는 WEBEX 통화용 NetMatch-S CI SBC 구성 을 다운로드하고 섹션 3.3 주의 사항을 참조하십시오.	지원되지 않음

Webex Calling은 NAT 뒤에 로컬 게이트웨이를 배포하는 것을 지원합니다. 통화 동작은 네트워크에서 사용되는 NAT 방화벽 유형과 SBC에서 제공하는 기능에 따라 달라질 수 있습니다.

통화 용량 요구 사항

등록 기반 트렁킹 모델과 인증서 기반 트렁킹 모델은 다음 표와 같이 동시 통화 용량이 다릅니다.

표 5. 통화 용량 지침(로컬 게이트웨이별)
동시 호출 요구 사항)	대략적인 사용자 수	트렁크 유형 기본 설정	최소 링크 품질
~ 2000–6500	65000	인증서 기반	상호 연결
~ 250–2000	20000	인증서 기반	과도한 (OTT)
최대 250개	2500	등록 기반	Ott

연결 자격 요건

지속적으로 고품질 통화를 보장하려면 로컬 게이트웨이와 Webex Calling 간의 네트워크 연결은 다음과 같은 최대 품질을 충족해야 합니다.

100ms 단방향 지연 시간
10ms 패킷 지터
0.5% 패킷 손실

통화 용량에 대한 자세한 내용은 Webex 통화를 위한 권장 아키텍처를 참조하세요.

연결 모델 및 요구 사항

프로비저닝 과정에서 각 로컬 게이트웨이는 이중화 및 고가용성을 보장하기 위해 두 개의 Webex Media PoP 위치에 할당됩니다. 이 할당은 DNS SRV 레코드를 통해 관리됩니다.
미디어 PoP 위치는 Control Hub의 프로비저닝 프로세스 중에 구성된 게이트웨이의 지리적 위치를 기준으로 결정됩니다. 일반적으로 게이트웨이는 동일 지역 내에서 지리적으로 가장 적합하고 서로 떨어져 있는 두 개의 미디어 PoP에 할당됩니다. 예를 들어 게이트웨이가 EU에 프로비저닝된 경우 해당 게이트웨이는 EU 내에서 두 개의 미디어 PoP를 사용합니다.

Webex Media PoP 위치의 전체 목록을 보려면 Webex 통화용 데이터 센터 위치를 참조하세요.

Webex 통화 위치는 미디어 PoP(Point of Presence) 역할도 합니다.
지역 미디어 기능은 게이트웨이 연결에도 적용됩니다. 통화 시나리오에 따라 가능한 경우 미디어는 해당 지역 내에 로컬로 저장됩니다.
인증서가 서버 인증 및 클라이언트 인증 OID 모두에 대해 서명되었는지 확인하십시오. 업계 전반의 규정 변경으로 인해 많은 공용 CA가 이제 기본적으로 이러한 사용 방식을 분리합니다. 인증서 서명 요청(CSR) 또는 인증 기관(CA)의 등록 포털을 통해 확장 키 사용(EKU)을 명시적으로 요청해야 합니다. 클라이언트 인증 EKU가 누락된 경우 로컬 게이트웨이는 발신 통화를 시작하거나 하트비트를 전송할 때 Webex Calling과 상호 TLS(mTLS) 연결을 설정할 수 없습니다.

과거에는 공용 CA들이 두 가지 EKU를 하나의 인증서로 묶어 제공했습니다. 하지만 현재의 보안 표준에서는 이들을 별개의 역할로 취급합니다. 로컬 게이트웨이는 서버(Webex에서 통화 수신) 및 클라이언트(Webex 통화로 통화 전송) 역할을 수행하므로 서버 인증 EKU만 포함된 인증서는 아웃바운드 트래픽에 대해 트렁크가 다운 또는 비활성 상태로 유지되도록 합니다.

로컬 게이트웨이 구성

1	Control Hub에서 트렁크를 구성합니다. Webex 통화용 트렁크, 라우트 그룹 및 다이얼 플랜 구성은 ]을 참조하십시오.
2	기기를 로컬 게이트웨이 역할로 구성하십시오. CUBE - 등록 기반 및 인증서 기반 트렁킹 Cisco IOS XE에서 Webex Calling에 대해 로컬 게이트웨이 구성 Oracle—인증서 기반 트렁킹 Cisco Webex - Oracle SBC를 Cisco Webex Calling과 통합하여 타사 로컬 게이트웨이(LGW)로 사용하는 방법에 대한 자세한 내용은의 Oracle Session Border Controller 구성 섹션을 참조하십시오. Oracle Cisco 커뮤니티 게시물 리본—인증서 기반 트렁킹 리본 코어 세션 경계 컨트롤러 구성 리본 시스코 커뮤니티 게시물 AudioCodes - 인증서 기반 트렁킹 AudioCodes 세션 경계 컨트롤러 구성 AudioCodes Cisco 커뮤니티 게시물 애니노드(anynode) - 인증서 기반 트렁킹 AnyNode 세션 경계 컨트롤러를 구성합니다. Anynode Cisco 커뮤니티 게시물 Italtel NetMatch-S - 인증서 기반 트렁킹 Italtel NetMatch-S CI 세션 경계 컨트롤러 구성 NetMatch-S 시스코 커뮤니티 게시물
3	컨트롤 허브 상태에서 로컬 게이트웨이가 활성화되어 있는지 확인하십시오. 파트너 호스팅 게이트웨이에 대한 지침은 파트너 호스팅 게이트웨이 구성을 참조하십시오.

Webex Calling은 현재 vCUBE의 단일 인스턴스에서 CME와 LGW를 동시에 실행하는 것을 지원하지 않습니다.

로컬 게이트웨이 문제 해결

로컬 게이트웨이 상태가 활성화되어 있지 않거나 다른 문제가 발생하는 경우, 지원팀에 문의하기 전에 다음 문서를 참조하십시오.

Control Hub에서 등록 기반 로컬 게이트웨이 배포 관련 문제를 해결합니다.
Control Hub에서 인증서 기반 로컬 게이트웨이 배포 관련 문제를 해결합니다.

로컬 게이트웨이가 활성화되어 있지 않은 경우, 컨트롤 허브에서 트렁크 상태를 확인하십시오.

Control Hub에 로그인합니다.
서비스 로 이동 > PSTN & 라우팅 > 게이트웨이 구성 > 트렁크.
상태를 확인할 트렁크를 선택하십시오.
트 렁크 정보를 클릭합니다.

온라인— 모든 Webex 통화 에지 프록시와 로컬 게이트웨이 간의 연결이 성공적으로 완료되었습니다.
오프라인—Webex 통화와 로컬 게이트웨이 간 연결 실패
연결 손상— 하나 이상의 Webex 통화 에지 프록시와 로컬 게이트웨이 간의 연결에 실패했습니다.
알 수 없음—Webex 통화와 최근 추가된 로컬 게이트웨이 간의 연결을 설정하는 동안

인증서 기반 트렁크 또는 등록 기반 트렁크의 트렁크 상태 업데이트에 대해서는 Webex 통화용 트렁크, 경로 그룹 및 다이얼 플랜 구성을 참조하세요.
트렁크 알림 구성에 대한 자세한 내용은 Control Hub의 알림 센터를 참조하세요.

타사 로컬 게이트웨이 지원

타사 SBC를 사용하여 Webex 통화를 구축하려면 Cisco와 해당 공급업체 파트너 모두의 지원이 필요합니다. 다음은 지원 세부 정보입니다.

Webex 통화 지원:
- Webex Calling을 사용하는 Cisco 또는 파트너는 Cisco의 지원(TAC 지원)을 받으려면 Cisco와 지원 계약을 체결해야 합니다.
- Cisco는 Webex Calling의 엣지 구축 및 Webex Calling에 등록된 Cisco IP 전화기에 대한 고객 지원을 제공합니다.
벤더 지원:
- 구축 과정에서 시스코는 검증된 타사 SBC 장치를 보유한 고객 또는 파트너에게 지원을 제공하며, SBC 자체에 대한 지원은 제공하지 않습니다.
- 시스코는 고객과 SBC 공급업체 간에 발생하는 시스코 관련 지원 사례가 아닌 문제에 대해서는 책임지지 않습니다. 배포 중에 발생하는 문제 또는 소프트웨어 결함은 SBC 공급업체 및 시스코와 논의할 수 있습니다.

Cisco AI Assistant

피드백을 보내 주셔서 감사합니다.