하이브리드 통화 문제 해결해요

list-menu피드백이 있습니까?
Webex 장치용 하이브리드 통화 서비스 배포에 문제가 있는 경우, 케이스를 열기 전에 이러한 문제 해결 팁을 사용하여 문제를 배제할 수 있어요.각 섹션은 솔루션의 구성 요소 또는 측면을 한 눈에 다루고, 문제 해결 가이드에는 검사 항목과 사용할 수 있는 진단 도구가 추가로 제공돼요.

이 섹션에서는 하이브리드 연결 테스트 도구에 대해 설명해요. 컨트롤 허브에서 이 문제 해결 도구에 액세스할 수 있어요.

관련 기사에서도 알려진 문제를 볼 수 있어요.

하이브리드 연결 테스트 도구 (컨트롤 허브)

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

이 표에는 하이브리드 통화용 SIP 대상 주소를 테스트한 후 나타날 수 있는 일반적인 오류가 나열되어 있어요. 표는 하이브리드 통화 서비스의 문제 해결 가이드에 있는 관련 세부 정보 링크를 포함하여 문제 해결을 위한 몇 가지 다음 단계도 제공합니다.

테이블 1이에요.하이브리드 통화용 SIP 대상 주소 테스트 시 흔히 발생하는 오류와 문제 해결 단계

오류예요

키워드

추가 정보 및 문제 해결 단계

DNS 주소를 찾을 수 없어요.

DNS SRV

DNS 조회 실패했어요. SIP 대상에 대한 DNS 또는 SRV 레코드가 존재하고 하나 이상의 유효한 IP 주소로 확인되는지 확인하세요.

자세한 내용은 문제 해결 가이드의 Expressway-E DNS SRV /호스트 이름을 해결할 수 없음를 참조하세요.

연결 시간이 초과됐어요

소켓 고장이에요

네트워크 및/또는 상호 TLS 연결 시간이 초과됐어요. 네트워크 연결, 연결 속도, 방화벽 구성, 상호 TLS 구성을 확인해.

자세한 내용은 문제 해결 가이드의 다음 섹션을 참조하세요.

TLS 실패예요

TLS 핸드셰이크 상호 실패

상호 TLS 오류: 익스프레스웨이와 https://admin.webex.com 모두에서 상호 TLS 구성을 확인해 보세요. 상호 TLS 인증서가 두 위치에 있고 유효한지 확인해 보세요.

자세한 내용은 문제 해결 가이드의 상호 TLS 핸드셰이크 실패를 참조하세요.

연결 실패예요.

소켓 고장이에요

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

자세한 내용은 문제 해결 가이드의 다음 섹션을 참조하세요.

TCP 읽기/쓰기 실패했어요

소켓 고장이에요

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

자세한 내용은 문제 해결 가이드의 다음 섹션을 참조하세요.

TCP 실패예요

소켓 고장이에요

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

자세한 내용은 문제 해결 가이드의 다음 섹션을 참조하세요.

이 섹션에서는 문제 해결 체크리스트와 지원팀에 문의하기 전에 살펴볼 수 있는 작업에 대해 설명해요.

Webex에서 엔터프라이즈로 걸려오는 전화가 회사 측에서 울리지 않는 경우, 이 체크리스트의 항목을 따라 구성을 다시 확인해 보세요.

이러한 문제 해결 제안 사항을 살펴보기 전에 https://status.webex.com 에서 클라우드 중단에 대한 최신 정보를 참조하세요. 상태 페이지에서 알림을 구독할 수도 있어요.

상호 TLS 연결 및 인증서와 관련된 다음 문제 해결 포인트를 확인해 보세요.

  • 익스프레스웨이-E에 웨벡스 클라우드 루트 인증서 번들을 설치해요.

  • 익스프레스웨이-E에 전용 상호 TLS 포트를 구성하세요.

  • 익스프레스웨이-E에 클라우드에 DNS 영역 구성해요.

  • 방화벽에 있는 상호 TLS 포트 번호 (5062) 를 여세요. 기본적으로 열리지 않을 수도 있어요.

  • 웹엑스 클라우드에서 사용하고 있는 루트 인증서 옵션을 결정하세요. 옵션은 익스프레스웨이-E의 SIP TLS 인증서를 확인하는 데 사용돼요.

    • 기본 스토어—당신의 익스프레스웨이-E 인증서는 공공 기관에서 서명을 받았어요? 잘 모르겠으면 커스텀 스토어 옵션 써요.

    • 커스텀 스토어—당신의 Expressway-E 인증서나 서명자가 클라우드에 설치되어 있나요? 인증서에 검증된 Expressway-E 호스트 이름이 포함돼요?

