이 섹션은 하이브리드 연결 테스트 도구를 다룹니다. Control Hub에서 이 문제 해결하기 도구에 액세스할 수 있습니다.

관련된 문서에서 알려진 문제에 액세스할 수도 있습니다.

하이브리드 연결 테스트 도구 (Control Hub)

Control Hub에서 하이브리드 연결 테스트 도구에 액세스할 수 있습니다. https://admin.webex.com의 고객 보기에서 서비스 > 하이브리드로 이동하고 하이브리드 통화 카드에서 설정 편집을 클릭한 후 기본 SIP 대상으로 스크롤합니다. 그 후 입력한 SIP 대상 옆에 있는 테스트를 클릭합니다.

이 표는 하이브리드 통화에 대해 SIP 대상 주소를 테스트한 후에 나타날 수 있는 일반적인 오류를 나열합니다. 해당 표는 하이브리드 통화 서비스의 문제 해결하기 안내서에서 관련된 세부 사항으로 연결하는 링크를 포함하여 문제를 해결하기 위한 다음 단계도 제공합니다.

표 1. 하이브리드 통화에 대해 SIP 대상 주소를 테스트하기 위한 일반적인 오류 및 문제 해결하기 단계

오류

키워드

자세한 정보 및 문제 해결하기 단계

DNS 주소를 찾을 수 없음

DNS SRV

DNS 조회 실패함. DNS 또는 SRV 레코드가 귀하의 SIP 대상에 존재하며 한 개 이상의 유효한 IP 주소를 인식하는지 확인하십시오.

자세한 정보는 문제 해결하기 안내서에서 Expressway-E DNS SRV/호스트이름을 확인할 수 없음을 참조하십시오.

연결 시간 초과됨

소켓 실패

네트워크 및/또는 상호 TLS 연결 시간 초과됨. 네트워크 연결, 연결 속도, 방화벽 구성 및 상호 TLS 구성을 확인하십시오.

자세한 정보는 문제 해결하기 안내서의 다음 섹션을 참조하십시오.

TLS 실패

상호 TLS 핸드셰이크 실패

상호 TLS 오류: Expressway 및 https://admin.webex.com 모두에서 상호 TLS 구성을 확인하고, 해당하는 상호 TLS 인증서가 두 위치 모두에 존재하며 유효한지 확인하십시오.

자세한 정보는 문제 해결하기 안내서에서 상호 TLS 핸드셰이크 오류를 참조하십시오.

연결 실패

소켓 실패

TCP 연결 실패: 네트워크 연결, 연결 속도 및/또는 방화벽 구성을 확인하십시오.

자세한 정보는 문제 해결하기 안내서의 다음 섹션을 참조하십시오.

TCP 읽기/쓰기 실패

소켓 실패

TCP 읽기/쓰기 실패: 다시 시도하십시오. 오류가 지속되면 네트워크 연결, 방화벽 구성 및 상호 TLS 구성을 확인하십시오.

자세한 정보는 문제 해결하기 안내서의 다음 섹션을 참조하십시오.

TCP 실패

소켓 실패

TCP 실패: TCP 읽기/쓰기 실패: 다시 시도하십시오. 오류가 지속되면 네트워크 연결, 방화벽 구성 및 상호 TLS 구성을 확인하십시오.

자세한 정보는 문제 해결하기 안내서의 다음 섹션을 참조하십시오.

이 섹션은 고객 지원으로 연락하기 전에 확인할 수 있는 문제 해결하기 검사 목록 및 작업을 다룹니다.

Webex 상태 페이지

Webex에서 기업으로 실행되는 통화 벨 소리가 기업 측에서 울리지 않는 경우, 이 검사 목록에 있는 요점을 참조하여 구성을 다시 확인하십시오.

다음 문제 해결 방법을 실행하기 전에 클라우드 중단에 대한 최신 정보를 확인하려면 https://status.webex.com을(를) 참조하십시오. 상태 페이지에서 알림 신청을 할 수도 있습니다.

상호 TLS 및 SIP 대상

상호 TLS 연결 및 인증서와 관련된 다음 문제 해결하기 요점을 확인하십시오.

  • Expressway-E에 Webex 클라우드 루트 인증서 번들을 설치합니다.

  • Expressway-E에 전용 상호 TLS 포트를 구성합니다.

  • Expressway-E에 클라우드에 대한 DNS 영역을 구성합니다.

  • 방화벽에서 상호 TLS 포트 번호, 5062를 엽니다. 이는 기본값으로 열리지 않을 수도 있습니다.

  • Webex 클라우드에서 어떤 루트 인증서 옵션을 사용하고 있는지 결정합니다. 해당 옵션은 Expressway-E의 SIP TLS 인증서를 확인하기 위해 사용됩니다.

    • 기본 스토어—귀하의 Expressway-E 인증서가 공인 기관 중 하나에서 서명했습니까? 확실하지 않은 경우, 사용자 정의 스토어 옵션을 사용합니다.

    • 사용자 정의 스토어—귀하의 Expressway-E 인증서 또는 서명인이 클라우드에 설치되어 있습니까? 해당 인증서에 인증된 Expressway-E 호스트이름이 포함되어 있습니까?

