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

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

  • 트렁크에서 Webex Calling 및 구내로 로드 밸런싱 및 장애 조치.

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

  • 다른 구내 PBX로 통화 라우팅.

  • 구내 PBX 간에 통화 라우팅 하는 직렬 기능.

  • 구내 사용자 및 Webex Calling 사용자가 있는 혼합된 사이트를 포함하여, 구내 PBX를 사용하여 더욱 광범위한 마이그레이션 및 공존 시나리오.

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

위치가 활성화되면 해당 위치 내에서 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( 세션 보더 컨트롤러 )가 SIP 등록을 수행합니다. 등록 기반 트렁크를 사용하려면 SIP 등록을 활성 상태로 유지하기 위해 로컬 게이트웨이 가 필요합니다. 연결은 등록에 대해 암시적입니다.

시작하기 전에

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

1

Control Hub에 로그인https://admin.webex.com , 로 이동 서비스 > 통화 중 > 통화 라우팅 .

2

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

3

선택 위치 드롭다운 목록 에서 .

4

다음을 입력하십시오. 이름 트렁크용.

5

선택 등록 중 에서 트렁크 유형 드롭다운 목록.

6

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

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

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

    • 이중 ID 지원 설정이 활성화된 경우:

      • 보내는 사람: 위치 번호

      • PAI: 다이렉트 라인

    • 이중 ID 지원 설정이 비활성화된 경우:

      • 보내는 사람: 위치 번호

      • PAI: 위치 번호

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

    • 이중 ID 지원 설정이 활성화된 경우:

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

      • PAI: 다이렉트 라인

    • 이중 ID 지원 설정이 비활성화된 경우:

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

      • PAI: 다이렉트 라인

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

    • 이중 ID 지원 설정이 활성화된 경우:

      • 보내는 사람: 엔터프라이즈 유효 번호

      • PAI: 다이렉트 라인

    • 이중 ID 지원 설정이 비활성화된 경우:

      • 보내는 사람: 엔터프라이즈 유효 번호

      • PAI: 엔터프라이즈 유효 번호

7

저장을 클릭합니다.

다음에 수행할 작업

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


 

이 작업은 서비스에 영향을 미치므로 업무 시간 외 시간에 수행하는 것이 좋습니다.

로컬 게이트웨이 를 Webex Calling 에 연결하도록 트렁크를 구성하는 경우, 다음을 참조하십시오. Webex Calling 에 대해 IOS-XE에서 로컬 게이트웨이 구성 .

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

시작하기 전에

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

1

Control Hub에 로그인https://admin.webex.com , 로 이동 서비스 > 통화 중 > 통화 라우팅 .

2

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

3

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


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

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

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

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

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

    • 보내는 사람: 위치 번호

    • PAI: 다이렉트 라인

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

    • 보내는 사람: 위치 번호

    • PAI: 위치 번호

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

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

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

    • PAI: 다이렉트 라인

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

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

    • PAI: 다이렉트 라인

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

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

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

    • PAI: 다이렉트 라인

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

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

    • PAI:기업 구별 번호

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) 헤더의 처리에 영향을 미칩니다. 이중 ID가 비활성화된 경우 PAI 및 보낸 사람은 동일하며 이중 ID가 활성화된 상태에서 보낸 사람 헤더가 설정된 값으로 설정됩니다.

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

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

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

    • 보내는 사람: 위치 번호

    • PAI: 다이렉트 라인

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

    • 보내는 사람: 위치 번호

    • PAI: 위치 번호

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

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

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

    • PAI: 다이렉트 라인

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

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

    • PAI: 다이렉트 라인

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

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

    • 보내는 사람: 엔터프라이즈 유효 번호

    • PAI: 다이렉트 라인

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

    • 보내는 사람: 엔터프라이즈 유효 번호

    • PAI: 엔터프라이즈 유효 번호

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

1

Control Hub에 로그인https://admin.webex.com , 로 이동 서비스 > 통화 중 > 통화 라우팅 .

2

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

3

다음을 클릭합니다. 에서 작업 열, 클릭 트렁크 삭제 .

Control Hub에서 트렁크 상태를 확인하려면.

1

Control Hub에 로그인https://admin.webex.com , 로 이동 서비스 > 통화 중 > 통화 라우팅 .

2

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

3

클릭 트렁크 정보 .

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

  • 온라인 Webex Calling 에 대한 로컬 게이트웨이 등록 성공 .

  • 오프라인 — Webex Calling 에 대한 로컬 게이트웨이 등록 실패 .

