The OpenNET Project / Index page

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



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

Оглавление

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

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


27. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +5 +/
Сообщение от КГБ СССР (?), 12-Ноя-18, 10:07 
Потому что суть этой «инновации» в превращении Интернета в Гуглонет. Гугль аж из трусов выпрыгивает, чтобы перетянуть на себя «протокольную» часть. Переделать старые RFC им не под силу — так они изо всех сил продвигают «прогрессивные инновации».

Мир бы стал намного лучше и чище, если б на Гугль упала ядреная бомба или хотя бы метеорит.

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

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

33. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +3 +/
Сообщение от пох (?), 12-Ноя-18, 10:46 
quic - гораздо хуже чем даже ipv6 - потому что за ним стоит тупая махина гугля, который и пропихнет его в качестве единственного стандарта, потому что _им_ так удобнее.

А чиновники ietf небрезгливы и деньги берут где дают, им очень-очень хочется кушать.

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

43. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от КГБ СССР (?), 12-Ноя-18, 11:13 
> quic - гораздо хуже чем даже ipv6 - потому что за ним
> стоит тупая махина гугля, который и пропихнет его в качестве единственного
> стандарта, потому что _им_ так удобнее.
> А чиновники ietf небрезгливы и деньги берут где дают, им очень-очень хочется
> кушать.

Мы стоим на пороге большого шухера. И самое мерзкое в этом то, что некому воспрепятствовать Копрорации Бобра. Измельчал народец, а частью помер, а кого и просто купили.

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

240. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  –1 +/
Сообщение от Аноним (-), 19-Ноя-18, 18:18 
> Мы стоим на пороге большого шухера. И самое мерзкое в этом то, что
> некому воспрепятствовать Копрорации Бобра. Измельчал народец, а частью помер, а кого
> и просто купили.

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

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

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

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

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

264. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от Аноним (264), 03-Дек-18, 09:03 
> Но делают они только то и (обычно) только так, как нужно только им.

Было бы странно если бы они делали как это надо кому-то еще.

> Что в реальности для всех не-гуглей может означать замену одной кучи граблей
> на другую, в новом, хайтековом дизайне.

А может и не означать. Какие у них задачи принципиально отличные от гугловских в этом контексте?

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

47. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +1 +/
Сообщение от Анонимос (?), 12-Ноя-18, 11:37 
У тебя есть уникальная возможность предложить альтернативу гугловскому протоколу и войти в анналы
Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

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

242. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от Аноним (-), 19-Ноя-18, 18:20 
> Ви так говорите, как будто между собой соревнуются два стартапа, расположенных в
> соседних подвалах.

Если его протокол будет лучше работать - гугл таки им воспользуется, пожалуй. При условии что это можно будет внедрить в разумные сроки и более-менее везде, разумеется. Если там надо новый ядерный драйвер например, как с SCTP - ну тогда вы и будете убеждать майкрософт с его долей на десктопе это сделать. А не сможете - грош цена вашему протоколу, соответственно, поскольку он в реальном мире с тем что там реально водится дескать не работает.


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

56. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +1 +/
Сообщение от Аноним (56), 12-Ноя-18, 12:24 
> пропихнет его в качестве единственного стандарта, потому что _им_ так удобнее.

Полно rfc которые не взлетели или устарели и не используются. Посмотрим, если у quic будут проблемы его просто не будут использовать никто кроме google и ему придётся дорабатывать протокол или отказаться от него в итоге.

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

93. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от пох (?), 12-Ноя-18, 15:04 
> Полно rfc которые не взлетели или устарели и не используются.

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

> Посмотрим, если у quic будут проблемы его просто не будут использовать никто кроме google

а никакого другого интернета тоже не будет.

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

69. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  –1 +/
Сообщение от Аноним (69), 12-Ноя-18, 13:17 
Просто сделают ipv8, нормально обратно совместимый с v4, и не переусложнённый настолько, что настройку домашнего роутера человек с высшим техническим образованием без нескольких часов чтения манулов осилить не может.

Ну как с UTF16/32 и UTF8. Без нормального обратно-совместимого UTF8 юникод никому нафиг не падал нигде, кроме как внутри потрохов винды, куда UTF16 был запихнут как раз из академических и оторванных от реальности соображений.

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

95. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  –1 +/
Сообщение от пох (?), 12-Ноя-18, 15:06 
не сделают. Некому уже сделать.
Скорее сделают оверусложненный v10, который будет управляться контроллерами с искусственным интеллектом и вообще не поддаваться ни конфигурированию, ни траблшутингу. Правильный контроллер выпустят правильные ребята, разумеется.

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

234. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от Аноним (-), 19-Ноя-18, 17:44 
> Скорее сделают оверусложненный v10, который будет управляться контроллерами с искусственным
> интеллектом и вообще не поддаваться ни конфигурированию, ни траблшутингу.

