Проблема следующего характера: Был VoIP Шлюз от Билайна, его заменили на Asterisk+FreePBX(настроили вторую сетевую на сеть билайна с прописью на ней всех сетевых параметров этого шлюза), сторонняя контора настроила транки и все какое то время работало. Исходящие настройки
username=204ХХХХ
type=friend
registersip=yes
registeriax=no
qualify=yes
nat=yes
insecure=port,invite
host=212.119.32.2
hassip=yes
hasiax=no
hasexten=no
dtmfmode=auto
disallow=all
context=from-pstn
canreinvite=nonat
allow=ulaw,alaw,g729
Входящие настройки
type=peer
username=204ХХХХ
host=212.119.32.6
port=5060
dtmfmode=auto
В мониторинге есть две записи по этому sip пиру
это исходящий
_204ХХХХ/204ХХХХ 212.119.32.6 N 5060 Unmonitored
это входящий
204ХХХХ/204ХХХХ 212.119.32.2 N 5060 UNREACHABLE
Также в логах периодически проскакивает:
212.119.32.2 (None) 2c71c1ab7d33cd2 (nothing) No Init: OPTIONS 204ХХХХ
Какое то время все работало теперь перестало, провайдер пишет, что с его стороны ничего не менялось и все в порядке(сам я пинговать эти узлы не могу т.к. на них отключена такая возможность), дать мне эти самые настройки они не могут(не знают или еще чего, это ведь не совсем SIP, а получается самоделка), может кто подскажет в какую сторону копать и куда смотреть, или поделится свои опытом по этой проблеме
PS: Есть ощущение что контора которая поднимала АТС сама и сломала таким образом предлагая свои услуги по поддержке(Сломался еще и FOP2, но его я cмог отремонтировать).
UPD: Вопрос решен все дело было в правильных маршрутах
Разберем всё по-порядку.
insecure=port,invite
Означает что это транка - без авторизации. Т.е. она есть, но по IP. Для чего в этом случае еще отдельный пир для входящих с username? (username - отдельная тема, он уже УСТАРЕЛ, необходимо использовать defaultuser так то. Но в Вашем случае - УДАЛЯТЬ пир этот и всё гнать через 1 транк без авторизации).
далее смотрим схему. Говорите просто сетевуха в белую сеть к пчелайну? в этом случае странно - зачем nat=yes? Если NAT - не требуется, просто занесите Ваш белый IP в сторону Пчела в localnet и сделайте nat=never для него. По sip debug лезет какой-то 192.168.0.16. Это что за зверь? не IP ли в серой сетке на другой сетевухе? Стоит сделать элоементарный ping и traceroute до IP провайдера и посмотреть как оно идет.
Относительно OPTIONS. Это отключается с помощью qualify=no. В Вашем случае эти SIP пинги только усложняют процесс понимания что же у Вас там происходит.
Вообще сдается мне, что кто-то у Вас просто сделал обновление FreePBX криво, от этого и проблемы.. Но это лишь предположение.
а бекапов нету что ли на тот момент когда работало? если нет, зовите контору, пусть настраивает и сразу делайте бекап пока работает. И сравните тогда всё. Из того, что вы указали видно лишь то, что нет регистрации транка 212.119.32.2. Если добавить в транк 212.119.32.6 строчку qualify=yes, то скорей всего мы увидим то же отсутсвие регистрации. Попробуйте посмотреть sip debug. Там можно будет увидеть отвечает ли что то провайдер на ваши запросы регистрации.
Задан: 2014-09-10 16:21:06 +0400
Просмотрен: 377 раз
Обновлен: Sep 16 '14
Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании
Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией
GNU GPL.
Так как Вы элементарно не знаете откуда берется статус Unmonitored и что такое OPTIONS , то платная поддержка им действительно нужна . и не важно подтверждается ли ваша теория или нет. больше похоже на то, что на том сервере пробегал криворукий админ , который поломал сеть .
zzuz ( 2014-09-10 17:53:01 +0400 )редактироватьВыполнил Set debug: Reliably Transmitting (NAT) to 212.119.32.2:5060: OPTIONS sip:212.119.32.2 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.16:5060;branch=z9hG4bK376344e2;rport Max-Forwards: 70 From: "Unknown" <sip:Unknown@192.168.0.16>;tag=as394ad3a7 To: <sip:212.119.32.2> Contact: <sip:Unknown@192.168.0.16:5060> Call-ID: 5023835003322185237c9d782f2db1f4@192.168.0.16:5060 CSeq: 102 OPTIONS User-Agent: FPBX-2.11.0(11.6) Date: Wed, 10 Sep 2014 14:17:41 GMT Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH Supported: replaces, timer Content-Length: 0
Retransmitting #1 (NAT) to 212.119.32.2:5060: OPTIONS sip:212.119.32.2 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.16:5060;branch=z9hG4bK0a015156;rport Max-Forwards: 70 From: "Unknown" <sip:Unknown@192.168.0.16>;tag=as446b8e3d To: <sip:212.119.32.2> Contact: <sip:Unknown@192.168.0.16:5060> Call-ID: 002adff92345696b7c2b06f1298cea1e@192.168.0.16:5060 CSeq: 102 OPTIONS User-Agent: FPBX-2.11.0(11.6) Date: Wed, 10 Sep 2014 14:17:41 GMT Allow: INVITE,
Gram01 ( 2014-09-10 18:28:56 +0400 )редактироватьв платный суппорт.
zzuz ( 2014-09-12 15:30:16 +0400 )редактироватьroute -n и маршруты распишите куда и кто
awsswa ( 2014-09-15 09:17:37 +0400 )редактировать192.168.0.16 это внутренний IP астерикса
Gram01 ( 2014-09-15 12:28:01 +0400 )редактироватьping до провайдера не проходит, трасроут если пропишу маршрут есть но порядка 3000 мс, не уверен что он показывает реальные данные ибо в нем только один пункт и он не конечный, все выглядит вот так: traceroute to 212.119.32.2 (212.119.32.2), 30 hops max, 60 byte packets 1 10.25.1.34 (10.25.1.34) 1990.012 ms !H 1990.000 ms !H 1989.996 ms !H
calculate ~ # traceroute 212.119.32.6
traceroute to 212.119.32.6 (212.119.32.6), 30 hops max, 60 byte packets
1 10.25.1.34 (10.25.1.34) 3004.369 ms !H 3004.348 ms !H 3004.344 ms !H
Gram01 ( 2014-09-15 12:48:44 +0400 )редактироватьвот результат route -n
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.0.50 0.0.0.0 UG 2 0 0 enp11s0
10.1.0.0 0.0.0.0 255.255.0.0 U 0 0 0 tun0
10.25.1.32 0.0.0.0 255.255.255.224 U 0 0 0 enp19s0 это Пчелайн
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
127.0.0.0 127.0.0.1 255.0.0.0 UG 0 0 0 lo
192.168.0.0 0.0.0.0 255.255.255.0 U 2 0 0 enp11s0
212.119.32.2 0.0.0.0 255.255.255.255 UH 0 0 0 enp19s0 это Пчелайн
212.119.32.6 0.0.0.0 255.255.255.255 UH 0 0 0 enp19s0 это Пчелайн
Gram01 ( 2014-09-15 12:59:36 +0400 )редактировать