트렁크는 Webex Calling 및 프레미스 간의 연결로, 로컬 게이트웨이 또는 다른 지원되는 장치로 프레미스에서 중지됩니다.트렁크를 만들면 라우트 그룹에 지정할 수 있습니다.라우트 그룹은 Webex Calling이 다양한 트렁크를 통해 통화를 분배하거나 중복성을 제공할 수 있게 하는 트렁크의 그룹입니다.로컬 게이트웨이는 트렁크, 내-프레미스 및/또는 PBX를 상호 연결하는 PSTN 장치입니다.

트렁크, 라우트 그룹 및 다이얼 플랜은 다음과 같은 장점을 제공합니다.

  • Webex Calling에 대한 트렁크 및 프레미스 전반에 로드 밸런싱 및 장애 조치

  • 클라우드 Webex Calling 클라우드 PSTN(CCP) PSTN(CCP) 또는 Cisco PSTN)을 활용하고 기업에서 PBX 사용자에게 여전히 연결할 수 있는 능력.

  • 다른 프레미스 PBX로 통화 라우팅

  • 프레미스 PBX 간의 통화를 라우트하기 위한 추가 기능.

  • 프레미스 PBX 를 사용할 때 마이그레이션 및 공존 시나리오의 광범위한 범위(프레미스 사용자 및 클라우드 사용자와 혼합된 Webex Calling 포함)

  • 통화 라우팅 결정에 대한 심층적인 가시도

위치가 활성화되면 해당 위치 내에서 Webex Calling 사용자에 대해 PSTN 연결을 설정해야 합니다.다음 PSTN 옵션을 사용할 수 있습니다.

  • Cisco PSTN – 새로운 PSTN 번호를 주문하고 기존의 번호를 Cisco로 포팅할 수 있는 번들 솔루션을 사용하고자 하는 경우에 이 옵션을 선택합니다.Cisco PSTN 옵션은 다음 조건 하에서만 확인할 수 있습니다.

    • Cisco Calling 플랜을 구입하고 활성화했습니다.

    • 해당 위치가 Cisco Calling 플랜이 지원되는 국가에 있습니다.

  • 클라우드 연결된 PSTN – 로컬 하드웨어의 배포가 필요하지 않은 클라우드 솔루션을 찾고 있는 경우에는 이 옵션을 선택하고, CCP 공급자를 선택합니다.클라우드 PSTN(Cisco PSTN 또는 클라우드 연결된 PSTN)은 Webex Calling 사용자에 대해 PSTN 액세스를 제공하기 위해서만 사용될 수 있습니다.프레미스 사용자가 시작하는 통화는 클라우드 PSTN에 액세스할 수 없습니다.

  • 프레미스 기반 PSTN (로컬 게이트웨이) – 현재 PSTN 공급자를 계속 사용하고자 하는 경우에 이 옵션을 선택합니다.로컬 게이트웨이를 통한 프레미스 기반 PSTN의 트렁크는 프레미스 PBX에 연결하기 위해 사용될 수도 있습니다.기존의 로컬 게이트웨이 기능은 구성을 변경하지 않고 유지될 수 있습니다.로컬 게이트웨이를 사용하는 위치는 프레미스 기반 PSTN으로 설정되고, 로컬 게이트웨이는 트렁크가 됩니다.

Control Hub 내에서 선택한 PSTN 연결을 구성합니다. 통화 > 위치를 선택하고 수정하려는 위치를 선택한 후 지정 또는 관리를 선택하고 PSTN 연결을 선택하면 됩니다.

트렁크

트렁크는 로컬 Webex Calling 역할을 하는 지원되는 세션 경계 컨트롤러를 사용하여 프레미스에서 종료되는 프레미스와 프레미스 간의 연결입니다.

두 가지 유형의 로컬 게이트웨이 트렁크 모델이 있습니다.

  • 등록 기반 트렁크: 트렁크 또는 Webex Calling 트렁크가 SIP 트렁크 모델을 사용하여 로컬 게이트웨이로부터의 트렁크 또는 피어링은 트렁크 등록 과정의 마지막에 확보된 파일럿 사용자 계정 및 자격 증명을 사용하여 SIP 등록을 수행하는 위치입니다.그 후, Webex Calling 또는 기업에서 통화를 걸 때 이 등록은 로컬 게이트웨이 및 Webex Calling 서비스 모두에서 사용하여 해당 통화를 처리합니다.등록 기반 트렁크에는 로컬 게이트웨이에서 시작된 네트워크 연결이 필요하며, 해당 게이트웨이는 네트워크 주소 변환(NAT) 장치 뒤에 위치할 수 있습니다.

  • 인증서 기반 트렁크: 싱글 로컬 게이트웨이에서 보다 높은 용량을 제공하는 SIP 트렁크 모델을 사용하여 로컬 게이트웨이에서 트렁크 또는 Webex Calling 피어링합니다. 또한 고객 관리자가 트렁크에서 최대 동시 통화 캡핑을 설정할 수도 있습니다.등록 기반 트렁크와 달리, 로컬 게이트웨이와 클라우드 간의 SIP 등록은 없지만, 인증서 기반 인증 및 인증 모델이 사용됩니다.등록 과정 중에 조직의 관리자는 모든 도메인 이름(FQDN)을 추가하고Webex Calling 이 FQDN 및 로컬 게이트웨이의 인증서의 조합을 사용하여 로컬 게이트웨이를 신뢰하게 됩니다.또한 등록 기반 트렁크와는 달리, 두 사용자(로컬 게이트웨이 및 Webex Calling)가 네트워크 연결을 유지해야 합니다. 따라서 로컬 게이트웨이는 프레미스 네트워크에서 적합한 네트워크 구성을 통해 Webex Calling 연결될 수 있도록 구성되어야 합니다.

  • 현재 한 개 이상의 위치에 대해 다수의 테넌트로 구성되는 싱글 LGW를 사용하여 인증서 기반 트렁크는 지원되지 않습니다.멀티텐니를 사용하려면 등록 기반 트렁크를 사용해야 합니다.인증서 기반 트렁크를 사용하는 멀티텐니에 대한 지원은 곧 선보일 예정입니다.

  • 등록 기반 트렁크 및 인증서 기반 트렁크의 공동 존재는 동일한 CUBE 인스턴스에서 지원되지 않습니다.특정 CUBE에서 사용하고 있는 트렁크 모델을 변경하려면 먼저 기존의 구성을 제거하고 시작부터 안내에 따라야 합니다.CUBE 구성에 대해 도움이 필요하면 다음을 참조합니다. Cisco Unified 구성 안내서.승인된 비-Cisco SBC는 인증서 기반 트렁크에서만 지원됩니다.

  • 한 개의 트렁크 모델에서 다른 모델로 위치를 마이그레이션하는 경우, 위에 제안된 이유로 두 개의 별도 로컬 게이트웨이를 사용해야 합니다.통화 서비스에 영향을주지 않고 위치를 마이그레이션하려면 라우트 그룹 기능을 사용해야 합니다.

    • 위치에 대해 라우트 그룹이 존재하지 않는 경우, 새로운 라우트 그룹을 만드하십시오.

    • 기존의 트렁크를 라우트 그룹으로 이동합니다.

    • 라우트 그룹에 새로운 트렁크를 추가합니다.

    • '새로운' 로컬 게이트웨이 구성

    • 새로운 로컬 게이트웨이가 트래픽에 서비스하고 있는 경우, 라우트 그룹에서 이전 로컬 게이트웨이를 제거하고 트렁크를 삭제할 수 있습니다.

  • 트렁크 자격 증명 및 보안 속성이 양호하지 않은 운영자에 대해 안전하게 저장되고 액세스할 수 없는지 확인하여 장단점에 대한 부적일한 사용 금지를 방지하십시오.

    • 등록 기반 트렁크에 대해 SIP 자격 증명은 인증을 위해 사용하며, 안전하게 저장되어야 합니다.

    • 인증서 기반 트렁크에 대해 트렁크에 FQDN, 서명된 인증서 및 비공개 키의 조합이 인증에 사용되고, 안전하게 저장되어야 합니다.

