E000404 введен недопустимый внутренний номер ошибка блока внутренних номеров

E000404
Введен недопустимый внутренний номер (Ошибка блока внутренних номеров)

Юзаю INSTALLER с пасом 1234 (поменяю пас — забуду 😊 ).
Сам считаю ситуацию бредом и мозг кипит, но подозрение, что при первоначальной настройке, что-то заблокировали или лицензию на ПО треба

какой там протокол TCP вроде?

spider_alex в личку пришла месага?

Странно, пускат меня. Знаю, потом назад блокану, мне на неё доступ с мира не нужен, рядышком стоит. 😊

“семь бед — один RESET”  кое-как настроил начав всё с “чистого листа” 😊 правда так и не настраиваеться на номера не стоящие в диапазоне 100-199, не критично, но непонятное мне программное ограничение…

Очень даже понятное,у вас в 2.6.1 кроме 1ХХ никого, остальные циферы в квикдайл переехали.

Диагностика ошибок с помощью утилиты sngrep

В данной статье мы рассмотрим самые распространенные ошибки пользователей при регистрации внутренних номеров и транков. Ознакомившись с этой статьёй вы сможете самостоятельно и в кратчайшие сроки диагностировать и устранять ошибки с помощью утилиты sngrep.

Основные ошибки при регистрации внутренних номеров

Рассмотрим самые частые ошибки при регистрации внутренних номеров:

1. Одна из ошибок может быть заключена в поле password при регистрации софтфона или IP телефона. При внесение данных в поля user и password, будьте внимательны, проверьте регистр, если вы делали Ctrl + C, проверьте что вы скопировали нужную вам область. При попытке ввода неверного пароля в консоли Asterisk, будет спам NOTICE – Wrong Password. Это говорит о том, что происходит попытка регистрации с неверным паролем. Ниже на скрине вы можете увидеть, как данная ошибка выглядит в sngrep.

Если в логах у вас отображается информация Wrong password вместе с Ip адресами и подсетями, которые вы уверенны что не используется у вас, значит с этих IP адресов перебирают пароли и пытаются авторизоваться на вашей АТС с целью монетизации международных звонков.

Для того чтобы посмотреть логи введите следующую команду:

grep 574 /var/log/asterisk/ful

где, 574 внутренний номер.

Если вы увидели в логах чужие IP адреса, то необходимо проверить Firewall на сетевом оборудовании и на АТС. Проверить защиту Asterisk Iptables и так же настроить Firewall на Mikrotik.

2. Вторая, не мало распространенная ошибка связана с полями deny/permit. Данные поля находятся в настройках внутреннего номера. Убедитесь, что в поле deny/permit у вас указаны верные параметры, в поле permit должна быть указана та подсеть или IP адрес, с которого приходит запрос на регистрацию. Как эта ошибка выглядит в sngrep вы можете увидеть ниже на (рис. 3).

3. Так же может не проходить регистрация, так как в софтфоне указан протокол UDP, а на АТС для данного внутреннего номера разрешен только протокол TCP. Ниже можете увидеть как отображается данная ошибка.

4. Не менее распространенная ошибка, если вы видите по sngrep что регистрация на сервер приходит, но сервер ничего не отвечает. В таком случае стоит проверить Firewall, скорее всего IP с которого шлется регистрация или подсеть не добавлены в Firewall.

5. Если внутренний номер удаленный и IP у него не постоянный, то такой внутренний номер нужно регистрировать через нестандартный порт. Для этого в настройках софтфона или IP телефона нужно указать корректный IP адрес и порт. Подробнее, о том как настроить нестандартный порт можете посмотреть в нашей статье.

Основные ошибки при регистрации транков

1. IP адреса провайдера не добавлены в Firewall со стороны АТС. При регистрации транков необходимо узнать IP адреса и подсети провайдера, которым необходимо открыть доступ для избежания проблем с регистрацией и вызывами. Так же если провайдер прислал данные, в котором указано доменное имя, которое в настоящий момент резолвится на один IP адрес, который уже добавлен в IPtables, то в какое то время провайдер может переключиться на сервер с другим адресом, поэтому в техподдержке необходимо уточнить каким точно IP адресам и подсетям необходимо открыть доступ со стороны АТС.
2. Практически та же ошибка, но наоборот. Если IP адрес АТС не добавлен в белый список на стороне провайдера. 
3. Существует ошибка, где АТС находится за НАТом, но провайдеру отсылаются пакеты, с внутренними IP адресами (это означает что АТС не подключена напрямую в интернет, между АТС и интернетом есть еще какое-то сетевое оборудование). Для того, чтобы избежать данной проблемы в транке должны быть указаны следующие параметры:

Nat=force_rport,comedia – медиа поток будет приходить на порт Asterisk, независимо от указанной SDP, и будет использоваться rport даже если его нет.

Nat=yes (Asterisk до 11 версии) – при таком параметре Asterisk использует внешний IP адрес externrip.

Так же должны быть прописаны глобальные параметры:

Externip – задаем IP адрес, который будет использоваться, как IP адрес источника во всех SIP сообщениях, когда работаем с SIP клиентами, для которых указан параметр nat в yes.

Externaddr – внешний белый IP адрес.

Localnet – внутренние сети которые подключаются к Asterisk.

Глобальные параметры можно проверить с помощью команды:

asterisk –rx 'sip show settings'

Ниже вы можете увидеть что происходит в sngrep.

1. Если у вас транк с регистрацией, то возможно некорректно указана строка регистрации.

Есть параметр callbackextensions, который сам подтягивает все нужные параметры и вам не придется прописывать строку registr.

Так же, давайте отметим ошибки связанные с вызовами через транки:

1. Указаны неправильные кодеки, которые должны использоваться.
Часто используются кодеки alaw ulaw , если нужны g723 g729 то их нужно устанавливать отдельно.
Чтобы посмотреть текущие кодеки нужно ввести команду:

asterisk –rx 'core show translation'

В freepbx – settings – sip

Кодеки можно задавать в транке сначала отключить все disallow=all потом активируем нужные нам кодеки allow=ulaw.

2. Неверно указан fromuser;

3. Не указана опция inswcure (invite,port).