Спасибо, очень нравятся ваши уроки. Хотелось бы в дальнейшем увидеть разборы и других запросов, таких как PRACK, UPDATE и тд. В целом замечательная подача и объяснение материала
Спасибо за видео Константин , очень доступно. Еще бы пример дампа в описании к видео, чтобы можно было смотреть форму запроса в ваершарке параллельно с видео. Так лучше укладывается.
Ответ 100 trying от терминала не обязателен, так как подразумевается, что терминал это оконечное устройство и точно получило запрос, значит сразу даст либо ошибку либо ringing. 100 trying больше нужен и требуется для прокси, чтобы остановить таймер ожидания на стороне А и подтвердить получение запроса на промежуточном сервере. Прокси не может сразу сказать доступен ли абонент, ему требуется время на доставку до конечного терминала или дальше по цепочке
Много раз встречались клиенты, которые ACK тоже увеличивали, например, X-Lite, SJphone. Но по RFC 3261 12.2.1.1 Cseq действительно должен увеличиваться на 1 кроме ACK и CANCEL. Спасибо за комментарий
Спасибо! Пока что лучшее по SIP из того что видел!!!
Благодарю 🙏 скоро появится структурированный онлайн курс 👍
Спасибо за урок! Все главное и без воды
Спасибо большое за видео, очень понятно все рассказано
Я со второй минуты перестал хотеть есть, пить, смотреть сериалы 😂 огромное спасибо! Очень хочется увидеть это все на практике, на оборудовании)
Рекомендую посмотреть тему 19
Спасибо, очень нравятся ваши уроки. Хотелось бы в дальнейшем увидеть разборы и других запросов, таких как PRACK, UPDATE и тд. В целом замечательная подача и объяснение материала
По PRACK обязательно сделаю в контексте early Media. UPDATE по сути тот же re-INVITE, не так интересно ;)
Спасибо за видео Константин , очень доступно. Еще бы пример дампа в описании к видео, чтобы можно было смотреть форму запроса в ваершарке параллельно с видео. Так лучше укладывается.
Спасибо за комментарий, добавлю обязательно
Спасибо за урок! А можете также подробно разобрать SIP REGISTER? Зачем оно нужно, в каких случаях использовать, какие данные посылать в заголовках?
Хороший урок, подскажите про Delayed Offer в какой спецификации можно посмотреть?
Спасибо. Если говорить об официальных источниках, то есть смысл посмотреть поведение UAC/UAS при INVITE без SDP в документе IETF RFC 6337
не могу названиям видие / тэгам найти
Есть ли видео касательно применения
в протоколе p-asserted identity
Такого видео нет 🤷♂️обычно там содержится номер А, который первоначально сообщает клиент в p-preffered-identity.
Очень интересные видеоролики.
Курсы думаю ещё были бы интереснее, для начинающих.
Спасибо. Для начинающих провожу курсы с практикой в УЦ Комсет (Москва)
Rtp поток устанавливается между двумя конечным абонентами? Или один поток идёт от абонента А до сервера, а второй от сервера до абонента Б?
В теории потоки могут быть установлены между конечными терминалами, но на практике обычно потоки идут через промежуточный сервер SBC
Почему нет ответа 100 trying как в прошлом уроке?
Ответ 100 trying от терминала не обязателен, так как подразумевается, что терминал это оконечное устройство и точно получило запрос, значит сразу даст либо ошибку либо ringing.
100 trying больше нужен и требуется для прокси, чтобы остановить таймер ожидания на стороне А и подтвердить получение запроса на промежуточном сервере. Прокси не может сразу сказать доступен ли абонент, ему требуется время на доставку до конечного терминала или дальше по цепочке
будет cseq 1 ack а не 2 ack
Много раз встречались клиенты, которые ACK тоже увеличивали, например, X-Lite, SJphone.
Но по RFC 3261 12.2.1.1 Cseq действительно должен увеличиваться на 1 кроме ACK и CANCEL.
Спасибо за комментарий