제3자 SBC 지원

Webex Calling에 있는 로컬 게이트웨이(프레미스 기반 PSTN) 트렁크는 고객 소유 PSTN 서비스에 연결할 수 있게 합니다.또한 Cisco Unified CM 등 온-프레미스 IP PBX 배포에 대한 연결도 제공합니다.이제 인증되고 승인된 비-Cisco (벤더/타사) SBC는 모든 서비스에서 Webex Calling.

Webex Calling 로컬 게이트웨이 벤더 유효성 검증 프로그램은 제3자 세션 경계 컨트롤러와 제3자 세션 경계 컨트롤러 간에 최고 수준의 상호 운영성을 보장하도록 Cisco Webex Calling.

로컬 게이트웨이에 대해 호환되는 로컬 게이트웨이가 되기 위해 타사 SBC에 대해 Webex Calling 수 있어야 합니다.

Webex Calling 클라우드 서비스는 고객의 클라우드 네트워크의 모서리에 있는 로컬 게이트웨이로 하여 기업 다이얼링을 VoIP 있습니다.로컬 게이트웨이는 특정 방법으로 Webex Calling 클라우드 서비스와 상호 작업하는 SIP 세션 경계 컨트롤러(SIP Session Border Controller)입니다. 로컬 게이트웨이는 클라우드에서 지정된 조건을 Webex Calling.로컬 게이트웨이 기능은 Webex Calling 고객들이 기존의 고객 서비스 공급자를 계속 PSTN 수 있도록 합니다.

제3자 로컬 게이트웨이 리소스:


다른 타사 벤더의 유효성을 검증하고 승인하면 목록은 업데이트됩니다. 해당 벤더/플랫폼이 목록에 없는 경우, 아직까지는 LGW의 버전으로 Webex Calling 않습니다.

트렁크 유형 선택 사항에 대한 통화 용량 요구 사항 및 권장 사항

등록 기반 트렁크 모델은 로컬 게이트웨이를 배포하고 실행할 수 있는 간단한 모델입니다. 따라서 싱글 CUBE 인스턴스에서 매우 많은 수의 동시 통화를 요구하지 않는 한, 이 모델을 사용할 것을 권장합니다.승인된 비-Cisco SBC는 인증서 기반 트렁크에서만 지원됩니다.

제안 관점에서 등록 기반 트렁크 모델은 오버더톱 연결을 통해 250개보다 낮은 용량의 통화를 원하는 고객을 대상으로 합니다. 인증서 기반 트렁크는 250-6500개 동시 통화를 요구하는 높은 용량의 배포를 대상으로 합니다.

아래 표는 사용자가 10:1의 통화 비율로 가정하고, 트렁크 선택에 대한 권장 사항 및 권장되는 링크 품질을 제공합니다.인터커넥트는 Webex Edge Connect와 같이 Webex Calling 전용 대역폭 연결을 지명합니다.

로컬 게이트웨이당 동시 통화의 수에 따라 크기 조정

로컬 게이트웨이 뒤에 있는 사용자의 수에 따라 크기 조정

트렁크 유형 선호

최소 링크 품질

~ 2000–6500

65000

인증서 기반

상호 연결

250 - ~ 2000

20000

인증서 기반

Ott

최대 250명

2500

등록 트렁크

Ott

연결 자격:

OTT(Over-the-top connection)는 다음 링크 품질 조건을 충족해야 합니다.

  • 최대 100 ms 대기 시간

  • 최대 10 ms 지터

  • 최대 패킷 손실 0.2%

Interconnect는 다음 링크 조건을 충족해야 합니다.

  • 최대 30 ms 대기 시간

  • 최대 5 ms 지터

  • 0 패킷 손실

등록 트렁크 모델에 대해 SBC(Session Border Controller)는 SIP 등록을 수행합니다.등록 기반 트렁크는 SIP 등록이 활동 중으로 유지하려면 로컬 게이트웨이를 요구합니다.연결은 등록에 암시적입니다.

시작하기 전에

모든 트렁크는 Control Hub에 있는 위치에 지정되어야 합니다.

1

Control Hub https://admin.webex.com에 로그인하고 서비스 통화 > 서비스 > 통화 라우팅.

2

트렁크 추가를 선택합니다.

3

메뉴에서 위치를 드롭다운 목록.

4

트렁 크에 대한 이름을 입력합니다.

5

렁크 유형 또는 트렁크 유형에서 등록을 드롭다운 목록.

6

