트렁크는 로컬 게이트웨이 또는 다른 지원되는 장치로 프레미스에서 종료하는 Webex Calling과 프레미스 간의 연결입니다. 트렁크를 만든 후에는 경로 그룹에 할당할 수 있습니다.

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

로컬 게이트웨이는 트렁크, 온프레미스 PSTN을 상호 연결하는 온프레미스 장치입니다. and/or 개인 교환기(PBX).

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

  • 트렁크 전반에서 Webex Calling과 구내로의 부하 분산 및 장애 조치를 수행합니다.

  • Webex Calling 사용자가 클라우드 PSTN(클라우드 연결 PSTN(CCP) 또는 Cisco PSTN)을 사용하여 기업 내 PBX 사용자에게 연락할 수 있는 기능입니다.

  • 다양한 건물의 PBX로 전화를 연결합니다.

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

  • 온프레미스 PBX를 사용한 더 광범위한 마이그레이션 및 공존 시나리오에는 온프레미스 사용자와 Webex Calling 사용자가 혼합된 사이트가 포함됩니다.

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

귀하의 위치에 따른 PSTN 옵션

위치가 활성화되면 해당 위치 내에서 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 역할을 하는 지원되는 세션 경계 컨트롤러를 사용하여 프레미스에서 종료되는 프레미스와 프레미스 간의 연결입니다. 다양한 트렁킹 모델과 장치 및 구성에 대한 요구 사항을 이해하려면 로컬 게이트웨이 시작하기 를 참조하세요.

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

시작하기 전에

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

1

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

2

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

3

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

4

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

5

듀얼 아이덴티티 지원 설정은 아웃바운드 통화에 대해 첫 번째 SIP INVITE를 트렁크로 보낼 때 출처 헤더 및 PAI(P-Asserted-Identity) 헤더의 처리에 영향을 미칩니다. 이중 ID가 활성화되면 Webex Calling에서 보낸 사람 및 PAI가 채워집니다(두 ID 헤더는 다를 수 있음). 이중 ID가 비활성화되면 PAI와 From은 동일하며 이중 ID가 활성화되었을 때 From 헤더가 설정된 내용으로 설정됩니다.

이 설정의 사용을 더욱 잘 이해하기 위한 몇 가지 예제 시나리오는 다음과 같습니다.

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

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

      • 보내는 사람: 위치 번호

      • PAI: 다이렉트 라인

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

      • 보내는 사람: 위치 번호

      • PAI: 위치 번호

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

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

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

      • PAI: 다이렉트 라인

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

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

      • PAI: 다이렉트 라인

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

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

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

      • PAI: 다이렉트 라인

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

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

      • PAI: 기업 중요 수

6

저장을 클릭합니다.

다음에 수행할 작업

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

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

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

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

시작하기 전에

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

1

Control Hub에 로그인합니다.

2

서비스 로 이동 > 호출 > 통화 라우팅 > 트렁크.

3

서비스 로 이동 > 호출 > 통화 라우팅 > 트렁크.

4

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

5

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

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

6

듀얼 아이덴티티 지원 설정은 아웃바운드 통화에 대해 첫 번째 SIP INVITE를 트렁크로 보낼 때 출처 헤더 및 PAI(P-Asserted-Identity) 헤더의 처리에 영향을 미칩니다. 이중 ID가 활성화되면 Webex Calling에서 보낸 사람 및 PAI가 채워집니다(두 ID 헤더는 다를 수 있음). 이중 ID가 비활성화되면 PAI와 From은 동일하며 이중 ID가 활성화되었을 때 From 헤더가 설정된 내용으로 설정됩니다.

이 설정의 사용을 더욱 잘 이해하기 위한 몇 가지 예제 시나리오는 다음과 같습니다.

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

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

    • 보내는 사람: 위치 번호

    • PAI: 다이렉트 라인

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

    • 보내는 사람: 위치 번호

    • PAI: 위치 번호

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

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

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

    • PAI: 다이렉트 라인

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

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

    • PAI: 다이렉트 라인

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

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

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

    • PAI: 다이렉트 라인

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

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

    • PAI:기업 구별 번호

