asterisk.ru

Глубокое бурение проблемы (иметь коммутатор с функцией port monitoring) показало бы причину этого поведения. Если бы видеть на порту старого анального устройства что приходит, что уходит на уровне дампа. Вторая причина может быть в поведении НАТообразующего устройства, которе SIP пакеты телефонов обрабатывает так, а от шлюза - эдак. Третья причина - указание на шлюзе, что он за НАТ.

Думаю, что на внешнем Астериске тоже можно было бы отфильтровать пакеты устройства.

ded писал(а):иметь коммутатор с функцией port monitoring

нету (
мне бы хоть дамп снять на той стороне, но тоже нечем

ded писал(а):Вторая причина может быть в поведении НАТообразующего устройства, которе SIP пакеты телефонов обрабатывает так, а от шлюза - эдак

Это мысль, спасибо. Правда, что делать - только роутер другой подкинуть..

ded писал(а):Третья причина - указание на шлюзе, что он за НАТ.

Пробовал форсить rport, не помогло. Есть там еще указание внешнего адреса, но он динамический.
Впрочем, сейчас проверить попробую, спасибо

на внешнем Астериске тоже можно было бы отфильтровать пакеты устройства

Да в принципе и глазами фильтрую

что я вижу после перепрошивки
от шлюза register
от астера 401 Unauthorized
от шлюза.. register

то есть шлюз не видит 401 видимо и не шлет данные дальше.
При этом в статусе шлюза статус регистрации suscefull, пир на астере тоже в статусе ok.
Ковыряю

гребаные кривые длинки
сохранить адрес NAT external не представляется возможным, якобы не указаны значения кучи полей. Значения указаны. Что за пи..

whoim писал(а):что я вижу после перепрошивки
от шлюза register
от астера 401 Unauthorized
от шлюза.. register

Такое же поведение с цыскофонами, если на Астериске не указано, что они за НАТ.
CLI> sip show peers ?
от астера 401 Unauthorized должно быть с предложением authorize with WWW-digest и указанием значения nonce.
Есть такое? И если шлюз видит такое, то высылает register with WWW-digest + nonce

Да, есть

Content-Length: 0
WWW-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="5cddbe2e"
Supported: replaces, timer
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Server: FPBX-2.11.0(11.25.2)
CSeq: 1 REGISTER
Call-ID: 4168822547@192.168.1.140
To: ;tag=as5bf57a54
From: ;tag=551789710
Via: SIP/2.0/UDP 178.88.*.*:20001;branch=z9hG4bK736407029;received=178.88.*.*;rport=20001
SIP/2.0 401 Unauthorized

>Call-ID: 4168822547@192.168.1.140
вот тут непонятно, кто такой 192.168.1.140. Это не адрес шлюза или роутера.

nat=yes на транке прописан

531400/531400 2.133.*.* D Yes Yes 26265 OK (95 ms)

ии опа - адрес другой, видимо ребутнули шлюз с той стороны, сейчас буду проверять.

UDP да, ребутали роутер, адрес сменился пока выковыривал инфу. С этим норм, сейчас пакеты идут с/на новый адрес

в общем, какой то загон с натом/роутером.
Если астер шлет пакет (опшнз) шлюзу, то от шлюза есть ответ.
Если шлюз шлет астеру пакет (register), то астер видит его, отправляет ответ (401), ожидает ответа но его нет.
Адреса / порты совпадают, rport используется, nat тоже (Transmitting (NAT) to)

Роутер - это dsl модем, тоже древний длинк. В нем ничего подходящего.
Установка stun (в разделе status / STUN Inquiry) не помогает, тип ната не определяется. Установить nat ext addr или stun в разделе NAT / DDNS не удается, шлюз считает что не введены данные в поля ddns-сервера (вводил). Глюк прошивки.

Пока отбой.