VIDEOCHAT  ::   FAQ  ::   Поиск  ::   Регистрация  ::   Вход

Увеличивается задержка (Peer is Lagged) после звонка.

Проблемы Asterisk без вэб-оболочек и их решения

Модераторы: april22, Zavr2008

ded
Сообщения: 15620
Зарегистрирован: 26 авг 2010, 19:00

Re: Увеличивается задержка (Peer is Lagged) после звонка.

Сообщение ded »

drTr0jan писал(а): Такая проблема там тоже возникает, но при разговорах длительностью более 5 минут (первый OPTIONS от оператора прилетает через 5 минут в том случае).
OPTIONS от оператора прилетает или ответ на ваш OPTIONS прилетает?
Избавьтесь от OPTIONS если это возможно совсем. qualify=no и проверить - пакетов OPTIONS между Астероиском и оператором быть не должно в вашем случае. Тогда не будет lagged.
Vlad1983
Сообщения: 4251
Зарегистрирован: 09 авг 2011, 11:51

Re: Увеличивается задержка (Peer is Lagged) после звонка.

Сообщение Vlad1983 »

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

HuaweiSoftX3000 где есть стыковался такого не творят похоже другой версии или настроены по другому
Вообще на OPTIONS все они отвечали 503, а не 200
ЛС: @rostel
drTr0jan
Сообщения: 20
Зарегистрирован: 14 мар 2011, 16:51
Откуда: Хабаровск, РФ
Контактная информация:

Re: Увеличивается задержка (Peer is Lagged) после звонка.

Сообщение drTr0jan »

Vlad1983
1.8-current собрал, как ни странно, помогло.

Выкладываю поскипанный лог для потомков:

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

Reliably Transmitting (no NAT) to 172.31.1.34:5060:
INVITE sip:420000@172.31.1.34 SIP/2.0
Call-ID: 34efa876672fc59f6cfc1d15052e0667@172.30.1.206:5060

    -- Called SIP/ttk/420000

<--- SIP read from UDP:172.31.1.34:5060 --->
SIP/2.0 100 Trying
Call-ID: 34efa876672fc59f6cfc1d15052e0667@172.30.1.206:5060

<--- SIP read from UDP:172.31.1.34:5060 --->
SIP/2.0 180 Ringing
Call-ID: 34efa876672fc59f6cfc1d15052e0667@172.30.1.206:5060

    -- SIP/ttk-00000009 is ringing
    -- SIP/ttk-00000009 is making progress passing it to SIP/201-00000008

<--- SIP read from UDP:172.31.1.34:5060 --->
SIP/2.0 200 OK
Call-ID: 34efa876672fc59f6cfc1d15052e0667@172.30.1.206:5060

Transmitting (no NAT) to 172.31.1.34:5060:
ACK sip:420000@172.31.1.34:5060;user=phone SIP/2.0
Call-ID: 34efa876672fc59f6cfc1d15052e0667@172.30.1.206:5060

    -- SIP/ttk-00000009 answered SIP/201-00000008

<--- SIP read from UDP:172.31.1.34:5060 --->
OPTIONS sip:910000@172.30.1.206:5060 SIP/2.0
Call-ID: 34efa876672fc59f6cfc1d15052e0667@172.30.1.206:5060

<--- Transmitting (no NAT) to 172.31.1.34:5060 --->
SIP/2.0 200 OK
Call-ID: 34efa876672fc59f6cfc1d15052e0667@172.30.1.206:5060

<--- SIP read from UDP:172.31.1.34:5060 --->
OPTIONS sip:172.30.1.206:5060;user=phone SIP/2.0
Call-ID: SBCd21d78d6ba72f54318dfab2d61a0cace@172.16.122.4

<--- Transmitting (NAT) to 172.31.1.34:5060 --->
SIP/2.0 200 OK
Call-ID: SBCd21d78d6ba72f54318dfab2d61a0cace@172.16.122.4

Scheduling destruction of SIP dialog 'SBCd21d78d6ba72f54318dfab2d61a0cace@172.16.122.4' in 32000 ms (Method: OPTIONS)
Really destroying SIP dialog 'SBCd21d78d6ba72f54318dfab2d61a0cace@172.16.122.4' Method: OPTIONS

<--- SIP read from UDP:172.31.1.34:5060 --->
OPTIONS sip:910000@172.30.1.206:5060 SIP/2.0
Call-ID: 34efa876672fc59f6cfc1d15052e0667@172.30.1.206:5060

<--- Transmitting (no NAT) to 172.31.1.34:5060 --->
SIP/2.0 200 OK
Call-ID: 34efa876672fc59f6cfc1d15052e0667@172.30.1.206:5060

!!!HANGUP by drTr0jan!!!

Scheduling destruction of SIP dialog '34efa876672fc59f6cfc1d15052e0667@172.30.1.206:5060' in 32000 ms (Method: OPTIONS)

Reliably Transmitting (no NAT) to 172.31.1.34:5060:
BYE sip:420000@172.31.1.34:5060;user=phone SIP/2.0
Call-ID: 34efa876672fc59f6cfc1d15052e0667@172.30.1.206:5060

<--- SIP read from UDP:172.31.1.34:5060 --->
SIP/2.0 200 OK
Call-ID: 34efa876672fc59f6cfc1d15052e0667@172.30.1.206:5060

Really destroying SIP dialog '34efa876672fc59f6cfc1d15052e0667@172.30.1.206:5060' Method: OPTIONS
На первый взгляд изменилось время таймера разрушения: было 6400 мс, стало 32000 мс. Но по факту разрушение происходило уже после появления ошибки. Так что, скорее всего, действительно какой-то глюк астера. Оставлю current в продакшене...

ded, OPTIONS от оператора прилетает. qualify=no уже давно. Но оно ж влияет только на отправку пакетов от себя к оператору, а не наоборот.

В общем, проблема скорее решена. С qualify=yes сейчас всё тоже вроде работает без ошибок.
Всем спасибо.
drTr0jan
Сообщения: 20
Зарегистрирован: 14 мар 2011, 16:51
Откуда: Хабаровск, РФ
Контактная информация:

Re: Увеличивается задержка (Peer is Lagged) после звонка.

Сообщение drTr0jan »

Исправлено в 1.8.9.0-rc1.
Ответить
© 2008 — 2024 Asterisk.ru
Digium, Asterisk and AsteriskNOW are registered trademarks of Digium, Inc.
Design and development by PostMet-Netzwerk GmbH