- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 08:52 , 12-Ноя-18 (1) +78 [^]
>Заметный прирост производительности и пропускной способностив 2018 году это как-то непривычно звучит, ведь сейчас в моде наплевательское отношение к производительности
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., eRIC, 08:53 , 12-Ноя-18 (4) +1
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., _hide_, 09:07 , 12-Ноя-18 (11) +8 [^]
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 09:11 , 12-Ноя-18 (12) –1
Ну вот да, тот же concern. Во-первых оно декриптит перед обработкой, уже плохо. Очень плохо. Во-вторых, скорее всего будут дыры на спуфнуть сеанс, получив amplification attack. Ну не доверяю я протоколам без предварительного affix'инга соединения, чего уж там.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., rshadow, 11:44 , 12-Ноя-18 (51) –3
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Crazy Alex, 14:30 , 12-Ноя-18 (86) –3
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., RomanCh, 15:05 , 12-Ноя-18 (94) +1
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., пох, 15:09 , 12-Ноя-18 (96)
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Crazy Alex, 16:07 , 12-Ноя-18 (108) +2
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 18:06 , 12-Ноя-18 (127) +1
Рядом с публично доступными без авторизации котиками может быть домашнее ню, предназначенное для строго ограниченного круга лиц, например.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 00:05 , 19-Ноя-18 (228) +1
> без авторизации котиков, фоточки из зомбосетяшек и видео начинают шифровать > - это где и в чём тут счастье?Ну вот смотри, мобильный пров например врезал знакомому юзеру свой контент. И мало того - он подвернулся под руку. Юзер кликнул. И попал на 300 рублей, между прочим. Ну вот чтобы такого не было - сам понимаешь, давать кому попало влезать в траф явно лишнее. Есть сервер и есть юзер. Третий лишний. > Например, включение SSL на отдающем видеосервисе требует примерно вдвое больше проца > чем без него. Однако проц там один черт не озадачен как правило. Да и крипто шустрое сейчас есть, тот же poly1305-chacha и прочие 25519. Они даже на фигне с тетрадную клеточку прилично работают. А уж на одноплатнике, десктопе или тем более приличном сервере. > Известным образом растёт и энергопотребление. Не сложно догадаться что со стороны > клиента так же растёт потребность в проце и энергопотреблении Одна врезка рекламы гамнюками обошлась юзеру как 2-недельный счет за электричество. Еще вопросы?
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., RomanCh, 13:09 , 19-Ноя-18 (232)
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 17:33 , 19-Ноя-18 (233) +2
> Ещё раз - для этого существуют другие методы решения. Юридические. Это не работает. Каждого гамнюка не построишь. Так же как не поймаешь и не накажешь каждого кулхацкера с кали-линуксом и снифером. Поэтому приходится выбирать решения которые реально а не номинально работают. К тому же юзер в половине случаев еще и твердо уверен что это был контент страницы, выдвигая претензии сайту. Ведь он зашел на сайт - и попал. Значит виноват сайт. В этом месте владельцы серверов начинают решать что отдуваться за чужие косяки чуть ли не в судебном порядке им не очень надо - и начинают хотеть чего-то такого. Технари тоже понимают что безобразие надо рубить на корню - и в целом отрасль двигает в этом направлении. Есть проблема, с ней махаются. Не по паспорту, а по морде. > Или смена провайдера. И на что менять мобилочных провов, если они ВСЕ так делать норовят? Да и не-мобилочные порой так развлекаются. А если в какой-то географии пров монополист - то чего? Еще и переехать заодно? Вариант, конечно, но - не для всех. Поэтому толпа народа будет вопить что админ сайта жулик и урод - врезает на сайте картинки по 300 рублей. Оно вледельцу сайта надо? > А лох - он всегда будет стрижен, с ssl или без. Однако усложнить это тем кто борзеет сверх всякой меры все же можно. Да и пароли в кафешках все же перестанет собирать оптом всего лишь примитивным запуском снифера по наглому, чтоли. > Вы когда-нибудь пробовали отдавать 500-1000 Гбит/с видео внешним пользователям? В таком масштабе это не 1 сервер делает. Так по нормальному - это небольшой CDN, чтоли. И у него неозадаченных процов явно будет. А, да, это у нормальных людей еще и по глобусу раскидано в несколько мест. > Вот когда попробуете, тогда узнаете как там "проц не озадачен" и как удобно > (и недорого, ага) прикручивать криптопроцессоры к существующим системам. Сейчас серверные процессоры такие что выделить несколько ядер под chacha - не больно какая проблема. А чего еще им делать на сервере грузящем данные? > Когда зачастую требуется ещё и всякое старое УГ в шифровании поддерживать потому что > "иначе юзеры отпадут". Отлично, экономистов на спичках пытающихся перепихнуть свою экономию ценой проблем у других надо с рынка гнать цаными тряпками и такой же метлой. Потому что потом рядом с вашим видео ISP врезает свою картинку. Ценой 300 рублей, бл. На это у них ресурсов почему-то хватает, в отличие от вас. Так что вы или найдете ресурсы, или на ваше место придет более вменяемый сервис, который больше на стороне юзерей чем вы. Как-то так. > штукатуркой убивает отпавшей со стены! Так что давайте все в шлемах > Рысь-Т ходить! Ну как бы если штукатурка начнет падать раз в 20 минут на всех кто из дома высунул нос - мы таки поневоле полюбим каски. Так же как после энного количества задавленных мы полюбили ПДД. Ну так вот, количество "задавленных" перевалило критический предел. Возник спрос на пересмотр этой ситуации. > Первое. Давайте не будем строить правила на исключениях, иначе так можно слишком далеко зайти. Это к сожалению не исключения а вообще каждый первый мобильный пров. И каждый третий проводной. > Второе. Даже если рассматривать ваш исключительный случай, то электричества больше от того > не потребилось (лох был стрижен, наоборот глядишь меньше потратит в итоге). У лоха с мобилочного счета за 1 присест улетело больше чем он за 2 недели за вообще все электричество в доме платил, это больно и быстро и при таких фактах все положат на ваш бубнеж про экономию. А вы или предоставите юзеру сервис где его не обжуливают, или вместо вас будет другой сервис. Все просто. > то поймёте что постоянный жор батарейки у всех внезапно сказывается на > глобальном энергопотреблении, на требуемой мощности аккумуляторов (иначе ваш пальцетык > через полчаса сядет), на требуемой мощности процессора в сервере а потому > - потребляемой мощности всего ЦОД. Соблюдение пдд требует работы толпы народа, уйму краски, денег и вообще. Безобразие, конечно, но если б не было проблем - с ними бы и не боролись. > И это всё во-первых закладывается в итоговую цену для потребителя (отказаться от > которой он не может даже если ему всё это не надо), Что значит не может? Его пинками гонят в магазин? На сайт? В банк? Кто это такой наглый? > а во-вторых в очумительный перерасход ресурсов на шарике, Да я и говорю - краску на дорожную разметку тоже жалко. Но вот отказаться от нее мы как-то не готовы, потому что иначе начинается апокалиптец.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Анонн, 18:19 , 19-Ноя-18 (241) +1
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., RomanCh, 19:40 , 19-Ноя-18 (250) +1
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 21:43 , 29-Ноя-18 (252)
> Вот именно из-за такого подхода это и не работаетОчень интенесно, как на практике мог бы работать например отлов каждого кулхацкера с кали-линуксом? А таки строительство подземных и надземных переходов сокращает число задавленных. При том не только когда кто-то на красный специально пер, но и когда у кого-то тормоза отказали. Если машины и люди не пересекаются, так безопаснее во всех случаях. Ну вот и с врезками и снифежом трафика - аналогично. > Вообще, есть такое эмпирическое правило: "социальные проблемы реново решаются сугубо > техническим путем". Оно как бы да, но бывает еще и так что технические проблемы и решения постепенно меняют и общество. Например, ПДД потребовался и прочие техосмотры. Чтобы с одной стороны не ездили черти как, а с другой было поменьше тех у кого тормоза отказали просто потому что их 20 лет никто не обслуживал, оказывается. > поможет только пока действует принцип неуловимого Джо. Потом просто придумают что-то новенькое. Придумать что-то новенькое для врезки в шифрованый трафик потребует прорыв в области криптографии. И если вдруг это работать перестанет - криптографы мигом переиграют это. При том юзерам браузер обновить - бесплатно, а ISP железо сменить - куча денег. Софтом в такие потоки данных они конечно же врезаться не смогут, производительности не хватит. В этом месте на стороне технарей и время и деньги.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., RomanCh, 19:30 , 19-Ноя-18 (249) –1
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 23:45 , 29-Ноя-18 (253)
> Что не работает, смена провайдера? Иди скажи это другим знакомым, из села, у которых 2 едва ловящихся oпcoca и фига - весь ассортимент. > И да, давайте уж статистику по врезкам которой вы так размахиваете. Я что, справочная? Лично мне достаточно 1 прецедента у знакомых который дошел до меня. > А много-ли вы мне можете привести случаев как кулхацкеры наснифали что-то сколь-нибудь значимое? Логины-пароли на все что можно - ходовой товар на черных рынках. > И да, тут мало сниффера, тут надо чуть-чуть больше мозгов приложить, А чтоб включить monitor mode вафли и загрести пакетов? > что бы хотя бы по L2 сегменту соседа обмануть. Вы там в каком веке? > А уж если вспомнить что ща повсеместно внедряются железки которые подобное фильтруют на раз В вафле например эфир доступен всем на равных основаниях. > то это очередная отсылка к исключениям. Хорошее исключение - 90% хомячков. В пределах мкада - достаточно в метро спуститься. И можно крупнооптовой лопатой, так что если у ресурса не было шифрования... > Ещё раз - давайте не будем играть в дурную игру построения правил на исключениях. Исключение по состоянию на 2018 год это проводные сети с оборудованием защищенным от L2 атак. > А почему не к производителю пальцетыка своего? Ведь он его включил, потыкал > там пальчиком, и попал! Ну как бы вот вы это и доносите до легионов хомяков. Мне же воевать с ними неохота. > Значит виноват пальцетык и тот кто его произвёл. Логично? Логично! Логично. И иногда даже слышны гневные вопли. Просто дотянуться до них сложнее, а кто на виду - с солидными юридическими отделами. > В жёстких циферях с пруфлинками. Оно мне надо? Я могу просто посмотреть вокруг и посмотреть насколько ваши заявочки применимы к тому что я вижу. > А я вам могу с уверенностью заявить потребление аппаратных ресурсов на бессмысленное > шифрование публичного контента Оно таки не бессмысленное, когда под видом вашего ресурса какой-то пупкин засевший на вон той вафле (или даже железках ISP) начинает в траф врезать черт знает что, тырить пароли, собирать хрен знает какое досье и проч. Поэтому им и занимаются. > не надо лечить диарею затычкой. Предлагается уделаться поуши и пойти отстирываться? :) > Это бессмысленная борьба щита и меча которая будет вечной с примерно одинаковым > выхлопом всё время. Сдача со стороны щита = невозбранное отрезание голов всем вообще. Не годится. > Во-первых в РФ уже практически везде шифрованный wi-fi В публичных местах он либо не шифрованый либо ключ всем известен. > (криптостойкость пароля конечно отложим пока в сторонку). Конечно. Спустимся в московское метро. А там открытая вафля и миллионы хомяков. Так что если у ресурса не было шифрования... это хреновый, никуда не годный ресурс. А ключ на вафлю ставить - либо его все будут знать, либо 0 пользователей останется, перенастраивать вайельную сеть на каждую сессию в своем девайсе никто не будет. > архитектура в которой чувствительные данные будут уходить шифрованными, остальные - нет. А тут надо понимать что чувствительное с точки зрения хакера совсем не то же что и с точки зрения хмыря который ресурсы своих тазиков экономит. Владелец тазика пытается сэкономить копье любой ценой. И в этом месте его интересы против интересов юзеров, которых в результате трахнут хакеры, а то и сами ISP. > Но нет, мы лучше на всякий случай всё зашифруем и плевать на долгосрочный результат. Это достаточно радикально изводит целые большие классы атак. Например попытки внедрять левый JS код делающий фиг знает что. И хрен его знает какой там где архитект и посчитал ли он это критичным. А хакеры этим попользуются. > конце концов шифровать, это не так страшно как бессмысленное потоковое шифрование > видео и картинок. И чего помешает прову (или хакеру) подменять внаглую контент на свой, интересно? В половине случаев еще и какой-нибудь инклюд в HTML пролезет как "типа видео", главное чтобы хаксорский сервак инициативу перехватил и отлупил правильно. Насколько там архитект готов к обороту что его юзерей беспринципно подоят все - вопрос. > от 30ти железных ядер (х2 если с включенным HT) встают в > полку по процу. Понятно. Если сервер грузящий видео вдруг кладет в полку все 30 ядер - вероятно, он что-то делает не так. Хотя возможно что вы из тех психов, которые пытаются собрать 1 мегажелезку, в наивной надежде что она одна удержит на себе весь мир, конечно. Но это хреново работает, по совсем другим причинам. И горе вашей клиентуре если они еще не поняли куда таких архитектов слать надо, вместе с их творениями. > И кстати совершенно непонятно как меняет ситуацию географическое разнесение серверов. Там заодно люди в адекват приходят и перестают пытаться обслужить полпланеты одной мегажелезкой, начиная оптимизировать по цена/результат. После чего они почему-то резко перестают хвастаться мегаконфигурациями с странными проблемами. > В разных широтах по разному проц нагружается от шифрования? Нет, просто железо начинают выбирать по совсем иным критериям, так что по процу часто избыток, а по io ... сети как-то исторически развиваются намного медленнее чем CPU и даже RAM. Это по состоянию на сейчас - самое слабое звено. > так же как и остальные. У вас другие данные? Если чувак из гугли говорит что основной их гемор и затраты с сетями - получается что так. > Во, включились разговоры в пользу богатых. Работа должна быть сделана качественно. Не можете - вон с рынка. А насколько это будет дорого или дешево - ваши проблемы уже. Изыскивайте способы или проваливайте с рынка. Если хомяков при заходе на ваш сайт имеет хакер или isp - это таки халтурка уже по состоянию дел на сейчас. > функционала (деньги вместо разработки потрачены на закупку нового железа). > Вот это я понимаю - настоящее счастье! Как бы если хомяку врежут платный контент или стырят пароли - приходит НЕсчастье. И на месте хомяка логично выбирать сервисы где это исключено. > А у вас таки есть статистика пострадавших? У меня есть пострадавшие, на которых штукатурка упала. Поэтому я теперь серьезнее отношусь к каскам, а также состоянию фасадов зданий, прикидывая откуда может быть сюрприз. > Давайте цифры в студию что-ли, а то беспредметная болтовня. Статистику перевозок московского метро можно в вике посмотреть... > человек примерно раз в 20-30 минут. И логичней было бы на > самом деле перевести большинство перевозок грузов на Ж/Д, Так и представляю себе рельсы прямо к дому. Да даже подъездные пути к супермаркету. До ближайшей станции 30+ минут пехом. На автомобиле - не более 5. В общем разного масштаба штуки. ЖД для масштабных вещей и дальних дистанций скорее. Подвиды типа метро/легких вариантов частично улучшают, но - частично. К каждому дому пути и станцию не построишь, а полчаса пехать до станции, даже метрошной, все же долговато. И кстати для понимания - можете сунуться в московское метро в 6 утра в центр из какого-нибудь Выхино. Или в 6 вечера - из центра в том же направлении. Оно по некоторым направлениям на пределе даже с автоматикой близкой к границам разумного по соображениям этой самой безопасности, чтоб у поездов тормозной интервал был БЕЗ въезда в предыдущий поезд. Метро УЖЕ поезда гоняет почти вплотную с вот такими интервалами. И даже так не успевает развозить. Строить новые ветки - смотрим сколько это стоит, какие сроки, все такое. Построить вторую ветку в ту же сторону, не через цать лет а завтра, или через пару лет накрайняк - полбюджета города уйдет. А если не под землей - грохочущий под окнами поезд мало удовольствия. Да и не настолько дешевле, в городе ЖД тянуть гимор. Даже по эстакаде гимор. Ну вот с МЦК схалтурили немного, использовав существующие пути. Получилось неплохо, но вот как замена авто оно ну совсем ни о чем, платформы порой черти-где т.к. не строились под нужды города как таковые. Так что экономия вышла с последствиями. В общем замена совершенно не эквивалентная. > а пассажиров - на комфортабельный современный общественный транспорт. Уровень комфорта можно заценить в 6 утра, на станции Выхино, в центр :). Впрочем можно в 6-8 утра и в питерское метро вылезти. Тоже комфортабельно, я проверял. > Гибели сократились бы просто на порядки. А вам не приходило в голову что люди готовы немного рискнуть чтобы не давиться в вагоне как бочки в селедке? При том оно так в час пик вот так даже на линиях с нормальной автоматикой, держащей минимально безопасные тормозные интервалы между поездами. Построить параллельную линию для разгрузки - дико дорого и долго. > Но эта система, она уродская с ног до головы и везде решает > проблемы типа "диарея" затычкой в соответствующее место. У железных дорог масштабы совсем не персонализированные, так что даже разгрузить жрат в супермаркет - проблема. А чтоб домой попасть без гемора - и вообще. И вообще, примеры успешного внедрения легких городских ЖД по всему глобусу - достаточно малочисленны и авто они все же не заменяют, и даже не пытаются. > С SSL ровно то же самое. Очередная затычка в виде более строгих ПДД Скорее в виде аналога поездной системы блокировки, жмущая на тормоз вместо водилы если он прет на красный. > дорогой девайс потому что других просто практически не выпускают. Как бы там основная цена сейчас не из-за шифрования а потому что яванитармазит!!111 и прочие электроны. Поэтому без 4 ядер и 4 гиг оперативы - уже не человек. На фоне этих лагучих монстрил потребление ресурсов шифрованием никто и близко не заметит. Там все же компактный сишный код, зачастую с асм оптимизацией, что по сравнению с jit и прочими скриптанутыми монстрами - ни в какое сравнение. > Ведь "всем надо шифровать котиков". Если все приходит к тому что иначе котики становятся по 300 рублей с лоха, а с аккаунта начинает лететь спам - тогда увы. И поездам системы управления движением, упраздняющие проезды на красный придется поставить. > А про дорожную краску, я надесюсь вы поняли выше. Вы так говорите, как будто рельсы бесплатные. А, следующий шаг - сказать что из дома вообще не надо высоываться. Тогда можно и без рельсов обойтись. И смертей будет еще меньше. Формально это конечно так. А реально... эээ... ну его нафиг жизнь уровня средневековья.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., mumu, 09:26 , 12-Ноя-18 (15) +27 [^]
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Клыкастый, 11:02 , 12-Ноя-18 (40) –1
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 11:13 , 12-Ноя-18 (44) +4
Ты ещё UUCP вспомни. Всё ещё длящееся существование почтовых клиентов никак не отменяет того факта, что большинство веб-морд откровенно тормознутые на пустом месте.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Клыкастый, 11:43 , 12-Ноя-18 (50) +2
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 13:23 , 12-Ноя-18 (70)
>в случае с gmail таки есть выбор довольно мнимый. Да, IMAP там формально есть. Но например уведомления по IMAP IDLE приходят с хорошей задержкой, а то и вообще не приходят, пока не откроешь веб-интерфейс. При этом официальный клиент под андроид работает как часы. Я уверен, что это сделано намеренно.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Crazy Alex, 14:24 , 12-Ноя-18 (85)
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 17:50 , 12-Ноя-18 (123)
Зачем вообще уведомления? Это же почта, а не мессенджер, ее главное преимущество как раз в том, что ее читаешь когда захотел, а не когда написали.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 17:58 , 12-Ноя-18 (126)
>>в случае с gmail таки есть выбор > довольно мнимый. Да, IMAP там формально есть. Но например уведомления по IMAP > IDLE приходят с хорошей задержкой, а то и вообще не приходят, > пока не откроешь веб-интерфейс. При этом официальный клиент под андроид работает > как часы. Я уверен, что это сделано намеренно.Я вообще на гмыле POP3 использую, никаких проблем
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 18:33 , 12-Ноя-18 (137) +1
Пожалуйста, не используйте gmail, не надо помогать корпорации монополизировать последнее еще независимое и децентрализованное и при этом массово используемое средство коммуникации.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 11:40 , 12-Ноя-18 (49)
> грузить gmail по пол минуты после этого, рассказывая как это круто, модно, молодёжноGmail таки как раз застрял на гугле либах от 2009 года. Оттуда такой дикий размер и тормоза. Был же недавно разбор, что там за дикие костыли под капотом. Походу, уже никогда не перепишут на что-то легковесное.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Nemton, 12:44 , 12-Ноя-18 (61)
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., MrClon, 13:47 , 12-Ноя-18 (77) +9 [^]
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 15:40 , 12-Ноя-18 (103)
Угу. И особенно радует "Для видеосервисов, таких как YouTube". Сначало был нормальноый дизайн, который быстро загружался, а сейчас сделали тормознутое г. После этого надо придывать новые стандарты, чтобы это всё бысто работало.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 15:42 , 12-Ноя-18 (105)
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 20:07 , 12-Ноя-18 (140)
> Угу. И особенно радует "Для видеосервисов, таких как YouTube". Сначало был нормальноый > дизайн, который быстро загружался, а сейчас сделали тормознутое г. После этого > надо придывать новые стандарты, чтобы это всё бысто работало.Не тупи, это про загрузку самого видео, вся остальная мишура потребляет считаные проценты от трафика
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., eRIC, 08:52 , 12-Ноя-18 (2) +1
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 08:58 , 12-Ноя-18 (6) +9 [^]
> HTTP/3 помимо новых фич, должно также нести решения проблем первой и второй версииИсправления доводят через обновление RFC, а не смену версии протокола. Например, HTTP/1.1 актуализирован в RFC 7230, который заменил старый RFC 2616.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 08:52 , 12-Ноя-18 (3) –1
Здорово, что для оптимизации работы, нет убеждений как преград. Возможно всё!
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 08:56 , 12-Ноя-18 (5) –1
И это вместо того, чтобы делать tcp/2? )))
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 09:01 , 12-Ноя-18 (8) –1
Уже в SCTP попробовали, не получилось. Лучше уж поверх UDP.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., daemntux, 10:00 , 12-Ноя-18 (24) +2
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 11:32 , 12-Ноя-18 (45) +2
Не лучше, в Linux Kernel у UPD Datagram намного дороже CPU-cost, чем у TCP. Да и в целом QUIC плохо работает на каналах с packet reordering (аки мобилки). В общем, гугль пропихивает сугубо академический проект, сильно оторванный от реальности (прям как это было со SPDY). Внедрение будет болезненным.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., КГБ СССР, 10:07 , 12-Ноя-18 (27) +5
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 10:16 , 12-Ноя-18 (30) +2
IETF уже здорово лоханулась с академическим IPv6, есть подозрение, что QUIC - что-то около.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., пох, 10:46 , 12-Ноя-18 (33) +3
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., КГБ СССР, 11:13 , 12-Ноя-18 (43)
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 18:18 , 19-Ноя-18 (240) –1
> Мы стоим на пороге большого шухера. И самое мерзкое в этом то, что > некому воспрепятствовать Копрорации Бобра. Измельчал народец, а частью помер, а кого > и просто купили.С инженерной точки зрения гугл по своему прекрасен - они эффективны и работают на результат, вместо академических рассусоливаний десятилетиями. Им реально надо чтобы сети работали, гоняли траф и проч. И это надо отнюдь не только им.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Анонимос, 11:37 , 12-Ноя-18 (47) +1
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 13:23 , 12-Ноя-18 (72) +1
Ви так говорите, как будто между собой соревнуются два стартапа, расположенных в соседних подвалах.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 18:20 , 19-Ноя-18 (242)
> Ви так говорите, как будто между собой соревнуются два стартапа, расположенных в > соседних подвалах.Если его протокол будет лучше работать - гугл таки им воспользуется, пожалуй. При условии что это можно будет внедрить в разумные сроки и более-менее везде, разумеется. Если там надо новый ядерный драйвер например, как с SCTP - ну тогда вы и будете убеждать майкрософт с его долей на десктопе это сделать. А не сможете - грош цена вашему протоколу, соответственно, поскольку он в реальном мире с тем что там реально водится дескать не работает.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 12:24 , 12-Ноя-18 (56) +1
> пропихнет его в качестве единственного стандарта, потому что _им_ так удобнее.Полно rfc которые не взлетели или устарели и не используются. Посмотрим, если у quic будут проблемы его просто не будут использовать никто кроме google и ему придётся дорабатывать протокол или отказаться от него в итоге.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 13:17 , 12-Ноя-18 (69) –1
Просто сделают ipv8, нормально обратно совместимый с v4, и не переусложнённый настолько, что настройку домашнего роутера человек с высшим техническим образованием без нескольких часов чтения манулов осилить не может.Ну как с UTF16/32 и UTF8. Без нормального обратно-совместимого UTF8 юникод никому нафиг не падал нигде, кроме как внутри потрохов винды, куда UTF16 был запихнут как раз из академических и оторванных от реальности соображений.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., пох, 15:06 , 12-Ноя-18 (95) –1
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 17:44 , 19-Ноя-18 (234)
> Скорее сделают оверусложненный v10, который будет управляться контроллерами с искусственным > интеллектом и вообще не поддаваться ни конфигурированию, ни траблшутингу. Хорошие сети - повсеместны, неубиваемы и конфигурируются сами. Сюрприз. Так должно быть - и так будет. Слышал когда-нибудь про концепцию "умной пыли"? К этому все придет. Это путь семейства технологий. Он не может быть остановлен. Те кто попытается - нагреют сами себя, а технологии все-равно придут.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., macfaq, 00:33 , 13-Ноя-18 (172)
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 02:45 , 13-Ноя-18 (173)
IPv6 решает проблему нехватки адресов, хотя бы.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 09:05 , 13-Ноя-18 (178) +1
Попутно ломая всё остальное. Квик тоже решает проблему отсутствия мультипоточности и 0-RTT в TCP...
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., пох, 16:55 , 13-Ноя-18 (198)
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 20:44 , 13-Ноя-18 (203) +1
Нормальное решение лежало на поверхности: у каждого ISP есть своя ASN32. Добавить это префиксом к IP-адресу, и всё - каждый ISP имеет своё адресное пространство IPv4. А возможно не одно. И роутинг сильно упрощается - не надо смотреть сами блоки адресов, достаточно префикса ASN.Да, модификация всего оборудования для новой версии протокола также бы понадобилась. И шлюзовать v4 в v4asn также пришлось бы по первости. Но вот в качестве базы был бы взят весь имеющийся и прекрасно работающий стек, модификации коснулись бы только адресации. Косяков типа тотальнейшего звездеца с автоконфигурацией и ND было бы гораздо меньше.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 20:48 , 13-Ноя-18 (204)
"роутинг сильно упрощается" - читать как "глобальный роутинг сильно упрощается". IPv6 наступает на те же грабли распухания таблицы маршрутов. Естественно, возможность смотреть на более длинный префикс при роутинге осталась бы, но в 99% случаев не применялась.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., пох, 22:07 , 13-Ноя-18 (209) +1
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 22:46 , 13-Ноя-18 (210)
Да он везде такой, хоть в в6, хоть в в4 ) Просто в в6 академики опять постарались с комбайнёрством.--- Тут не совсем память. CAM/hash с приличной ассоциативностью не так дёшева, как кажется. В один такт уместить выборку префиксов v6 особо не получается - слишком много логики, а полувыборка или хэш мало того, что требуют минимум два такта, так ещё и в разы объём этой памяти увеличивают. В IPv6, который ни жив ни мёртв, сейчас уже 60к маршрутов, с ростом этой таблички оно нормально подзабьёт CAM даже на девятитонниках с трайдентами, в которых всего 128к v6 маршрутов. Тайфуны прожуют, конечно.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 22:52 , 13-Ноя-18 (212)
> ты бы вот видел, какой в v6 ipsec...Самое охеренное - это v6 over PPP. Которому мало просто LCP для делегации, ещё и отдельный автоконф в каждый стык подавай. Идиотия 80 lvl. Цискобрасы вообще IPv4 и IPv6 в совместный полисер запихать не дают, тоже тема :D Из-за этого дать юзеру v6 плюсом к v4 - это де факто удвоить максимум полосы, если порт позволит.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 18:06 , 19-Ноя-18 (238)
> Самое охеренное - это v6 over PPP. > Идиотия 80 lvl.Да, заниматься PPP в 2018 году - это именно оно самое. Иррелевантно к IPv6 и прочее. Это протокол из эпохи диалапа. Под диалапные реалии. Диалап вымер как мамонты, даже сотовые модемы уже во многом отучились от него - потому что когда LTE лупит под 100 Мбит - все начинает упираться в обработку PPP...
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., пох, 22:06 , 13-Ноя-18 (208) +1
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 22:50 , 13-Ноя-18 (211)
Я бы не сказал, что оно хентайное, потому что самый мерзкий хентай с понями и радугой гораздо кавайнее чем IPv6. Но вот да - невменозом отдаёт только в путь. Попытались одновременно с адресацией перекомбайнить весь стек. Итог печален.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 17:59 , 19-Ноя-18 (236)
> но победило японское хентайное угребище, еще и изначально спроектированное со словами "nat > не нужен, прозрачная трансляция 624 и наоборот ненужно,И это были очень правильные слова. Нат всего лишь куча костылей. > каждому холодильнику по адресу Протоколы семейства TCP/IP изначально так и задуманы. То что какие-то похи все извратили - они не Vint Cerf и им это с рук не сойдет, даже не надейтесь. > привязанному к маку, прайваси ненужно, В линухе сие настраивается. Можно и не привязывать к MAC. Да и вообще, нормальные провы минимум /64 выдают, и как именно его распределить - в общем локальные проблемы, к маку особо не привязанные. Хотя конечно бывают жадины которые жмутся, экономя 128 битов. Которые все ж не 32. > Любого из перечисленных пунктов вменяемым людям хватило бы, чтоб пинком под зад > отправить проект в помойку, где ему самое место. Ну как бы проблема есть, сейчас уже даже хостинги, даже виртуалочные, начинают зажимать уникальные IPv4 порой, предпочитая всякий левый портфорвард и прочие извраты. Которые сильно все усложняют. > не единственная задача dhcp и даже не самая главная (и давным-давно > решенная в ipv4 - для тех недосетей где этого достаточно). В ipv4 оно так чудно решено было что потом шелскрипты от рута аж выполняются. В ipv6 конечно есть бестолковости, но на фоне v4 это шаг вперед. > что опять же говорит нам о квалификации и вообще близости к реальному > миру тех, кто это понапроектировал. Так желающих и могущих сделать это лучше - не нашлось. На опеннете трындеть бесполезно. Если б вы в IETF трындели, вас может даже кто и услышал. Но нет, цепляться за v4 когда ip-enabled устройств на планете уже более 2^32 - это не решение. И дефицит v4 таки уже начал продавливать v6 в массы.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 17:50 , 19-Ноя-18 (235)
> 1. "каждому холодильнику" не то что не нужен - а приходится принимать > отдельные меры чтобы НЕ был доступен из интернета отдельный адрес.И в результате приходится или сдаваться в рабство облачному сервису хрен знает кого, решающему эту проблему, или - увы - порулить холодильником и выключить свет сидючи в поезде уже не получается. А вот это - хреново. Задумано не так. > 2. блоков A и B понараздавали кому попало, а отобрать - не В мире уже больше устройств чем айпишников - мобилы уже у каждого первого почти, одно это миллиарды устройств. А когда толпень юзерей за натом - просто за гранью зла. Когда 1 кызел наспамит с прововского ната, а потом половина прова курит бамбук в результате. Получая левые претензии и напрягая толпы сапортов. Кому оно такое надо?
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 13:23 , 12-Ноя-18 (71) –1
В гугле на полном серьезе проводятся (или по крайней мере проводились в 2011 году) учения по восстановлению работы после попадания метеорита в датацентр.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 18:03 , 19-Ноя-18 (237)
> В гугле на полном серьезе проводятся (или по крайней мере проводились в > 2011 году) учения по восстановлению работы после попадания метеорита в датацентр. Инфраструктура гугля по состоянию на сейчас просто не заметит попадание метеорита. И пользователи не заметят. Станет работать чуть медленнее, юзеры перетекут на сервера вокруг. В распределенной структурке чуть просядет уровень избыточности на время, но это будет далеко от уровня при котором юзеры заметят потери данных. Нет, ну мониторинг конечно обнаружит проблемы, спецы отправятся чинить или деплоить новые серваки в других местах, чтобы восстановить общую мощность инфраструктуры. Но это в обычном рабочем режиме, без авралов как у некоторых других.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Zulu, 16:06 , 13-Ноя-18 (196)
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 00:09 , 19-Ноя-18 (229)
> И это вместо того, чтобы делать tcp/2? ))) А ты убеди майкрософт внедрить его потом. Желательно не через 20 лет. В случае UDP это не требуется - программы все могут сделать сами. Собственно из-за таких якорей с их совместимостью и получается облом. Ну вон у линуксоидов есть планировщики пакетов которые лучше на беспроводке работают. Но толпе юзеров винды от этого не легче, ютуб у них как лагал так и лагает.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 08:59 , 12-Ноя-18 (7) +4
UDP и 0-RTT - это хорошо. Можно невозбранно спуфить IP и флудить.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 09:04 , 12-Ноя-18 (9)
Упреждая "ааа оно тама всё зачичено разрабатывалась прафесианалами с учотом": оно, я так понимаю, сначала пытается декриптить фрейм, потом уже обрабатывает. Декрипт - операция далеко не бесплатная, соответственно задача по перегрузке CPU флудом слегка упрощается. В худшем случае - ещё предстоит обнаружить в этом счастье amplification attack.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 10:01 , 12-Ноя-18 (25) –3
Ну так когда оно пойдёт в массы у процессоров будут специализированные блоки, которые позволят декриптить фрэймы с минимальными затратами ресурсов.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 10:11 , 12-Ноя-18 (29) –3
Догадайтесь, почему нет :)
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 13:31 , 12-Ноя-18 (76)
Поддержка AES уже есть в современных более или менее CPU. В моем проекте гигабит зашифрованного трафика(aes_128_ctr) поверх SCTP, пролетает со свистом на одном ядре.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Stax, 14:58 , 12-Ноя-18 (91) +2
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Акакжев, 15:23 , 12-Ноя-18 (100)
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 16:25 , 12-Ноя-18 (113) –1
aes-128-ctr представляет из себя симметричное шифрование, по этому получение расширенного ключа используется как при шифровании так и при де шифровании. Следовательно шифруется и дешифруется оно с одинаковым звуком - со свистом. Вабще не уверен точно, но по идее расширение ключа должно быть тоже реализовано аппаратно на CPU с поддержкой AES, иначе в чем смысл иметь только частичное аппаратное ускорение алгоритма. Даже если это не так, то алгоритм расширения ключа, на первый взгляд, выглядит так как будто можно задействовать векторные регистры для его ускорения, в итоге все равно будет очень быстро.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 20:35 , 12-Ноя-18 (141) +1
Брутфорс ключа малой длины на миллионе-другом нод в итоге будет не менее свистящ. А большой ключ будет куда менее :) Вся криптография держится именно на (относительно) низкой производительности вычислений.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., анон, 23:18 , 12-Ноя-18 (165)
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 14:52 , 13-Ноя-18 (189)
Ничего не мешает менять ключ периодически, скажем, каждую минуту.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 18:44 , 19-Ноя-18 (247)
> именно на (относительно) низкой производительности вычислений.Современное крипто держится на большом количестве вариантов перебора. Даже если вы проверяете ключ за 1 такт процессора, а процессор очень крутой, потребляющий порядка планковских величин энергии на этот такт (мечта майнеров, в общем, близкая к теоретическим пределам), перебрать 2^256 ключей у вас просто не хватит энергии в доступной вам части вселенной. И атака провалится. Кстати, в этой формулировке время операций не фигурирует, это вообще не важно :). Если вы изведете существенный кусок вселенной с нулевым результатом в тепло - тем хуже для вас.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 16:14 , 12-Ноя-18 (110)
> Декрипт - операция далеко не бесплатнаяСимметричная криптография очень даже дешева. Хоть и не бесплатна, конечно. Ассимметричная, например TLS handshaking - довольно дорога.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Zulu, 15:54 , 13-Ноя-18 (191)
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., пох, 10:48 , 12-Ноя-18 (34) –1
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Chupaka, 09:06 , 12-Ноя-18 (10)
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 09:19 , 12-Ноя-18 (14) +1
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., anonymous, 09:37 , 12-Ноя-18 (17)
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 09:42 , 12-Ноя-18 (18)
Предполагается, что транспорт в содержимое сообщения вообще не вмешивается. С одной стороны - это хорошо, меньше будет всяких мерзких проксей, врезальщиков рекламы и прочей радости. С другой стороны - ISP клиентов с "у меня что-то сайт медленно работает" начнут рекомендовать это отключить.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 09:45 , 12-Ноя-18 (19)
Ну вот вижу, чего реально не хватает TCP из всего, что в квике предлагается. Конкретно не хватает multistream, возможности одновременно трансмитить несколько потоков так, чтобы потеря пакета не приводила к останову трансмита всех потоков.
0-RTT в баню, как минимум трёхзвенка должна быть. Всё остальное реализуется и поверх TCP прекрасно.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 09:54 , 12-Ноя-18 (22) –1
А http там какой предполагается будет? Текстовый - теплый ламповый или уже бинарный как в http/2?
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 10:06 , 12-Ноя-18 (26) +1
Самые интересные графики в разделе ""прирост" производительности" находятся в разделе 4.5, на странице 40. Там показан QUIC в условиях конкуренции с TCP на искуственно задерьмовленом канале связи, при микс-тесте до гугл драйва, а не при сферическом одном-двух условиях в вакууме. Если кратко, то это счастье ещё дорабатывать и дорабатывать - TCP оно при таких показателях не альтернатива вообще.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Crazy Alex, 10:52 , 12-Ноя-18 (35) –2
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., anonymous, 12:30 , 12-Ноя-18 (58)
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Crazy Alex, 12:43 , 12-Ноя-18 (60) +1
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., пох, 15:12 , 12-Ноя-18 (97)
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Crazy Alex, 16:13 , 12-Ноя-18 (109) –1
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., пох, 17:15 , 12-Ноя-18 (118) –5 [V]
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Crazy Alex, 17:53 , 12-Ноя-18 (125)
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 18:38 , 19-Ноя-18 (245) –1
> просто подключись к точке в соседнем кафе, если эта тормозит. > А, ты в РФ? А-а-а... ну так тут еще и паспорт спросят... > в лучшем случае.А что, пох что-то придумал с тем чтобы радиоволны всегда заполняли пространство равномерно, без минимумов и даже не было всяких замираний при движении, multi-path с деструктивной интерференцией и проч? Дайте ему тогда нобелевку, без вариантов. Нет, если это требует при сдвиге на 3 сантиметра на другую точку прыгать - ему тогда ИГнобелевку, измеряемую в единицах пропорциональных 3.14.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 23:09 , 12-Ноя-18 (162)
При 10% потерь уже и TCP не работает. От слова совсем. Квику же будет совсем хреново.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 18:35 , 19-Ноя-18 (244)
> При 10% потерь уже и TCP не работает. От слова совсем. Если планировщик поменять, на какой-нибудь CDG, BBR и т.п. - он и при 30% кое-как живет. Но да, кое-как - и это рецепт ну совсем не для юзеров винды. В линухе попытались изобразить хоть какое-то подобие планировщиков дружественных к беспроводным соединениям - и это лучше чем то что было до них. > Квику же будет совсем хреново. Квику будет просто похрен, он просядет на 10-20%, если нормально сделать. А гугл может себе это позволить даже.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 13:54 , 12-Ноя-18 (79) –1
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 18:32 , 19-Ноя-18 (243)
> Это где такой дepьмовый мир ?Это вокруг нас - там где беспроводной интернет. Радиоволны, видите ли капризнаая штука, подверженная куче интересных проблем. Поэтому линк априори нестабилен. TCP же профукав несколько пакетов или словив таймаут думает что сеть перегружена и начинает скорость душить. С понятным результатом - линк на раз дохнет до скорости диалапа. Хотя это было какое-нибудь кратковременное замирание сигнала на самом деле, например. Длина волны допустим вайфая 2.4ГГц - около 13 сантиметров. Подвинув девайс на четверть дистанции (жалкие 3 с копейками см) можно радикально изменить условия, попав из максимума волны в минимум, где излучения вообще нет. И, конечно же, связь при этом может и не умрет совсем (поймать минимум настолько идеально еще уметь надо) но определенные проблемы с застреванием данных начнутся. А когда юзер немного шелохнется, они так же резко и внезапно пропадут. Но до TCP это будет доходить следующие добрых полчаса. За которые у юзера кончится буфер видео и он увидит знакомую картинку...
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 20:39 , 12-Ноя-18 (144) +1
Суть графика в том, что на реальном канале плюс имитированные 2% потерь и большой RTT TCP передавливает QUIC только в путь, а тот вообще не трепыхается. Такие дела.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Ivan_83, 10:36 , 12-Ноя-18 (31)
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Crazy Alex, 10:57 , 12-Ноя-18 (37) +4
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 11:34 , 12-Ноя-18 (46)
> и во все железки на путиЭто еще зачем? Контроль перегрузок и сетевой планировщик (вы там выше писали про buffer bloat) - это не одно и то же.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Pofigist, 12:30 , 12-Ноя-18 (59) –1
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Crazy Alex, 12:45 , 12-Ноя-18 (62) +1
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 18:24 , 12-Ноя-18 (134)
А тебе жалко, что некоторое число одминов-параноиков окажется на бирже труда?
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., нах, 14:37 , 15-Ноя-18 (224)
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 16:14 , 01-Дек-18 (258)
> А тебе жалко, что некоторое число одминов-параноиков окажется на бирже труда?А как тебе идея что первым окажется твой домашний роутер, грохнувший неизвестный на момент его выпуска протокол? И так у еще 90% хомяков, например. Вот гугл подумал и решил что протокол который не будет работать в большинстве типовых конфигураций им не надо. SCTP уже есть один такой, нафига нам еще одну такую неведому зверушку?
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 13:26 , 12-Ноя-18 (74) +1
И ты не пролезешь через первый же NAT. За NAT'ом существуют только TCP и UDP.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Ivan_83, 16:00 , 12-Ноя-18 (107) –1
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 17:52 , 12-Ноя-18 (124)
Ну это только в хороших линуксах NAT пытается пропустить через себя протоколы, для которых нет хелпера. А в железяках этой логики нет, и хелперы просто не существуют, так как производитель поленился их собрать или реализовать в своем ASIC'е.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 20:45 , 12-Ноя-18 (148)
QUIC NAT-agnostic, прекрасно пролезет. Даже без мыла.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 18:49 , 19-Ноя-18 (248)
> то номера с 143-го по 252й свободны. Бери и используй, а > не городи костыли over UDP.После чего 1) Потребуется замена большей части домашних (и не только) роутеров и натов. 2) Умник пойдет убеждать MS это заимплементить. 3) А потом еще и доказывать юзерам что они должны завтра купить новую винду и большинство мобильных устройств. Иначе эфекта будет мало и улучшений не наступит.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Ivan_83, 15:57 , 12-Ноя-18 (106) –1
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., имя, 18:22 , 12-Ноя-18 (132) +1
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 20:40 , 12-Ноя-18 (145)
Ничего в железо по пути засовывать не надо, если оно функционирует ниже L4 конечно. Контроль перегрузки - end-to-end, ну и немножко ECN, который один ксер почти никто не умеет.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., vitalif, 10:41 , 12-Ноя-18 (32) –2
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 10:58 , 12-Ноя-18 (39)
Видеотрансляции, например iptv edemtv, сейчас приходится организовывать через http CDN, которые tcp. UPD CDN нет. QUIC улучшить ситуацию со стабильностью вещания?
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Spoofing, 12:01 , 12-Ноя-18 (53) –8 [V]
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Gemorroj, 12:27 , 12-Ноя-18 (57) –5 [V]
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Crazy Alex, 12:49 , 12-Ноя-18 (64) +3
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 13:02 , 12-Ноя-18 (67)
Ты погоди, не пройдёт и 10 лет, как выяснится, что µTP тоже был пилотным проектом гугля.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 21:17 , 12-Ноя-18 (153) –2
Вот и набежало людей, которые нифига не зная как работают сетевые приложения, суют своё авторитетное мнение
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., FSA, 23:39 , 14-Ноя-18 (217) –1
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 13:08 , 12-Ноя-18 (68)
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., EuPhobos, 13:47 , 12-Ноя-18 (78) –2
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним84701, 14:31 , 12-Ноя-18 (87) +5
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Crazy Alex, 16:14 , 12-Ноя-18 (111)
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Anon772, 16:56 , 12-Ноя-18 (117) +2
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., пох, 17:16 , 12-Ноя-18 (119) –1
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 23:24 , 12-Ноя-18 (166)
Я так это, на минуточку секрет открою: большинство априори железных свитчей на деле далеко не line rate. Большим pps их можно забить только в путь. А уж если где-то асимметричный свитчинг, то при плотном потоке, не умеющем себя попиливать, и вообще прелесть. UtP с тех пора слегка поддоработали.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 23:27 , 12-Ноя-18 (167)
3850 - распи(*)арен, только в путь. Нон-блокинг, 480 гбит, все дела. С пары десяток в гиги без всяких флоу контролов аутпут дропы только в путь, приходится очереди выкручивать, но и это не особо помогает. Буфер мелковат.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., нах, 14:33 , 13-Ноя-18 (187)
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 20:52 , 13-Ноя-18 (206)
Yes. Именно потому, что его блочить начали - они заливали как унылые софтбрасы, так и просто свитчи :( А когда заливается фабрика свитча - грабли имеют все на нём и даже за ним (если кольцо).
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 20:54 , 13-Ноя-18 (207)
Ну и нет - если квик будет в сети хамить, то и дропать придётся. Потому что терять полтора хомячка с "умяня квика нет срочносделайте" проще, чем корпората, которому этот квик до фонаря.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Олег, 16:27 , 17-Ноя-18 (227)
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 23:22 , 11-Дек-18 (267)
> Какая нафиг разница проц или asic, если приходит больше пакетов, чем может > переварить железка по своим параметрам?Для ASIC считается хорошим тоном работать с wire speed. Даже мелкими пакетами. Иначе зачем за него вообще платить? С ограничениями по параметрам и CPU может, он ширпотребнее а потому при прочих равных дешевле. А смысл ASIC - в том что он эффективен в своей задаче. Ценой узкой специализации.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 23:06 , 12-Ноя-18 (161) –1
Для этого есть QoS и ToS. Свой VoIP в приоритет, DNS и NTP чуть пониже с рейтлимитом, ну ещё там пару протоколов, а всё остальное в бест-эффорт, если не в полисинг. И пусть ***ца как хочет.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 16:18 , 01-Дек-18 (259)
> Отлично, кто-то в локалке врубит YouTube-чик, а у кого то из-за этого > начнёт заикаться SIP телефония.Если ты хотел делать приоретизацию трафика на основе одного только факта что это udp - ты делал что-то крепко не так. > Были такие умники, которые решили torrent-ы по UDP гонять, ничем хорошим не кончилось. Да вообще-то юзерам стало довольно хорошо. А всяким козлам с недороутерами на фряхе конечно начальство дало по чайнику и правильно сделало. А кто не сделал - будет у такого прова меньше юзерей, делов то. Ничего личного, это бизнес.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 14:41 , 12-Ноя-18 (88)
200-300мс это я так понял на 2/3G сетях, а на 4G там уже наверно 30-70мс,А вообще посмотрел лису и хром, в хроме оно быстрее. (Но там 15-30мс) а вот 200-300мс на мобиле вполне себе заметны
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Alex, 14:52 , 12-Ноя-18 (89) –1
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Онаним, 14:55 , 12-Ноя-18 (90) –6 [V]
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 18:31 , 12-Ноя-18 (136) –3
И всё это гугл городит ради своего драного ютуба.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Stax, 18:52 , 12-Ноя-18 (138) +1
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 20:43 , 12-Ноя-18 (147)
Есть мысль, что если выпилить ютюб из интернетов, можно здорово на роутерах сэкономить.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 21:21 , 12-Ноя-18 (154)
Есть мысль, что вы не понимаете, как работает интернет и что роутер нужен для всего трафика. Выпиливайтесь на здоровье
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 22:48 , 12-Ноя-18 (158)
т.е. если глобализация и централизованный масс-хостинг общего назначения - то и гавкнуть на него из глубины будки нельзя? нюансов хватает
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 23:04 , 12-Ноя-18 (160)
Есть мысль, что если выпилить столько (бессмысленного) трафика, роутерам полегчает с запасом лет так на 10-15.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Stax, 15:14 , 13-Ноя-18 (190) –1
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним другой, 17:18 , 13-Ноя-18 (199)
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 01:27 , 15-Ноя-18 (219)
Ты не понял саму суть исходного посыла: если мы апгрейдим канал с 40г до 100г допустим - нам минимум придётся поменять линейную плату. Минимум. Если этих 100г портов окажется больше 4 - придётся ещё и RSP поменять с 880 на что-то повыше. А если плотные карты с кучей 100г - то ещё и SFC добавить придётся. А в маленькое 10U шасси много SFC с линейками не поставишь - придётся и шасси поменять. Такие апгрейды роутеров - это охеренные деньги.И что такое "канал" для тебя? Для меня это оптика или оптический бандл, в который можно запихнуть и 10, и 40, и 100, а возможно и больше, в зависимости от типа модуля в роутере. --- Что же до "загибающегося оборудования" - да тоже сколько угодно. Возьми старенький клиентский 1841, дай клиенту медяху на 100 мбит - лично узреешь. Из больших - ASR1000 бывает весь вдоль и поперёк оверсабскрайбленный только в путь. Из дерьма - загибающихся софтовых 7200 - по горло видел в своё время. Свитчи, загибающиеся из-за маленьких буферов - постоянно вижу.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 16:05 , 13-Ноя-18 (195)
Не только. На нестабильном соединении, в том числе даже без потерь пакетов, а только постоянно меняющейся пропускной способности, TCP ведет себя очень плохо. Считайте QUIC позволит выжимать максимум из любых каналов.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 01:32 , 15-Ноя-18 (220) +1
На последних графиках документа видно, что на нестабильном соединении по сравнению с TCP квики фирменно отсасывает. Так что то, что рекламный посыл принят - понятно, но матчасть посмотреть надо было.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 16:20 , 01-Дек-18 (260)
> На последних графиках документа видно, что на нестабильном соединении по сравнению с > TCP квики фирменно отсасывает. Так что то, что рекламный посыл принят > - понятно, но матчасть посмотреть надо было.Логику quic можно тюнить, в том числе и со стороны приложения. А с TCP в этом плане болт, особенно - в винде. И если в лине гугл еще сделал свой BBR на такие случаи, то вот юзерам виндов с этого ничего не перепадает...
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 21:07 , 12-Ноя-18 (151) +1
Очередное ненужно из-за которого все браузеры выпущенные до часа Ч превратятся в тыкву?
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 21:22 , 12-Ноя-18 (155) +1
Как там IE6? Netscape navigator? Arachne? doslynx?
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 22:17 , 12-Ноя-18 (157) –3
Вот уже хотя бы ради превращения в тыкву неподдерживаемого старья оно и нужно.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 23:49 , 12-Ноя-18 (169)
Это как не нужное, очень даже нужное чтобы заставить покупать заново электронный хлам.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 00:33 , 13-Ноя-18 (170) –2
оборудование из soho перейдёт в нижние эшелоны, вчера кто-то выкинул элт из окна высотки, кто-то без связи выкручивается, не слышал жалоб что кого-то принуждают менять социальный статус, даже совместимость встречается
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 04:40 , 13-Ноя-18 (174)
На кой хрен нам ускорение на 0.5мс, если gmail "весит" больше 4мб, делает 181 запросов и отрисовывается за 20+ секунд?
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 04:41 , 13-Ноя-18 (175) +1
И да, установка ublock и подобных дает самый большой прирост в загрузке веб-страниц, никакие твики протокола никогда с ним не сравнятся.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 12:54 , 13-Ноя-18 (182) –1
Это проблема HTML. Можно было бы использовать решения, которые компилируется в единое промежуточное представление (байткод), например QML, но тогда сразу найдутся пользователи, которые хотят видеть исходники.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 02:11 , 21-Ноя-18 (251)
Gmail нужна поддержка IE6. А тебе нет, вот и мучайся. Пока есть статистика с большим процентом IE6 его поддержку будут полифилом тащить.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., ползкрокодил, 21:23 , 01-Дек-18 (263)
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 23:24 , 11-Дек-18 (268) +1
> Зато ukr.net, сволочи, взяли и выкинули поддержку Opera Mini, у которая аж > пару процентов рынка. И принудительный SSL для SMTP ввели,Видимо они таки устали от спама рассылаемого хакерами через спертые у всяких ламеров пароли.
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 10:02 , 13-Ноя-18 (180) +4
Очередные стандартизированные стандарты от Гугла? Спасибо, обойдёмся. Они там что-то накостылят тяп-ляп под свои нужны, а потом всем остальным навязывают...А то я вот на https://m.opennet.ru/ захожу и даже не знаю теперь а по стандарту ли это m. или нет... или вообще на помойку опеннету уже пора как безвозвратно устаревшему?
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Аноним, 10:28 , 13-Ноя-18 (181) –1
бигдата физический уровень не трогают и броузеры форкать не запрещают, это навязанные аллюзии про помойку, не надо вытеснять ее за рамки сознания, иначе вас вытеснит мусор
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., гугль, 14:39 , 13-Ноя-18 (188)
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., Zulu, 16:01 , 13-Ноя-18 (194)
- HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..., qsdg, 23:11 , 03-Янв-19 (269)
|