듀얼 아이덴티티 지원 설정은 아웃바운드 통화에 대해 첫 번째 SIP INVITE를 트렁크로 보낼 때 출처 헤더 및 PAI(P-Asserted-Identity) 헤더의 처리에 영향을 미칩니다.이 설정의 사용을 더욱 잘 이해하기 위한 몇 가지 예제 시나리오는 다음과 같습니다.

  • 시나리오 1:새로운 Webex Calling 기본 번호를 외부 통화 번호로 사용할 수 있도록 설정됩니다.

    • 듀얼 아이덴티티 지원 설정이 활성화된 경우:

      • 보내는 사람:위치 번호

      • PAI:다이렉트 라인

    • 듀얼 아이덴티티 지원 설정이 비활성화된 경우:

      • 보내는 사람:위치 번호

      • PAI:위치 번호

  • 시나리오 2:새로운 Webex Calling 사용자 전화 번호를 외부 통화 번호로 사용할 수 있도록 설정됩니다.

    • 듀얼 아이덴티티 지원 설정이 활성화된 경우:

      • 보내는 사람:다이렉트 라인

      • PAI:다이렉트 라인

    • 듀얼 아이덴티티 지원 설정이 비활성화된 경우:

      • 보내는 사람:다이렉트 라인

      • PAI:다이렉트 라인

  • 시나리오 3:한 Webex Calling 로컬 게이트웨이를 통해 프레미스 사용자에게 전화합니다.

    • 듀얼 아이덴티티 지원 설정이 활성화된 경우:

      • 보내는 사람:기업 중요 수

      • PAI:다이렉트 라인

    • 듀얼 아이덴티티 지원 설정이 비활성화된 경우:

      • 보내는 사람:기업 중요 수

      • PAI:기업 중요 수


 

듀얼 아이덴티티 설정을 활성화하는 것은 위치에 우선합니다.자세한 내용은 다음을 참조하십시오. 사용자 및 작업 공간에 대해 발신자 ID 옵션 지정

7

저장을 클릭합니다.

다음에 수행할 작업

화면 도메인 등록, 트렁크 그룹 OTG/DTG, 라인/포트, 아웃바운드 프록시 주소에 트렁크 정보가 나타납니다.Control Hub에서 이 정보를 복사하고 로컬 텍스트 파일 또는 문서에 붙여넣을 것을 권장합니다. 이는 로컬 게이트웨이를 구성할 준비가 되면 참조할 수 있습니다.자격 증명을 잃어 있는 경우, Control Hub의 트렁크 정보 화면에서 다시 생성해야 합니다.사용자 이름 검색 및 비밀번호 재설정을 클릭하여 트렁크에서 사용할 새로운 인증 자격 증명을 생성합니다.


이 작업은 서비스에 영향을 미치기 때문에 비업 시간 중에 실행될 것이 좋습니다.

로컬 게이트웨이를 연결하기 위해 트렁크를 구성하는 경우, Webex Calling 참조: IOS-XE에서 로컬 게이트웨이를 구성하여 Webex Calling.

트렁크는 로컬 게이트웨이 또는 다른 지원되는 장치로 프레미스에서 종료하는 Webex Calling과 프레미스 간의 연결입니다.

시작하기 전에

모든 트렁크는 Control Hub 내의 위치에 지정되어야 합니다.

1

Control Hub https://admin.webex.com에 로그인하고 서비스 통화 > 서비스 > 통화 라우팅.

2

트렁크 추가를 선택합니다.

3

트렁크의 위치 및 이름을 선택합니다.


 
트렁크의 이름은 24자보다 길 수 없습니다.
4

듀얼 아이덴티티 지원 설정은 아웃바운드 통화에 대해 첫 번째 SIP INVITE를 트렁크로 보낼 때 출처 헤더 및 PAI(P-Asserted-Identity) 헤더의 처리에 영향을 미칩니다.이 설정의 사용을 더욱 잘 이해하기 위한 몇 가지 예제 시나리오는 다음과 같습니다.

  • 시나리오 1:Webex Calling 사용자가 외부 통화 번호로 위치 기본 번호를 사용하도록 설정되었습니다.

    • 듀얼 아이덴티티 지원 설정이 활성화되는 경우.

    • 보내는 사람:위치 번호

    • PAI:다이렉트 라인

  • 듀얼 아이덴티티 지원 설정이 비활성화되는 경우.

    • 보내는 사람:위치 번호

    • PAI:위치 번호

  • 시나리오 2:Webex Calling 사용자가 외부 통화 번호로 사용자 전화 번호를 사용하도록 설정되었습니다.

    • 듀얼 아이덴티티 지원 설정이 활성화되는 경우.

    • 보내는 사람:다이렉트 라인

    • PAI:다이렉트 라인

  • 듀얼 아이덴티티 지원 설정이 비활성화되는 경우.

    • 보내는 사람:다이렉트 라인

    • PAI:다이렉트 라인

  • 시나리오 3:Webex Calling 사용자가 로컬 게이트웨이를 통해 온-프레미스 사용자에게 전화합니다.

    • 듀얼 아이덴티티 지원 설정이 활성화되는 경우.

    • 보내는 사람:기업 구별 번호

    • PAI:다이렉트 라인

  • 듀얼 아이덴티티 지원 설정이 비활성화되는 경우.

    • 보내는 사람:기업 구별 번호

    • PAI:기업 구별 번호


 

듀얼 아이덴티티 설정을 활성화하는 것은 위치에 우선합니다.자세한 내용은 다음을 참조하십시오. 사용자 및 작업 공간에 대해 발신자 ID 옵션 지정

5

저장을 클릭합니다.

다음에 수행할 작업

화면 도메인 등록, 트렁크 그룹 OTG/DTG, 라인/포트, 아웃바운드 프록시 주소에 트렁크 정보가 나타납니다.Control Hub에서 이 정보를 복사하고 로컬 텍스트 파일 또는 문서에 붙여넣을 것을 권장합니다. 이는 로컬 게이트웨이를 구성할 준비가 되면 참조할 수 있습니다.자격 증명을 잊어버린 경우, Control Hub의 트렁크 정보 화면에서 다시 생성해야 합니다.사용자 이름 검색 및 비밀번호 재설정을 클릭하여 트렁크에서 사용할 새로운 인증 자격 증명을 생성합니다.

참고:이 작업은 서비스에 영향을 미치기 때문에 업무 시간이 아닌 시간에 실행하기 위해 권장합니다.

Control Hub에서 트렁크 이름을 편집하거나 트렁크 세부 사항 및 사용을 확인할 수 있습니다.

1

Control Hub https://admin.webex.com에 로그인하고 트렁크에서 > 통화 > 통화 라우팅 > 이동합니다.

2

확인하거나 수정하고자 하는 트렁크를 선택합니다.

3

측면 목록에서 트렁크 이름 옆에 있는 아이콘을 클릭하여 트렁크의 이름을 변경합니다.

트렁크에 대한 사용 정보를 확인할 수도 있습니다.

4

추가 세부 사항을 확인하려면 트 렁크 옆에 있는 관리를 클릭합니다.


 

트렁크 정보 자격 증명을 잊어버린 경우에 다시 생성하려면 이 설정을 사용하십시오.사용자이름 및 비밀번호 검색을 클릭하여 트렁크에서 사용할 새로운 인증 자격 증명의 집합을 생성합니다.이는 서비스에 영향을 미칩니다.

5