7

저장을 클릭합니다.

8

P-Charge-Info 지원 은 Webex Calling 내에서 통화 인증 및 요금 청구를 위한 보다 안정적인 방법이 필요하다는 PSTN 공급자의 요구를 해결합니다. 로컬 게이트웨이는 청구 또는 승인에 사용하려는 번호와 다른 발신자 ID를 수신할 수 있습니다. 이러한 목적을 위해 추가 식별자를 보내려면 P-Charge-Info 헤더를 사용하세요.

선택한 정책 옵션에 따라 번호를 사용하여 트렁크로 전송되는 아웃바운드 PSTN 통화 정보에 P-Charge-Info 헤더를 포함하려면 이 옵션을 활성화합니다. 그러면 PSTN 공급자는 단일 P-Charge-Info 헤더를 사용하여 요금이 부과되는 번호를 확인할 수 있으므로 일반 발신에 PAI 헤더를 사용하거나 통화 리디렉션에 Diversion 헤더를 사용할 필요가 없습니다. 기본적으로 시스템은 P-Charge-Info Support 정책을 Disabled로 설정합니다.

  • Webex Calling 기본 번호 또는 위치의 주요 번호—아웃바운드 통화에 P-Charge-Info 헤더를 포함합니다. Webex Calling 엔터티에서 시작된 통화의 경우 PAI 헤더와 동일한 번호를 사용합니다. 시스템은 다음과 같이 이 숫자를 결정합니다.

    • 설정된 경우, 경로 목록 발신의 경로 목록 번호와 같은 발신 또는 리디렉션 Webex Calling 엔터티의 기본 번호를 사용합니다.

    • 설정하지 않으면 기본적으로 Webex Calling 엔터티 위치의 기본 번호가 사용됩니다.

  • 위치 페이지에서 요금 번호 사용자 지정— 다음 우선순위에 따라 선택된 번호를 사용하여 P-Charge-Info 헤더를 포함합니다.

    • 설정된 경우 발신 또는 리디렉션 Webex Calling 엔터티 위치의 요금 번호를 사용합니다.

    • 설정하지 않으면 Webex Calling 엔터티의 기본 번호(설정되어 있고 무료가 아닌 경우)(예: 경로 목록 원본의 경로 목록 번호)를 사용합니다.

    • 해당 번호를 사용할 수 없는 경우 Webex Calling 엔터티 위치의 기본 번호를 사용합니다(설정되어 있고 무료가 아닌 경우).

  • 위의 어떤 것도 해당되지 않으면 Asserted Identity 옵션에 대해 구성된 값이 기본값으로 사용됩니다(여기에는 무료 전화 번호가 포함될 수 있음).

제한 사항:

  • 일반(무료가 아닌) 전화번호가 없으면 P-Charge-Info 헤더를 포함할 수 없습니다. 결과적으로 지원이 활성화된 경우에도 헤더가 항상 표시되지 않을 수 있습니다.

  • PSTN 제공자는 P-Charge-Info 헤더에만 의존하여 과금 가능한 번호를 결정할 수 없습니다. P-Charge-Info 헤더가 없는 경우 PAI 또는 Diversion 헤더도 고려해야 합니다.

  • 지원이 활성화되면 위치 요금 번호 구성이 항상 노출됩니다. 그러나 일부 PSTN 제공자는 P-Charge-Info 헤더에 일반 번호를 포함할 것을 요구하지 않으므로 이러한 고객은 무료 번호를 피하기 위해 특별히 요금 번호를 구성할 필요가 없을 수 있습니다.

  • 이 시스템은 구내 기반 PSTN 및 온프레미스 통합을 지원하지 않습니다.

  • 시스템에서는 제한된 비지리적 번호(특징에만 할당 가능한 번호)가 P-Charge-Info 헤더에 포함되는 것을 허용하지 않습니다.

다음에 수행할 작업

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

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

