https://opennet.me/openforum/vsluhforumID3/102145.html Компания Google представила (http://blog.chromium.org/2015/04/a-quic-update-on-googles-experimental.html) планы продвижения сетевого протокола QUIC (https://www.chromium.org/quic/playing-with-quic) (Quick UDP Internet Connections), который уже около двух лет развивается в качестве альтернативы связки TCP+TLS для Web, решающей проблемы с достаточным большим временем установки и согласования соединений и устраняющей задержки при потере пакетов в процессе передачи данных. QUIC уже не только интегрирован в серверную инфраструктуру Google и включён (https://src.chromium.org/viewvc/chrome/trunk/src/net/quic/) в состав Chrome, но и последние три месяца применяется для обслуживания примерно половины всех запросов к серверам Google из браузера Chrome. <br><br><br><br>В дальнейшем планируется перевести QUIC в разряд используемого по умолчанию транспортного протокола для Chrome и мобильных приложений Google. Кроме того, Google собирается начать процесс продвижения QUIC в качестве интернет-стандарта, после проведения модернизации https://opennet.me/openforum/vsluhforumID3/102145.html#116 Wed, 22 Apr 2015 10:03:50 GMT Прям с языка снял..<br> https://opennet.me/openforum/vsluhforumID3/102145.html#115 Tue, 21 Apr 2015 04:14:12 GMT &gt;&gt; Нифига не понял, они просто тупо предлагают использовать udp вместо tcp? А <br>&gt;&gt; подтверждение, что клиент получил пакет, теперь не нужно? :) Офигеть инновации...<br>&gt; Да оно и изначально было не особенно-то нужно.<br>&gt; Вообще, TCP -- это костыль. Потому что была масса приложений, которые хорошо <br>&gt; умели работать с файлами (ну, pipes как частный случай). А переписывать <br>&gt; их под сеть ломало. Вот и придумали протокол, с помощью которого <br>&gt; можно было сделать файловый дескриптор абстракцией сетевого соединения.<br><br>ты чё несёшь? типа для udp используется какая-то другая абстракция.<br> https://opennet.me/openforum/vsluhforumID3/102145.html#114 Tue, 21 Apr 2015 03:38:52 GMT Вся эта лабутня с увеличением потоков в протоколе... предвещает +100500 мегабайт увелечение жратвы трафика?<br> https://opennet.me/openforum/vsluhforumID3/102145.html#113 Mon, 20 Apr 2015 17:15:19 GMT &gt; Нифига не понял, они просто тупо предлагают использовать udp вместо tcp? А <br>&gt; подтверждение, что клиент получил пакет, теперь не нужно? :) Офигеть инновации... <br><br>Да оно и изначально было не особенно-то нужно.<br><br>Вообще, TCP -- это костыль. Потому что была масса приложений, которые хорошо умели работать с файлами (ну, pipes как частный случай). А переписывать их под сеть ломало. Вот и придумали протокол, с помощью которого можно было сделать файловый дескриптор абстракцией сетевого соединения.<br> https://opennet.me/openforum/vsluhforumID3/102145.html#112 Mon, 20 Apr 2015 17:12:31 GMT &gt; У UDP протокола нет состояния, а у вышележащего QUIC - есть...<br><br>У IP протокола нет состояния, а у вышележащего TCP - есть...<br><br>И как это влияет на работу NAT/stateful firewall?<br> https://opennet.me/openforum/vsluhforumID3/102145.html#111 Mon, 20 Apr 2015 16:12:16 GMT Нифига не понял, они просто тупо предлагают использовать udp вместо tcp? А подтверждение, что клиент получил пакет, теперь не нужно? :) Офигеть инновации...<br> https://opennet.me/openforum/vsluhforumID3/102145.html#110 Mon, 20 Apr 2015 14:35:48 GMT &gt;&gt; Зачем самолет учить плавать, если его придумывали для полетов?<br>&gt;Есть такая фигня - гидросамолет. <br><br>Угу - плохая лодка + плохой самолёт. <br>Как _спец_ средство вменяем. Как универсальное решение ... :)<br> https://opennet.me/openforum/vsluhforumID3/102145.html#109 Mon, 20 Apr 2015 14:32:02 GMT Как это повлияет на работу NAT/Statefull firewall? У UDP протокола нет состояния, а у вышележащего QUIC - есть...<br> https://opennet.me/openforum/vsluhforumID3/102145.html#108 Mon, 20 Apr 2015 13:16:28 GMT как зовут? ссылки?<br>