VIDEOCHAT  ::   FAQ  ::   Поиск  ::   Регистрация  ::   Вход

Проблема с адресацией внешних входящих звонков

Проблемы Asterisk без вэб-оболочек и их решения

Модераторы: april22, Zavr2008

steap
Сообщения: 26
Зарегистрирован: 10 ноя 2015, 11:51
Откуда: Новосибирск

Проблема с адресацией внешних входящих звонков

Сообщение steap »

Здравствуйте.
В Asteriske не спец. Пока пролистал одну книгу и вник в общий принцип работы. Понадобилось поднять телефонию. Имеем:
Сервер Elastix 2.5.0-8 (на VMWare).
14 телефонов ATCom AT530
7 телефонов Gigaset C530A

У сервера два сетевых интерфейса:
eth0 192.168.50.1/24 (локалка)
ehh1 пусть будет 10.1.1.10/24 (провайдер телефонии)

Провайдер выдал 9 номеров и, соответственно, 9 учеток.
Было настроено 9 транков и 9 правил входящей адресации по DID'ам.
Заведена 21 SIP учетка и 10 IAX2 (виртуальные факсы).
Большинство номеров адресуется на Ring Groups (по отделам).
Проблема в следующем - иногда правила видимо не срабатывают и входящий вызов сбрасывается. Если добавим дефолтное правило входящей адресации (без конкретного DID'а), то звонки будут уходить на него. При этом Src. Channel будет указан номером на который звонят извне. В чём может быть причина?
Последний раз редактировалось steap 10 ноя 2015, 12:38, всего редактировалось 1 раз.
awsswa
Сообщения: 2390
Зарегистрирован: 09 июн 2012, 10:52
Откуда: Россия, Пермь skype: yarick_perm

Re: Проблема с адресацией внешних взодящих звонков

Сообщение awsswa »

Значит забыли прописать еще DIDы
включайте логи и ждите сброса - потом смотрите с каким DID прилетело и добавляйте
платный суппорт по мере возможностей
ded
Сообщения: 15629
Зарегистрирован: 26 авг 2010, 19:00

Re: Проблема с адресацией внешних входящих звонков

Сообщение ded »

Достаточно было бы 1 транк и 9 регистраций.
Скорее всего одна регистрация некорректно указана, поэтому прибегает не в ожидаемый DID. Вы действовали правильно, входящий any DID \ Any CID поможет поймать такой звонок, и в логе будет видно какой DID прилетает. Если же там просто s - значит в строке регистрации не указан DID сзади через слэш.
steap
Сообщения: 26
Зарегистрирован: 10 ноя 2015, 11:51
Откуда: Новосибирск

Re: Проблема с адресацией внешних взодящих звонков

Сообщение steap »

awsswa писал(а):Значит забыли прописать еще DIDы
включайте логи и ждите сброса - потом смотрите с каким DID прилетело и добавляйте
Вроде ничего не забыли. Несколько человек просматривали настройки. Проблема в том, что на прописанные DID'ы не всегда проходит (то есть в основном проходит). Допустим первые 10 звонков нормально адресует, а 11й уже не срабатывает правило. И числа меняются. То с первого раза ошибка (читай уводит на дефолтный транк), то с пятого, то с десятого... Логи включил, но там такая каша, что с трудом можно разобраться. Можете подсказать, на какую строчку обращать внимание?
ded писал(а):Достаточно было бы 1 транк и 9 регистраций.
Скорее всего одна регистрация некорректно указана, поэтому прибегает не в ожидаемый DID. Вы действовали правильно, входящий any DID \ Any CID поможет поймать такой звонок, и в логе будет видно какой DID прилетает. Если же там просто s - значит в строке регистрации не указан DID сзади через слэш.
Да, я читал, что такой вариант лучше, но мой провайдер выдаёт в таком виде. Кстати из-за этого все Src Chanel были с именем первого транка. Пришлось даже костыль использовать в виде:

-A POSTROUTING -s 192.168.0.0/255.255.255.0 -j MASQUERADE
-A OUTPUT -d 1.1.1.2 -j DNAT --to-destination 178.49.132.2
-A OUTPUT -d 1.1.1.3 -j DNAT --to-destination 178.49.132.2
-A OUTPUT -d 1.1.1.4 -j DNAT --to-destination 178.49.132.2
-A OUTPUT -d 1.1.1.5 -j DNAT --to-destination 178.49.132.2
-A OUTPUT -d 1.1.1.6 -j DNAT --to-destination 178.49.132.2
-A OUTPUT -d 1.1.1.7 -j DNAT --to-destination 178.49.132.2
-A OUTPUT -d 1.1.1.8 -j DNAT --to-destination 178.49.132.2
-A OUTPUT -d 1.1.1.9 -j DNAT --to-destination 178.49.132.2
-A OUTPUT -d 1.1.1.10 -j DNAT --to-destination 178.49.132.2

И так для всех транков.

Кстати может в настройках косяк? Так как провайдер ничего дельного не сказал, пришлось импровизировать:
username=ХХХХХХХХХХ
callbackextension=ХХХХХХХ
secret=ХХХХХХХХХХ
host=1.1.1.2
fromdomain=sipserver.novotelecom.ru
type=friend
context=from-trunk
insecure=port,invite
trustrpid=yes
sendrpid=yes
directmedia=no
qualify=yes
keepalive=15
nat=yes
dtmfmode=rfc2833
disallow=all
allow=ulaw
port=11112

Хотя есть одна теория, что телефоны (или Астериск) посылают некорректный сигнал о завершении звонка.
steap
Сообщения: 26
Зарегистрирован: 10 ноя 2015, 11:51
Откуда: Новосибирск

Re: Проблема с адресацией внешних входящих звонков

Сообщение steap »

Кстати только заметил, что на 14 телефонах Atcom начальный порт указан 10000 и количество - 200. Я так понимаю, что большая вероятность нехватки портов может быть и из-за этого проблемы?
ded
Сообщения: 15629
Зарегистрирован: 26 авг 2010, 19:00

Re: Проблема с адресацией внешних входящих звонков

Сообщение ded »

Ложная теория.
Выкатывайте претензии провайдеру: Раз обеспечивает связь и берёт за это деньги - пусть разрабатывает инструкции подключения, для разных типов оборудования и софтсвичей. Варианты "мы подключаем только ИП-АТС Панасоник!" или "проверьте соединение через подключение софтфона" не прокатят.
Да, номера DID можно через callbackextension=ХХХХХХХ а можно через специфичную строку регистрации
register => ХХХХХХХ:passwd1@sipserver.novotelecom.ru/ХХХХХХХ
и таких строк можно набить в файле sip_registrations_custom.conf столько, сколько нужно.

http://forum.asterisk.ru/viewtopic.php? ... 79&start=0

Дядям из Новотелекома уже будем счёт выписывать? За то, что их проблемы подключения решаем всем миром?
awsswa
Сообщения: 2390
Зарегистрирован: 09 июн 2012, 10:52
Откуда: Россия, Пермь skype: yarick_perm

Re: Проблема с адресацией внешних входящих звонков

Сообщение awsswa »

телепатия моде ОН
а может провайдер с разных IP адресов шлют звонки ?
а регистрация только на одном ?

и когда кривой DID звонок как раз приходит с IP где нету регистрации
платный суппорт по мере возможностей
steap
Сообщения: 26
Зарегистрирован: 10 ноя 2015, 11:51
Откуда: Новосибирск

Re: Проблема с адресацией внешних входящих звонков

Сообщение steap »

ded писал(а):Ложная теория.
Выкатывайте претензии провайдеру: Раз обеспечивает связь и берёт за это деньги - пусть разрабатывает инструкции подключения, для разных типов оборудования и софтсвичей. Варианты "мы подключаем только ИП-АТС Панасоник!" или "проверьте соединение через подключение софтфона" не прокатят.
Да, номера DID можно через callbackextension=ХХХХХХХ а можно через специфичную строку регистрации
register => ХХХХХХХ:passwd1@sipserver.novotelecom.ru/ХХХХХХХ
и таких строк можно набить в файле sip_registrations_custom.conf столько, сколько нужно.

http://forum.asterisk.ru/viewtopic.php? ... 79&start=0

Дядям из Новотелекома уже будем счёт выписывать? За то, что их проблемы подключения решаем всем миром?
На претензии техподдержка отвечает, что у них нет спецов, способных настроить подобное оборудование. Как-то так. Через строку регистрации тоже пробовал. Те же проблемы... Общался по телефону непосредственно с теми, кто у них хоть что-то знает - говорят исходящие от нас идут с порта отличного от 5060 - попробую поправить. А в остальном у них всё нормально.

Жаль по ссылке рабочего конфига не осталось.
awsswa писал(а):а может провайдер с разных IP адресов шлют звонки ?
а регистрация только на одном ?
Попробую проверить ваши навыки, но учитывая, что в качестве настроек они дают логин, пароль и адрес - вряд ли.
ded
Сообщения: 15629
Зарегистрирован: 26 авг 2010, 19:00

Re: Проблема с адресацией внешних входящих звонков

Сообщение ded »

Если телепатия моде ON, то должны быть не вопросительные, а восклицательные знаки.
steap
Сообщения: 26
Зарегистрирован: 10 ноя 2015, 11:51
Откуда: Новосибирск

Re: Проблема с адресацией внешних входящих звонков

Сообщение steap »

В общем ничего из вышеописанного не помогло. :( Уже грешу на оператора. Уж думал может группы или номера недоступны в момент, когда на них пытаются переадресовать ан нет... Всё звонит... Проблема только с внешкой...
Ответить
© 2008 — 2025 Asterisk.ru
Digium, Asterisk and AsteriskNOW are registered trademarks of Digium, Inc.
Design and development by PostMet-Netzwerk GmbH