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
Хотя есть одна теория, что телефоны (или Астериск) посылают некорректный сигнал о завершении звонка.