15분 후에 Webex 미팅에 대한 화상 통화 연결 끊김
피드백이 있습니까?
CUCM/VCS 관리자는 이 안내서를 확인하여 Webex 미팅에 참여한 후 정확히 15분 후에 비디오 장치의 연결이 끊기는 문제를 해결할 수 있습니다.
문제
CUCM 등록된 비디오 장치에서 Webex 미팅에 참여할 때 통화의 연결이 정확히 15분으로 끊깁니다.
해결 방법
아래 단계를 확인합니다.
- 지원 Cisco Unified Communications Manager (CM) 관리 열기.
- 시스템 시스템 > 파라미터를 클릭합니다.
- 서버 및 서비스 선택의 서비스 드롭다운 목록 상자에서 Cisco 통화 관리자 (활동 중)를 선택합니다.
- SIP 세션 만료 타임러를 찾아보아야 합니다.
CUCM에 등록된 모든 장치는 이 타임러를 사용됩니다. 장치가 다른 원격 장치로 통화 중일 때 당사자 중 한 는 세션을 새로 고치고 다시 INVITE 또는 업데이트를 보내야 합니다. 이 새로 고침은 세션 만료 시간(1800/2 = 900초 = 15분) 전에 발송해야 합니다. 새로 고침 메시지를 수신 하지 있는 경우, 통화 연결이 끊깁니다.
초기 INVITE에 세션 타이머를 확인 합니다. 새로 고침 (초대 / 업데이트)이이 시간이 만료 되기 전에 수신 해야 합니다. 다음:
초기 사용자 에이전트 클라이언트 /사용자 에이전트 서버(UAC/UAS) 협상에 따라 장치 중 하나는 Re-INVITE를 보낼 때 세션을 새로 고칩니다. 새로 고침이 UAC인 경우, 통화의 시작인은 세션을 새로 고칠 책임이 있습니다. 새로 고침이 UAS인 경우, 서버는 세션을 새로 고쳐야 합니다. 엔드포인트에서 SIP 디버그 로그를 수집 하 고이 항목을 확인:
예: 사용자 A에서 CUCM으로 사용자 B로 발신된 통화. 새로 고침이 사용자 A의 UAC 및 사용자 B의 UAS인 경우:
1. 당사자 A는 CUCM에 RE-INVITE / UPDATE를 보내야 합니다.
2. CUCM은 당사자 B에 다시 초대 / 업데이트를 보내야 합니다.
3. 당사자 B는 다시-INVITE를 수신하고 200 OK로 해당 메시지에 응답합니다.
4. CUCM은 당사자 A에 200 OK를 보내야 합니다.
한 장치에서 re-INVITE 메시지를 CUCM으로 보내는 경우 CUCM은 다른 상대방에게 re-INVITE를 보냅니다. 단,이 원격 수신 하지 않을 경우 다음이 길 수 있습니다 일부 네트워크 장치 사이. 다시 INVITE/대응 SIP 검사 또는 네트워크 설정으로 인해 양쪽 중 하나에 도착 하지 않는 매우 수 있습니다.
장치에서 다시 INVITE를 시작하지 않는 경우, 장치에 문제가 있을 수 있습니다. 추가 조사를 위해 TAC(Cisco Technical Assistance Center)를 포함하십시오.
Webex로 이동하는 영역의 고급 구성 영역에서 [아직 실행되지 않은 경우] 시도할 작업의 목록:
SIP UDP/IX 필터 모드 를 켜기 로 [기본값 아님]로 설정합니다.
VCS-e에서 SIP 세션 타이머도 확인합니다.
기본값은 1800s[30분]이며, 이는 표준이며, 방화벽의 TCP 타이머도 여기에서 일치하는지 확인하고자 합니다. 단, 이 타이머가 VCS에도 영향을 미치는지 확인하기 위해 약간 오버플로 할 수 있습니다.
구성 > 프로토콜 > SIP 아래에 있습니다.
세션 새로 고침 간격(초)은 기본값으로 설정됩니다. 3600을 시도해 보려고 할 수도 있습니다. 그러나 여기서 문제의 실제 근본은 FW에서 세션이 더 이상 사용되지 않는다고 생각하고 있는 경우입니다. VCS는 실제로 세션이 괜찮으나 해당 세션/포트에서 FIN/닫히지 않는 경우, 해당 세션/포트에서 다시 사용하려고 시도하면 통화가 종료됩니다. [case 2]은(는) FW가 올바르게 연결을 닫고 FIN/닫기 를 보내고 VCS는 일반적인 통화 드롭/지우기 를 기록하며 통화도 종료합니다. 여기에서 세션 타임러를 수정하면 통화의 상태에 대한 ACK를 수신하지 못하면 VCS가 세션에서 포기하는 경우를 제어합니다.
문제를 조금 더 정확하게 파악하는 데 도움이 될 수 있습니다. 이 타임러의 FW 설정에 따라 이 값을 낮출 수도 있습니다.
원인
화상 통화의 연결이 정확히 15분에 끊기면 일반적인 문제는 네트워크에 구성된 TCP 시간 초과(방화벽/라우터)가 SIP 세션 만료 타이머보다 짧다는 것입니다. CallManager에서 기본적으로 SIP 세션 만료 타이머는 1800 초로 설정 됩니다.
이 문서가 도움이 되었습니까?