피드백을 보내 주셔서 감사합니다.

익스프레스웨이-E에서, 설치된 서버 인증서는 유지 관리 > 보안 > 서버 인증서에서 볼 수 있어요. CUBE와 다른 SBC의 경우, 해당 공급업체 인증서 검사 절차를 사용하세요.

백업하고 중복 시스템에도 반복해요.

• 리눅스 아니면 맥OS:

  openssl s_client -connect sip-gateway.example.com:5061 -showcerts </dev/null

• 윈도우 명령 프롬프트:

  openssl s_client -connect sip-gateway.example.com:5061 -showcerts <NUL

예제 호스트 이름과 포트를 실제 SIP TLS 엔드포인트로 바꾸세요. 포트는 배포에 따라 다를 수 있어요. 인바운드 TLS 액세스가 제한되면 공인 관리 시스템에서 검사를 실행하세요.

제목 (들) 과 발급자 (i:) 를 포함하여 인증서 체인 항목을 검토하세요. AAA 인증 서비스에서 발급한 UserTrust RSA 인증 기관 인증서를 포함하여 영향을 받는 CA 이름 4개 중 하나라도 찾아보세요 .

영향을 받은 크로스 사인 체인 엔트리의 예:

• s: CN=유저트러스트 RSA 인증 기관

• i: CN=AAA 인증서 서비스

• 영향 받는 CA 발견: 체인을 영향 받은 것으로 취급하고 시행 전에 업데이트하세요.

• 영향을 받은 CA가 보이지 않고 SIP 통합이 작동 중이에요. Cisco에서 영향을 받은 종속성을 조직에 별도로 알리지 않는 한 이 검사로는 즉각적인 조치가 나타나지 않아요.

• 영향을 받는 CA는 표시되지 않았는데 Cisco가 당신의 조직에 알렸거나 SIP 통합이 실패했어요. 전체 인증 경로와 영향을 받는 연결을 확인하는 데 도움이 필요하면 Cisco 파트너에게 문의하세요. Cisco TAC

• 인증서가 표시되지 않거나 연결 시간이 초과됐어요. 정확한 호스트 이름, 포트, 액세스 제어, 검사 방법을 확인하세요.

• 지원되는 경우 기존 ID 인증서를 유지하고 중간 체인만 교체하세요. 영향을 받는 섹티고 배포의 경우, AAA 인증서 서비스에서 발급한 UserTrust 인증서를 Sectigo 또는 공급자의 적절한 대체 체인으로 교체하세요. 교체품을 설치하고 검증하지 않고는 절대 제거하지 마세요.

• 제품 구성 지침에 따라 영향을 받는 각 CUBE, Expressway-E, SBC에 인증서나 체인을 설치하세요 . 설치된 ID 인증서가 시스템의 구성된 SIP ID에 유효한지 확인하세요.

설치된 체인을 다시 검사해서 더 이상 신뢰할 수 없는 당국에 의존하지 않는지 확인해 보세요 .

• 엣지 오디오의 경우, 영향을 받는 기업 SIP 연결을 통과하는 회의 다이얼인 및 콜백/다이얼아웃 경로를 테스트해 보세요.

• CMR의 경우, 영향을 받는 인프라를 통해 SIP 기반 비디오 장치가 조인되는지 테스트해 보세요.

• 주 경로와 페일오버 경로를 모두 확인해. 연결이 계속 안 되면 TLS 오류하고 인증서 검증 실패를 검토하세요.