인증서 기반 트렁크를 추가하는 동안 FQDN(정규화된 도메인 이름)을 입력해야 합니다. 그런 다음, Webex Calling 은 FQDN 및 로컬 게이트웨이의 인증서 조합을 사용하여 로컬 게이트웨이를 신뢰합니다.

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

  • 로컬 게이트웨이의 클라우드 연결 네트워크는 공용 IPv4 주소 를 사용해야 하며, 이 주소로 확인되는 FQDN 또는 SRV 주소는 인터넷에서 확인할 수 있어야 합니다(MUST). Webex Calling은 시그널링에 대한 TLS 및 미디어에 대한 SRTP 또는 UDPTL만 지원합니다.

  • 로컬 게이트웨이의 모든 SIP 및 미디어 포트는 인터넷에서 액세스할 수 있어야 하며, 따라서 방화벽 업데이트가 필요합니다(엔터프라이즈 네트워크 구성 요소에서 수행해야 함). 다음: SIP 및 미디어 포트

    • 프레미스 측 및 클라우드 측에서 액세스가 필요한 필수 포트를 이해하려면 Webex Calling 포트 참조 안내서를 참조하십시오.

    • 5061 또는 5062와 같은 표준 SIP 포트를 수신 SIP 포트로 구성할 수 있습니다.

  • 트렁크에서 통화를 성공적으로 인증하고 인증하려면 서명된 인증서가 필요합니다. 로컬 게이트웨이는 SIP용 Webex Calling 서비스에 양방향 상호 TLS 연결을 설정할 때 다음 요구 사항을 충족해야 합니다.

    • 로컬 게이트웨이의 인증서는 다음과 같아야 합니다.

      • Cisco Webex 오디오 및 비디오 플랫폼으로의 통화에 대해 어떤 루트 인증 기관이 지원됩니까?

      • 서명된 인증서는 항상 유효한 만료가 있어야 합니다(MUST).

      • 인증서에 서명하는 데 사용되는 루트 또는 중간 인증서는 유효한 만료가 있어야 하며 해지되지 않아야 합니다.

      • 클라이언트 및 서버 사용에 대해 인증서에 서명해야 합니다(MUST).

      • 인증서에는 Control Hub에서 트렁크의 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 또는 SRV(DNS Service Record) 유형 레코드를 통해 공용 인터넷에서 해결되어야 합니다.

    • FQDN을 선택하는 경우 주소는 DNS A 레코드로 확인되어야 하며 DNS CNAME은 확인하지 않습니다.

    • SRV 주소가 선택되면 서비스 유형에 "_sips._tcp"의 접두사가 있어야 합니다.

      • 주소는 가중치와 우선 순위가 다른 한 개 이상의 DNS A 레코드를 확인할 수 있습니다. 이렇게 하는 동안 모든 레코드에 대해 동일한 수신 포트를 사용하는 것이 좋습니다.

      • 서비스 레코드 내의 레코드는 적절한 무게와 우선 순위를 가져야 합니다. 다른 가중치 및 우선 순위의 사용은 Webex Calling에서 발신되는 통화에 대한 트래픽 분배에 영향을 미칩니다.

    • 모든 레코드 유형은 합리적인 높은 TTL 300초 이상이 선호되어야 합니다.

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

다음 표에는 조직에서 트렁크의 주소로 동시에 선택된 다른 유형의 레코드가 포함된 예제가 있습니다.

FQDN 또는 SRV로 트렁크 구성

DNS 구성에 대한 규칙

인증서에 일반 이름(CN) 또는 제목 대체 이름(SAN)으로 표시되는 주소

SIP 연락처 헤더 요구 사항

FQDN은: london.lgw1.cisco.com(포트 5061 포함)

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

전화: +86 0571-82889388

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

또는

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

SRV는: 전화: +86 0571-8288788

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

전화: +86 0571-8288788

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

또는

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

SRV는: 전화: +86 0571-8288788

_sips._tcp.frankfurt.lgw.cisco.com에서 두 개 이상의 A 레코드를 확인합니다.

이메일: info@cisco.com

이메일: info@cisco.com

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

전화: +86 0571-8288788

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

또는

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

1

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

2

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

3

선택 위치 드롭다운 목록 에서 .

4

다음을 입력하십시오. 이름 트렁크용.

5

선택 인증서 기반 에서 트렁크 유형 드롭다운 목록.

6

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


 

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

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

7

SBC( 세션 보더 컨트롤러 ) 시작 주소 , 도메인 , 및 포트 .