https://admin.webex.com의 고객 보기에서 서비스 > 하이브리드 > 하이브리드 통화 > 설정으로 이동합니다. 배포 과정 중에 설정한 SIP 대상과 관련된 다음 사항을 확인하십시오.

  • Expressway-E에 지정된 값이 상호 TLS 포트 전용입니다.

  • IP address:port에 연결해 봅니다. (SRV를 구성한 경우 여러 주소)

  • IP 주소 또는 호스트이름을 구성한 경우, 상호 TLS 포트를 지정합니다.

  • SRV를 사용한 경우, _sips._tcp 형식인지 확인하십시오.<SIP 대상으로 지정한 도메인>.

  • SRV를 설정하지 않으려면 IP address:port 또는 hostname:port를 조직의 SIP 대상으로 입력할 수 있습니다.

Expressway 페어 구성

  • Expressway-E에서 클라우드로의 통화가 실패하고 수동 인증서 관리 방법을 사용하고 있는 경우, Webex 루트 CA 인증서 업데이트 에 설명된 단계를 따르고 최대한 빨리 IdenTrust 인증서를 Expressway 장치에 업로드하십시오.

  • Webex에서 기업으로 라우팅되는 통화에 대해 Expressway-E에서 검색 히스토리 및 네트워크 로그를 확인합니다. 이 단계는 클라우드 또는 기업과 관련된 문제를 제외할 수 있도록 합니다.

  • 기존의 B2B 영역 및 검색 규칙을 다시 사용하는 경우, 대신 전용 영역 및 검색 규칙을 만들 것을 고려하십시오. 이 설정은 B2B/MRA에 대한 기존 영역 설정의 간섭 및 라우팅 루프를 금지하고 보다 쉽게 문제를 해결할 수 있도록 합니다.

  • Expressway-E에서 검색 히스토리 및 네트워크 로그를 확인합니다. 클라우드로부터의 SIP INVITE가 Expressway-E에 도착하는지 및 해당 클라우드에 대해 구성한 DNS 영역과 일치하는지 확인합니다.

    • SIP INVITE가 구성된 DNS 영역에 도착하지 않거나 일치하지 않는 경우 Unified Communications Manager로 향하는 통화의 경로를 따릅니다. 이 단계는 통화가 실패하거나 끊기는 장소를 찾을 수 있도록 합니다.

    • 상호 TLS 문제 해결하기 검사 목록을 참조하십시오.

  • 라우트 헤더를 확인합니다. Unified Communications Manager 기업 설정 및 Expressway 검색 규칙 아래에 구성된 클러스터 정규화된 도메인 이름(FQDN) 값이 포함되어 있는지 확인합니다. 다음 예제 라우트 헤더 및 하이라이트된 클러스터 FQDN를 참조하십시오.

    • 라우트: ,

      • 이 예제에서 홈 클러스터 FQDN은 myucmcluster.example.com입니다.

Unified CM 구성

  • Unified Communications Manager에 있는 이메일은 Webex 클라우드에 있는 이메일(Active Directory 또는 다른 소스에서 동기화됨)과 정확히 일치해야 합니다.

  • 디렉터리 URI는 조직에서 인증한 도메인과 일치해야 합니다.

  • 코덱 구성을 확인합니다.

    Webex 서비스는 다음 코덱을 지원합니다.

    • 오디오—G.711, G.722, AAC-LD

    • 비디오—H.264

    SIP 장치에서 Webex 미팅, 개인 룸 미팅 또는 Webex 앱 미팅에 참여하기 위해 G.729를 지원합니다. Webex 앱에서 SIP 장치 또는 브리지로 1:1로 다이얼하기 위해 G.729를 지원하지 않습니다.

  • 영향을 받은 사용자의 홈 Unified Communications Manager 클러스터에서 시스템 > 기업 파라미터를 선택합니다. 클러스터 전반 도메인 구성 아래에서 클러스터 정규화된 도메인 이름(FQDN) 설정을 확인합니다. 사용한 FQDN 값은 다음 안내를 따라야 합니다.

    FQDN 가이드라인

    설명 및 예제

    다수의 클러스터

    입력값은 하이브리드 통화에서 각 클러스터에 대해 고유해야 합니다. 예: cluster1.example.com, cluster2.example.com 등.

    와일드카드 없음

    *.example.com 또는 example*.com 등의 와일드카드로 항목을 사용하지 마십시오.

    하이브리드 통화에 대한 첫 번째 FQDN 입력값

    여러 입력값의 목록에서 Webex 클라우드는 하이브리드 통화의 왼쪽에 있는 첫 번째 항목을 사용하며, 첫 번째 항목에는 와일드카드가 포함되지 않아야 합니다.

    왼쪽에서 오른쪽으로 세 개의 FQDN 입력값에 대해 다음 예제를 참조하십시오(첫 번째 항목은 하이브리드 통화에 적용됨). cluster1.example.com *.example.com example*.com

    Expressway-E와 다름

    Expressway-E 시스템, DNS 및 도메인명과 달라야 합니다. 그렇지 않으면 Expressway-E는 라우트 헤더를 제거합니다.

    하이브리드 통화에 대해 새로운 입력값

    Unified CM에 있는 현재 FQDN 입력값이 상단에 표시된 요구 사항을 충족하지 않는 경우, 하이브리드 통화용 클러스터 FQDN 설정의 앞에 새로운 구성 요소를 추가할 수 있습니다.

    예를 들어, Cisco Unified Communications Manager에 있는 기존의 FQDN 설정이 *.example.com *.example.org인 경우, 필드의 시작 부분에 와일드카드가 아닌 고유한 항목을 추가합니다. "cluster1.example.com *.example.com *.example.org"