Eugene Tsepelev Опубликовано 22 апреля, 2011 · Жалоба Добрый день ! Имеется следующая связка - клиенты, Audiocodes Mediant1000 MSBG, IP-PBX. Без использования M1000 клиенты на IP-PBX регистрируются нормально и все работает. При использовании получаем следующую картину: REGISTER sip:mkd.regit.ru SIP/2.0 Via: SIP/2.0/UDP 91.190.233.10:5070;branch=z9hG4bKac2053334569 Max-Forwards: 10 From: 441006 <sip:441006@mkd.regit.ru>;tag=1c2052812099 To: 441006 <sip:441006@mkd.regit.ru> Call-ID: 2052502697184201114123@mkd.regit.ru CSeq: 1 REGISTER Contact: 441006 <sip:FEU1-899-101@91.190.233.10:5070> Supported: replaces Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER Expires: 60 User-Agent: Audiocodes-Sip-Gateway-Mediant 1000 - MSBG/v.6.20A.015.002 Content-Length: 0 SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 91.190.233.10:5070;received=91.190.233.10;branch=z9hG4bKac2053334569 To: "441006"<sip:441006@mkd.regit.ru> From: "441006"<sip:441006@mkd.regit.ru>;tag=1c2052812099 Contact: "441006"<sip:FEU1-899-101@91.190.233.10:5070> Call-ID: 2052502697184201114123@mkd.regit.ru CSeq: 1 REGISTER Max-Forwards: 70 Content-Length: 0 Expires: 60 WWW-Authenticate: Digest realm="mkd.regit.ru", nonce="bd85f4511ac8a7f6c0bdd8424485d977", stale=true, algorithm=MD5 0@m~VEQ>j[ [RREGISTER sip:mkd.regit.ru SIP/2.0 Via: SIP/2.0/UDP 91.190.233.10:5070;branch=z9hG4bKac2088602840 Max-Forwards: 10 From: 441006 <sip:441006@mkd.regit.ru>;tag=1c2052812099 To: 441006 <sip:441006@mkd.regit.ru> Call-ID: 2052502697184201114123@mkd.regit.ru CSeq: 2 REGISTER Authorization: Digest username="441006",realm="mkd.regit.ru",nonce="bd85f4511ac8a7f6c0bdd8424485d977",uri="sip:mkd.regit.ru",algorithm=MD5,response="5fc7b6a5aacc40588d11fe83d078bb7e" Contact: 441006 <sip:FEU1-899-101@91.190.233.10:5070> Supported: replaces Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER Expires: 60 User-Agent: Audiocodes-Sip-Gateway-Mediant 1000 - MSBG/v.6.20A.015.002 Content-Length: 0 m~V0@E@@[[ D'SIP/2.0 200 OK Via: SIP/2.0/UDP 91.190.233.10:5070;received=91.190.233.10;branch=z9hG4bKac2088602840 To: "441006"<sip:441006@mkd.regit.ru> From: "441006"<sip:441006@mkd.regit.ru>;tag=1c2052812099 Contact: "441006"<sip:FEU1-899-101@91.190.233.10:5070> Call-ID: 2052502697184201114123@mkd.regit.ru CSeq: 2 REGISTER Content-Length: 0 Expires: 60 Date: Mon, 18 Apr 2011 08:12:07 GMT 0@m~VER>j[ [lREGISTER sip:mkd.regit.ru SIP/2.0 Via: SIP/2.0/UDP 91.190.233.10:5070;branch=z9hG4bKac1060893236 Max-Forwards: 10 From: 441006 <sip:441006@mkd.regit.ru>;tag=1c1060347719 To: 441006 <sip:441006@mkd.regit.ru> Call-ID: 2052502697184201114123@mkd.regit.ru CSeq: 3 REGISTER Contact: 441006 <sip:FEU1-899-101@91.190.233.10:5070> Supported: replaces Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER Authorization: Digest username="441006",realm="mkd.regit.ru",nonce="bd85f4511ac8a7f6c0bdd8424485d977",uri="sip:mkd.regit.ru",algorithm=MD5,response="5fc7b6a5aacc40588d11fe83d078bb7e" Expires: 60 User-Agent: Audiocodes-Sip-Gateway-Mediant 1000 - MSBG/v.6.20A.015.002 Content-Length: 0 m~V0@E@@C[[ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 91.190.233.10:5070;received=91.190.233.10;branch=z9hG4bKac1060893236 To: "441006"<sip:441006@mkd.regit.ru> From: "441006"<sip:441006@mkd.regit.ru>;tag=1c1060347719 Contact: "441006"<sip:FEU1-899-101@91.190.233.10:5070> Call-ID: 2052502697184201114123@mkd.regit.ru CSeq: 3 REGISTER Max-Forwards: 70 Content-Length: 0 Expires: 60 WWW-Authenticate: Digest realm="mkd.regit.ru", nonce="a036965f7592407c64d61fb92112ff96", stale=true, algorithm=MD5 0@m~VES>i[ [REGISTER sip:mkd.regit.ru SIP/2.0 Via: SIP/2.0/UDP 91.190.233.10:5070;branch=z9hG4bKac1095751397 Max-Forwards: 10 From: 441006 <sip:441006@mkd.regit.ru>;tag=1c1060347719 To: 441006 <sip:441006@mkd.regit.ru> Call-ID: 2052502697184201114123@mkd.regit.ru CSeq: 4 REGISTER Authorization: Digest username="441006",realm="mkd.regit.ru",nonce="a036965f7592407c64d61fb92112ff96",uri="sip:mkd.regit.ru",algorithm=MD5,response="dfcbde4e656c708bc5438a8e1bd961a6" Contact: 441006 <sip:FEU1-899-101@91.190.233.10:5070> Supported: replaces Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER Authorization: Digest username="441006",realm="mkd.regit.ru",nonce="bd85f4511ac8a7f6c0bdd8424485d977",uri="sip:mkd.regit.ru",algorithm=MD5,response="5fc7b6a5aacc40588d11fe83d078bb7e" Expires: 60 User-Agent: Audiocodes-Sip-Gateway-Mediant 1000 - MSBG/v.6.20A.015.002 Content-Length: 0 m~V0@Ex@@[[ dySIP/2.0 403 Forbidden Via: SIP/2.0/UDP 91.190.233.10:5070;received=91.190.233.10;branch=z9hG4bKac1095751397 To: "441006"<sip:441006@mkd.regit.ru> From: "441006"<sip:441006@mkd.regit.ru>;tag=1c1060347719 Contact: "441006"<sip:FEU1-899-101@91.190.233.10:5070> Call-ID: 2052502697184201114123@mkd.regit.ru CSeq: 4 REGISTER Content-Length: 0 При использовании Asterisk в качестве IP-PBX такого нет, все отрабатывает нормально. Проблема в посылаемом со стороны M1000 втором Authorization, со старым nonce. IP-PBX не умеет отрабатывать такую ситуацию. Собственно вопрос, где можно почитать про ситуацию разбора REGISTER c двумя Authorization с различными nonce ? Два дня уже копаю не могу понять как должен вести себя сервер. и кто виноват M1000 или IP-PBX. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Aleck_K Опубликовано 22 апреля, 2011 · Жалоба Проблема в несоответствии теории и практики. На практике при получении нового Nonce необходимо перестраивать response, так работают большинство sip ua. В теории может получаться и два заголовка Authorization, рфц это допускает, но если честно я ни разу не видел, чтобы такая схема работала. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...