Форум МАКАТЕЛ
Оборудование и SOFT => Интернет => Тема начата: 1076 от 11.11.2021, 13:13
-
Предлагают решения и для мелких.
Кробка размером с абонентский роутер прокачивает\фильтрует \ натит до 1 Гига , упрвляется через радиус , но можно и вручную :)
(https://vasexperts.ru/wp-content/uploads/2019/11/mini-dpi.jpg)
К РКН овским добавлены списки минюста , фильтрация как услуга , банки и пинги доступны в любом положении абона .
Готовность к насаждаемому "бесплатному интернету".
Возможность подключения к нескольким аплинкам по BGP.
Анализ дефектов в абонетском трафе ( дохлый WIFI).
Определение наличия наставленного абонами г-на типа Аваста или амиги .
Приоритизация трафика внутри абонентского тарифа ( это когда доча
включила торренты , а еешный батя звонит вам сообщить что у вас ни f_emo_14 не работает :-\ :-\) .
-
И вот еще - существенный момент про "бесплатный доступ к социально-значимым сайтам, включая ВКонтакт, Яндекс.Маркет и banki.ru". Сисадминам провайдеров этого кадавра реализовать таки придется.
Этого многие недооценивают. А на самом деле задача "как сделать доступным Яндекс.Маркет, но не весь остальной интернет" - довольно мозговзрывающая с точки зрения системного администрирования.
-
не вижу отличий от бесплатных обязательных телеканалов.
все равно будет либо все, либо ничего
-
(https://i.ibb.co/5c66Cyv/2021-11-19-13-55-10.png) (https://ibb.co/bdPPYZL)
-
и что?
-
Нужно разделять услугу на предоставление линии и бесплатную часть .
Интернет бесплатно , линия по старой цене тарифа.
Иначе протокол.
-
Нужно разделять услугу на предоставление линии и бесплатную часть .
Интернет бесплатно , линия по старой цене тарифа.
Иначе протокол.
так это очевидные вещи.
или любой другой способ позволяющий ограничить "бесплатную часть интернета".
еще раз повторю, что мы это уже прошли с кабельным.
кто еще в кабельном это не реализовал - ну блин он тогда доказал, что "иначе протокол" не будет.
-
Некоторые интернет сервисы (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