듀얼 아이덴티티 지원 설정은 아웃바운드 통화에 대해 첫 번째 SIP INVITE를 트렁크로 보낼 때 출처 헤더 및 PAI(P-Asserted-Identity) 헤더의 처리에 영향을 미칩니다.이 설정의 사용을 더욱 잘 이해하기 위한 몇 가지 예제 시나리오는 다음과 같습니다.

  • 시나리오 1:Webex Calling 사용자가 외부 통화 번호로 위치 기본 번호를 사용하도록 설정되었습니다.

    • 듀얼 아이덴티티 지원 설정이 활성화되는 경우.

    • 보내는 사람:위치 번호

    • PAI:다이렉트 라인

  • 듀얼 아이덴티티 지원 설정이 비활성화되는 경우.

    • 보내는 사람:위치 번호

    • PAI:위치 번호

  • 시나리오 2:Webex Calling 사용자가 외부 통화 번호로 사용자 전화 번호를 사용하도록 설정되었습니다.

    • 듀얼 아이덴티티 지원 설정이 활성화되는 경우.

    • 보내는 사람:다이렉트 라인

    • PAI:다이렉트 라인

  • 듀얼 아이덴티티 지원 설정이 비활성화되는 경우.

    • 보내는 사람:다이렉트 라인

    • PAI:다이렉트 라인

  • 시나리오 3:Webex Calling 사용자가 로컬 게이트웨이를 통해 온-프레미스 사용자에게 전화합니다.

    • 듀얼 아이덴티티 지원 설정이 활성화되는 경우.

    • 보내는 사람:기업 구별 번호

    • PAI:다이렉트 라인

  • 듀얼 아이덴티티 지원 설정이 비활성화되는 경우.

    • 보내는 사람:기업 구별 번호

    • PAI:기업 구별 번호


 

듀얼 아이덴티티 설정을 활성화하는 것은 위치에 우선합니다.자세한 내용은 다음을 참조하십시오. 사용자 및 작업 공간에 대해 발신자 ID 옵션 지정

트렁크를 사용하지 않는 한 삭제할 수 있습니다.

1

Control Hub https://admin.webex.com에 로그인하고 서비스 통화 > 서비스 > 통화 라우팅.

2

삭제하고자 하는 트렁크를 선택합니다.

3

작업 열 에서 을 ( 를) 클릭하고 트렁크 삭제를 클릭합니다.

Control Hub에서 트렁크 상태를 확인하기 위해.

1

Control Hub https://admin.webex.com에 로그인하고 서비스 통화 > 서비스 > 통화 라우팅.

2

상태를 확인할 트렁크를 선택합니다.

3

렁크 정보를 클릭합니다.

예제

다음은 다른 등록 기반 트렁크 상태입니다.

  • 온라인: 로컬 게이트웨이를 성공적으로 Webex Calling.

  • 오프라인: 로컬 게이트웨이에 대해 로컬 게이트웨이를 등록하지 Webex Calling.

인증서 기반 트렁크를 추가하는 동안 반드시 FQUALIFIED 도메인 이름(FQDN)을 입력해야 합니다.그 Webex Calling 게이트웨이를 신뢰하기 위해 FQDN 및 로컬 게이트웨이의 인증서의 조합을 사용하게 됩니다.

Control Hub에서 로컬 게이트웨이를 구성하기 위한 요구 사항:

  • 로컬 게이트웨이의 클라우드 대면 네트워크는 공용 IPv4 주소를 사용하고 있어야 FQDN 또는 SRV 주소를 확인한 주소는 인터넷에서 해결되어야 합니다.

  • 외부 인터페이스에 있는 모든 SIP & 미디어 포트는 NAT를 통해 인터넷에서 액세스할 수 있어야 합니다. 따라서 필요한 방화벽 업데이트는 기업 네트워크 구성 요소에서 수행되어야 합니다. 다음:

    • 프레 미스 Webex Calling 측의 &프레미스 측에서 액세스해야 하는 필수 포트를 이해하려면 Webex Calling 포트 참조 안내서 를 참조하십시오.

  • 트렁크로부터의 통화의 성공적인 인증 및 인증을 위해 서명된 인증서가 필요합니다.인증서는 다음 요구 사항을 충족해야 합니다.

    • 해당 인증서는 오디오 및 비디오 플랫폼을 지원할 수 있는 루트 인증 기관에서 언급한 CA 가 Cisco Webex 해야 합니까?

    • 어떤 루트 인증 기관에서 오디오 및 비디오 플랫폼을 지원하는 통화에 대해 Cisco Webex 번들 은(는) CUBE에 업로드됩니다.

    • 인증서는 항상 유효해야 합니다. 다음:

      • 서명된 인증서는 항상 유효한 만료를 야 합니다.

      • 루트 또는 중간 인증서는 유효한 만료일 수 있으며, 해지되지 말아야 합니다.

      • 인증서는 클라이언트 및 서버 사용에 서명되어야 합니다.

      • 인증서는 Control Hub에서 선택한 인증서의 인증서에 일반 이름 또는 주체 대체 이름으로 (FQDN)를 포함해야 FQDN 합니다.예:

        • CN 또는 SAN에 인증서가 포함되어야 london.lgw.cisco.com:5061 조직 Control Hub에서 FQDN 반드시 london.lgw.cisco.com 트렁크.

        • 조직의 Control Hub에서 구성된 트렁크는 london.lgw.cisco.com CN 또는 SAN에 SRV 반드시 london.lgw.cisco.com 인증서를 포함해야 합니다.SAN에서 SRV 주소가 (CNAME/A Record/IP Address)로 확인되는 레코드는 선택 사항입니다.

      • 인증서는 한 개 이상의 로컬 게이트웨이 간에 공유될 수도 있습니다. 단, FQDN 글머리 기호에 언급된 인증서 요구 사항은 만족해야 합니다.

시작하기 전에

  • 모든 트렁크는 Control Hub에 있는 위치에 지정되어야 합니다.

  • 관리자는 트렁크를 구성하는 동안 FQDN 또는 서비스 레코드(SRV)를 통해 로컬 게이트웨이를 확인하게 선택해야 합니다. 이 옵션은 종료됩니다.단, 다음과 같은 몇 가지 규칙이 있습니다.

    • 관리자는 전체 조직에서 트렁크에 대해 고유한 호스트 주소(FQDN SRV)를 가지고 있어야 합니다.예:

      • 해당 트렁크는 FQDN london.lgw.cisco.com:5062 호스트 주소가 있는 다른 트렁크가 없는 london.lgw.cisco.com.

      • 호스트 주소가 SRV 있는 london.lgw.cisco.com 트렁크는 호스트 주소와 다른 트렁크가 없는 london.lgw.cisco.com.이는 동일한 트렁크와 동일한 트렁크 및 포트 FQDN 경우에도 허용되지 않습니다.

    • 게이트웨이의 주소가 연결인 FQDN 포트가 구성되어야 합니다.5061 또는 5062 등의 표준 SIP 포트를 선택하거나 적합한 방화벽 구성을 선택해야 합니다. 이는 클라우드 서비스에서 IPV4 및 포트 조합을 해결할 수 있도록 합니다.

    • 이메일 SRV 선택된 경우, 서비스 유형 "." 프리픽스가 있어야_sips_tcp합니다.서비스 레코드 내에 있는 녹화에는 적합한 가중치 및 우선순위가 있어야하며, TTL은 300초 이하로 유지되어야 합니다.

  • 관리자는 도메인 관리 문서에 따라 인증된 /클레임된 최상위 도메인 이름에서 호스트 주소를 선택해야 합니다.

