Страница 1 из 1

SBC SIP Tunk

Добавлено: 19 янв 2016 18:03
mrwho
Подскажите пожалуйста как на SBC1000 настроить авторизацию SIP Trunk

место под ввод логина есть, а пароля нет.
Версия ПО 1.4.3.103

Re: SBC SIP Tunk

Добавлено: 20 янв 2016 09:32
Dmitriy_eltex
Здравствуйте.
снимок2.png
снимок2.png (39.57 КБ) 6262 просмотра

Re: SBC SIP Tunk

Добавлено: 20 янв 2016 17:52
mrwho
не, не работает.

Код: Выделить всё

REGISTER sip:1393441@sip.ipport.net:5060 SIP/2.0
Via: SIP/2.0/UDP 178.251.136.17:15090;rport;branch=z9hG4bKPjuGT4-Q1-zA3DqzrvKJad1us9b3oXdyim
Max-Forwards: 70
From: <sip:1393441@dssv.ru>;tag=2Y3bLaIMziEtazbSLj2T1YXsiYRHwxDV
To: <sip:1393441@dssv.ru>
Call-ID: BFgmuVsIUTYx7mNiRtzdbD7-hDHDeUVO
CSeq: 61856 REGISTER
User-Agent: Eltex SBC v1.4.3.103
Contact: <sip:1393441@178.251.136.17:15090>
Expires: 180
Content-Length:  0

SIP/2.0 100 Registering...
Via: SIP/2.0/UDP 178.251.136.17:15090;received=178.251.136.17;rport=15090;branch=z9hG4bKPjuGT4-Q1-zA3DqzrvKJad1us9b3oXdyim
From: <sip:1393441@dssv.ru>;tag=2Y3bLaIMziEtazbSLj2T1YXsiYRHwxDV
To: <sip:1393441@dssv.ru>
Call-ID: BFgmuVsIUTYx7mNiRtzdbD7-hDHDeUVO
CSeq: 61856 REGISTER
Server: OpenSIPS (1.10.1-tls (x86_64/linux))
Content-Length: 0

SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 178.251.136.17:15090;received=178.251.136.17;rport=15090;branch=z9hG4bKPjuGT4-Q1-zA3DqzrvKJad1us9b3oXdyim
From: <sip:1393441@dssv.ru>;tag=2Y3bLaIMziEtazbSLj2T1YXsiYRHwxDV
To: <sip:1393441@dssv.ru>;tag=5443baf9c54e4c976efb0b47ee0dbbfa-adb0
Call-ID: BFgmuVsIUTYx7mNiRtzdbD7-hDHDeUVO
CSeq: 61856 REGISTER
WWW-Authenticate: Digest realm="n1", nonce="569e220b00012c21ad9a14bb052e71f9d3e20b557bbbe920", qop="auth"
Server: OpenSIPS (1.10.1-tls (x86_64/linux))
Content-Length: 0


Re: SBC SIP Tunk

Добавлено: 20 янв 2016 19:37
mrwho
что я делаю не так?

Снимок_экрана_20_01_16__16_31.png
Снимок_экрана_20_01_16__16_31.png (26.45 КБ) 6240 просмотров


дамп во вложении

Re: SBC SIP Tunk

Добавлено: 28 янв 2016 10:03
Evgeniy
SBC авторизируется на сервере, в ReINVITE есть поле Proxy-Authorication с высчитанным Response, однако, сервер снова посылает 407

Было бы корректно на стороне сервера посмотреть внутренние логи, непонятна от него повторная отправка 407 сообщения.