The OpenNET Project / Index page

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



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

Оглавление

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

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


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ообщить модератору

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

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




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

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