1

https://admin.webex.com의 고객 보기에서 서비스 > 통화 > 통화 라우팅으로 이동합니다.

2

트렁크 추가를 선택합니다.

3

메뉴에서 위치를 드롭다운 목록.

4

트렁 크에 대한 이름을 입력합니다.

5

렁크 유형 또는 트렁크 유형에서 인증서 기반을 드롭다운 목록.

6

드롭다운 목록에서 장치 유형을 선택합니다.

  • Cisco Unified Border Element

  • Oracle Session Border Controller


 

타사 Cisco Webex Calling 게이트웨이(LGW)로 에 SBC 통합은 인증서 기반 트렁크에서만 지원됩니다.Control Hub의 장치 유형 목록에 표시된 SBC만 신뢰할 수 있는 파트너가 로컬 게이트웨이와 Webex Calling 검증합니다.

지원되는 타사 벤더 정보에 대한 자세한 정보는 다음을 참조하십시오. 제3자 SBC 지원.

7

SBC(Session Border Controller) 주소, 도메인 및 포트를 입력 합니다.

이는 기업 SBC에 FQDN SRV 대한 Webex Calling 이메일 주소입니다.

 
인증된 도메인이 있어야 합니다.자세한 정보는 도메인 관리를 참조하십시오.
8

동시 통화의 최대 수를 입력합니다.

9

저장을 클릭합니다.


 
유효성 검증이 통과하지 않는 경우, 저장 버튼은 나타나지 않습니다.조직에 따라 선택된 FQDN SRV 유효성 검증은 통과하지 않을 수도 있습니다.고유한 이메일 주소 또는 FQDN SRV 사항을 체크하십시오.문제가 지속되면 Cisco 지원 팀으로 문의하십시오.

다음에 수행할 작업

Control Hub에서 트렁크 이름을 편집하거나 트렁크 세부 사항 및 사용을 확인할 수 있습니다.

1

Control Hub https://admin.webex.com에 로그인하고 트렁크에서 > 통화 > 통화 라우팅 > 이동합니다.

2

확인하거나 수정하고자 하는 트렁크를 선택합니다.

3

측면 목록에서 트렁크 이름 옆에 있는 아이콘을 클릭하여 트렁크의 이름을 변경합니다.

트렁크에 대한 사용 정보를 확인할 수도 있습니다.

4

추가 세부 사항을 확인하려면 트 렁크 옆에 있는 관리를 클릭합니다.


 

최대 동시 통화에 대한 값을 업데이트하고자 하는 경우, 이 설정을 사용.


 

로컬 게이트웨이의 SRV 주소 또는 FQDN 또는 포트를 업데이트해야 하는 경우, 새로운 트렁크를 추가하고 이전 트렁크를 삭제해야 합니다.

5

듀얼 아이덴티티 지원 설정은 아웃바운드 통화에 대해 첫 번째 SIP INVITE를 트렁크로 보낼 때 출처 헤더 및 PAI(P-Asserted-Identity) 헤더의 처리에 영향을 미칩니다.이 설정의 사용을 더욱 잘 이해하기 위한 몇 가지 예제 시나리오는 다음과 같습니다.

  • 시나리오 1:Webex Calling 사용자가 외부 통화 번호로 위치 기본 번호를 사용하도록 설정되었습니다.

    • 듀얼 아이덴티티 지원 설정이 활성화되는 경우.

    • 보내는 사람:위치 번호

    • PAI:다이렉트 라인

  • 듀얼 아이덴티티 지원 설정이 비활성화되는 경우.

    • 보내는 사람:위치 번호

    • PAI:위치 번호

  • 시나리오 2:Webex Calling 사용자가 외부 통화 번호로 사용자 전화 번호를 사용하도록 설정되었습니다.

    • 듀얼 아이덴티티 지원 설정이 활성화되는 경우.

    • 보내는 사람:다이렉트 라인

    • PAI:다이렉트 라인

  • 듀얼 아이덴티티 지원 설정이 비활성화되는 경우.

    • 보내는 사람:다이렉트 라인

    • PAI:다이렉트 라인

  • 시나리오 3:Webex Calling 사용자가 로컬 게이트웨이를 통해 온-프레미스 사용자에게 전화합니다.

    • 듀얼 아이덴티티 지원 설정이 활성화되는 경우.

    • 보내는 사람:기업 구별 번호

    • PAI:다이렉트 라인

  • 듀얼 아이덴티티 지원 설정이 비활성화되는 경우.

    • 보내는 사람:기업 구별 번호

    • PAI:기업 구별 번호


 

듀얼 아이덴티티 설정을 활성화하는 것은 위치에 우선합니다.자세한 내용은 다음을 참조하십시오. 사용자 및 작업 공간에 대해 발신자 ID 옵션 지정

트렁크를 사용하지 않는 한 삭제할 수 있습니다.

1

Control Hub https://admin.webex.com에 로그인하고 서비스 통화 > 서비스 > 통화 라우팅.

2

삭제하고자 하는 트렁크를 선택합니다.

3

작업 열 에서 을 ( 를) 클릭하고 트렁크 삭제를 클릭합니다.

Control Hub에서 트렁크 상태를 확인하기 위해.

1

Control Hub https://admin.webex.com에 로그인하고 서비스 통화 > 서비스 > 통화 라우팅.

2

상태를 확인할 트렁크를 선택합니다.

3

렁크 정보를 클릭합니다.

예제

다음은 다른 인증서 기반 트렁크 상태입니다.

  • 온라인: 모든 Webex Calling Edge 프로시전과 로컬 게이트웨이를 성공적으로 연결합니다.

  • 오프라인: 해당 장치 및 로컬 게이트웨이 Webex Calling 연결에 실패했습니다.

  • 장애:Edge 프록시 및 로컬 게이트웨이에 최소 1 Webex Calling 연결에 실패했습니다.

  • 알 수 없음:최근에 추가된 Webex Calling 게이트웨이 간의 연결을 구축하는 과정에 있습니다.