Хорошие сети - повсеместны, неубиваемы и конфигурируются сами. Сюрприз. Так должно быть - и так будет.

Слышал когда-нибудь про концепцию "умной пыли"? К этому все придет. Это путь семейства технологий. Он не может быть остановлен. Те кто попытается - нагреют сами себя, а технологии все-равно придут.

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

172. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от macfaq (?), 13-Ноя-18, 00:33 
> Просто сделают ipv8, нормально обратно совместимый с v4, и не переусложнённый настолько,
> что настройку домашнего роутера человек с высшим техническим образованием без нескольких
> часов чтения манулов осилить не может.

Сложно понять, к чему тут протокол IP. Домашний роутер и человек без технического образования настроить может, причём без нескольких часов чтения мануалов.
Сложно, но можно.

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

173. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от Аноним (173), 13-Ноя-18, 02:45 
IPv6 решает проблему нехватки адресов, хотя бы.
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

178. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +1 +/
Сообщение от Аноним (12), 13-Ноя-18, 09:05 
Попутно ломая всё остальное.
Квик тоже решает проблему отсутствия мультипоточности и 0-RTT в TCP...
Ответить | Правка | Наверх | Cообщить модератору

198. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от пох (?), 13-Ноя-18, 16:55 
> IPv6 решает проблему нехватки адресов, хотя бы.

высосанную из пальца, замечу вам, проблему.
1. "каждому холодильнику" не то что не нужен - а приходится принимать отдельные меры чтобы НЕ был доступен из интернета отдельный адрес.
2. блоков A и B понараздавали кому попало, а отобрать - не смотря на повторяемые мантры "это не ваши адреса, это наши адреса" - оказалась кишка тонка. В результате - огромные блоки ныне мертвого нортеля и сана достались "кому надо", да и ibm использует свои вовсе не для того, для чего ей их выдавали.

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

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

203. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +1 +/
Сообщение от Аноним (12), 13-Ноя-18, 20:44 
Нормальное решение лежало на поверхности: у каждого ISP есть своя ASN32. Добавить это префиксом к IP-адресу, и всё - каждый ISP имеет своё адресное пространство IPv4. А возможно не одно. И роутинг сильно упрощается - не надо смотреть сами блоки адресов, достаточно префикса ASN.

Да, модификация всего оборудования для новой версии протокола также бы понадобилась. И шлюзовать v4 в v4asn также пришлось бы по первости. Но вот в качестве базы был бы взят весь имеющийся и прекрасно работающий стек, модификации коснулись бы только адресации. Косяков типа тотальнейшего звездеца с автоконфигурацией и ND было бы гораздо меньше.

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

204. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от Аноним (12), 13-Ноя-18, 20:48 
"роутинг сильно упрощается" - читать как "глобальный роутинг сильно упрощается". IPv6 наступает на те же грабли распухания таблицы маршрутов. Естественно, возможность смотреть на более длинный префикс при роутинге осталась бы, но в 99% случаев не применялась.
Ответить | Правка | Наверх | Cообщить модератору

209. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +1 +/
Сообщение от пох (?), 13-Ноя-18, 22:07 
> "роутинг сильно упрощается" - читать как "глобальный роутинг сильно упрощается".

память нынче дешевая, это тоже далеко не главная проблема.

ты бы вот видел, какой в v6 ipsec...

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

210. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от Аноним (12), 13-Ноя-18, 22:46 
Да он везде такой, хоть в в6, хоть в в4 ) Просто в в6 академики опять постарались с комбайнёрством.

---

Тут не совсем память. CAM/hash с приличной ассоциативностью не так дёшева, как кажется. В один такт уместить выборку префиксов v6 особо не получается - слишком много логики, а полувыборка или хэш мало того, что требуют минимум два такта, так ещё и в разы объём этой памяти увеличивают.

В IPv6, который ни жив ни мёртв, сейчас уже 60к маршрутов, с ростом этой таблички оно нормально подзабьёт CAM даже на девятитонниках с трайдентами, в которых всего 128к v6 маршрутов. Тайфуны прожуют, конечно.

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

212. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от Аноним (12), 13-Ноя-18, 22:52 
> ты бы вот видел, какой в v6 ipsec...

Самое охеренное - это v6 over PPP. Которому мало просто LCP для делегации, ещё и отдельный автоконф в каждый стык подавай. Идиотия 80 lvl.

Цискобрасы вообще IPv4 и IPv6 в совместный полисер запихать не дают, тоже тема :D Из-за этого дать юзеру v6 плюсом к v4 - это де факто удвоить максимум полосы, если порт позволит.

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

238. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от Аноним (-), 19-Ноя-18, 18:06 
> Самое охеренное - это v6 over PPP.
> Идиотия 80 lvl.

