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

[ded]

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

OPTIONS от оператора прилетает или ответ на ваш OPTIONS прилетает?
Избавьтесь от OPTIONS если это возможно совсем. qualify=no и проверить - пакетов OPTIONS между Астероиском и оператором быть не должно в вашем случае. Тогда не будет lagged.

[Vlad1983]

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

HuaweiSoftX3000 где есть стыковался такого не творят похоже другой версии или настроены по другому
Вообще на OPTIONS все они отвечали 503, а не 200

[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]

Исправлено в 1.8.9.0-rc1.