Control Hub에서 트렁크 이름을 편집하거나 트렁크 세부 정보 및 사용량을 볼 수 있습니다.

1

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

2

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

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

3

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

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

4

듀얼 아이덴티티 지원 설정은 아웃바운드 통화에 대해 첫 번째 SIP INVITE를 트렁크로 보낼 때 출처 헤더 및 PAI(P-Asserted-Identity) 헤더의 처리에 영향을 미칩니다. 이중 ID가 비활성화되면 PAI와 From은 동일하며 이중 ID가 활성화되었을 때 From 헤더가 설정된 내용으로 설정됩니다.

이 설정의 사용을 더욱 잘 이해하기 위한 몇 가지 예제 시나리오는 다음과 같습니다.

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

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

    • 보내는 사람: 위치 번호

    • PAI: 다이렉트 라인

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

    • 보내는 사람: 위치 번호

    • PAI: 위치 번호

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

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

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

    • PAI: 다이렉트 라인

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

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

    • PAI: 다이렉트 라인

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

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

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

    • PAI: 다이렉트 라인

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

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

    • PAI: 기업 중요 수

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

1

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

2

작업 열에서 추가 옵션 버튼 을 클릭하고 트렁크 삭제를 클릭합니다.

제어 허브에서 트렁크 상태를 확인합니다.

1

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

2

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

3

트 렁크 정보를 클릭합니다.

트렁크의 다양한 상태는 다음과 같습니다.

  • 온라인—Webex Calling에 로컬 게이트웨이가 성공적으로 등록되었습니다.

  • 오프라인—Webex Calling에 로컬 게이트웨이를 등록하지 못했습니다.

  • 손상됨— 최소한 하나의 Webex Calling Edge 프록시와 로컬 게이트웨이 간의 연결이 실패했습니다.

  • 알 수 없음—Webex Calling과 최근 추가된 로컬 게이트웨이 간의 연결을 설정하는 중입니다.

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

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

  • 로컬 게이트웨이는 공용 IPv4 주소를 사용하여 인터넷에서 직접 접근할 수 있어야 합니다. 이 주소는 Control Hub에서 검증된 도메인의 DNS A 또는 SRV 레코드에서 반드시 확인되어야 합니다. 로컬 게이트웨이가 개인 IP 주소로 구성된 경우 1:1 인터넷에서 직접 접속할 수 있도록 하려면 정적 주소 변환(NAT)이 필요합니다.

  • 방화벽 뒤에 배치하는 경우 TLS SIP 신호를 허용하도록 적절한 규칙을 구성해야 합니다. UDP/SRTP 로컬 게이트웨이와 인터넷 사이를 통과하는 미디어입니다.

    • 로컬 게이트웨이와 Webex 클라우드 간 흐름에 사용되는 포트에 대한 자세한 내용은 Webex Calling 포트 참조 가이드 를 참조하세요.

    • 이 구성 가이드에서는 로컬 게이트웨이가 신호를 수신하기 위해 표준 TLS SIP 포트 5061을 사용한다고 가정합니다. 필요한 경우 대체 신호 수신 포트를 사용할 수 있습니다.

  • 트렁크로부터의 통화의 성공적인 인증 및 인증을 위해 서명된 인증서가 필요합니다. 로컬 게이트웨이는 SIP를 위한 Webex Calling 서비스와 양방향 상호 TLS 연결을 설정할 때 다음 요구 사항을 충족해야 합니다.

