Пожалуйста, войдите здесь. Часто задаваемые вопросы О нас
Задайте Ваш вопрос

did inbound - username mismatch, have <provider>, digest has <username> [закрыт]

0

Приобрел DID, провайдер выдал username, password, host. У меня asterisk 1.6.2.9 c белым ИП (без ната). Добавляем в sip.conf

[general]
register => username:password@sip.provider.com/username
[provider]
type=friend
username=username
fromuser=username
fromdomain=sip.provider.com
secret=password
host=sip.provider.com
qualify=1000
disallow=all
allow=g729
allow=ulaw
allow=alaw
canreinvite=no
context=from-provider
insecure=invite

звоним на did, смотрим в CLI

chan_sip.c: username mismatch, have <provider>, digest has <username>
chan_sip.c: Failed to authenticate device "96381XXXX" <sip:96381XXXX@ip_provider>;tag=as35aa1aed

где 96381XXXX, номер с которого я звоню, ну и естественно он всегда разный.

Делаю то же самое на тестовой виртуальной машине за натом все работает прекрасно (немножко отличаются версии астериска), т.е. DID работает правильно.

Натолкните на путь истинный...

удалить переоткрыть спам изменить тег редактировать

спросил 2012-01-12 22:53:03 +0400

alphil Gravatar alphil flag of Spain
520 11 5 16
http://www.damal.es/

Comments

Как бы все должно решаться с помощью

insecure=invite

ан нет. Failed to authenticate device

alphil ( 2012-01-13 13:32:18 +0400 )редактировать

Добавлю еще sip show peer provider

alphil ( 2012-01-13 13:36:03 +0400 )редактировать

6 Ответов

0

Попробуйте добавить nat=no

ссылка удалить спам редактировать

ответил 2012-01-13 01:45:55 +0400

bolshoy_plohish Gravatar bolshoy_plohish
1388 25 20 38

Comments

тоже не проходит

alphil ( 2012-01-13 13:20:30 +0400 )редактировать
0

Может задам глупый вопрос, но все же, с кем не бывает: входящий маршрут для дида прописан? Username и DID это одно и тоже?

ссылка удалить спам редактировать

ответил 2012-01-15 02:44:43 +0400

etskh Gravatar etskh
326 40 19
0

А tcpdump что говорит?

ссылка удалить спам редактировать

ответил 2012-01-13 15:09:25 +0400

bolshoy_plohish Gravatar bolshoy_plohish
1388 25 20 38

Comments

tcpdump впринципе говорит тоже что и sip debug. Сейчас буду сравнивать линия за линией с дебагами той машины где это работает

alphil ( 2012-01-13 21:34:37 +0400 )редактировать

на внешнем интерфейсе порт послушай

tcpdump -i eth0 -nn port 5060

bolshoy_plohish ( 2012-01-14 06:55:19 +0400 )редактировать

И еше порсмотри, правилно ли написал username и secret Оппечатки нет!?

bolshoy_plohish ( 2012-01-14 07:10:29 +0400 )редактировать

Он у тебя говорит что регистрацию не проходит!

bolshoy_plohish ( 2012-01-14 07:11:12 +0400 )редактировать

А где это видно, что не проходит регистрацию ? Я регистрируюсь у провайдера, чтобы он знал куда мне входящие отправлять и в sip show registry все ок.

sip.provider.com:5060           N      username         105 Registered           Sat, 14 Jan 2012 16:10:52

А вот когда провайдер мне вручает входящий звонок, то насколько я понимаю, при указаном insecure=invite не должна проходить никакая авторизация, если совпадает host и есть соответсвующий контекст, а в консоле видим

[2012-01-14 16:16:00] WARNING[1790]: chan_sip.c:12729 check_auth: username mismatch, have &lt;provider&gt;, digest has &lt;username&gt;
[2012-01-14 16:16:00] NOTICE[1790]: chan_sip.c:20073 handle_request_invite: Failed to authenticate device "9638XXXXXX" &lt;sip:9638XXXXXX@ip_provider&gt;;tag=as616732f5
alphil ( 2012-01-14 19:18:33 +0400 )редактировать

username mismatch - не правильное (не соответствует) имя пользователя

tcpdump SIP/2.0 401 Unauthorized

SIP/2.0 403 Forbidden

bolshoy_plohish ( 2012-01-14 19:37:54 +0400 )редактировать

Попробуй еще

type=peer

bolshoy_plohish ( 2012-01-14 19:42:42 +0400 )редактировать
0

fromdomain - должен быть ваш адрес, не адрес провайдера. Советую его вообще убрать или изменить на IP вашего сервера. Так же попробуйте явно прописать CallerID для данного пира. Если ничего не даст, выложите дебаг.

ссылка удалить спам редактировать

ответил 2012-01-12 23:30:46 +0400

VetaLkrot Gravatar VetaLkrot
101 2 4
http://novatel.biz/

Comments

попробовал все что вы сказали - результат тот же. готовлю дебаг к показу.

Debug тут

alphil ( 2012-01-12 23:47:33 +0400 )редактировать
0

Если сделать вот такой контекст (в буквальном смысле, ничего больше), то входящий звонок прекрасно попадает в from-provider

[96381ХХХХ]
type=user
context=from-provider

Проблема в том что 96381ХХХХ - это номер с которого я звоню.

ссылка удалить спам редактировать

ответил 2012-01-14 20:39:54 +0400

alphil Gravatar alphil flag of Spain
520 11 5 16
http://www.damal.es/

Comments

0

РЕШЕНО. Все заработало после core restart now, а до этого делал sip reload. Описание пира такое:

[general]
register => username:password@sip.provider.com/username
[provider]
type=friend
host=sip.provider.com
disallow=all
allow=g729
allow=alaw
canreinvite=no
context=from-provider
insecure=invite
nat=no

Спасибо всем поддержавшим советами.

ссылка удалить спам редактировать

ответил 2012-01-15 04:03:12 +0400

alphil Gravatar alphil flag of Spain
520 11 5 16
http://www.damal.es/

Comments

Галку поставь, что задача решена!

bolshoy_plohish ( 2012-01-15 05:30:42 +0400 )редактировать

Закладки и информация

Добавить закладку

подписаться на rss ленту новостей

Статистика

Задан: 2012-01-12 22:53:03 +0400

Просмотрен: 11,249 раз

Обновлен: Jan 15 '12

Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией GNU GPL.