СКАТ и все такое .

[1076]

Предлагают  решения и для  мелких.
Кробка  размером  с  абонентский  роутер  прокачивает\фильтрует \ натит   до  1  Гига  ,  упрвляется через  радиус  , но  можно  и   вручную 



К  РКН  овским  добавлены  списки  минюста , фильтрация  как  услуга ,  банки и  пинги  доступны  в  любом  положении  абона  .
Готовность к  насаждаемому  "бесплатному  интернету".
Возможность  подключения  к  нескольким  аплинкам  по  BGP.
Анализ дефектов в  абонетском  трафе  ( дохлый  WIFI).
Определение наличия  наставленного абонами  г-на  типа  Аваста или  амиги .
Приоритизация трафика внутри  абонентского тарифа ( это  когда  доча
включила торренты ,  а  еешный  батя звонит вам  сообщить что  у  вас ни  не  работает  )   .

[1076]

И вот еще - существенный момент про "бесплатный доступ к социально-значимым сайтам, включая ВКонтакт, Яндекс.Маркет и banki.ru". Сисадминам провайдеров этого кадавра реализовать таки придется.

Этого многие недооценивают. А на самом деле задача "как сделать доступным Яндекс.Маркет, но не весь остальной интернет" - довольно мозговзрывающая с точки зрения системного администрирования.

[zadrovets]

не вижу отличий от бесплатных обязательных телеканалов.
все равно будет либо все, либо ничего

[1076]

[zadrovets]

и что?

[1076]

Нужно  разделять  услугу  на  предоставление линии и  бесплатную  часть .

Интернет  бесплатно ,  линия  по  старой  цене  тарифа.

Иначе  протокол.

[zadrovets]

Нужно  разделять  услугу  на  предоставление линии и  бесплатную  часть .

Интернет  бесплатно ,  линия  по  старой  цене  тарифа.

Иначе  протокол.

так это очевидные вещи.
или любой другой способ позволяющий ограничить "бесплатную часть интернета".
еще раз повторю, что мы это уже прошли с кабельным.
кто еще в кабельном это не реализовал - ну блин он тогда доказал, что "иначе протокол" не будет.

[1076]

Некоторые интернет сервисы (Google,Facebook,Instagram,VK) начали переход на HTTP/3, в основе которого лежит разработанный и стандартизованный GOOGLE протокол QUIC. QUIC работает поверх обычного UDP, а надежность передачи обеспечивает на прикладном (user space) уровне, что позволяет быстрее внедрять новые алгоритмы, адаптированные под текущие сетевые реалии. В этом он сильно выигрывает у прошлой реализации HTTP поверх TCP, так как транспорт TCP обеспечивается самой операционной системой и потому изменения в нем внедряются в production годами и алгоритмы Congestion Control для борьбы с задержками и потерями пакетов, установленные в ОС по умолчанию, обычно мало эффективны в условиях значительных задержек или потерь (сотовый или спутниковый интернет, межконтинентальный доступ), что приводит к низкой скорости соединений даже при наличии достаточной полосы.
Как пример, можно получить скорость соединения 10 Мбит/c на тарифе 100 Мбит/с, а это будет уже недостаточно для просмотра фильма высокой четкости.  В то же время современные механизмы Congestion Control такие как BBR позволили бы занять почти всю полосу.
Но у этого преимущества есть и обратная сторона: обычно эти новые алгоритмы более агрессивно вытесняют другие протоколы, а значит и сервисы на их основе.  В результате у вас например может прекрасно работать Youtube, но при одновременном просмотре тормозить видео других онлайн кинотеатров. Это нечестное преимущество и потому использование BBR было воспринято экспертами негативно, в результате Google пошел на уступки и начал использовать более щадящий BBRv2. Но что используют в своих user space реализациях другие вендоры еще потребует изучения.
Другим недостатком HTTP/3 является плохая совместимость разных реализаций между собой, потому он пока получил распространение в мобильных приложениях.

В порядке рекламы:  в новой версии мультисервисной платформы СКАТ добавлена real-time дешифрация заголовков пакета и SNI (имени сервера) в протоколе HTTP/3 (QUIC IETF).  В результате сервисы, использующие HTTP/3, стало возможным классифицировать и приоритизировать стандартными методами для управления QOS и мониторинга QOE.

https://t.me/vasexperts/87