asterisk.ru

Здравствуйте.
В 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 будет указан номером на который звонят извне. В чём может быть причина?

Значит забыли прописать еще DIDы
включайте логи и ждите сброса - потом смотрите с каким DID прилетело и добавляйте

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

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

Хотя есть одна теория, что телефоны (или Астериск) посылают некорректный сигнал о завершении звонка.

Кстати только заметил, что на 14 телефонах Atcom начальный порт указан 10000 и количество - 200. Я так понимаю, что большая вероятность нехватки портов может быть и из-за этого проблемы?

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

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

Дядям из Новотелекома уже будем счёт выписывать? За то, что их проблемы подключения решаем всем миром?

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

и когда кривой DID звонок как раз приходит с IP где нету регистрации

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

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

Дядям из Новотелекома уже будем счёт выписывать? За то, что их проблемы подключения решаем всем миром?

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

Жаль по ссылке рабочего конфига не осталось.

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

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

Если телепатия моде ON, то должны быть не вопросительные, а восклицательные знаки.

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