* не может зарегистироваться после перезагрузки роутера

[gaspaarr]

FreePBX-64bit-6.12.65 *13, chan_sip. После перезагрузки роутера (в инет), астериск не может подключиться к части сип серверов (sipnet, и местного прова, притом центеловская база работает нормально), даже регистрация не проходит. Sip reload проблему не решает. Помогает только ребут сервера с астериском.

Такое впечатление, что где-то остаются висеть открытые сокеты, которые уже убиты на роутера (нате), и вот некоторые пересоздаются (центел), а некоторые так и продолжают висеть...

Может кто-то сталкивался... как решить?

[Vlad1983]

сменился внешний IP
астериск про это не в курсе

[gaspaarr]

Так вот нет, самое смешное, что внешний ip не меняется, он статичный. Днсом прописан локальный кэширующий сервер, он отдает ip даже если нет внешнего канала. Загадка...

[gaspaarr]

Судя по форумам много у кого подобные проблемы, притом как и у меня sip reload не помогает.

в show registry -- request sent, в NAT таблице маршрутизатора нет открытых соединений на 5060 между * и транками

core restart now, и опля -- все транки Registered, соединения появились...

Но ведь так не должно быть, почему примитивные ip атс под виндой сами пересоединяются, переподключаются и т.д., а rock solid астериск надо палкой тыкать...?

[Vlad1983]

Код: Выделить всё

grep attempts -rn /etc/asterisk/sip*
grep retry -rn /etc/asterisk/sip*

tcpdump -i any -vnn -s0 host prov -w /tmp/sdffs.cap

выключаете
включаете

[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

[ded]

gaspaarr, ясно, что роутер козлит! Причём, скорее всего именно на суперсовременной версии Астериск (11? 12?)

в show registry -- request sent, в NAT таблице маршрутизатора нет открытых соединений на 5060 между * и транками

tcpdump поможет.

Но ведь так не должно быть, почему примитивные ip атс под виндой сами пересоединяются, переподключаются и т.д., а rock solid астериск надо палкой тыкать...?

почему старый Астериск 1.4, 1.6 будет сам пересоединяться, переподключаться, а rock solid 11, 12 - глючит? потому что разработчики всё время дорабатывают/перерабатывают chan_sip, вот в новых версиях предлагают даже на другом стеке ещё один chan_pjsip.

[gaspaarr]

Да, проблема была в роутере. Открытые до поднятия WAN интерфейса NAT сессии неверно обрабатывались. Правда это не отвечает на вопрос, почему помогал перезапуск *...

[gaspaarr]

И все таки с одним из транков продолжаются странности... роутер уже не при делах
В "sip show registry" показывает все транки registered, а в ответ на "sip set debug peer QWERTY" получаю "Unable to get IP address of peer ", и по факту транк недоступен...

Каким образом он registered, если unable to get IP?

[ded]

Unable to get IP address of peer - проблемы резольвера (ДНС). Слишком много отправлялось запросов серверу ДНС, и тот игнорирует - не возвращает значение ИП адреса. А статус registered получен после первого запроса, и будет оставаться таким в течение действия таймера register expire.