- 홈
- /
- 문서
피드백을 보내 주셔서 감사합니다.
이 문서에서
피드백이 있습니까?Webex Calling 플랜, 트렁크, 라우트 그룹은 Webex Calling 호스팅 사용자와 구내 PBX 사용자 간의 통화를 관리하도록 Webex Calling 구성하는 데 도움이 돼요.이 솔루션을 사용하면 클라우드 PSTN (CCP 또는 Cisco PSTN) 또는 프레미스 기반 PSTN을 사용하도록 호스팅 사용자를 구성할 수 있어요.
트렁크란 Webex Calling 프레미스와 프레미스 간의 연결로, 로컬 게이트웨이나 지원되는 다른 장치로 프레미스에서 종료돼요. 트렁크를 만든 후 라우트 그룹에 할당할 수 있어요.
라우트 그룹은 통화를 여러 트렁크에 분산하거나 Webex Calling 리던던시를 제공할 수 있는 트렁크 그룹이에요.
로컬 게이트웨이는 트렁크, 온프레미스 PSTN 및/또는 PBX를 상호 연결하는 온프레미스 장치예요.
트렁크, 라우트 그룹, 다이얼 플랜은 다음과 같은 이점을 제공해요.
-
트렁크와 건물 전체에 걸쳐 로드 밸런싱과 페일오버를 Webex Calling 해요.
-
Webex Calling사용자가 클라우드 PSTN (클라우드 연결 PSTN (CCP) 또는 시스코 PSTN) 을 사용하고 기업 내 PBX 사용자에게 다가갈 수 있는 능력.
-
다른 구내 PBX로 통화 라우팅.
-
구내 PBX 간에 통화를 라우팅하는 탠덤 기능이에요.
-
프레미스 사용자 및 사용자가 있는 혼합 사이트를 포함하여 프레미스 PBX를 통한 광범위한 마이그레이션 및 공존 시나리오. Webex Calling
-
콜 라우팅 결정을 심층적으로 볼 수 있어요.
당신의 위치에 맞는 PSTN 옵션
위치가 활성화되면 해당 위치 내 Webex Calling 사용자를 위해 PSTN 연결 설정을 해야 해요. 다음 PSTN 옵션을 사용할 수 있어요.
-
Cisco PSTN —새 PSTN 번호를 주문하고 기존 번호를 Cisco로 포팅할 수 있는 번들 솔루션을 원하시면 이 옵션을 선택하세요. Cisco PSTN 옵션은 다음 조건에서만 사용할 수 있어요.
-
Cisco 콜링 플랜을 구매하고 활성화하셨어요.
-
위치는 시스코 콜링 플랜 지원되는 국가에 있어요.
-
-
클라우드 커넥티드 PSTN —로컬 하드웨어 배포가 필요 없는 클라우드 솔루션을 찾고 있다면 이 옵션을 선택하고 원하는 CCP 공급자를 선택하세요. 클라우드 PSTN (시스코 PSTN 또는 클라우드 커넥티드 PSTN) 은 사용자에게 PSTN 액세스를 제공하는 데만 사용할 수 있어요. Webex Calling 구내 사용자로부터 걸려오는 통화는 클라우드 PSTN에 접속할 수 없어요.
-
프레미스 기반 PSTN (로컬 게이트웨이) —현재 PSTN 공급자를 유지하려면 이 옵션을 선택하세요. 로컬 게이트웨이를 통한 프레미스 기반 PSTN 트렁크를 사용하여 프레미스 PBX에 연결할 수도 있어요. 구성을 변경하지 않고도 기존 로컬 게이트웨이 기능을 유지할 수 있어요. 로컬 게이트웨이를 사용하는 위치는 프레미스 기반 PSTN으로 설정되고 로컬 게이트웨이는 트렁크가 돼요.
위치를 선택하여 컨트롤 허브 내에서 선택한 PSTN 연결을 구성하세요. 수정하려는 위치를 선택한 다음 할당 또는 관리를 선택하고 원하는 PSTN 연결을 선택하세요.
트렁크
트렁크란 프레미스와 프레미스 사이의 Webex Calling 연결이고, 지원되는 세션 경계 컨트롤러가 로컬 게이트웨이 역할을 해요. 다양한 트렁킹 모델과 장치 및 구성 요구 사항을 이해하려면 로컬 게이트웨이 시작하기를 참조하세요.
등록 트렁크 모델의 경우 세션 보더 컨트롤러 (SBC) 가 SIP 등록을 수행해요. 등록 기반 트렁크는 SIP 등록을 활성 상태로 유지하려면 로컬 게이트웨이가 필요해요. 등록과의 연관성은 암시적이에요.
시작하기 전에
모든 트렁크는 컨트롤 허브에 있는 위치에 할당되어야 해요.
| 1 |
트렁크 추가를 선택해요. |
| 2 |
드롭다운 목록에서 위치를 선택해요. |
| 3 |
트렁크 이름을 입력하세요. |
| 4 |
트렁크 유형 드롭다운 목록에서 등록을 선택해요. |
| 5 |
이중 ID 지원 설정은 아웃바운드 통화를 위해 트렁크에 초기 SIP 초대를 보낼 때 From 헤더와 P-Asserted-Identity (PAI) 헤더의 처리에 영향을 줘요. 이중 ID가 활성화되면 From 및 PAI를 Webex Calling 입력해요 (그리고 두 아이덴티티 헤더가 다를 수 있음). 이중 ID 비활성화하면 PAI와 From이 동일하고 이중 ID 활성화 시 From 헤더가 설정된 대로 설정돼요. 다음은 이 설정의 사용법을 더 잘 이해하기 위한 몇 가지 예시 시나리오예요.
|
| 6 |
저장 클릭해요. |
다음에 뭘 해야 돼요?
트렁크 정보가 화면에 나타납니다. 등록 도메인, 트렁크 그룹 OTG/DTG, 라인/포트, 아웃바운드 프록시 주소. 컨트롤 허브에서 이 정보를 복사하여 로컬 텍스트 파일이나 문서에 붙여넣는 것이 좋아요. 로컬 게이트웨이를 구성할 준비가 됐을 때 참조할 수 있으니까요. 자격 증명을 분실하면 컨트롤 허브의 트렁크 정보 화면에서 다시 생성해야 해요. 트렁크에 사용할 새 인증 자격 증명 세트를 생성하려면 사용자 이름 검색 및 암호 재설정을 클릭하세요.
이 작업은 서비스에 영향을 미치므로 업무 시간 외에 하는 것이 좋습니다.
로컬 게이트웨이를 연결하도록 트렁크를 구성하는 경우Webex Calling, 참조: IOS-XE에서 로컬 게이트웨이 구성 Webex Calling
트렁크란 Webex Calling 프레미스와 프레미스간의 연결로, 로컬 게이트웨이나 지원되는 다른 장치로 프레미스에서 종료돼요.
시작하기 전에
모든 트렁크는 컨트롤 허브 내 위치에 할당되어야 해요.
| 1 | |
| 2 |
가세요. |
| 3 |
트렁크 추가를 선택해요. |
| 4 |
트렁크 위치와 이름을 선택해요. 트렁크 이름은 24자를 넘을 수 없어요. |
| 5 |
이중 ID 지원 설정은 아웃바운드 통화를 위해 트렁크에 초기 SIP 초대를 보낼 때 From 헤더와 P-Asserted-Identity (PAI) 헤더의 처리에 영향을 줘요. 이중 ID가 활성화되면 From 및 PAI를 Webex Calling 입력해요 (그리고 두 아이덴티티 헤더가 다를 수 있음). 이중 ID 비활성화하면 PAI와 From이 동일하고 이중 ID 활성화 시 From 헤더가 설정된 대로 설정돼요. 다음은 이 설정의 사용법을 더 잘 이해하기 위한 몇 가지 예시 시나리오예요.
|
| 6 |
저장 클릭해요. |
| 7 |
P-Charge-Info 지원은 PSTN 제공업체가 통화 인증 및 요금 청구를 위한 더 신뢰할 수 있는 방법을 찾아야 할 필요성을 해결해 줘요. Webex Calling 로컬 게이트웨이에서 청구나 승인에 사용하려는 번호와 다른 발신자 번호를 받을 수 있어요. 이러한 목적으로 추가 식별자를 보내려면 P-Charge-Info 헤더를 사용하세요. 선택한 정책 옵션에 따른 번호를 사용하여 트렁크로 보내는 아웃바운드 PSTN 통화 정보에 P-Charge-Info 헤더를 포함하려면 이 옵션을 활성화하세요. 그러면 PSTN 제공자가 단일 P-Charge-Info 헤더로 청구 가능한 번호를 결정할 수 있어 일반 발신에는 PAI 헤더를 사용하고 통화 리디렉션에는 Diversion 헤더를 사용할 필요가 없어요. 기본적으로 시스템은 P-Charge-Info 지원 정책을 비활성화됨으로 설정해요.
한계:
|
다음에 뭘 해야 돼요?
트렁크 정보가 화면에 나타납니다. 등록 도메인, 트렁크 그룹 OTG/DTG, 라인/포트, 아웃바운드 프록시 주소. 컨트롤 허브에서 이 정보를 복사하여 로컬 텍스트 파일이나 문서에 붙여넣는 것이 좋아요. 로컬 게이트웨이를 구성할 준비가 됐을 때 참조할 수 있으니까요. 자격 증명을 분실하면 컨트롤 허브의 트렁크 정보 화면에서 다시 생성해야 해요. 트렁크에 사용할 새 인증 자격 증명 세트를 생성하려면 사용자 이름 검색 및 암호 재설정을 클릭하세요.
이 조치는 서비스에 영향을 미치므로 업무 시간 외에 하는 것이 좋습니다.
컨트롤 허브에서 트렁크 이름을 편집하거나 트렁크 세부 정보 및 사용을 볼 수 있어요.
| 1 | |
| 2 |
가세요. |
| 3 |
보거나 수정하려는 트렁크를 선택해요. |
| 4 |
사이드 패널에서 트렁크 이름 옆에 있는 클릭해요 트렁크의 사용 정보도 볼 수 있어요. |
| 5 |
추가 세부 정보를 보려면 트렁크 옆에 있는 관리를 클릭하세요. 트렁크 정보 자격 증명을 분실해서 다시 생성해야 할 경우 이 설정을 사용하세요. 트렁크에 사용할 새 인증 자격 증명 세트를 생성하려면 사용자 이름 및 암호 검색을 클릭하세요. 서비스에 영향을 미치고 있어요. |
| 6 |
이중 ID 지원 설정은 아웃바운드 통화를 위해 트렁크에 초기 SIP 초대를 보낼 때 From 헤더와 P-Asserted-Identity (PAI) 헤더의 처리에 영향을 줘요. 이중 ID 비활성화하면 PAI와 From이 동일하고 이중 ID 활성화 시 From 헤더가 설정된 대로 설정돼요. 다음은 이 설정의 사용법을 더 잘 이해하기 위한 몇 가지 예시 시나리오예요.
|
트렁크 이름 바꾸는 아이콘.트렁크는 사용하지 않는 한 삭제할 수 있어요.
| 1 | |
| 2 |
가세요. |
| 3 |
삭제하려는 트렁크를 선택해요. |
| 4 |
클릭해요 |
컨트롤 허브에서 트렁크 상태를 확인하기 위해서요.
| 1 | ||||||||||||||||||
| 2 |
가세요.
페이지에는 트렁크가 나열되고 온라인, 오프라인, 알 수 없음, 장애 상태
등 트렁크에 대한 정보가 표시돼요.
| |||||||||||||||||
| 3 |
(선택 사항) 트렁크 상태나 트렁크 유형을 기준으로 트렁크 레코드를 필터링할 수 있어요. 모든 트렁크 드롭다운 필터 메뉴에서 다음 필터 옵션 중 하나를 선택하여 페이지를 채우세요. 트렁크 상태가 3분마다 업데이트돼요.
| |||||||||||||||||
| 4 |
새로 고침을 클릭하면 트렁크 상태에 대한 최신 업데이트를 볼 수 있어요. 마지막 페이지 새로 고침 타임스탬프가 표시돼요. 페이지를 업데이트하려면 수동
새로 고침을 사용하세요.
| |||||||||||||||||
| 5 |
(선택 사항) 이름 또는 위치를 기반으로 검색 옵션을 사용하여 특정 트렁크 레코드를 검색할 수 있어요. 검색에서 트렁크가 1000개 이상이면 정렬하거나 결과 내에서 검색할 수 없어요. | |||||||||||||||||
| 6 |
목록에서 트렁크를 선택해서 자세한 정보를 확인하세요. 선택한 트렁크에 대한 세부 정보가 표시되는 팝업 창이 나타나요.
| |||||||||||||||||
| 7 |
전체 클릭하세요.
다양한 오류 상태에 대한 자세한 내용은 로컬 게이트웨이 문제 해결을 참조하십시오. |
인증서 기반 트렁크를 추가할 때는 FQDN (정규화된 도메인 이름) 을 입력해야 해요. 그런 다음 FQDN과 로컬 게이트웨이의 인증서를 조합해서 로컬 게이트웨이를 신뢰해요. Webex Calling
컨트롤 허브에서 로컬 게이트웨이를 구성하기 위한 요구 사항:
-
로컬 게이트웨이는 퍼블릭 IPv4 주소를 사용하여 인터넷에서 직접 연결할 수 있어야 해요. 이 주소는 컨트롤 허브에서 검증된 도메인의 DNS A 또는 SRV 레코드에서 확인되어야 해요. 로컬 게이트웨이가 사설 IP 주소로 구성된 경우 인터넷에서 직접 연결할 수 있으려면 1:1 고정 주소 변환 (NAT) 이 필요해요.
-
방화벽 뒤에 배포할 때는 TLS SIP 신호와 UDP/SRTP 미디어가 로컬 게이트웨이와 인터넷 사이를 통과할 수 있도록 적절한 규칙을 구성해야 해요.
-
로컬 게이트웨이와 Webex 클라우드 간의 흐름에 사용되는 포트에 대한 자세한 내용은 포트 참조 가이드를 참조하세요. Webex Calling
-
이 구성 가이드에서는 로컬 게이트웨이가 신호 수신에 표준 TLS SIP 포트 5061을 사용한다고 가정합니다. 필요하면 다른 시그널링 리슨 포트를 사용할 수도 있어요.
-
-
트렁크 통화를 성공적으로 승인하고 인증하려면 서명된 인증서가 필요해요. SIP용 Webex Calling 서비스와 양방향 상호 TLS 연결을 설정할 때 로컬 게이트웨이는 다음 요구 사항을 충족해야 해요.
-
로컬 게이트웨이 인증서는 반드시 다음과 같아야 해요.
-
에서 언급한 CA가 서명했어요. Cisco Webex오디오 및 비디오 플랫폼 호출에 지원되는 루트 인증 기관은 어디예요?
-
서명된 인증서는 항상 유효해야 해요.
-
인증서 서명에 사용되는 루트 또는 중간 인증서는 만료일이 유효해야 하며 해지하면 안 돼요.
-
서버 인증 확장 키 사용 (EKU) 만 포함하는 인증서가 지원돼요. Webex CallingTLS 핸드셰이크 설정 중에 클라이언트 인증 EKU의 존재를 확인하거나 적용하지 않아요.
일부 타사 세션 경계 컨트롤러 (SBC) 는 엄격한 EKU 검증을 시행하고 클라이언트 인증 EKU가 포함되지 않은 인증서를 거부할 수 있어요. 그런 경우에는 SBC가 서버 인증 EKU가 있는 인증서만 받아들이거나 엄격한 EKU 검증을 비활성화하도록 구성되어 있는지 확인하세요 (지원되는 경우). -
인증서에는 인증서의 일반 이름 또는 주체 대체 이름으로 FQDN (정규화된 도메인 이름) 이 포함되어야 하고 트렁크의 FQDN은 컨트롤 허브에서 선택해요. 요건은 다음 섹션에서 자세히 설명돼요.
-
-
Cisco Webex오디오 및 비디오 플랫폼 통화에 지원되는 루트 인증 기관은 어디인지에 언급된 트러스트 번들이에요?SIP용 Webex 서비스의 인증서를 검증하려면 업로드해야 해요.
-
시작하기 전에
-
주장 또는 확인된 도메인: 트렁크를 추가할 때, 확인된 최상위 도메인 이름 또는 청구된 최상위 도메인 이름의 호스트 주소를 선택해야 해요. 도메인 관리를 참조하세요.
-
조직 전체의 고유 주소: 트렁크는 고유한 FQDN 또는 SRV 호스트 주소로 생성돼요. 이 주소는 조직 전체에서 고유해야 하고 두 트렁크가 같은 주소를 사용할 수 없어요.
-
FQDN london.lgw.cisco.com:5062인 트렁크는 호스트 주소가 london.lgw.cisco.com인 다른 트렁크가 없는 경우에만 만들 수 있어요. SRV 주소나 FQDN과 주소 이름이 같고 포트 조합이 다른 트렁크가 있더라도 이건 허용되지 않아요.
-
SRV 주소가 london.lgw.cisco.com인 트렁크는 호스트 주소가 london.lgw.cisco.com인 다른 트렁크가 없는 경우에만 만들 수 있어요. SRV 주소나 FQDN과 이름이 같고 포트 조합이 다른 트렁크가 있더라도 이건 허용되지 않아요.
-
-
DNS 구성: 로컬 게이트웨이는 DNS A 또는 DNS 서비스 레코드 (SRV) 유형 레코드를 통해 공용 인터넷에서 확인되어야 해요.
-
FQDN을 선택하면 주소가 DNS A 레코드로 확인되고 DNS CNAME으로 확인되지 않아야 해요.
-
SRV 주소를 선택하면 서비스 유형의 접두사가 “_sips”여야 해요._tcp”.
-
주소는 가중치와 우선순위가 다른 하나 이상의 DNS A 레코드로 확인될 수 있어요. 그렇게 할 때는 모든 레코드에 같은 청취 포트를 사용하는 것이 좋아요.
-
서비스 레코드 내의 레코드는 적절한 가중치와 우선 순위를 가져야 해요. 사용량이 다르고 우선순위가 다르면 발신 통화의 트래픽 분포에 영향을 줘요. Webex Calling
-
-
모든 레코드 유형은 적당히 높아야 해요. TTL 300초 이상이 좋아요.
컨트롤 허브에서 트렁크 주소를 구성하는 동안에는 FQDN과 SRV 형식 모두 허용돼요. 하지만 테넌트측 구성을 연결하려면 로컬 게이트웨이에서 SRV 기반 Webex Calling 엣지 주소만 사용해야 해요. Webex Calling
-
-
모든 트렁크를 컨트롤 허브의 한 위치에 할당해야 해요.
다음 표에는 조직에서 동시에 트렁크 주소로 선택한 여러 유형의 레코드의 예가 나와 있어요.
|
트렁크 구성을 FQDN 또는 SRV로 |
DNS 구성 규칙이에요. |
인증서에 일반 이름 (CN) 또는 주체 대체 이름 (SAN) 으로 표시된 주소 |
SIP 연락처 헤더 요구 사항 |
|---|---|---|---|
|
FQDN: london.lgw1.cisco.com (포트 5061 포함) |
london.lgw1.cisco.com은 DNS A 레코드예요 |
런던.lgw1.cisco.com |
sip:london.lgw1.cisco.com:포트; 트랜스포트=tls 또는 sip: user@london.lgw1.cisco.com:포트; 트랜스포트=tls |
|
SRV: frankfurt.lgw.cisco.com |
_모금._tcp.frankfurt.lgw.cisco.com 리졸브 투 원 어 레코드 frankfurt.lgw1.cisco.com |
frankfurt.lgw.cisco.com |
sip:frankfurt.lgw.cisco.com; 포트; 트랜스포트=tls 또는 슬립: user@frankfurt.lgw.cisco.com; 포트; 트랜스포트=tls |
|
SRV: frankfurt.lgw.cisco.com |
_모금._tcp.frankfurt.lgw.cisco.com은 A 레코드가 두 개 이상이에요 fr.lgw1.cisco.com fr.lgw2.cisco.com 두 레코드 모두 고유한 IP 주소로 확인되어야 하며 제안된 대로 가중치와 우선 순위가 다를 수 있어요. |
frankfurt.lgw.cisco.com |
sip:frankfurt.lgw.cisco.com; 포트; 트랜스포트=tls 또는 슬립: user@frankfurt.lgw.cisco.com; 포트; 트랜스포트=tls |
로컬 게이트웨이가 Webex Calling 클라우드를 향해 시작하는 모든 SIP 트랜잭션에는 로컬 게이트웨이의 FQDN이 있는 연락처 헤더가 포함되어야 해요.
옵션 로컬 게이트웨이로부터의 트랜잭션은 컨트롤 허브의 로컬 게이트웨이 상태가 온라인 상태인 데 특히 중요해요.
인증서 SAN에 SRV 레코드와 파생된 A 레코드를 추가해야 해요.
| 1 | |
| 2 |
가세요. 아니면 Cisco 콜링 플랜을 사용하는 고객이 추가할 수 있어요.
.
|
| 3 |
트렁크 추가를 선택해요. |
| 4 |
드롭다운 목록에서 위치를 선택해요. |
| 5 |
트렁크 이름을 입력하세요. |
| 6 |
트렁크 유형 드롭다운 목록에서 인증서 기반을 선택하세요. |
| 7 |
드롭다운에서 장치 유형을 선택해요. 타사 로컬 게이트웨이 (LGW) 와의 Cisco Webex Calling SBC 통합은 인증서 기반 트렁크에서만 지원돼요. 컨트롤 허브의 장치 유형 목록에 표시된 SBC만 우리의 신뢰할 수 있는 파트너에 의해 호환 Webex Calling 가능한 로컬 게이트웨이로 검증돼요. 지원되는 타사 공급업체 정보에 대한 자세한 내용은 트렁크 섹션의 타사 SBC 지원을 참조하세요. |
| 8 |
세션 경계 컨트롤러 (SBC) 주소, 도메인, 포트를 입력하세요. 엔터프라이즈 SBC에 Webex Calling 연락하기 위한 FQDN 또는 SRV 주소예요.
인증된 도메인이 있어야 해요. 자세한 내용은 도메인
관리를 참조하세요. |
| 9 |
최대 동시 통화 수를 입력하세요.
|
| 10 |
저장 클릭해요. 검증이 통과되지 않으면 저장 버튼이 나타나지 않아요. 선택한 FQDN이나 SRV가 조직별로 고유하지 않으면 검증이 통과되지 않을 수도
있어요.
위에서 고유 FQDN 또는 SRV 주소에 대한 요구 사항을 확인하세요. 문제가
지속되면 Cisco 지원팀에 문의하세요. |
다음에 뭘 해야 돼요?
-
마지막 화면에 표시된 Webex Calling 엣지 주소 저장해요.
-
CUBE를 로컬 게이트웨이로 구성하려면 다음을 참조하십시오. IOS-XE에서 로컬 게이트웨이 구성 Webex Calling
컨트롤 허브에서 트렁크 이름을 편집하거나 트렁크 세부 정보 및 사용을 볼 수 있어요.
| 1 | |
| 2 |
가세요. |
| 3 |
보거나 수정하려는 트렁크를 선택해요. |
| 4 |
사이드 패널에서 트렁크 이름 옆에 있는 클릭해요 트렁크의 사용 정보도 볼 수 있어요. |
| 5 |
추가 세부 정보를 보려면 트렁크 옆에 있는 관리를 클릭하세요. 최대 동시 통화 수 값을 업데이트하려면 이 설정을 사용하세요. 로컬 게이트웨이의 SRV 주소, FQDN 또는 포트를 업데이트해야 하는 경우 새 트렁크를 추가하고 기존 트렁크를 삭제해야 해요. |
| 6 |
이중 ID 지원 설정은 아웃바운드 통화를 위해 트렁크에 초기 SIP 초대를 보낼 때 From 헤더와 P-Asserted-Identity (PAI) 헤더의 처리에 영향을 줘요. 다음은 이 설정의 사용법을 더 잘 이해하기 위한 몇 가지 예시 시나리오예요.
|
트렁크는 사용하지 않는 한 삭제할 수 있어요.
| 1 | |
| 2 |
가세요. |
| 3 |
삭제하려는 트렁크를 선택해요. |
| 4 |
클릭해요 |
컨트롤 허브에서 트렁크 상태를 확인하기 위해서요.
| 1 | ||||||||||||||||||
| 2 |
가세요.
페이지에는 트렁크가 나열되고 온라인, 오프라인, 알 수 없음, 장애 상태
등 트렁크에 대한 정보가 표시돼요.
| |||||||||||||||||
| 3 |
(선택 사항) 트렁크 상태나 트렁크 유형을 기준으로 트렁크 레코드를 필터링할 수 있어요. 모든 트렁크 드롭다운 필터 메뉴에서 다음 필터 옵션 중 하나를 선택하여 페이지를 채우세요. 트렁크 상태가 3분마다 업데이트돼요.
| |||||||||||||||||
| 4 |
새로 고침을 클릭하면 트렁크 상태에 대한 최신 업데이트를 볼 수 있어요. 마지막 페이지 새로 고침 타임스탬프가 표시돼요. 페이지를 업데이트하려면 수동
새로 고침을 사용하세요.
| |||||||||||||||||
| 5 |
(선택 사항) 이름 또는 위치를 기반으로 검색 옵션을 사용하여 특정 트렁크 레코드를 검색할 수 있어요. 검색에서 트렁크가 1000개 이상이면 정렬하거나 결과 내에서 검색할 수 없어요. | |||||||||||||||||
| 6 |
목록에서 트렁크를 선택해서 자세한 정보를 확인하세요. 선택한 트렁크에 대한 세부 정보가 표시되는 팝업 창이 나타나요.
| |||||||||||||||||
| 7 |
전체 클릭하세요.
다양한 오류 상태에 대한 자세한 내용은 로컬 게이트웨이 문제 해결을 참조하십시오. |
|
SI 아니에요. |
오류 설명 |
액션이에요 |
|---|---|---|
|
1. |
게이트웨이에 구성된 FQDN의 DNS 확인 실패로 인해 로컬 게이트웨이에 TLS 연결이 실패했어요. |
구성된 SRV/FQDN의 DNS 구성을 확인하고 확인 가능한지 확인하세요 |
|
2. |
전송 문제로 로컬 게이트웨이에 TLS 연결이 실패했어요. |
확인된 IP 주소와 로컬 게이트웨이 포트가 유효한지 확인해요 |
|
3. |
게이트웨이의 인증서가 유효하지 않은 사람이 서명해서 로컬 게이트웨이에 TLS 연결이 실패했어요. Certificate Authority |
로컬 게이트웨이 인증서가 유효한 Certificate Authority (Cisco Webex오디오 및 비디오 플랫폼 호출에 지원되는 루트 인증 기관 어디가 있어요?) |
|
4. |
게이트웨이 인증서가 만료돼서 로컬 게이트웨이에 TLS 연결이 실패했어요. |
로컬 게이트웨이 인증서가 만료되지 않았는지 확인해 주세요. |
|
5. |
게이트웨이의 인증서가 만료되어 로컬 게이트웨이에 TLS 연결이 실패했어요. Certificate Authority |
로컬 게이트웨이 인증서가 만료된 인증 기관 인증 체인에 의해 서명되지 않았는지 확인해 주세요. |
|
6. |
게이트웨이에 구성된 FQDN이 CN 또는 SAN에 없어서 로컬 게이트웨이에 대한 TLS 연결이 실패했어요. |
로컬 게이트웨이 인증서에 구성된 FQDN/SRV와 같은 CN/SAN이 있는지 확인하고 확인하세요. |
|
7. |
로컬 게이트웨이로 보낸 SIP 옵션은 응답 없어요 |
큐브가 OPTIONS 요청을 수신하고 응답하도록 구성되어 있는지 확인하고 싶어요. 큐브 구성 확인 |
|
8. |
잘못된 게이트웨이 인증서로 인해 로컬 게이트웨이에서 로 TLS 연결이 Webex Calling 실패했어요. |
로컬 게이트웨이 인증서가 유효한지 확인하고 |
|
9. |
신뢰할 수 없어서 로컬 게이트웨이에서 TLS 연결이 Webex Calling 실패했어요. Certificate Authority |
로컬 게이트웨이 인증서가 유효한 Certificate Authority (Cisco Webex오디오 및 비디오 플랫폼 호출에 지원되는 루트 인증 기관 어디가 있어요?) |
|
10. |
로컬 게이트웨이에서 체인의 인증서 만료로 TLS 연결이 Webex Calling 실패했어요 |
만료된 인증서 체인이 로컬 게이트웨이 인증서에 서명하지 않았는지 확인하고 |
|
11. |
로컬 게이트웨이에서 TLS 연결 및 SIP 옵션이 실패했어요 Webex Calling |
큐브가 OPTIONS 요청을 보내도록 구성되어 있는지 확인하고 싶어요. |
|
12. |
로컬 게이트웨이의 SIP 옵션 응답이 서버 오류이거나 서비스를 사용할 수 없다고 표시돼요 |
로컬 게이트웨이가 유지 관리 모드가 아닌지 또는 콜 라우팅이 비활성화되지 않았는지 확인하고 확인하세요. |
|
13. |
로컬 게이트웨이의 인증서가 해지돼서 로컬 게이트웨이에 TLS 연결이 실패했어요. |
로컬 게이트웨이 인증서가 취소되지 않았는지 확인하고 |
|
14. |
게이트웨이의 인증서가 해지돼서 로컬 게이트웨이에서 TLS 연결이 Webex Calling 실패했어요 |
로컬 게이트웨이 인증서가 취소되지 않았는지 확인하고 |
|
15. |
게이트웨이 인증서가 만료돼서 로컬 게이트웨이에서 TLS 연결이 Webex Calling 실패했어요 |
로컬 게이트웨이 인증서가 만료되지 않았는지 확인해 주세요. |
|
16. |
인증서 오류로 인해 로컬 게이트웨이에서 로 TLS 연결이 Webex Calling 실패했어요. |
로컬 게이트웨이 인증서가 유효하고 요구 사항을 충족하는지 확인하고 확인하세요. |
|
17. |
인증서 오류로 로컬 게이트웨이로의 TLS 연결 Webex Calling 실패했어요. |
로컬 게이트웨이 인증서가 유효하고 요구 사항을 충족하는지 확인하고 확인하세요. |
오류 SI 번호: 2,6,11, 12는 모든 엣지 프록시 노드에 문제가 발생한 경우에만 보여요.
루트 그룹
라우트 그룹은 통화를 여러 트렁크에 분산하거나 Webex Calling 리던던시를 제공할 수 있는 트렁크 그룹이에요.
시작하기 전에
-
라우트 그룹 구성하기 전에 트렁크를 추가하세요.
-
라우트 그룹에는 여러 위치의 구성된 트렁크가 포함될 수 있어요.
-
트렁크는 단독으로 구성하거나 라우트 그룹에 할당할 수 있어요. 중복성과 확장성을 제공하기 위해 라우트 그룹에 트렁크를 추가해요.
-
각 노선 그룹에는 적어도 하나의 간선이 포함되어야 하고 노선 그룹당 최대 10개의 트렁크가 포함되어야 해요.
-
라우트 그룹 구성할 때 그 라우트 그룹 내 트렁크에 우선순위 레벨을 설정해요. 이 설정을 사용하면 로드 밸런싱 방식으로 통화를 라우팅할 수 있어요.
-
통화는 우선 순위가 같은 트렁크에 무작위로 분배돼요. 가장 높은 우선순위로 설정된 트렁크를 사용할 수 없는 경우 시스템은 우선순위가 낮은 트렁크로 통화를 라우팅하려고 시도해요. 예를 들자면:
-
트렁크 1과 트렁크 2는 우선순위 레벨 1로 설정되어 있어요.
-
트렁크 3은 우선순위 레벨 2로 설정되어 있어요.
-
Webex Calling로드 밸런싱 방식으로 통화를 트렁크 1하고 트렁크 2로 라우팅해요 .
-
트렁크 1과 트렁크 2에 연결할 수 없는 경우 통화는 트렁크 3으로 라우팅돼요.
-
| 1 | |
| 2 |
구성으로 가세요. 아니면 Cisco 콜링 플랜을 사용하는 고객이 경로 그룹을 추가할 수 있어요.
|
| 3 |
. |
| 4 |
루트 그룹의 이름을 지정한 다음 드롭다운 메뉴에서 추가할 트렁크를 선택해요. |
| 5 |
트렁크의 우선순위 레벨을 선택해 주세요. |
| 6 |
저장 클릭해요. |
다음에 뭘 해야 돼요?
확인 화면에서 위치 페이지로 이동하여 개별 위치에 대한 PSTN 연결을 구성하거나 다이얼 플랜 페이지를 방문하여 이 경로 그룹을 다이얼 플랜의 라우팅 선택으로 사용할 수 있어요. 경로 그룹을 특정 위치의 알 수 없는 내선 라우팅에 대한 라우팅 선택으로 사용할 수도 있어요.
기존 라우트 그룹 이름을 변경하고, 트렁크를 추가하고, 할당된 트렁크 수를 수정하고, 트렁크 우선 순위를 변경할 수 있어요. 경로 그룹 세부 정보 페이지에서 온프레미스 내선 통화, 다이얼 플랜, PSTN 연결도 볼 수 있어요.
| 1 | |
| 2 |
그룹으로 이동해요. 아니면 Cisco 콜링 플랜을 사용하는 고객이 수정할 수 있어요.
|
| 3 |
수정하려는 라우트 그룹을 선택해요. |
| 4 |
사이드 패널에서, 경로 그룹 이름 옆에 있는 클릭해 |
| 5 |
루트 그룹에 트렁크를 추가하거나 편집하려면 트렁크 옆에 있는 관리를 클릭하세요. 드롭다운 메뉴에서 트렁크를 추가하거나, 테이블 내 기존 트렁크의 우선 순위 수준을 편집하고, 테이블에서 기존 트렁크를 삭제할 수 있어요. |
| 6 |
저장 클릭해요.
|
사용하지 않는 한 루트 그룹을 삭제할 수 있어요.
| 1 | |
| 2 |
그룹으로 이동해요. 아니면 Cisco 콜링 플랜을 사용하는 고객이 삭제할 수 있어요.
|
| 3 |
삭제하려는 경로 그룹을 선택해요. |
| 4 |
클릭해요 |
다이얼 플랜을 사용하면 트렁크나 라우트 그룹을 사용하여 온프레미스 대상으로 통화를 라우팅할 수 있어요. 엔터프라이즈용 다이얼 플랜을 전 세계적으로 구성하고 위치에 상관없이 모든 사용자에게 적용하세요. 다이얼 플랜은 또한 다이얼 패턴과 일치하는 통화에 대한 라우팅 선택 (트렁크 또는 라우트 그룹) 을 지정해요. 다이얼 플랜의 일부로 특정 다이얼 패턴을 정의하세요. 다이얼 패턴은 온프레미스 확장을 나타낸대요.
-
ESN/인터넷 전화번호
-
+E.164 패턴
-
SIP URI 도메인
숫자 다이얼 패턴
숫자 패턴은 E.164 번호나 기업 번호를 나타낼 수 있어요. E.164 번호의 패턴은 앞에 +로 시작하고 그 뒤에 일련의 숫자 (1~9), 그리고 선택적 와일드카드 문자가 뒤따릅니다.
엔터프라이즈 다이얼 패턴
엔터프라이즈 다이얼 패턴에는 일련의 숫자 (1~9) 가 있고 그 뒤에 와일드카드 문자 (선택 사항) 가 있어요. 유효한 와일드카드 문자는! (임의의 숫자 시퀀스와 일치) , X (한 자리 숫자와 일치, 0-9). 그!와일드카드는 끝에 한 번만 나타날 수 있고 E.164 패턴에서만 발생할 수 있어요.
사용할 수 없어요:
-
숫자 중간에 있는 와일드카드 “X”, 예: 617495X3XX
-
와일드카드 “!”다이얼 플랜 구성에서 와일드카드 “X”를 사용할 때, 예: 1617495X3!
|
엔터프라이즈 다이얼 플랜 예시 | |
|---|---|
|
+1408555XXXX |
+1408555로 시작하는 11자리 +E.164 번호예요 |
|
+14085551234 |
정확한 다이얼 문자열 +14085551234 |
|
+496100! |
+496100으로 시작하는 모든 다이얼 문자열 |
|
84969XXX |
84969로 시작하는 8자리 ESN |
|
84969764 |
정확한 8자리 ESN 84969764 |
다이얼 플랜은 E.164의 시작 및 끝 헤더 또는 확장자를 Webex Calling 받아들이고 조합할 수 없어요. 예를 들자면:
보낸 사람: 1-222-333-4444
받는 사람: 1-555-666-7777
SIP URI 다이얼 패턴 구문:
SIP URI 오른쪽의 @ 뒤에 오는 도메인만 일치해요. 옵션은 다음 중 하나예요.
-
정규화된 도메인이에요
-
앞에 *가 붙은 도메인 (특정 도메인의 모든 하위 도메인을 나타냄)
예시:
|
SIP URI 다이얼 패턴 구문 예제 | ||
|---|---|---|
|
접두사 |
의미 |
예시들이에요 |
|
예시닷컴 |
호스트 부분이 “example.com”인 URI만 |
alice@example.com |
|
us.example.com |
호스트 부분이 “us.example.com”인 URI만 |
alice@us.example.com |
|
*.예시닷컴 |
호스트 부분이 “example.com”의 하위 도메인인 URI들 |
alice@eu.example.com alice@sales.us.example.com 참고: alice@example.com 은 매칭이 안 돼요 |
트렁크와 라우트 그룹을 만들었으면 컨트롤 허브에서 다이얼 플랜을 구성할 수 있어요.
| 1 | |
| 2 |
구성으로 가세요. 아니면 Cisco 콜링 플랜을 사용하는 고객이 .
|
| 3 |
다이얼 플랜을 클릭한 다음 다이얼 플랜 생성을 클릭해요. |
| 4 |
다이얼 플랜 이름을 입력하세요. |
| 5 |
경로 선택을 선택해 주세요. 이전에 만든 트렁크나 루트 그룹을 선택하세요. |
| 6 |
(선택 사항) 선택한 경로 선택의 다이얼 패턴을 수동으로 만들거나 가져올 수 있어요. |
| 7 |
저장 클릭해요. |
다음에 뭘 해야 돼요?
다이얼 플랜을 만든 후에 다이얼 패턴을 대량으로 추가할 수도 있어요. CSV 파일을 사용하여 다이얼 패턴을 대량으로 추가하려면 다이얼 플랜 화면으로 가서 편집할 다이얼 플랜에서 작업 드롭다운 메뉴를 선택한 다음 다이얼 패턴 CSV 가져오기 또는 다이얼 패턴 CSV 내보내기를 선택하세요. 템플릿 다운로드 또는 CSV 파일 가져오기를 선택하고 제출 클릭해요.
컨트롤 허브에서 기존 다이얼 플랜의 이름, 라우팅 선택, 다이얼 패턴을 변경할 수 있어요.
| 1 | |
| 2 |
이동해요. 아니면 Cisco 콜링 플랜을 사용하는 고객이 .
|
| 3 |
수정하려는 다이얼 플랜을 선택해요. |
| 4 |
사이드 패널에서 다이얼 플랜 이름 옆에 있는 클릭해요 |
| 5 |
라우팅 선택을 변경하려면 드롭다운 메뉴에서 다른 옵션을 선택하세요. |
| 6 |
새 다이얼 패턴을 수동으로 추가하려면 다이얼 패턴 추가를 클릭해요. 아니면 CSV 가져오기를 클릭하여 다이얼 패턴을 대량 추가하세요. |
| 7 |
다이얼 패턴을 제거하려면 클릭해요 |
| 8 |
저장 클릭해요. |
제거하려는 다이얼 패턴 옆에 있는 아이콘이에요.| 1 | |
| 2 |
이동해요. 또는 Cisco 콜링 플랜을 사용하는 고객이 .
|
| 3 |
삭제하려는 다이얼 플랜을 선택해요. |
| 4 |
클릭해요 |
Control Hub에서 온프레미스 내선 번호 호출 설정을 활성화할 수 있어요. 이 설정은 PBX에 등록된 위치 내 사용자에게 적용되며 기존 트렁크 또는 라우트 그룹을 사용하여 알 수 없는 내선 번호 (발신 번호 길이 2~10자리) 를 PBX로 라우팅할 수 있어요.
시작하기 전에
온프레미스 익스텐션 통화 설정이 위치별로 활성화돼요.
이 설정을 사용하면 혼합 클라우드/프레미스 환경에서 전화 거는 습관을 보존할 수 있어요. 사이트가 부분적으로 이전된 경우에도 사용자들은 단축 다이얼 (예: 4자리) 을 계속 사용할 수 있어요. Webex Calling
활성화되면 위치에 있는 사용자가 알 수 없는 내선 번호 ( 2~10자리) 로 걸었던 통화가 선택한 경로 그룹/트렁크에 구내 통화로 라우팅돼요.
알 수 없는 내선 번호로 해당 위치의 트렁크를 통해 라우팅된 통화는 건물 내 통화로 처리돼요. Webex Calling트렁크에서 들어오는 업스트림 전화를 말하는 거예요.
발신자 ID가 기존 다이얼 플랜 패턴과 일치하지 않으면 알 수 없는 내선 번호에서 걸려온 것으로 간주돼요.
| 1 | |
| 2 |
가세요. |
| 3 |
수정할 위치를 선택해요. |
| 4 |
통화 탭 클릭해요. |
| 5 |
다이얼링 섹션 아래에 있는 내부 다이얼링을 클릭해요. |
| 6 |
온해서 알 수 없는 내선 번호를 프레미스에 내부 통화로 라우팅할 수 있게 해요. |
| 7 |
드롭다운 메뉴에서 라우팅 그룹이나 트렁크를 선택해서 통화를 라우팅해요. |
| 8 |
저장 클릭해요. |
컨트롤 허브에서 Webex Calling 건물과 건물 간 통화 라우팅 설정을 구성할 수 있어요. 이 설정에 따라 트렁크 및 라우트 그룹을 사용하여 온프레미스 PBX에 연결할 때 알 수 없는 번호가 처리되는 방식과 PBX 간에 라우팅되는 통화의 발신자 ID 형식이 결정됩니다. Webex Calling
| 1 | |
| 2 |
서비스로 가세요. |
| 3 |
-건물 간 Webex Calling 통화 라우팅으로 스크롤해서 알 수 없는 번호를 어떻게 처리할지 선택하세요.
라우팅 동작을 보존하기 위해 알 수 없는 번호 처리 서비스 설정이 레거시 동작으로 설정됐어요. 이 설정을 수정하여 새로운 통화 라우팅 기능 (예: 다이얼 플랜과 라우트 그룹) 을 활용할 수 있어요. |
| 4 |
발신자 ID 형식을 선택하세요. +E.164 전화번호 옵션을 Webex Calling 선택하면 E.164 번호인 외부 전화선 ID (CLID) 가 선택돼요. ESN (기업 고유 번호) 옵션을 선택할 때 ESN인 내부 CLID를 선택해요. Webex Calling |
| 5 |
프레미스 기반 라우팅에 설정하려는 알 수 없는 최대 내선 길이 ( 2~10자리) 를 선택하세요. 내선 길이를 늘리고 PSTN 공급자가 사용하는 번호 스키마가 E.164가 아닌 경우, 들어오는 PSTN 통화는 온프레미스에서 오는 시내 통화로 간주돼요. 따라서 라우팅이 잘못될 가능성을 피하려면 수신 PSTN 전화를 보내기 전에 E.164 형식을 적용하는 것이 좋습니다. Webex Calling |
| 6 |
저장 클릭해요.
|
컨트롤 허브의 통화 라우팅 확인 도구는 다음을 제공해요.
-
라우팅 결정 분석을 위한 통화 시뮬레이션이에요.
-
배포 설계 및 구성 단계에서 유용한 지침이에요.
-
Webex 애널리틱스 플랫폼의 이벤트에는 통화 라우팅 결정이 포함돼요.
-
문제 해결 시 지원.
통화 라우팅 시 적용된 발신 통화 권한, 사기 방지, 숫자 패턴, 통화 가로채기, 번역 패턴을 표시하도록 기능이 향상됐어요.
| 1 | |
| 2 |
구성으로 가세요. 아니면 Cisco 콜링 플랜을 사용하는 고객이 .
|
| 3 |
통화 라우팅 확인을 선택해요. |
| 4 |
드롭다운 메뉴에서 클라우드 사용자, 작업 공간, 가상 회선 또는 구내 트렁크의 통화 소스 선택을 선택하여 통화 라우팅을 확인하세요. |
| 5 |
번호나 URI를 입력하세요. |
| 6 |
통화 라우팅을 보려면 라우팅 결과 보기를 클릭하세요. |
| 1 | |
| 2 |
이동하여 업데이트하려는 위치를 선택하세요. |
| 3 |
PSTN 연결 옆에 관리를 클릭해요. |
| 4 |
응급 서비스 주소 옆에 있는 편집 클릭해. |
| 5 |
새 주소를 입력하고 저장을 클릭해요. 프레미스나 CCPP 연결 구성 중에 ESA (엔터프라이즈 서비스 주소) 주소 검증에 실패하면 관리자가 ESA 화면을 닫고 설정을 계속할 수 있어요. 검증 실패는 연결 설정을 방해하지 않아요. ESA가 검증되지 않으면 긴급 전화 처리가 지연될 수 있고 긴급 중계 센터로 전화가 라우팅되면 추가 요금이 부과될 수 있어요. |
작업 공간에 할당된 모바일 장치 같은 고정 장치에 대한 사용자 지정 응급 서비스 주소를 구성할 수 있어요.이 구성은 미국 및 캐나다 위치에 적용되고 E911 서비스를 준수해요.
| 1 | |
| 2 |
가세요. |
| 3 |
수정하려는 작업 공간을 선택하고 통화를 클릭해요. |
| 4 |
오른쪽 화살표를 선택하여 번호 아래의 기본 전화번호 설정을 확장하세요. |
| 5 |
응급 서비스 주소에서 사용자 지정 주소를 선택하세요. 
다음 세부 정보를 입력하세요. 긴급 상황이 발생하면 현지 비상 대응 직원이 이 주소로 발신자를 찾아요.
|
| 6 |
작업 공간 정보를 업데이트하고 검증을 클릭해요. 서비스 주소를 입력하면 시스템이 주소를 검증해요. 시스템에서 주소를 찾지 못하면 사이드 패널에 추천 주소가 표시돼요. 제안된 주소를 검토하고 적용 클릭해서 응급 서비스 주소를 업데이트하세요. 저장을 클릭해서 변경 사항을 저장해요. |
사용자 지정 긴급 주소가 특정 작업 공간의 위치 기본 긴급 주소보다 우선해요.
사용자에 대해 ESA를 구성하려면 다음 조건이 충족되는지 확인하세요.
- 사용자에게 휴대폰 이외의 기본 전화번호가 할당되어 있어요.
- 사용자 위치가 미국이나 캐나다 내예요.
ESA가 사용자 전화번호와 위치와 연결되기 때문에 이러한 조건이 필요해요. 이 설정을 통해 긴급 전화를 정확하게 라우팅하고 위치나 전화번호와 연결된 긴급 콜백 번호 (ECBN) 를 통해 사용자에게 적절한 콜백을 할 수 있어요.
| 1 | |
| 2 |
가세요. |
| 3 |
수정하려는 사용자를 선택하고 통화 클릭해요. |
| 4 |
오른쪽 화살표를 선택하여 번호 아래의 기본 전화번호 설정을 확장하세요. |
| 5 |
응급 서비스 주소에서 사용자 지정 주소를 선택하세요. 다음 세부 정보를 입력하세요. 긴급 상황이 발생하면 현지 비상 대응 직원이 이 주소로 발신자를 찾아요.
|
| 6 |
작업 공간 정보를 업데이트하고 검증을 클릭해요. 서비스 주소를 입력하면 시스템이 주소를 검증해요. 시스템에서 주소를 찾지 못하면 사이드 패널에 추천 주소가 표시돼요. 제안된 주소를 검토하고 적용 클릭해서 응급 서비스 주소를 업데이트하세요. 저장을 클릭해서 변경 사항을 저장해요. |
사용자 지정 긴급 주소는 특정 사용자에 대한 위치의 기본 긴급 주소보다 우선해요.
예 1: 멀티사이트 PBX
배포 설명이에요.
-
미국 전역에 100개 사이트를 보유한 기업 고객이에요.
-
다중 사이트 PBX 배포 (또는 PBX 네트워크), HA를 위해 메인 PBX가 두 메인 사이트에 분산되어 있어요.
-
8자리 엔터프라이즈 다이얼 플랜: 8 + 3자리 사이트 코드+4자리 내선 번호.
-
30개 사이트가 온프레미스로 유지되고 70개 사이트가 이전됐어요. Webex Calling PSTN은 두 주요 사이트에서 SIP 트렁크를 통해 온프레미스로 유지돼요.
-
혼합 사이트 없어요. 각 사이트마다 사용자가 모두 온-프레미스이거나 모두 클라우드에 등록되어 있어요.
배포 솔루션
-
30 E.164+30 ESN 패턴의 단일 다이얼 플랜으로 온 프레미스 사용자의 통화를 두 개의 트렁크가 있는 라우트 그룹으로 라우팅하고 두 메인 사이트의 로컬 게이트웨이 두 개에서 종료해요.
예제 2: 혼합 클라우드 PBX 사이트
배포 설명이에요.
-
미국 전역에 50개 사이트 (대형 사이트 10개, 소규모 지점 40개) 를 보유한 기업 고객이에요.
-
대형 사이트에는 PBX가, 지점에는 키 스위치가 있어요.
-
7자리 엔터프라이즈 다이얼 플랜: 8 + 2자리 사이트 코드+4자리 내선 번호.
-
Webex Calling지점에서만, 대규모 사이트 (PBX 사용자와 PBX 사용자가 둘 다 Webex Calling 있는 혼합 사이트) 에서는 PBX에서 마이그레이션이 느리죠.
-
모든 클라우드 사용자를 위한 클라우드에 연결된 PSTN이에요 (구내 사용자는 기존 PSTN을 계속 사용해요).
-
각 대형 사이트의 클라우드 및 PBX 사용자는 내선 전용 전화 기능을 유지해야 해요.
배포 솔루션
-
다이얼 플랜으로 다른 사이트에서 오는 각 PBX에 전화를 라우팅해요. 또한 각 대형 사이트마다 사이트의 로컬 게이트웨이에서 종료되는 트렁크로 통화를 라우팅하도록 온프레미스 확장 호출을 구성했어요.
|
트렁크, 라우트 그룹, 다이얼 플랜에 대해 구성 가능한 제한 | |
|---|---|
|
설명 |
최대 한도예요 |
|
CSV로 다이얼 플랜에 업로드할 수 있는 다이얼 패턴이에요 |
10000 |
|
위치별로 구성할 수 있는 트렁크 |
100 |
|
기업 고객당 라우트 그룹 |
10000 |
|
라우트 그룹 내에서 트렁크 구성 가능해요 |
10 |
|
기업 고객당 다이얼 플랜 구성 가능 |
10000 |
|
다이얼 플랜 하나로 다이얼 패턴 구성 가능 |
10000 |
