limited-planet-15554
02/20/2026, 5:23 AMtall-airline-16756
02/20/2026, 5:23 AMtall-airline-16756
02/20/2026, 5:24 AMtransport=tls 등 연결 방식이 서버/피어와 일치하는지 확인이 필요합니다.
• SIP 피어(상대 장비) 쪽에서 응답하지 않거나 방화벽/보안 정책에 의해 요청이 차단되는 경우.
우선 시도해볼 점(권장 순서):
1. 외부 SIP 제공업체(예: 사용 중인 트렁크 서비스)의 상태와 인증정보(계정/비밀번호, 도메인 등)를 확인하세요.
2. LiveKit의 SIP 관련 설정(트렁크 정보, SIPTrunkInfo, TLS 사용 여부 등)이 올바른지 검토하세요.
3. 네트워크와 방화벽 설정을 점검하세요. SIP 표준 포트(예: 5060/UDP, 5061/TLS 등)가 필요한 경로에서 차단되지 않는지 확인하세요.
4. 일시적 문제일 수 있으므로 재시도해 보세요. 서버 SDK 호출 쪽에 재시도 로직을 추가하면 일시적 네트워크 오류에 대응하는 데 도움이 됩니다.
5. SIP 로그(요청/응답, SIP INVITE/200/408 등)를 수집해 어떤 단계에서 응답이 멈추는지 확인하면 원인 규명에 빠릅니다.
추가로 도와드릴 수 있는 것:
• 사용 중인 SIP 제공업체 이름과, LiveKit에서 사용하는 SIP 설정(transport, 트렁크 정보 등)을 알려주시면 더 구체적으로 어떤 항목을 점검해야 할지 안내드릴게요.
• 가능하면 관련 로그(타임스탬프 포함)와 함께 어떤 작업을 시도했는지 알려주세요. 그러면 로그에서 어떤 메시지(예: INVITE 후 응답 없음)가 보이는지 함께 분석해 드리겠습니다.
원하시면 위 항목 중 어느 부분부터 함께 점검할지 알려주세요.
Sources: SIP Lifecycle Management Agent | LiveKit Documentation | Understanding TLS in SIP | LiveKit | sip | livekit/livekit_composite | DeepWiki | server-sdk-go | livekit/livekit_composite | DeepWikilimited-planet-15554
02/20/2026, 7:28 AMtall-airline-16756
02/20/2026, 7:28 AMdeadline_exceeded (408)
이는 HTTP 408과 유사한 의미로, 요청이 정해진 시간(데드라인) 내에 완료되지 않아 서버가 응답을 취소했음을 뜻합니다.
• twirp error unknown: sip request timed out
LiveKit이 SIP(전화망) 관련 요청을 외부 SIP 제공자나 피어로 보냈지만, 정해진 시간 안에 응답을 받지 못해 타임아웃이 발생했다는 뜻입니다.
주요 원인
• 외부 SIP 제공업체 또는 PSTN 쪽 응답 지연 또는 무응답.
• LiveKit 서버와 SIP 제공자 간 네트워크 지연/패킷손실/라우팅 문제.
• SIP 설정 불일치(트렁크 정보, transport — 예: TLS/UDP 불일치 등).
• 방화벽이나 보안 규칙으로 SIP 패킷이 차단됨.
• 일시적인 서비스 장애(외부 제공자 측 문제).
우선 확인해볼 항목 (권장 순서)
1. 사용 중인 SIP 제공업체 이름(예: Twilio 등)과 해당 서비스의 상태 확인.
2. LiveKit에 설정한 SIP 관련 정보 확인: SIPTrunkInfo, transport 설정(예: tls 사용 여부), 인증 정보 등.
3. 네트워크/방화벽: 포트(예: 5060/UDP, 5061/TLS 등)가 열린 상태인지, NAT/포트포워딩 설정은 올바른지 확인.
4. 재시도 테스트: 동일 시도를 여러 번 해보고 일시적 오류인지 판단.
5. SIP 신호 로그 수집: INVITE → 응답(100/180/200 등) 흐름이 어디서 끊기는지 확인(타임스탬프 포함).
제가 더 도와드리려면 다음 정보를 알려주세요
• 사용 중인 SIP 제공업체 이름과 서비스(예: SIP 트렁크, PSTN 게이트웨이 등).
• LiveKit에 설정한 주요 SIP 설정(transport, 트렁크 도메인/포트, 인증 방식).
• 문제 발생 시각과 가능한 SIP 로그(관련 INVITE/ACK/응답 로그의 일부 — 민감한 정보는 가려도 됩니다).
• 동일 환경에서 다른 콜은 정상인지, 특정 상대(피어)에서만 발생하는지 여부.
원하시면 위 정보 중 일부만 주셔도 괜찮습니다 — 보내주시는 정보에 따라 어디를 먼저 점검하면 되는지, 또는 로그에서 무엇을 찾아봐야 하는지 구체적으로 안내해 드릴게요.limited-planet-15554
02/20/2026, 7:45 AMtall-airline-16756
02/20/2026, 7:45 AMINVITE 같은 호출을 보낸 뒤 일정 시간(데드라인) 내에 SIP 응답(예: 100/180/200 등)을 받지 못하면 요청이 타임아웃되고 deadline_exceeded (408) 또는 twirp error unknown: sip request timed out 같은 오류가 반환됩니다.
• 즉, 상대가 단순히 응답하지 않아서 SIP 신호가 전혀 오지 않으면 서버는 기다리다 타임아웃을 발생시킵니다 — 이것은 정상적인 동작입니다.
대응 및 조정 방법:
• 타임아웃 길이 조정: 호출을 더 오래 기다리게 하고 싶으면 서버/클라이언트 쪽에서 데드라인(타임아웃)을 늘리는 설정이 가능한지 확인하세요. (설정 위치는 사용 중인 SDK/구성에 따라 다릅니다.)
• 재시도 로직: 일시적 네트워크 문제에 대비해 재시도하거나 사용자에게 재호출 옵션을 제공할 수 있습니다.
• SIP 신호 로그 확인: 로그에서 INVITE 이후 아무 응답(100/180/200/408 등)이 없는지 확인하면 “응답 없음” 상황인지, 네트워크 문제인지 구분할 수 있습니다.
• 사용자 경험 처리: 호출이 응답 없을 때 앱 쪽에서 “응답 없음(부재중)” 메시지로 표시하거나 보이스메일로 넘어가게 하는 등 UX 흐름을 설계하세요.
원하시면 도와드릴게요:
• 타임아웃을 늘리려면 어디에서 설정해야 하는지 알려드릴 수 있어요 — 사용 중인 SDK나 서버 구성(예: 어떤 언어/라이브러리로 호출을 보내는지)을 알려주세요.
• SIP 로그(INVITE부터 타임스탬프 포함)를 공유해 주시면, 로그 상에서 응답이 전혀 없는지 아니면 네트워크/설정 문제인지 같이 분석해 드릴게요.
어느 부분부터 같이 확인해볼까요?