시작하기 전에

  • 신청 및 검증된 도메인: 트렁크를 추가할 때는 검증되거나 요청된 최상위 도메인 이름의 호스트 주소를 반드시 선택해야 합니다. Manage-your-domain을 참조하세요.

  • 조직 전체의 고유한 주소: 트렁크는 고유한 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 CNAME이 아닌 DNS A 레코드로 확인되어야 합니다.

    • SRV 주소를 선택한 경우 서비스 유형에는 반드시 "_sips._tcp" 접두사가 있어야 합니다.

      • 주소는 서로 다른 가중치와 우선순위를 갖는 하나 이상의 DNS A 레코드로 확인될 수 있습니다. 이때 모든 레코드에 동일한 수신 포트를 사용하는 것이 좋습니다.

      • 서비스 기록 내의 기록은 적절한 가중치와 우선순위를 가져야 합니다. 다양한 가중치와 우선순위를 사용하면 Webex Calling에서 발생하는 통화에 대한 트래픽 분포가 영향을 받습니다.

    • 모든 레코드 유형은 합리적으로 높은 TTL을 가져야 하며 300초 이상이 바람직합니다.

  • 모든 트렁크는 제어 허브의 위치에 할당되어야 합니다.

다음 표에는 조직에서 동시에 트렁크 주소로 선택된 다양한 유형의 레코드에 대한 예가 나와 있습니다.

FQDN 또는 SRV로 트렁크 구성

DNS 구성 규칙

인증서에 일반 이름(CN) 또는 주체 대체 이름(SAN)으로 존재하는 주소

SIP 연락처 헤더 요구 사항

FQDN: 포트 5061을 사용하는 london.lgw1.cisco.com

london.lgw1.cisco.com은 DNS A 레코드입니다.

런던.lgw1.cisco.com

sip:london.lgw1.cisco.com:port;transport=tls

또는

sip:user@london.lgw1.cisco.com:port;transport=tls

SRV: frankfurt.lgw.cisco.com

_sips._tcp.frankfurt.lgw.cisco.com은 ONE A Record frankfurt.lgw1.cisco.com으로 확인됩니다.

frankfurt.lgw.cisco.com

sip:frankfurt.lgw.cisco.com;port;transport=tls

또는

sip:user@frankfurt.lgw.cisco.com;port;transport=tls

SRV: frankfurt.lgw.cisco.com

_sips._tcp.frankfurt.lgw.cisco.com은 두 개 이상의 A 레코드로 확인됩니다.

fr.lgw1.cisco.com

fr.lgw2.cisco.com

두 레코드는 반드시 고유한 IP 주소로 확인되어야 하며, 제안된 대로 가중치와 우선순위가 다를 수 있습니다.

frankfurt.lgw.cisco.com

sip:frankfurt.lgw.cisco.com;port;transport=tls

또는

sip:user@frankfurt.lgw.cisco.com;port;transport=tls

로컬 게이트웨이가 Webex Calling 클라우드를 향해 시작하는 모든 SIP 트랜잭션에는 로컬 게이트웨이의 FQDN이 있는 연락처 헤더가 포함되어야 합니다.

옵션 로컬 게이트웨이의 거래는 제어 허브의 로컬 게이트웨이 상태를 온라인으로 유지하는 데 특히 중요합니다.

1

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

2

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

3

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

4

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

5

드롭다운에서 장치 유형을 선택하세요.

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

지원되는 타사 벤더 정보에 대한 자세한 정보는 다음을 참조하십시오. 트렁크 섹션 아래의 타사 SBC 지원.

6

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

이는 기업 SBC에 FQDN SRV 대한 Webex Calling 이메일 주소입니다.
인증된 도메인이 있어야 합니다. 자세한 내용은 도메인 관리를 참조하세요.
7

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

8

저장을 클릭합니다.

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

다음에 수행할 작업

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

1

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

2

측면 패널에서 트렁크 이름 옆에 있는 을 클릭하여 트렁크 이름을 변경합니다.

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

3

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

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

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

4

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

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

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

    • 보내는 사람: 위치 번호

    • PAI: 다이렉트 라인

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

    • 보내는 사람: 위치 번호

    • PAI: 위치 번호

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

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

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

    • PAI: 다이렉트 라인

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

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

    • PAI: 다이렉트 라인

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

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

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

    • PAI: 다이렉트 라인

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

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

    • PAI:기업 구별 번호

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

1

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

2

작업 열에서 추가 옵션 버튼 을 클릭하고 트렁크 삭제를 클릭합니다.

제어 허브에서 트렁크 상태를 확인합니다.