SI 아니오.

오류 설명

작업

1.

게이트웨이에 대해 구성된 DNS의 DNS 해상도 실패로 FQDN 로컬 게이트웨이에 대한 TLS 연결 실패

구성된 SRV /FQDN DNS 구성을 확인하고 확인할 수 있는지 확인

2.

전송 문제로 인해 로컬 게이트웨이에 대한 TLS 연결이 실패했습니다.

해결된 IP 주소 및 로컬 게이트웨이로의 포트가 유효한지 확인

3.

게이트웨이의 인증서가 유효하지 않은 인증 기관에 의해 서명되기에 로컬 게이트웨이에 대한 TLS 연결 실패

로컬 게이트웨이 인증서가 유효한 인증 기관에 의해 서명되어 있는지 확인 및 (어떤 루트 인증 기관이 오디오 및 비디오 플랫폼을 지원하기 위해 통화를 Cisco Webex?)

4.

게이트웨이의 인증서가 만료되면 로컬 게이트웨이에 대한 TLS 연결 실패

로컬 게이트웨이 인증서가 만료되지 않는지 확인하고 확인

5.

만료된 인증 기관에서 게이트웨이의 인증서를 발행했기 때 로컬 게이트웨이에 대한 TLS 연결 실패

로컬 게이트웨이 인증서가 만료된 인증 기관 인증서 체인에 의해 서명되지 않은지 확인하고 확인

6.

로컬 게이트웨이에 대한 TLS 연결 실패. 게이트웨이에 대해 FQDN 서버가 CN 또는 SAN에서 유실되면

로컬 게이트웨이 인증서에 CN / SAN이 구성된 FQDN/SRV 있는지 확인하고

7.

로컬 게이트웨이로 발송된 SIP 옵션이 응답을 수신하지 않습니다.

OPTIONS 요청을 수신하고 응답할 수 있도록 CUBE가 구성되어 있는지 확인하고 실행합니다.CUBE 구성 확인

8.

유효하지 않은 게이트웨이 인증서로 Webex Calling 로컬 게이트웨이에서 로컬 게이트웨이로의 TLS 연결 실패

로컬 게이트웨이 인증서가 유효한지 확인하고 확인

9.

인증 기관을 신뢰하지 못하기 Webex Calling 로컬 게이트웨이에서 로컬 게이트웨이로의 TLS 연결에 실패했습니다.

로컬 게이트웨이 인증서가 유효한 인증 기관에 의해 서명되어 있는지 확인하고 확인 (어떤 루트 인증 기관이 오디오 및 비디오 플랫폼을 Cisco Webex 대해 지원합니까?)

10.

체인의 만료된 인증서로 Webex Calling 로컬 게이트웨이에서 로컬 게이트웨이로의 TLS 연결에 실패했습니다.

로컬 게이트웨이 인증서가 만료된 인증서 체인에 의해 서명되지 않은지 확인하고 확인

11.

로컬 게이트웨이에서 로컬 게이트웨이로의 TLS 연결 및 SIP Webex Calling 실패했습니다.

CUBE가 OPTIONS 요청을 보내도록 구성 있는지 확인하고 확인

12.

로컬 게이트웨이로부터의 SIP 옵션 응답은 서버 오류 또는 네트워크 서비스 사용할 수 없음

로컬 게이트웨이가 유지관리 모드가 아닌지 확인하고, 통화 라우팅이 비활성화되지 않은지 확인

13.

로컬 게이트웨이의 인증서가 해지했기 때 로컬 게이트웨이에 대한 TLS 연결 실패

로컬 게이트웨이 인증서가 해지되지 않는지 확인하고 확인

14.

게이트웨이의 인증서가 해지했기 Webex Calling 로컬 게이트웨이에서 로컬 게이트웨이로의 TLS 연결 실패

로컬 게이트웨이 인증서가 해지되지 않는지 확인하고 확인

15.

게이트웨이의 인증서가 만료되어 Webex Calling 로컬 게이트웨이에서 로컬 게이트웨이로의 TLS 연결 실패

로컬 게이트웨이 인증서가 만료되지 않는지 확인하고 확인

16.

인증서 오류로 인해 로컬 게이트웨이에서 Webex Calling 연결 실패

로컬 게이트웨이 인증서가 유효한지, 요구 사항을 충족하는지 확인하고 확인합니다.

17.

인증서 오류로 인해 Webex Calling 로컬 게이트웨이에 대한 TLS 연결 실패

로컬 게이트웨이 인증서가 유효한지, 요구 사항을 충족하는지 확인합니다.


오류 SI No.:2,6,11 및 12는 모든 에지 프록시 노드에서 문제가 발생합니다.

라우트 그룹

라우트 그룹은 Webex Calling이 다양한 트렁크를 통해 통화를 분배하거나 중복성을 제공할 수 있게 하는 트렁크의 그룹입니다.

시작하기 전에

  • 라우트 그룹을 구성하기 전에 트렁크를 추가합니다.

  • 라우트 그룹은 다양한 위치에서 구성된 트렁크를 포함할 수 있습니다.

  • 트렁크는 한 개로 구성되거나 라우트 그룹에 지정될 수 있습니다.중복성 및 확장성을 제공하려면 라우트 그룹에 트렁크를 추가합니다.

  • 각 라우트 그룹은 최소한 한 개의 트렁크를 포함해야 합니다(라우트 그룹 당 최대 10개의 트렁크 포함).

  • 라우트 그룹을 구성할 때 해당 라우트 그룹 내에서 트렁크에 대한 우선순위를 설정합니다.이 설정은 로드 밸런스 방법으로 통화를 라우트할 수 있게 합니다.

  • 통화는 동일한 우선순위로 트렁크 간에 무작위로 분배됩니다.가장 높은 우선순위로 설정된 트렁크를 사용할 수 없는 경우, 시스템은 더 낮은 우선순위로 설정된 트렁크에 통화를 라우트하려고 시도합니다.예:

    • 트렁크 1 및 트렁크 2는 우선순위 수준 1로 설정됩니다.

    • 트렁크 3은 우선순위 수준 2로 설정됩니다.

    • Webex Calling은 로드 밸런스 방법으로 트렁크 1 및 트렁크 2에 통화를 라우트합니다.

    • 트렁크 1 및 트렁크 2에 연결할 수 없는 경우, 통화는 트렁크 3으로 라우트됩니다.

1

https://admin.webex.com의 고객 보기에서 서비스 > 통화 > 통화 라우팅으로 이동합니다.

2

라우트 그룹 > 라우트 그룹 만들기를 선택합니다.