Да, заниматься PPP в 2018 году - это именно оно самое. Иррелевантно к IPv6 и прочее. Это протокол из эпохи диалапа. Под диалапные реалии. Диалап вымер как мамонты, даже сотовые модемы уже во многом отучились от него - потому что когда LTE лупит под 100 Мбит - все начинает упираться в обработку PPP...

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

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

да много их было, нормальных идей (включая банально отобрать и переделить эти самые A и B, хватило бы всем, кроме китайцев, и еще бы осталось на следующие лет 100, учитывая околонулевое количество желающих использовать эти A по исходному назначению - для внутренней сети).

но победило японское хентайное угребище, еще и изначально спроектированное со словами "nat не нужен, прозрачная трансляция 624 и наоборот ненужно, каждому холодильнику по адресу привязанному к маку, прайваси ненужно, multihomed lir'ов 4096 should be enough for all".
Любого из перечисленных пунктов вменяемым людям хватило бы, чтоб пинком под зад отправить проект в помойку, где ему самое место. Но кто сказал, что в ietf вменяемые? Наоборот, самых бесполезных именно туда и пристроили.

> Косяков типа тотальнейшего звездеца с автоконфигурацией и ND было бы гораздо меньше.

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

что опять же говорит нам о квалификации и вообще близости к реальному миру тех, кто это понапроектировал.

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

211. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от Аноним (12), 13-Ноя-18, 22:50 
Я бы не сказал, что оно хентайное, потому что самый мерзкий хентай с понями и радугой гораздо кавайнее чем IPv6.

Но вот да - невменозом отдаёт только в путь. Попытались одновременно с адресацией перекомбайнить весь стек. Итог печален.

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

236. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от Аноним (-), 19-Ноя-18, 17:59 
> но победило японское хентайное угребище, еще и изначально спроектированное со словами "nat
> не нужен, прозрачная трансляция 624 и наоборот ненужно,

И это были очень правильные слова. Нат всего лишь куча костылей.

> каждому холодильнику по адресу

Протоколы семейства TCP/IP изначально так и задуманы. То что какие-то похи все извратили - они не Vint Cerf и им это с рук не сойдет, даже не надейтесь.

> привязанному к маку, прайваси ненужно,

В линухе сие настраивается. Можно и не привязывать к MAC. Да и вообще, нормальные провы минимум /64 выдают, и как именно его распределить - в общем локальные проблемы, к маку особо не привязанные. Хотя конечно бывают жадины которые жмутся, экономя 128 битов. Которые все ж не 32.

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

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

> не единственная задача dhcp и даже не самая главная (и давным-давно
> решенная в ipv4 - для тех недосетей где этого достаточно).

В ipv4 оно так чудно решено было что потом шелскрипты от рута аж выполняются. В ipv6 конечно есть бестолковости, но на фоне v4 это шаг вперед.

> что опять же говорит нам о квалификации и вообще близости к реальному
> миру тех, кто это понапроектировал.

Так желающих и могущих сделать это лучше - не нашлось. На опеннете трындеть бесполезно. Если б вы в IETF трындели, вас может даже кто и услышал. Но нет, цепляться за v4 когда ip-enabled устройств на планете уже более 2^32 - это не решение. И дефицит v4 таки уже начал продавливать v6 в массы.

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

235. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от Аноним (-), 19-Ноя-18, 17:50 
> 1. "каждому холодильнику" не то что не нужен - а приходится принимать
> отдельные меры чтобы НЕ был доступен из интернета отдельный адрес.

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

> 2. блоков A и B понараздавали кому попало, а отобрать - не

В мире уже больше устройств чем айпишников - мобилы уже у каждого первого почти, одно это миллиарды устройств. А когда толпень юзерей за натом - просто за гранью зла. Когда 1 кызел наспамит с прововского ната, а потом половина прова курит бамбук в результате. Получая левые претензии и напрягая толпы сапортов. Кому оно такое надо?

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

71. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  –1 +/
Сообщение от Аноним (71), 12-Ноя-18, 13:23 
В гугле на полном серьезе проводятся (или по крайней мере проводились в 2011 году) учения по восстановлению работы после попадания метеорита в датацентр.
Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

237. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от Аноним (-), 19-Ноя-18, 18:03 
> В гугле на полном серьезе проводятся (или по крайней мере проводились в
> 2011 году) учения по восстановлению работы после попадания метеорита в датацентр.

Инфраструктура гугля по состоянию на сейчас просто не заметит попадание метеорита. И пользователи не заметят. Станет работать чуть медленнее, юзеры перетекут на сервера вокруг. В распределенной структурке чуть просядет уровень избыточности на время, но это будет далеко от уровня при котором юзеры заметят потери данных.

Нет, ну мониторинг конечно обнаружит проблемы, спецы отправятся чинить или деплоить новые серваки в других местах, чтобы восстановить общую мощность инфраструктуры. Но это в обычном рабочем режиме, без авралов как у некоторых других.

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

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

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




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

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