The OpenNET Project / Index page

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



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

Оглавление

Microsoft открыл свою реализацию протокола QUIC, применяемог..., opennews (??), 30-Апр-20, (0) [смотреть все]

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


58. "Microsoft открыл свою реализацию протокола QUIC, применяемог..."  +1 +/
Сообщение от Палочка Коха (?), 30-Апр-20, 16:19 
> Контроль за целостностью потока, предотвращающий потерю пакетов;

Мы отказались от TCP, чтобы написать свой TCP.

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

64. "Microsoft открыл свою реализацию протокола QUIC, применяемог..."  –1 +/
Сообщение от нах. (?), 30-Апр-20, 17:22 
Только без pmtud, congestion control и с гарантированными широчайшими возможностями для DDoS (а возможно и не только, поскольку безопасностью протокола занимались "лучшие специалисты" гугля).
Ответить | Правка | Наверх | Cообщить модератору

76. "Microsoft открыл свою реализацию протокола QUIC, применяемог..."  +/
Сообщение от Crazy Alex (ok), 30-Апр-20, 20:02 
Ты б хоть разделял "майкрософт ещё не допилил" и "нет вообще".
Ответить | Правка | Наверх | Cообщить модератору

88. "Microsoft открыл свою реализацию протокола QUIC, применяемог..."  –1 +/
Сообщение от нах. (?), 30-Апр-20, 23:01 
большей части перечисленного - нет вообще. И не будет, потому что из юзерлевела это вообще затруднительно, даже с использованием совершенно уродливых костылей.

Да и ненужно - какие вам еще параллельные потоки в канале, пупсик хочет видосик!
(Полагаю, у операторов уже растет спрос на железки, умеющие RED и просто random drop)

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

71. "Microsoft открыл свою реализацию протокола QUIC, применяемог..."  +1 +/
Сообщение от JL2001 (ok), 30-Апр-20, 19:51 
>> Контроль за целостностью потока, предотвращающий потерю пакетов;
> Мы отказались от TCP, чтобы написать свой TCP.

именно
потому что невозможно обновить или настроить tcp на всех устройствах или хотяб у большинства провайдеров

пример внедрения ipv6 до сих пор тянется - ток мобильники его и юзают то

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

89. "Microsoft открыл свою реализацию протокола QUIC, применяемог..."  +1 +/
Сообщение от нах. (?), 30-Апр-20, 23:03 
> пример внедрения ipv6 до сих пор тянется - ток мобильники его и юзают то

а точно не потому что он - полное г-но от дизайна до реализации и со всеми промежуточными остановками?

Нет, конечно нет. Это все англичанка гадит. Проклятые луддиты-ретрограды, враги всего нового и прогрессивного.

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

106. "Microsoft открыл свою реализацию протокола QUIC, применяемог..."  +/
Сообщение от GentooBoy (ok), 01-Май-20, 11:10 
а в каком месте ipv6 гавно по сравнению с ipv4?
Ответить | Правка | Наверх | Cообщить модератору

116. "Microsoft открыл свою реализацию протокола QUIC, применяемог..."  +/
Сообщение от Orduemail (ok), 01-Май-20, 18:34 
> Проклятые луддиты-ретрограды, враги всего нового и прогрессивного.

На тебя посмотришь, и это объяснение уже и не так выглядит теорией заговора.

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

125. "Microsoft открыл свою реализацию протокола QUIC, применяемог..."  +/
Сообщение от anonymous (??), 02-Май-20, 00:02 
У него посты такие эмоциональные, что мне кажется, что он просто не успевает за прогрессом, и теряет свою нужность. И в качестве защитной реакции начинает огрызаться.

Адаптироваться к новым условиям -- нужно тратить силы и время. Гораздо легче рассказывать всем вокруг, какие они мудаки.

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

131. "Microsoft открыл свою реализацию протокола QUIC, применяемог..."  +1 +/
Сообщение от Orduemail (ok), 02-Май-20, 10:46 
> У него посты такие эмоциональные, что мне кажется, что он просто не
> успевает за прогрессом, и теряет свою нужность. И в качестве защитной
> реакции начинает огрызаться.
> Адаптироваться к новым условиям -- нужно тратить силы и время. Гораздо легче
> рассказывать всем вокруг, какие они мудаки.

В общем это так, но гораздо интереснее, поэтому за ним любопытно наблюдать. Любой специалист имеет в своей голове какое-то понимание того, как разделяется ответственность между участниками процесса наладки системы. Скажем, поцтеринговый нотабаг и реакция других на него -- это пример ситуации, когда у разных людей понимание распределения ответственности не совпадает. Поттеринг говорит, это не мои проблемы, но другие тоже не хотят принимать эти проблемы как свои и решать их, и тут начинается cpaч.