1

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

2

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

3

트 렁크 정보를 클릭합니다.

트렁크의 다양한 상태는 다음과 같습니다.

  • 온라인—Webex Calling에 로컬 게이트웨이가 성공적으로 등록되었습니다.

  • 오프라인—Webex Calling에 로컬 게이트웨이를 등록하지 못했습니다.

  • 손상됨— 최소한 하나의 Webex Calling Edge 프록시와 로컬 게이트웨이 간의 연결이 실패했습니다.

  • 알 수 없음—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

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

2

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

3

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

4

저장을 클릭합니다.

다음에 수행할 작업

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

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

1

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

2

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

3

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

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

4

저장을 클릭합니다.

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

1

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

2

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

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

  • 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

Webex Calling의 다이얼 플랜은 E.164 또는 확장자의 발신 및 수신 헤더를 허용하며, 이를 조합할 수 없습니다. 예를 들면,

시작 시간: 1-222-333-4444

종료 시간: 1-555-666-7777

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

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

2

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

3

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

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

4

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

5

저장을 클릭합니다.

다음에 수행할 작업

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

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

1

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

2

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

3

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

4

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

5

다이얼 패턴을 제거하려면 제거하고자 하는 다이얼 패턴 옆에 있는 휴지통 아이콘으로 표현된 삭제 버튼 아이콘을 클릭합니다.

6

저장을 클릭합니다.

1

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

2

작업 열에서 추가 옵션 버튼 를 클릭하고 다이얼 플랜 삭제를 선택합니다.

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

시작하기 전에

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

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

이 기능을 활성화하면 해당 위치의 사용자가 알 수 없는 내선 번호(2~10자리)로 전화를 걸면 선택한 경로로 연결됩니다. group/trunk 전제 조건

해당 위치에서 알 수 없는 내선에 있는 트렁크를 통해 라우트된 통화는 프레미스 통화로 처리됩니다. 이는 트렁크에서 Webex Calling으로 들어오는 업스트림 통화를 말합니다.

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

1

Control Hub에 로그인합니다.

2

관리 로 이동 > 위치.

3

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

4

통화 탭을 클릭하세요.

5

전화 걸기섹션 아래의 내부 전화 걸기 를 클릭합니다.

6

알 수 없는 확장명을 내부 통화로 구내로 라우팅을 활성화하려면 토글합니다. 샤리프 이미지가 오래되었습니다.

7

드롭다운 메뉴에서 라우팅 그룹이나 트렁크를 선택하여 통화를 라우팅하세요.

8

저장을 클릭합니다.

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

1

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

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

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

2

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

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

3

구내 기반 라우팅에 설정하려는 알 수 없는 최대 내선 번호 길이 (2~10자리)를 선택하세요.

확장 번호 길이를 늘리고 PSTN 제공자가 사용하는 번호 체계가 E.164가 아닌 경우, 수신 PSTN 통화는 사내에서 오는 로컬 통화로 간주됩니다. 따라서 잘못된 라우팅을 방지하기 위해 해당 수신 PSTN 통화를 Webex Calling으로 보내기 전에 E.164 형식을 적용하는 것이 좋습니다.
4

저장을 클릭합니다.

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

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

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

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

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

이 기능은 통화를 라우팅하는 동안 적용되는 발신 통화 허가, 사기 방지, 숫자 패턴, 통화 가로채기 및 변환 패턴을 표시하도록 향상되었습니다.
1

Control Hub에 로그인합니다.

2

서비스 로 이동 > PSTN & 라우팅 > 게이트웨이 구성.

또는 Cisco Calling Plan을 사용하는 고객은 서비스 에서 라우팅을 사용할 수 있습니다. > 호출 > 통화 라우팅.
3

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

4

드롭다운 메뉴에서 클라우드 사용자, 작업 공간, 가상 회선 또는 구내 트렁크의 통화 소스 선택 을 선택하여 통화 라우팅을 확인하세요.

5

번호나 URI를 입력합니다.

6

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

예 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