3

라우트 그룹 이름을 지정한 후 드롭다운 메뉴에서 추가할 트렁크를 선택합니다.

4

트렁크에 대해 우선순위 수준을 선택합니다.

5

저장을 클릭합니다.

다음에 수행할 작업

확인 화면에서 위치 페이지를 방문하여 개별 위치에 대해 PSTN 연결을 구성할 수 있습니다. 또는 다이얼 플랜 페이지를 방문하여 이 라우트 그룹을 다이얼 플랜에 대한 라우팅 선택으로 사용할 수 있습니다.

기존 라우트 그룹의 이름 변경, 트렁크 추가, 지정된 트렁크의 수 수정 및 트렁크 우선순위 수준 변경 등의 작업을 실행할 수 있습니다.라우트 그룹 세부 사항 페이지에서 온-프레미스 내선 번호에 대한 통화, 다이얼 플랜PSTN 연결을 확인할 수도 있습니다.

1

https://admin.webex.com의 고객 보기에서 서비스 > 통화 > 통화 라우팅 > 라우트 그룹으로 이동합니다.

2

수정하고자 하는 라우트 그룹을 선택합니다.

3

측면 목록에서 라우트 그룹 이름 옆에 있는 아이콘을 클릭하여 라우트 그룹의 이름을 변경합니다.

4

라우트 그룹에서 트렁크를 추가하거나 편집하려면 트렁크 옆에 있는 관리를 클릭합니다.

드롭다운 메뉴에서 트렁크를 추가하고, 표 내에서 기존의 트렁크에 대한 우선순위 수준을 편집하거나, 표에서 기존의 트렁크를 삭제할 수 있습니다.

5

저장을 클릭합니다.

라우트 그룹을 사용하지 않는 한 삭제할 수 있습니다.

1

https://admin.webex.com의 고객 보기에서 서비스 > 통화 > 통화 라우팅 > 라우트 그룹으로 이동합니다.

2

삭제하고자 하는 라우트 그룹을 선택합니다.

3

작업 열 에서 을 ( 를) 클릭하고 라우트 그룹 삭제를 선택합니다.

다이얼 플랜을 통해 귀하는 트렁크나 라우트 그룹을 사용하여 온-프레미스 대상으로 통화를 라우트할 수 있습니다.이는 위치에 관계없이 기업에 대해 전체적으로 구성되고 모든 사용자에게 적용됩니다.또한 다이얼 플랜은 해당 다이얼 패턴과 일치하는 통화에 대해 라우팅 선택(트렁크 또는 라우트 그룹)도 지정합니다.특정 다이얼 패턴은 다이얼 플랜의 일부로 정의될 수 있습니다.다이얼 패턴은 온-프레미스 내선 번호를 나타냅니다.

  • ESN/망 내 번호

  • +E.164 패턴

  • SIP URI 도메인

숫자 다이얼 패턴

숫자 패턴은 E.164 번호 또는 기업 번호를 나타낼 수 있습니다.E.164 번호의 패턴은 앞에 + 기호로 시작하고 순서대로 숫자(1-9)가 따라온 후에 선택적으로 와일드카드 문자가 나타납니다.

기업 다이얼 패턴

기업 다이얼 패턴은 순서대로 숫자(1-9)가 따라온 후에 선택적으로 와일드카드 문자가 나타납니다.유효한 와일드카드 문자는 !(숫자의 순서와 일치) 및 X (한 개의 숫자, 0-9와 일치)입니다.와일드카드 ! 기호는 마지막에 한 번만 E.164 패턴으로 발생할 수 있습니다.

기업 다이얼 플랜 예제

+1408555XXXX

+1408555로 시작하는 11-자리 +E.164 번호

+14085551234

정확한 다이얼 문자열 +14085551234

+496100!

+496100으로 시작하는 다이얼 문자열

84969XXX

84969로 시작하는 8-자리 ESN

84969764

정확한 8-자리 ESN 84969764

SIP URI 다이얼 패턴 신택스:

도메인만(@ 뒤에 오는 SIP URI의 우측) 일치합니다.옵션은 다음과 같습니다.

  • 정규화된 도메인

  • 앞에 * 기호가 오는 도메인 (해당 도메인의 모든 하위 도메인을 가리킴)

예:

SIP URI 다이얼 패턴 신택스 예제

프리픽스

의미

예제

example.com

호스트 부분 "example.com"이 포함된 URI만

alice@example.com

us.example.com

호스트 부분 "us.example.com"이 포함된 URI만

alice@us.example.com

*.example.com

호스트 부분이 "example.com"의 하위 도메인인 URI

alice@eu.example.com

alice@sales.us.example.com

참고:alice@example.com은 일치하지 않습니다.

트렁크 및 라우트 그룹을 만들면 Control Hub에서 다이얼 플랜을 구성할 수 있습니다.

1

https://admin.webex.com의 고객 보기에서 서비스 > 통화 > 통화 라우팅으로 이동합니다.

2

다이얼 플랜을 클릭한 후 다이얼 플랜 만들기를 선택합니다.

3

다이얼 플랜에 대한 이름을 입력합니다.

4

라우팅 선택을 선택합니다.

이전에 작성한 트렁크 또는 라우트 그룹을 선택합니다.

5

(선택 사항) 선택한 라우트 선택 사항에 대해 다이얼 패턴을 수동으로 만들거나 가져올 수 있습니다.

6

저장을 클릭합니다.

다음에 수행할 작업

또한 다이얼 플랜이 생성된 후에 일괄적으로 다이얼 패턴을 추가할 수도 있습니다.CSV 파일을 사용하여 다이얼 패턴을 일괄 추가하려면 다이얼 플랜 화면으로 이동하고 편집할 다이얼 플랜에서 작업 드롭다운 메뉴를 선택한 후 다이얼 패턴 CSV 가져오기 또는 다이얼 패턴 CSV 내보내기를 선택합니다.템플릿 다운로드 또는 CSV 파일 가져오기를 선택하고 제출을 클릭합니다.

Control Hub에서 기존 다이얼 플랜의 이름, 라우팅 선택 및 다이얼 패턴을 변경할 수 있습니다.

1

https://admin.webex.com의 고객 보기에서 서비스 > 통화 > 통화 라우팅 > 다이얼 플랜으로 이동합니다.

2

수정하고자 하는 다이얼 플랜을 선택합니다.

3

측면 목록에서 다이얼 플랜 이름 옆에 있는 아이콘을 클릭하여 다이얼 플랜의 이름을 변경합니다.

4

라우팅 선택을 변경하려면 드롭다운 메뉴에서 다른 옵션을 선택합니다.

5

