А
При этом разговор правда будет коротким
Size: a a a
2020 December 02
BB
При этом разговор правда будет коротким
почему?
BB
Если раньше работало думаю проблема в сопутсвующих параметрах. Например попробуй выключить аджаст ртп. Так как в твоём кейсе оно бессмысленно и я бы проверил в исходниках проверяется оно или нет
Я попробую для начала вместо слипа использовать что-то другое. Если поможет, то проблему буду считать решенной
А
Потому что если ак не придёт то та сторона по таймауту отрубит конечно
BB
ACK не будет, если у нас 200 OK не было
А
И поэтому будет отбой
BB
по таймауту дозвона, да
А
Да нет
А
Ещё раньше блин
AC
ACK не будет, если у нас 200 OK не было
а что если попробовать отключить late negotiaion?
AC
и попробовать вот как раньше работало
BB
Ещё раньше блин
С чего бы?
BB
а что если попробовать отключить late negotiaion?
Хм, не думал в эту сторону...
AC
только zrtp тоже нужно тогда отключать
А
С чего бы?
Эмм ну тут надо лекцию по сип протоколу проводить
BB
Эмм ну тут надо лекцию по сип протоколу проводить
Ну, нет, я думаю, что не стОит. SIP-таймеры, на которые Вы намекаете, включаются только после 200 OK.
А
Вам виднее...
BB
получив ответ 1xx на INVITE сессия может находиться в состоянии "без 200 и с любым состоянием RTP" любое количество времени. Нет там таймеров, которые это регулировали бы.
BB
Ну или проясните, какой именно таймер сбросит сессию :)
A
Нет, тут совершенно другая ситуация. Есть потенциальная возможность установления сессии между абонентами без фактического прихода ответа. Очень не хочется внезапно выяснить, что биллинг не увидел 200 ОК и поэтому разговор не посчитал.
обычно такую проблему решают тем что не релеят rtp от ногиА к ногеБ пока не получен 200ok, не знаю есть ли такое в fs