ⓚ
ртп идет
Size: a a a
2020 October 14
ⓚ
183 и 200 отправляю. разница только в этом поле
AC
AC
When a UAS responds to a request with a response that establishes a
dialog (such as a 2xx to INVITE), the UAS MUST copy all Record-Route
header field values from the request into the response (including the
URIs, URI parameters, and any Record-Route header field parameters,
whether they are known or unknown to the UAS) and MUST maintain the
order of those values. The UAS MUST add a Contact header field to
the response. The Contact header field contains an address where the
UAS would like to be contacted for subsequent requests in the dialog
(which includes the ACK for a 2xx response in the case of an INVITE).
ⓚ
Да. нашел стандарт. тогда хз. Есть возможность выяснить почему сессия не подымается?
AC
на самом деле непонятно, нужен или нет, лол
я если честно всегда думал, что он опциональный
я если честно всегда думал, что он опциональный
AC
в акке
AC
но вроде как в этом абзаце значится, что он MUST.. не понимаю
АХ
на самом деле непонятно, нужен или нет, лол
я если честно всегда думал, что он опциональный
я если честно всегда думал, что он опциональный
АХ
тут не указано что нужен
АХ
When a UAS responds to a request with a response that establishes a
dialog (such as a 2xx to INVITE), the UAS MUST copy all Record-Route
header field values from the request into the response (including the
URIs, URI parameters, and any Record-Route header field parameters,
whether they are known or unknown to the UAS) and MUST maintain the
order of those values. The UAS MUST add a Contact header field to
the response. The Contact header field contains an address where the
UAS would like to be contacted for subsequent requests in the dialog
(which includes the ACK for a 2xx response in the case of an INVITE).
так и тут же написано что ACK на 2хх коды должен быть послан на contact из response.
а не то что он должен содержать контакт
а не то что он должен содержать контакт
ⓚ
Да эт я нашел. RFC 3665 от 2003 года
AC
так и тут же написано что ACK на 2хх коды должен быть послан на contact из response.
а не то что он должен содержать контакт
а не то что он должен содержать контакт
тю... вот все время у меня так, вчитаюсь, потом сомнения появляются
АХ
Да эт я нашел. RFC 3665 от 2003 года
а почему вы решили что проблема именно в ACK? ПОкажите сигнализацию.
если проблема в Аck тогда вам должны приходить ретрансмитты 200ок
если проблема в Аck тогда вам должны приходить ретрансмитты 200ок
ⓚ
просто реально не могу понять почему сессия не подымается. у всех других на inbound все ок. а у пчилайна как всегда через пятую точку....
AC
тогда я хз почему session ready в false
а оно по таймеру отваливается? через 32 секунды
ⓚ
нет. сразу после ack фс бай шлет. меньше 0,5 секунды
АХ
а что в логах?
ⓚ
а почему вы решили что проблема именно в ACK? ПОкажите сигнализацию.
если проблема в Аck тогда вам должны приходить ретрансмитты 200ок
если проблема в Аck тогда вам должны приходить ретрансмитты 200ок
инвайт полностью или скрин что за чем? всех состояний?
АХ
инвайт полностью или скрин что за чем? всех состояний?
ну вы вообще уже ответили. получается что ack доходит и fs его принимает.
а в логах он что пишет при этом?
а в логах он что пишет при этом?