Но это случается с любым специалистом. Это позволяет ему заявлять заказчику "сделано как надо, а оставшиеся проблемы -- не наша головная боль". Это правильно, так и должно быть. Но когда окружающий мир меняется, ситуация может меняться -- изменили протокол, пришлось поменять сетевой софт, софт сырой, и вот уже специалист не может настроить сеть так, как надо. А это значит что он не может решить те проблемы, которые он бывало решал раньше. Есть разные способы реагировать на это -- можно ждать когда софт станет лучше, можно велосипедить свой софт, можно костылять что-то админскими методами, или можно обижаться на весь мир. Последний вариант самый дешёвый, в смысле он проще всего. И поскольку многие олдфаги со временем скатываются в это и превращаются в таких обиженок, именно поэтому смена поколений становится необходимой. Не потому, что подрастающие поколения набрали квалификацию выше олдфагов, а потому что олдфаги нашли себе психологически комфортную позицию, которая ни к чему их не обязывает.

Но самое замечательное, что это происходит не только в IT, это случается везде. Почему ОТО и квантмех не были запилены в течение 10-20 лет после того, как Максвелл написал свои уравнения? Да потому, что для создания ОТО и квантмеха надо было начать думать иначе, оторваться от материалистичного представления о мире, в смысле представления о мире, как о чём-то созданном из твёрдых частиц. Надо было выстроить новое представление основанное на уравнениях Максвелла. Но старпёрам это было не нужно -- они были специалистами и без этих сложностей связанных с изменением мышления. Поэтому физике пришлось ждать смены поколений.

Это случается и, например, в бизнесе. Форд создал автомобильный рынок, посредством создания конвеера, на котором он собирал дешёвые автомобили. Но когда подросли конкуренты типа GM, и начали отъедать те части рынка, где котировались автомобили которые не разваливаются на ходу, идеи Форда начали пробуксовывать. И тогда Генри Форд превратился в тормоз для всей компании. Ему говорят поставь гидравлические тормоза, а он говорит "да ну все эти сложности". Его таки отодвинули от ключевых решений, и благодаря этому Форд как компания не загнулся.

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

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

99. "Microsoft открыл свою реализацию протокола QUIC, применяемог..."  +/
Сообщение от zanswer (?), 01-Май-20, 07:55 
А можете привести пример, какие настройки необходимо внести для TCP, на стороне провайдера?
Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

102. "Microsoft открыл свою реализацию протокола QUIC, применяемог..."  +/
Сообщение от JL2001 (ok), 01-Май-20, 09:50 
> А можете привести пример, какие настройки необходимо внести для TCP, на стороне
> провайдера?

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

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

104. "Microsoft открыл свою реализацию протокола QUIC, применяемог..."  +1 +/
Сообщение от Аноним (113), 01-Май-20, 10:21 
> я не сетевик

Ну а что тогда лезешь со своим ценным мнением?

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

110. "Microsoft открыл свою реализацию протокола QUIC, применяемог..."  +1 +/
Сообщение от JL2001 (ok), 01-Май-20, 13:50 
>> я не сетевик
> Ну а что тогда лезешь со своим ценным мнением?

...но читал мнение сетевиков

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

114. "Microsoft открыл свою реализацию протокола QUIC, применяемог..."  +2 +/
Сообщение от Аноним (113), 01-Май-20, 15:15 
А я тебе и прочим ещё в прошлые разы кидал ссылки на исследования квига. Там самими авторами и тестировщиками было прописано сколько они упарывались для достижения циферок тсп. Но там почему-то не было ответа на вопрос: почему столько научников получали деньги от гугла продолжительное время для допиливания тупого удп до уровня тсп.
Ответить | Правка | Наверх | Cообщить модератору

103. "Microsoft открыл свою реализацию протокола QUIC, применяемог..."  +/
Сообщение от нах. (?), 01-Май-20, 09:57 
записывай, оно и для udp c quic, заодно:

policy-map type pbr p_clear-df
class type traffic c_matchall
  set ipv4 df 0

это для XR
(времена, когда этим альтернативно-одаренным хотелось сделать хорошо - давно прошли)

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

108. "Microsoft открыл свою реализацию протокола QUIC, применяемог..."  +1 +/
Сообщение от Аноним (113), 01-Май-20, 11:44 
О да, и в договор вписать подобный бред:
размер мту оставляется на усмотрение клиента, гарантированна работа всех видов трафика (ответственность сетей стороннего оператора должна регулироваться отдельным договором между клиентом и сторонним оператором) при размере мту 1500, при отклонении мту гарантированна доставка 70% передаваемого трафика.
Там же надо дописать о неустойке за каждые 24 часа простоя но не больше 10 рублей в месяц. Но мне лениво.
И с этим договором нагибать клиентов.
А потом ввернуть тарификацию по байтную. Вся прямо к этому и идёт.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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