Jump to content
  • 0

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


Pablo

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
Link to comment
Share on other sites

3 answers to this question

Recommended Posts

  • 0
2 hours ago, KorDen said:

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

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

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Answer this question...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...