The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

HTTP поверх протокола QUIC будет стандартизирован как HTTP/3 , opennews (??), 12-Ноя-18, (0) [смотреть все] +1

Сообщения [Сортировка по времени | RSS]


147. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от Аноним (12), 12-Ноя-18, 20:43 
Есть мысль, что если выпилить ютюб из интернетов, можно здорово на роутерах сэкономить.
Ответить | Правка | Наверх | Cообщить модератору

154. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от Аноним (152), 12-Ноя-18, 21:21 
Есть мысль, что вы не понимаете, как работает интернет и что роутер нужен для всего трафика. Выпиливайтесь на здоровье
Ответить | Правка | Наверх | Cообщить модератору

158. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от Аноним (158), 12-Ноя-18, 22:48 
т.е. если глобализация и централизованный масс-хостинг общего назначения - то и гавкнуть на него из глубины будки нельзя? нюансов хватает
Ответить | Правка | Наверх | Cообщить модератору

160. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от Аноним (12), 12-Ноя-18, 23:04 
Есть мысль, что если выпилить столько (бессмысленного) трафика, роутерам полегчает с запасом лет так на 10-15.
Ответить | Правка | К родителю #154 | Наверх | Cообщить модератору

190. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  –1 +/
Сообщение от Stax (ok), 13-Ноя-18, 15:14 
Любопытства ради, сколько вы в жизни видели роутеров (любые примеры подойдут - домашние, корпоративные, провайдерские, магистральные), которым было тяжело обрабатывать трафик? Именно чтобы сам роутер "напрягался" форвардить пакетики (в плане процессора или еще там чего), а не каналы в любую сторону от этого роутера.
Ответить | Правка | Наверх | Cообщить модератору

199. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от Аноним другой (?), 13-Ноя-18, 17:18 
home и small business устройствам в user-friendly средах всегда плохело, не рассчитаны они на анлимит соединений с каждого узла (n-соединений хром, 2*n коннектов уторрент в обе стороны, скайп, всякие безумные и2п и прочая), а ведь еще полезную нагрузку нести, с админ-вахтером немного легчает - пакеты обрабатываются проще, очереди короче, в таких средах даже корпоративное устройство в 10 раз дороже в тяжелых условиях, это очевидно.
Ответить | Правка | Наверх | Cообщить модератору

200. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от Stax (ok), 13-Ноя-18, 17:32 
> home и small business устройствам в user-friendly средах всегда плохело, не рассчитаны
> они на анлимит соединений с каждого узла (n-соединений хром, 2*n коннектов
> уторрент в обе стороны, скайп, всякие безумные и2п и прочая), а
> ведь еще полезную нагрузку нести, с админ-вахтером немного легчает - пакеты
> обрабатываются проще, очереди короче, в таких средах даже корпоративное устройство в
> 10 раз дороже в тяжелых условиях, это очевидно.

Ни разу не очевидно. Количество соединений, ВНЕЗАПНО, не связано с трафиком, и есть там ютуб или нет - никак не влияет на нагрузку на таблицу NAT, к примеру. Убрав ютуб, можно убрать большой процент трафика из интернета, а вот общее количество соединений изменится минимально.

Ответить | Правка | Наверх | Cообщить модератору

202. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от Аноним другой (?), 13-Ноя-18, 18:08 
согласен, не претендую (но переключать контекст threads/events processing с полезного на бесполезное бессмысленно), поскольку с текстом люди работать разучились, то без ютуб они уже не настроят ни онлайн-игры, ни виртуальные сети, ни увидят захватывающие трейлеры и т.д., но это конечно слишком мягкий контекст-анализ, без вздергивания 16+ и прочих бесполезных узлов.
Ответить | Правка | Наверх | Cообщить модератору

219. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от Аноним (12), 15-Ноя-18, 01:27 
Ты не понял саму суть исходного посыла: если мы апгрейдим канал с 40г до 100г допустим - нам минимум придётся поменять линейную плату. Минимум. Если этих 100г портов окажется больше 4 - придётся ещё и RSP поменять с 880 на что-то повыше. А если плотные карты с кучей 100г - то ещё и SFC добавить придётся. А в маленькое 10U шасси много SFC с линейками не поставишь - придётся и шасси поменять. Такие апгрейды роутеров - это охеренные деньги.

И что такое "канал" для тебя? Для меня это оптика или оптический бандл, в который можно запихнуть и 10, и 40, и 100, а возможно и больше, в зависимости от типа модуля в роутере.

---

Что же до "загибающегося оборудования" - да тоже сколько угодно.
Возьми старенький клиентский 1841, дай клиенту медяху на 100 мбит - лично узреешь.
Из больших - ASR1000 бывает весь вдоль и поперёк оверсабскрайбленный только в путь.
Из дерьма - загибающихся софтовых 7200 - по горло видел в своё время.
Свитчи, загибающиеся из-за маленьких буферов - постоянно вижу.

Ответить | Правка | К родителю #190 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру