Firefox/newer Chrome versions are not filtered. WebRTC conferences like Jitsi Meet work in Firefox/Chrome just fine.
Подтверждаю, проблема решилась обновлением библиотеки клиента, где была уже 97 версия хромиума. Тестировали еще 96 версию - работает. 93я версия еще проблемная, 94ю версию не проверяли.
The filter for WebRTC payload with 103 zeros in the middle has been lifted. All other filters are still in place.
Заблочен DTLS HelloVerifyRequest c 20d байтными кукисами
Datagram size: 30
16 FE [FD or FF] offset 00
03 offset 0D
За последнюю неделю было много жалоб, количество растет. В клиенты подключены к Ростелекому.
Пакеты DTLS Client Hello уходят на сервер, но до сервера не доходят.
В пакете все тот же знакомы набор шифров.
Также есть клиенты на Ростелекоме, у которых все нормально
Год назад сталкивались с этой проблемой, потом замялась, жалобы перестали идти. Сейчас вновь активизировались.
Сталкивался ли кто-то вновь с данной проблемой?
Помогите пожалуйста у меня не слышно как говорит абонент что мне делать?
Проблема сохраняется? Запишите дамп трафика.
Проблема давала о себе знать периодически, но сегодня обрела массовый характер.
Есть дампы позавчерашние (от клиента до сервера и от сервера до клиента).
Доступ к файлам - по запросу
Апну тему.
За последние полгода были периодические проблемы.
С 31 января проблема пошла более массово.
Ранее общались с ЦМУ ССОП, в результате наши адреса добавили в белый список IP VPN, но эффекта 0.
У меня была такая мысль…печаль
. может надо в какие-то другие списки попросить добавить =)) ?
Это, наверное, список блокировки Tor.
Надо в роскомпозор писать с заявлением,чтобы туда внесли айпи адрес сервера конференций?