이는 Webex Calling 이 엔터프라이즈 SBC에 연락하기 위한 FQDN 또는 SRV 주소입니다.

 
확인된 도메인이 있어야 합니다. 자세한 내용은 도메인 관리
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:기업 구별 번호

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

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 및 로컬 게이트웨이 간의 연결에 실패했습니다.

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

  • 알 수 없음: Webex Calling 및 최근에 추가된 로컬 게이트웨이 간의 연결을 설정하는 과정에서.

SI 번호

오류 설명

작업

1.

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

구성된 SRV /FQDN에 대한 DNS 구성을 확인하고 확인할 수 있는지 확인합니다.

2.

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

확인된 IP 주소 및 로컬 게이트웨이에 대한 포트가 유효한지 확인합니다.

3.

게이트웨이의 인증서가 유효하지 않은 Certificate Authority 에서 서명했기 때문에 로컬 게이트웨이에 대한 TLS 연결이 실패함

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

4.

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

로컬 게이트웨이 인증서가 만료되지 않았는지 확인하고 확인합니다.

5.

게이트웨이의 인증서가 만료된 Certificate Authority 에서 발급되었기 때문에 로컬 게이트웨이에 대한 TLS 연결이 실패함

만료된 인증 기관 인증서 체인 에서 로컬 게이트웨이 인증서에 서명하지 않았는지 확인하고 확인합니다.

6.

게이트웨이에 대해 구성된 FQDN이 CN 또는 SAN에서 누락되어 로컬 게이트웨이에 대한 TLS 연결 실패

로컬 게이트웨이 인증서에 구성된 FQDN/SRV와 동일한 CN/SAN이 있는지 확인하고 확인합니다.

7.

로컬 게이트웨이로 전송된 SIP 옵션에서 응답 없음

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

8.

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

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

9.

Certificate Authority 을 신뢰할 수 없기 때문에 로컬 게이트웨이에서 Webex Calling 으로의 TLS 연결에 실패함

로컬 게이트웨이 인증서가 유효한 Certificate Authority ( Cisco Webex 오디오 및 비디오 플랫폼에 대한 통화에 대해 어떤 루트 인증 기관이 지원됩니까? )

10.

체인에서 만료된 인증서로 인해 로컬 게이트웨이에서 Webex Calling 으로의 TLS 연결에 실패함

만료된 인증서 체인 에서 로컬 게이트웨이 인증서에 서명하지 않았는지 확인하고 확인합니다.

11.

로컬 게이트웨이에서 Webex Calling 으로의 TLS 연결 및 SIP 옵션이 실패함

CUBE가 OPTIONS 요청을 보내도록 구성되었는지 확인하고 확인합니다.

12.

로컬 게이트웨이의 SIP 옵션 응답은 서버 오류 또는 서비스를 사용할 수 없음을 나타냅니다.

로컬 게이트웨이가 유지관리 모드에 있지 않거나 호 라우팅 이 비활성화되지 않았는지 확인하고 확인합니다.

13.

로컬 게이트웨이의 인증서가 해지되었으므로 로컬 게이트웨이에 대한 TLS 연결이 실패함

로컬 게이트웨이 인증서가 해지되지 않았는지 확인하고 확인합니다.

14.

게이트웨이의 인증서가 취소되었기 때문에 로컬 게이트웨이에서 Webex Calling 으로의 TLS 연결이 실패함

로컬 게이트웨이 인증서가 해지되지 않았는지 확인하고 확인합니다.

15.

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

로컬 게이트웨이 인증서가 만료되지 않았는지 확인하고 확인합니다.

16.

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

로컬 게이트웨이 인증서가 유효하고 요구 사항을 충족하는지 확인 및 확인

17.

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

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


 

오류 SI 번호: 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 패턴으로 발생할 수 있습니다.


 

다음을 사용할 수 없습니다.

  • 숫자의 중간에 와일드 카드 "X"입니다. 예: 팩스:+86-20-62188288

  • 다이얼 플랜 구성에서 와일드 카드 "X"를 사용할 때 와일드 카드 "!". 예: 1617495X3입니다.

기업 다이얼 플랜 예제

+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자리 숫자 사이)으로 발신한 통화는 프레미스 통화로 선택된 라우트 그룹/트렁크로 라우트됩니다.

해당 위치에서 알 수 없는 내선에 있는 트렁크를 통해 라우트된 통화는 프레미스 통화로 처리됩니다. 이는 트렁크에서 Webex Calling 으로 수신되는 업스트림 통화를 나타냅니다.

발신자 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