새로운 다이얼 패턴을 수동으로 추가하려면 다이얼 패턴 추가를 클릭합니다.또는 CSV 가져오기를 클릭하여 다이얼 패턴을 일괄적으로 추가합니다.

6

다이얼 패턴을 제거하려면 제거하고자 하는 다이얼 패턴 옆에 있는 아이콘을 클릭합니다.

7

저장을 클릭합니다.

1

https://admin.webex.com의 고객 보기에서 서비스 > 통화 > 통화 라우팅 > 다이얼 플랜으로 이동합니다.

2

삭제하고자 하는 다이얼 플랜을 선택합니다.

3

작업 열 에서 을 ( 를) 클릭하고 다이얼 플랜 삭제를 선택합니다.

Control Hub에서 온-프레미스 내선 설정에 대해 통화를 활성화할 수 있습니다.이 설정은 PBX에 등록된 위치 내에 있는 사용자에게 적용되며, 기존의 트렁크나 라우트 그룹을 사용하여 알 수 없는 내선(2-6자리의 발신 번호 길이)을 PBX로 라우트할 수 있게 합니다.

시작하기 전에

온-프레미스 내선 설정에 대한 통화는 위치에 따라 활성화됩니다.

이 설정을 통해 혼합 클라우드/프레미스 환경에서 다이얼링 습관을 저장할 수 있습니다.사용자는 사이트가 부분적으로 Webex Calling에 마이그레이션되는 경우에도 축약된 다이얼링(예: 4자리)을 계속 사용할 수 있습니다.

활성화되면 위치에 있는 사용자가 알 수 없는 내선(2-6자리 숫자 사이)으로 발신한 통화는 프레미스 통화로 선택된 라우트 그룹/트렁크로 라우트됩니다.

해당 위치에서 알 수 없는 내선에 있는 트렁크를 통해 라우트된 통화는 프레미스 통화로 처리됩니다.

발신자 ID가 기존의 다이얼 플랜 패턴과 일치하지 않는 경우, 통화는 알 수 없는 내선에서 시작된 것으로 간주됩니다.

1

https://admin.webex.com의 고객 보기에서 서비스 > 통화 > 위치로 이동합니다.

2

수정할 위치를 선택합니다.

3

목록에서 내부 전화하기를 클릭합니다.

4

알 수 없는 내선 번호를 내부 통화로 프레미스에 라우팅하도록 활성화 옆에 있는 상자를 체크하여 이 설정을 활성화합니다.

5

드롭다운 메뉴에서 라우팅 선택 사항을 선택합니다.

6

저장을 클릭합니다.

Control Hub에서 Webex Calling과 프레미스 간에 통화 라우팅 설정을 구성할 수 있습니다.해당 설정은 온-프레미스 PBX에 대해 트렁크 및 라우트 그룹을 사용할 때 알 수 없는 번호가 처리되는 방법 및 Webex Calling과 PBX 간에 라우트된 통화에 대한 발신자 ID를 결정합니다.

1

https://admin.webex.com의 고객 보기에서 서비스 > 통화 > 서비스 설정으로 이동합니다.

2

Webex Calling 및 프레미스 간에 통화 라우팅으로 스크롤하고 알 수 없는 번호를 어떻게 처리하고자 하는지 선택합니다.

  • 표준 작동은 온-프레미스 PBX에서 최고의 상호 운용성을 실현하기 위한 기본 옵션이자, 권장되는 옵션입니다.
  • 레거시 작동(권장되지 않음)은 레거시 로컬 게이트웨이 동작에 대해 이전 버전과의 호환성을 제공하며, 조직에 대해 다이얼 플랜이 구성된 경우에 권장되지 않습니다.

 

서비스 설정을 처리하는 알 수 없는 번호는 레거시 작동으로 설정되어 라우팅 동작을 유지합니다.이 설정은 새로운 통화 라우팅 기능(예: 다이얼 플랜 및 라우트 그룹)의 장점을 활용하기 위해 수정될 수 있습니다.

3

발신자 ID 형식을 선택합니다.


 

+E.164 전화 번호 옵션을 선택하면 Webex Calling은 E.164 번호인 외부 통화 라인 ID(CLID)를 선택합니다.ESN(enterprise significant number) 옵션이 선택되면 Webex Calling은 ESN인 내부 CLID를 선택합니다.

4

저장을 클릭합니다.

Control Hub에서 통화 라우팅 확인 도구는 다음 기능을 제공합니다.

  • 라우팅 결정을 분석하기 위한 통화의 시뮬레이션.

  • 배포의 디자인 및 구성 단계 중에 유용한 안내.

  • 통화 라우팅 결정을 포함하는 Webex 분석 플랫폼에 있는 이벤트.

  • 문제 해결하기 인스턴스에서 지원.

1

https://admin.webex.com의 고객 보기에서 서비스 > 통화 > 통화 라우팅으로 이동합니다.

2

통화 라우팅 확인을 선택합니다.

3

드롭다운 메뉴에서 사용자의 통화 소스 선택 또는 확인할 트렁크를 선택합니다.

4

번호나 URI를 입력합니다.

5

라우팅 결과 보기를 클릭하여 통화 라우팅을 확인합니다.

예 1:멀티-사이트 PBX

배포 설명

  • 미국 전역에 100개의 사이트가 있는 기업 고객.

  • HA에 대해 기본 PBX가 두 개의 기본 사이트에 분산된 멀티-사이트 PBX 배포(또는 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에서 느리게 마이그레이션합니다(Webex Calling 및 PBX 사용자 모두를 포함한 혼합된 사이트).

  • 모든 클라우드 사용자에 대해 클라우드 연결된 PSTN(프레미스 사용자는 기존의 PSTN을 계속 사용함).

  • 각 대규모 사이트에 있는 클라우드 및 PBX 사용자는 내선 전용 다이얼링 기능을 유지해야 합니다.

배포 솔루션

  • 다이얼 플랜은 다른 사이트에서 각 PBX로 통화를 라우트합니다.또한, 각 대규모 사이트에 대해 온-프레미스 내선에 대한 통화는 사이트에 있는 로컬 게이트웨이에서 종료되는 트렁크로 통화를 라우트하도록 구성됩니다.

트렁크, 라우트 그룹 및 다이얼 플랜에 대해 구성 가능한 제한 사항

설명

최대 제한 사항

CSV에서 다이얼 플랜으로 업로드할 수 있는 다이얼 패턴

10000

위치에 대해 구성될 수 있는 트렁크

100

기업 고객당 라우트 그룹

10000

라우트 그룹 내에서 구성 가능한 트렁크

10

기업 고객 당 구성 가능한 다이얼 플랜

10000

한 개의 다이얼 플랜으로 구성 가능한 다이얼 패턴

10000