SIP получает ответ 407 для запроса BYE

В моем приложении VOIP я отправляю запрос на приглашение (INVITEE_NUMBER) и получаю 200 OK ответ, когда приглашенный получает вызов,

Но когда я посылаю запрос Bye для завершения вызова, я получаю код ответа 407 с сервера. Должен ли я рассматривать его как не прошедший проверку ответ или я ошибаюсь.

Пожалуйста, обратитесь к потоку SIP,

Sending BYE Request to INVITEE_NUMBER

BYE sip:[email protected]_ADDRESS:PORT_NO SIP/2.0
Via: SIP/2.0/UDP SERVER_ADDRESS:PORT_NO;branch=z9hG4bKe474296b56f64451ba78152b5ecd2e6c;
To: ;tag=fe65e252-2245-3d98-cec9-31e2f05efe9d
From: "" ;tag=1193168134
Call-ID: 0401186002ac45deaebf746061ec29cc
CSeq: 3 BYE
Max-Forwards: 70
Route: 
Content-Length: 0

Response from server

SIP/2.0 407 Proxy Authentication required
Via: SIP/2.0/UDP SERVER_ADDRESS:PORT_NO;branch=z9hG4bKe474296b56f64451ba78152b5ecd2e6c;rport=5061;received=124.40.244.4
To: ;tag=fe65e252-2245-3d98-cec9-31e2f05efe9d
From: "" ;tag=1193168134
Call-ID: 0401186002ac45deaebf746061ec29cc
CSeq: 3 BYE
Max-Forwards: 70
Proxy-Authenticate: Digest realm="vo.packet8.net",nonce="cf319a6e81ade8f6be8d658a6a0e86ca",qop=auth,opaque="",algorithm=MD5
Content-Length: 0

Ожидается ли это, или что-то не так, или клиент или сервер?

0
добавлено отредактировано
Просмотры: 1
nl ja de
Подтвердил ли INVITEE оригинал INVITE? Добавил ли INVITEE в прокси-сервер (в заголовке Route)?
добавлено автор Frank Shearar, источник

1 ответы

Теоретически получающий пользовательский агент может оспорить любой запрос, включая BYE. Кроме того, любой прокси-сервер Stateful по пути запроса также может оспорить запрос. В обоих случаях клиент должен повторно отправить запрос с его учетными данными.

Я ничего не нашел в SIP RFC, который специально посвящен авторизации запросов BYE, но эта цитата из « 12.2.2 UAS Behavior " означает, что запросы в диалоговом окне нуждаются в поддержке авторизации:

Если прокси-сервер вызывает запрос, созданный UAC, UAC имеет         для повторной отправки запроса с учетными данными. Повторно отправленный запрос         будет иметь новый номер CSeq. UAS никогда не увидит первого         запрос, и, таким образом, он заметит разрыв в пространстве номеров CSeq.         Такой промежуток не представляет собой никакого условия ошибки.

Считается, что для запроса BYE очень необычно, и я подозреваю, что существует много SIP-пакетов, которые не будут обрабатывать его правильно. Как сказал Фрэнк, я был бы склонен проверить маршрутизацию запроса, посмотрев заголовки Record-Route на ответ OK и убедитесь, что вы отправляете BYE в правильное место назначения.

2
добавлено
Спасибо, sipwiz, я реализую то же самое ...
добавлено автор Amitg2k12, источник