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