Страница 1 из 2
* не может зарегистироваться после перезагрузки роутера
Добавлено: 30 ноя 2014, 02:57
gaspaarr
FreePBX-64bit-6.12.65 *13, chan_sip. После перезагрузки роутера (в инет), астериск не может подключиться к части сип серверов (sipnet, и местного прова, притом центеловская база работает нормально), даже регистрация не проходит. Sip reload проблему не решает. Помогает только ребут сервера с астериском.
Такое впечатление, что где-то остаются висеть открытые сокеты, которые уже убиты на роутера (нате), и вот некоторые пересоздаются (центел), а некоторые так и продолжают висеть...
Может кто-то сталкивался... как решить?
Re: * не может зарегистироваться после перезагрузки роутера
Добавлено: 30 ноя 2014, 10:47
Vlad1983
сменился внешний IP
астериск про это не в курсе
Re: * не может зарегистироваться после перезагрузки роутера
Добавлено: 30 ноя 2014, 12:24
gaspaarr
Так вот нет, самое смешное, что внешний ip не меняется, он статичный. Днсом прописан локальный кэширующий сервер, он отдает ip даже если нет внешнего канала. Загадка...
Re: * не может зарегистироваться после перезагрузки роутера
Добавлено: 30 ноя 2014, 13:02
gaspaarr
Судя по форумам много у кого подобные проблемы, притом как и у меня sip reload не помогает.
в show registry -- request sent, в NAT таблице маршрутизатора нет открытых соединений на 5060 между * и транками
core restart now, и опля -- все транки Registered, соединения появились...
Но ведь так не должно быть, почему примитивные ip атс под виндой сами пересоединяются, переподключаются и т.д., а rock solid астериск надо палкой тыкать...?
Re: * не может зарегистироваться после перезагрузки роутера
Добавлено: 30 ноя 2014, 14:32
Vlad1983
Код: Выделить всё
grep attempts -rn /etc/asterisk/sip*
grep retry -rn /etc/asterisk/sip*
tcpdump -i any -vnn -s0 host prov -w /tmp/sdffs.cap
выключаете
включаете
Re: * не может зарегистироваться после перезагрузки роутера
Добавлено: 30 ноя 2014, 18:49
gaspaarr
Ситуация интересная, не каждая перезагрузка роутера вызывает указанную проблему, а если отваливаются, то разные транки...
Вот пример отвалившегося транка (Registration for timed out, trying again (Attempt #73) в дампе только попытки регистрации (отличия между ними только в Sequence Number), на первый взгляд все верно...
Код: Выделить всё
[root@localhost ~]# grep attempts -rn /etc/asterisk/sip*
/etc/asterisk/sip_general_additional.conf:35:registerattempts=0
[root@localhost ~]# grep retry -rn /etc/asterisk/sip*
[root@localhost ~]#
No. Time Source Destination Protocol Info
101 2014-11-30 18:27:59.304648 192.168.11.100 93.10.2.28 SIP Request: REGISTER sip:sip.telecom.ru
Frame 101: 606 bytes on wire (4848 bits), 606 bytes captured (4848 bits)
Arrival Time: Nov 30, 2014 18:27:59.304648000 E. Africa Standard Time
Epoch Time: 1417361279.304648000 seconds
[Time delta from previous captured frame: 3.999973000 seconds]
[Time delta from previous displayed frame: 3.999973000 seconds]
[Time since reference or first frame: 251.008733000 seconds]
Frame Number: 101
Frame Length: 606 bytes (4848 bits)
Capture Length: 606 bytes (4848 bits)
[Frame is marked: False]
[Frame is ignored: False]
[Protocols in frame: sll:ip:udp:sip]
[Coloring Rule Name: UDP]
[Coloring Rule String: udp]
Linux cooked capture
Packet type: Sent by us (4)
Link-layer address type: 1
Link-layer address length: 6
Source: (00:0c:92:5d:36:6f)
Protocol: IP (0x0800)
Internet Protocol, Src: 192.168.11.100 (192.168.11.100), Dst: 93.10.2.28 (93.10.2.28)
Version: 4
Header length: 20 bytes
Differentiated Services Field: 0x60 (DSCP 0x18: Class Selector 3; ECN: 0x00)
0110 00.. = Differentiated Services Codepoint: Class Selector 3 (0x18)
.... ..0. = ECN-Capable Transport (ECT): 0
.... ...0 = ECN-CE: 0
Total Length: 590
Identification: 0x9fb6 (40886)
Flags: 0x00
0... .... = Reserved bit: Not set
.0.. .... = Don't fragment: Not set
..0. .... = More fragments: Not set
Fragment offset: 0
Time to live: 64
Protocol: UDP (17)
Header checksum: 0xe2cf [correct]
[Good: True]
[Bad: False]
Source: 192.168.11.100 (192.168.11.100)
Destination: 93.10.2.28 (93.10.2.28)
User Datagram Protocol, Src Port: sip (5060), Dst Port: sip (5060)
Source port: sip (5060)
Destination port: sip (5060)
Length: 570
Checksum: 0xf804 [validation disabled]
[Good Checksum: False]
[Bad Checksum: False]
Session Initiation Protocol
Request-Line: REGISTER sip:sip.telecom.ru SIP/2.0
Method: REGISTER
Request-URI: sip:sip.telecom.ru
Request-URI Host Part: sip.telecom.ru
[Resent Packet: True]
[Suspected resend of frame: 96]
Message Header
Via: SIP/2.0/UDP 109.25.19.11:5060;branch=z9hG4bK18b0706c;rport
Transport: UDP
Sent-by Address: 109.25.19.11
Sent-by port: 5060
Branch: z9hG4bK18b0706c
RPort: rport
Max-Forwards: 70
From: <sip:myusername@sip.telecom.ru>;tag=as2ce2172d
SIP from address: sip:myusername@sip.telecom.ru
SIP from address User Part: myusername
SIP from address Host Part: sip.telecom.ru
SIP tag: as2ce2172d
To: <sip:myusername@sip.telecom.ru>
SIP to address: sip:myusername@sip.telecom.ru
SIP to address User Part: myusername
SIP to address Host Part: sip.telecom.ru
Call-ID: 566bb9c82a69a685389f9d8006660088@[::1]
CSeq: 473 REGISTER
Sequence Number: 473
Method: REGISTER
Supported: replaces, timer
User-Agent: FPBX-12.0.13(13.0.1)
Authorization: Digest username="myusername", realm="asterisk", algorithm=MD5, uri="sip:sip.telecom.ru", nonce="7dfe5384", response="91c2fb728cfe2b2d325de339d8233e18"
Authentication Scheme: Digest
username="myusername"
realm="asterisk"
algorithm=MD5
uri="sip:sip.telecom.ru"
nonce="7dfe5384"
response="91c9fb738cfe9b7d925de3d9d8286e18"
Expires: 120
Contact: <sip:s@109.25.19.11:5060>
Contact-URI: sip:s@109.25.19.11:5060
Contact-URI Host Part: 109.25.19.11
Contact-URI Host Port: 5060
Content-Length: 0
Re: * не может зарегистироваться после перезагрузки роутера
Добавлено: 30 ноя 2014, 22:39
ded
gaspaarr, ясно, что роутер козлит! Причём, скорее всего именно на суперсовременной версии Астериск (11? 12?)
gaspaarr писал(а):в show registry -- request sent, в NAT таблице маршрутизатора нет открытых соединений на 5060 между * и транками
tcpdump поможет.
gaspaarr писал(а):Но ведь так не должно быть, почему примитивные ip атс под виндой сами пересоединяются, переподключаются и т.д., а rock solid астериск надо палкой тыкать...?
почему старый Астериск 1.4, 1.6 будет сам пересоединяться, переподключаться, а rock solid 11, 12 - глючит? потому что разработчики всё время дорабатывают/перерабатывают chan_sip, вот в новых версиях предлагают даже на другом стеке ещё один chan_pjsip.
Re: * не может зарегистироваться после перезагрузки роутера
Добавлено: 01 дек 2014, 11:45
gaspaarr
Да, проблема была в роутере. Открытые до поднятия WAN интерфейса NAT сессии неверно обрабатывались. Правда это не отвечает на вопрос, почему помогал перезапуск *...
Re: * не может зарегистироваться после перезагрузки роутера
Добавлено: 03 дек 2014, 11:01
gaspaarr
И все таки с одним из транков продолжаются странности... роутер уже не при делах
В "sip show registry" показывает все транки registered, а в ответ на "sip set debug peer QWERTY" получаю "Unable to get IP address of peer ", и по факту транк недоступен...
Каким образом он registered, если unable to get IP?
Re: * не может зарегистироваться после перезагрузки роутера
Добавлено: 03 дек 2014, 11:07
ded
Unable to get IP address of peer - проблемы резольвера (ДНС). Слишком много отправлялось запросов серверу ДНС, и тот игнорирует - не возвращает значение ИП адреса. А статус registered получен после первого запроса, и будет оставаться таким в течение действия таймера register expire.