자체 SIP 트렁크 사용: 이미 쓰는 통신사에서 AI 음성 에이전트 운영

Wixzel Voice 트렁크는 두 부분으로 이루어지며, 각각 통신사 콘솔의 다른 곳에서 설정합니다. 두 주소는 모든 트렁크에 반환되므로, 페이지가 최신 상태라고 믿기보다 API에서 읽으세요.

아래 각 통신사에는 무엇을 구매하고, 무엇을 허용 목록에 넣고, 수신 통화를 어디로 보내는지, 그 통신사에 맞는 트렁크 요청과 그 통신사만의 주의 사항을 담은 전용 페이지가 있으며, 문서의 전체 콘솔 단계로 가는 링크도 있습니다. 통신사마다 두 설정의 이름은 다르지만 설정 자체는 같습니다.

올바르게 보이는 트렁크가 실제로 작동하는지는 두 가지 설정이 더 결정합니다. 번호 형식: Twilio, Telnyx, Vobiz는 번호 앞에 +가 붙기를 기대합니다. 많은 도매 통신사는 이를 해석하지 못해 408로 시간 초과되는데, send_plus: false로 해결됩니다. 전송 방식: 거의 모든 곳에서 UDP가 기본값이지만 Exotel은 UDP를 받지 않으므로 Exotel 트렁크는 TCP로 실행됩니다. 전송 방식이 맞지 않으면 통신사가 응답하지 않는 것처럼 보입니다.

API가 수락한 뒤 통신사가 거부한 통화는 GET /v1/calls/{id}에서 status: "failed"(원인 17이면 busy, 원인 19이면 no-answer)로 표시되며, failure_code(통신사가 보낸 Q.850 원인 코드로, 분기 처리에 쓸 수 있는 안정적인 값)와 failure_reason(무엇을 해야 하는지 쉬운 말로 설명)이 함께 나옵니다. cost_micros는 null입니다. 연결되지 않은 통화는 비용이 없으며, 이를 위해 보류했던 크레딧은 해제됩니다.

먼저 통신사 자체의 통화 로그를 확인하세요. 통화가 목록에 없다면 통신사에 도달하지 못한 것으로, 허용 목록, 트렁크 호스트 또는 방화벽이 잘못된 것입니다. 응답 0건, 비용 0으로 목록에 있다면 통신사가 INVITE를 수락한 뒤 끊은 것이며, 이는 설정 문제보다 통신사 권한 문제인 경우가 훨씬 많습니다. 표시하는 발신자 번호가 계정에서 승인되어 있어야 하고, 해당 시장에서 요구한다면 KYC와 목적지 등록이 완료되어 있어야 하며, 목적지 번호 대역은 잔액만 있는 것이 아니라 활성화되어 있어야 합니다. API가 설명하는 원인은 다음과 같습니다.