Jump to content
  • 0
Pablo

Клиент Астериск за клиентом Keenetic Start KN-1110 Retransmission timeout reached on transmission

Question

Добрый день.
Заменил предыдущий роутер на Keenetic Start KN-1110 (2.11.C.0.0-1), настроил IPSec VPN до N-1010( 2.10.C.2.0-4, за ним сервер Астериск). С выключенным туннелем картина та же, просто для общей информации.

На клиенте Астериска стали дропаться вызовы - входящие и исходящие через время=retransmission timeout. Астериск-клиент подключается мимо туннелля, напрямую на внешний IP N-1010

в логе Астериска, соответственно,

[2018-03-11 18:43:58] DEBUG[63821] chan_sip.c: Destroying SIP dialog 2cb70d2e5ebbdde37ac3b52560efd129@x.y.2.236:5060
[2018-03-11 18:43:59] DEBUG[63821] chan_sip.c: ** SIP timers: Rescheduling retransmission 6 to 3200 ms (t1 100 ms (Retrans id #3938))
[2018-03-11 18:43:59] DEBUG[63821] chan_sip.c: Trying to put 'SIP/2.0 200' onto UDP socket destined for 109.248.174.225:35000
[2018-03-11 18:43:59] DEBUG[65375] manager.c: Running action 'Login'
[2018-03-11 18:43:59] DEBUG[63821] chan_sip.c: ** SIP timers: Rescheduling retransmission 5 to 4000 ms (t1 500 ms (Retrans id #3912))
[2018-03-11 18:43:59] DEBUG[63821] chan_sip.c: Trying to put 'REGISTER si' onto UDP socket destined for 188.246.162.118:5060
[2018-03-11 18:44:01] DEBUG[65384] manager.c: Running action 'Login'
[2018-03-11 18:44:02] DEBUG[63821] chan_sip.c: ** SIP timers: Rescheduling retransmission 7 to 4000 ms (t1 100 ms (Retrans id #3938))
[2018-03-11 18:44:02] DEBUG[63821] chan_sip.c: Trying to put 'SIP/2.0 200' onto UDP socket destined for 109.248.174.225:35000
[2018-03-11 18:44:02] WARNING[63821] chan_sip.c: Retransmission timeout reached on transmission 2036724461@192_168_2_66 for seqno 3 (Critical Response) -- See https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions
Packet timed out after 6399ms with no response
[2018-03-11 18:44:02] WARNING[63821] chan_sip.c: Hanging up call 2036724461@192_168_2_66 - no reply to our critical packet (see https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions).
[2018-03-11 18:44:02] DEBUG[65369] channel.c: Didn't get a frame from channel: SIP/100-00000010
[2018-03-11 18:44:02] DEBUG[65369] res_rtp_asterisk.c: Setting the marker bit due to a source update
[2018-03-11 18:44:02] DEBUG[65369] channel.c: Bridge stops bridging channels SIP/100-00000010 and SIP/904-00000011
[2018-03-11 18:44:02] DEBUG[65369] channel.c: Soft-Hanging up channel 'SIP/100-00000010'
[2018-03-11 18:44:02] DEBUG[65369] pbx.c: Launching 'Macro'
[2018-03-11 18:44:02] VERBOSE[65369] pbx.c: -- Executing [h@macro-dial-one:1] Macro("SIP/100-00000010", "hangupcall,") in new stack

На сервере все порты прокинуты, т.к., кроме этого клиента без нареканий работают еще четыре клиента. У всех одна конфигурация, все Сименсы Гигасеты.

В связи с этим возникает вопрос, что докрутить в настройке клиента Кинетик Старт, чтобы он нормально пропускал ACK (мне кажется, что вопрос именно в этом)?

Спасибо.

Edited by Pablo

Share this post


Link to post
Share on other sites

3 answers to this question

  • 0

Попробуйте для начала поиграться с установкой-удалением SIP ALG со стороны клиента

Edited by KorDen

Share this post


Link to post
Share on other sites
  • 0
2 hours ago, KorDen said:

Попробуйте для начала поиграться с установкой-удалением SIP ALG со стороны клиента

конечно, пробовал, ноль эмоций, результат тот же.

Share this post


Link to post
Share on other sites
  • 0

А подробней схему можно? И сразу сделайте дамп tcpdump`ом и wireshark`ом SIP Flows и выложите сюда, посмотрим что куда идет.  

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.

×