https://admin.webex.com 고객 보기에서 서비스 > 하이브리드 > 하이브리드 통화 > 설정으로 가세요. 배포 프로세스 중에 설정한 SIP 목적지와 관련된 다음 사항을 확인하세요.

  • 익스프레스웨이-E 전용 상호 TLS 포트의 밸류 포인트예요.

  • IP 주소:포트에 연결해 보세요. (SRV를 구성한 경우 여러 주소.)

  • IP 주소나 호스트 이름을 구성한 경우 상호 TLS 포트를 지정하세요.

  • SRV를 사용한 경우 _sips 형식인지 확인하세요._tcp.< SIP 목적지로 입력한 도메인 >.

  • SRV를 설정하고 싶지 않으면 조직의 SIP 대상으로 IP 주소:포트 또는 호스트:포트를 입력할 수 있어요.

  • Expressway-E에서 클라우드로 통화가 실패하고 수동 인증서 관리 방법을 사용하는 경우, Webex 루트 CA 인증서 업데이트의 단계를 따르고 가능한 한 빨리 IdenTrust 인증서를 고속도로 장치에 업로드하세요.

  • Webex에서 엔터프라이즈로 라우팅되는 통화의 경우, Expresway-E에서 검색 기록과 네트워크 로그를 확인하세요. 이 단계는 문제를 클라우드나 엔터프라이즈로 분리하는 데 도움이 돼요.

  • 기존 B2B 영역과 검색 규칙을 재사용하는 경우 대신 전용 영역과 검색 규칙을 만드는 것을 고려해 보세요. 이 설정은 B2B/MRA의 기존 영역 설정과의 간섭을 방지하고 라우팅 루프를 방지하며 문제 해결을 더 쉽게 해줘요.

  • 익스프레스웨이-E에서 검색 기록이랑 네트워크 로그를 확인해. 클라우드의 SIP 초대가 익스프레스웨이-E에 도착하고 클라우드에 구성한 DNS 영역과 일치하는지 확인하세요.

    • SIP 초대가 도착하지 않거나 구성된 DNS 영역과 일치하지 않으면 통화 경로를 따라 통합 커뮤니케이션 매니저에게 가세요. 이 단계는 통화가 실패하거나 끊긴 곳을 찾는 데 도움이 돼요.

    • 상호 TLS 문제 해결 체크리스트 보세요.

  • 경로 헤더 확인해. 통합 커뮤니케이션 매니저 엔터프라이즈 설정 및 고속도로 검색 규칙에 구성된 클러스터 FQDN (정규화된 도메인 이름) 값이 포함되어 있는지 확인하세요. 이 예제 라우트 헤더와 강조 표시된 클러스터 FQDN 참조:

    • 노선: <sip: [Obfuscated]; transport=tls; lr>, <sip:myucmcluster.example.com; lr>

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

  • 통합 커뮤니케이션 매니저의 이메일은 웨벡스 클라우드의 이메일과 (다른 소스에서 Active Directory 동기화되거나 다른 소스에서 동기화됨) 정확히 일치해야 해요.

  • 디렉토리 URI는 조직에서 확인한 모든 도메인과 일치해야 해요.

  • 코덱 구성 확인해 보세요.

    웹엑스 서비스는 다음 코덱을 지원해요.

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

    • 비디오—H.264

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

  • 영향을 받는 사용자의 홈 Unified Communications Manager 클러스터에서 시스템 > 엔터프라이즈 매개변수를 선택하고 클러스터전체 도메인 구성에서 클러스터 FQDN (정규화된 도메인 이름) 설정을 확인하세요. 사용한 FQDN 값은 다음 가이드라인을 따라야 해요.

    FQDN 가이드라인

    설명 및 예시

    여러 클러스터

    항목은 하이브리드 콜링을 사용하는 각 클러스터마다 고유해야 해요 (예:, cluster1.example.comcluster2.example.com, 등).

    와일드카드 없어요

    *.example.com이나 example*.com과 같이 와일드카드가 있는 항목은 사용하지 마세요.

    하이브리드 콜링 첫 FQDN 입력

    여러 항목 목록에서, Webex 클라우드는 하이브리드 통화의 왼쪽 첫 번째 항목을 사용하며, 첫 번째 항목은 와일드카드를 포함하지 않아야 해요.

    왼쪽에서 오른쪽으로 FQDN 항목 세 개를 나타낸 다음 예를 보세요 (첫 번째는 하이브리드 통화용). cluster1.example.com *.example.com example*.com

    익스프레스웨이-E하고 달라요

    익스프레스웨이-E 시스템, DNS, 도메인 이름과 달라야 해요. 그렇지 않으면 고속도로-E가 노선 헤더를 제거해요.

    하이브리드 콜링 신규 엔트리

    현재 FQDN 항목이 위에 나열된 요구 사항을 충족하지 Unified CM 않는 경우 하이브리드 통화의 클러스터 FQDN 설정 시작 부분에 새 요소를 추가할 수 있어요.

    예를 들어, 기존 FQDN 설정이 *.example.com *.example.org인 Cisco Unified Communications Manager 경우 필드 앞에 와일드카드가 아닌 고유한 항목을 추가하세요: "cluster1.example.com *.example.com *.example.org”

이 문서가 도움이 되었습니까?
이 문서가 도움이 되었습니까?