The OpenNET Project / Index page

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



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

Оглавление

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

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


78. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  –2 +/
Сообщение от EuPhobos (ok), 12-Ноя-18, 13:47 
> Заметный прирост производительности и пропускной способности, по сравнению с TCP. Для видеосервисов, таких как YouTube, применение QUIC показало сокращение операций повторной буферизации при просмотре видео на 30%.

Отлично, кто-то в локалке врубит YouTube-чик, а у кого то из-за этого начнёт заикаться SIP телефония.
Что за де6илы.. Были такие умники, которые решили torrent-ы по UDP гонять, ничем хорошим не кончилось.
Каждый протокол создан под свою конкретную работу, а тут делают костыльный велосипед с треугольными колёсами.

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

87. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +5 +/
Сообщение от Аноним84701 (ok), 12-Ноя-18, 14:31 
> Отлично, кто-то в локалке врубит YouTube-чик, а у кого то из-за этого начнёт заикаться SIP телефония.

Так гуглу  от чужой SIP телефонии ни жарко, ни холодно.
В отличие от шустрости собственного, монетизируемого сервиса.

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

111. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от Crazy Alex (ok), 12-Ноя-18, 16:14 
давно оно на том же порту бегает? нет? Ну тогда можно разделить и QoS в помощь
Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

179. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от Аноним (179), 13-Ноя-18, 09:30 
А что там с КОСом для удп на аппаратном уровне железок?
Ответить | Правка | Наверх | Cообщить модератору

117. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +2 +/
Сообщение от Anon772email (?), 12-Ноя-18, 16:56 
Вы понимаете  в чем была проблема с торрентами + UDP ?
Проблема была у говнопровайдеров с софт роутерами.
Там от пакет рейта - цпу улетало в небеса и начинались лаги.
У нормальных провайдеров с железными брасами это все было вообще похер - ASIC нормальных BRASов молотили аппаратно свои миллионы пакетов в секунду и в ус не дули....
Тоже самое и с домашними роутерами...

Так что не нужно мешать все в кучу.
Реально пока проблема с UDP только в DDOS, и подменой адреса источника и последующая амплификация (потому что до сих пор многие говнопровайдеры не проверяют на доступе src адреса, с которых посылают в мир трафик от своих хомяков, хотя, казалось бы - пару строчек конфига ACL - разрешать только свои сетки или типа ip source validation...

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

119. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  –1 +/
Сообщение от пох (?), 12-Ноя-18, 17:16 
> Вы понимаете  в чем была проблема с торрентами + UDP ?

мы - понимаем, вы - явно нет. Читали в газетке комсомольская правда.

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

120. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +1 +/
Сообщение от Anon772email (?), 12-Ноя-18, 17:20 
Просветите, нас, господин хороший...
Ответить | Правка | Наверх | Cообщить модератору

166. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от Аноним (12), 12-Ноя-18, 23:24 
Я так это, на минуточку секрет открою: большинство априори железных свитчей на деле далеко не line rate. Большим pps их можно забить только в путь. А уж если где-то асимметричный свитчинг, то при плотном потоке, не умеющем себя попиливать, и вообще прелесть. UtP с тех пора слегка поддоработали.
Ответить | Правка | К родителю #117 | Наверх | Cообщить модератору

167. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от Аноним (12), 12-Ноя-18, 23:27 
3850 - распи(*)арен, только в путь. Нон-блокинг, 480 гбит, все дела. С пары десяток в гиги без всяких флоу контролов аутпут дропы только в путь, приходится очереди выкручивать, но и это не особо помогает. Буфер мелковат.
Ответить | Правка | Наверх | Cообщить модератору

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

187. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от нах (?), 13-Ноя-18, 14:33 
> Большим pps их можно забить только в путь.

там не в больших pps (не в одних только pps) была реальная проблема. (а от большого у клиента его собственная мыльница лопается первой)

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

> UtP с тех пора слегка поддоработали.

это потому что провайдеры _массово_ начали паттерн-матчингом (вот это - действительно на cpu делается, и ничего - справлялись ;-) ронять его на пол, с prob 90% ("а чо, оно ж декларировано что подстраивается под потери - вот и пусть подстроится"). А первое время гордые авторы никого слушать не хотели, и гордо кукарекали что у них все правильно, это у вас каналы неправильные и вы ничего настраивать не умеете.

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

От гугля - не надейтесь. Его и на пол ронять не будут, и слушать гугль никого не умеет, надежно изолировавшись от внешнего мира.

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

206. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от Аноним (12), 13-Ноя-18, 20:52 
Yes. Именно потому, что его блочить начали - они заливали как унылые софтбрасы, так и просто свитчи :( А когда заливается фабрика свитча - грабли имеют все на нём и даже за ним (если кольцо).
Ответить | Правка | Наверх | Cообщить модератору

207. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от Аноним (12), 13-Ноя-18, 20:54 
Ну и нет - если квик будет в сети хамить, то и дропать придётся. Потому что терять полтора хомячка с "умяня квика нет срочносделайте" проще, чем корпората, которому этот квик до фонаря.
Ответить | Правка | К родителю #187 | Наверх | Cообщить модератору

225. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +1 +/
Сообщение от пох (?), 15-Ноя-18, 14:44 
он дропнется только вместе с юзерами.
Нет, корпорату не до фонаря - ему тоже надо гугледоксы и даже, представь себе, ютупчик - по другому он до своих дорогих клиентов не достучится, будь он хоть циской, хоть ibm :-(

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

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

227. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от Олег (??), 17-Ноя-18, 16:27 
>У нормальных провайдеров с железными брасами это все было вообще похер - ASIC нормальных BRASов молотили аппаратно свои миллионы пакетов в секунду и в ус не дули....

Что за бред ты несёшь? ASIC божественен что ли и у него нет естественных ограничений его возможностей?

Какая нафиг разница проц или asic, если приходит больше пакетов, чем может переварить железка по своим параметрам?

Плюс, проблема не в этом была, а, как написали, в том, что нет у udp congestion control.

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

267. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от Аноним (267), 11-Дек-18, 23:22 
> Какая нафиг разница проц или asic, если приходит больше пакетов, чем может
> переварить железка по своим параметрам?

Для ASIC считается хорошим тоном работать с wire speed. Даже мелкими пакетами. Иначе зачем за него вообще платить? С ограничениями по параметрам и CPU может, он ширпотребнее а потому при прочих равных дешевле. А смысл ASIC - в том что он эффективен в своей задаче. Ценой узкой специализации.

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

161. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  –1 +/
Сообщение от Аноним (12), 12-Ноя-18, 23:06 
Для этого есть QoS и ToS. Свой VoIP в приоритет, DNS и NTP чуть пониже с рейтлимитом, ну ещё там пару протоколов, а всё остальное в бест-эффорт, если не в полисинг. И пусть ***ца как хочет.
Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

259. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от Аноним (-), 01-Дек-18, 16:18 
> Отлично, кто-то в локалке врубит YouTube-чик, а у кого то из-за этого
> начнёт заикаться SIP телефония.

Если ты хотел делать приоретизацию трафика на основе одного только факта что это udp - ты делал что-то крепко не так.

> Были такие умники, которые решили torrent-ы по UDP гонять, ничем хорошим не кончилось.

Да вообще-то юзерам стало довольно хорошо. А всяким козлам с недороутерами на фряхе конечно начальство дало по чайнику и правильно сделало. А кто не сделал - будет у такого прова меньше юзерей, делов то. Ничего личного, это бизнес.

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

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

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




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

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