forum.opennet.ru

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

Оглавление

Google намерен использовать в Chrome по умолчанию сетевой пр..., opennews (??), 18-Апр-15, (0) [смотреть все] +1

http www youtube com watch v fwcl17Q0bpkанб тут нипричём, да, Аноним (-), 19:59 , 18-Апр-15, (1) –3 //

Его бы, этот QUIC, в тормозной Tor определить , Аноним (-), 07:46 , 19-Апр-15, (48) +7

Ого, теперь типичный ВЕБ3 0 Или сколько там нынче будет загружаться не 10-15 се, A.Stahl (ok), 20:36 , 18-Апр-15, (4) –10 //

Про упреждающую коррекцию на пальцах Допустим ты хочешь отправить 100 пакетов по, Вася ты не прав (?), 21:06 , 18-Апр-15, (7) +12 //

RAID6 - если надо восстановить быстро , Аноним (-), 21:10 , 18-Апр-15, (9) –2 //

Ок, идея ясна , A.Stahl (ok), 21:18 , 18-Апр-15, (10)
Вездесущие коды Рида-Соломона - , Омоним (?), 23:51 , 18-Апр-15, (26) +4

Причём тут вообще RAID Тут 100 избыточность или 200 , как понять, что и где по, И ты чушь пишешь (?), 22:30 , 18-Апр-15, (20) –13 //

Почитай про UDP Там чексуммы на каждом пакете С точки зрения того, кто сидит п, Вася ты не прав (?), 02:18 , 19-Апр-15, (30) +5
Гуглить FEC, Тююю (?), 12:38 , 20-Апр-15, (100) +2

Заранее посылают процент избыточных данных, не И правильно делают пропускная с, Раб прогресса (?), 21:18 , 18-Апр-15, (11) +1 //

Ты не поверишь Короче, иди погугли , Аноним (-), 11:29 , 19-Апр-15, (72) –3 //

Что только не придумают, лишь бы не выбрасывать легаси , Аноним (-), 15:40 , 19-Апр-15, (79) +1

А ты попробуй TCP погонять по Wi-Fi, который еле ловится, так что 10 пакетов вы, Аноним (-), 07:28 , 19-Апр-15, (45) +3 //

Зависит от алгоритма согласования Меня всегда забавляло что даже во всех роутера, Ктото гдето (?), 07:29 , 20-Апр-15, (88) //

Зависит, только не согласования а congestion control В Linux для этого есть ряд, Аноним (-), 08:14 , 20-Апр-15, (89) +1

И что только Google не придумает, лишь бы не использовать SCTP , Аноним (-), 21:20 , 18-Апр-15, (12) +9 //

А как же Windows , Аноним (-), 22:24 , 18-Апр-15, (18) –2 //

А если на него и дальше оглядываться, то Мелкософт так и не подтянется Вот, к пр, Аноним (-), 23:16 , 18-Апр-15, (25) +5

В SCTP был выявлен Фатальный Недостаток, поэтому пришлось запилить сабж , Аноним (-), 04:07 , 19-Апр-15, (37) //

SCTP требует о себе особых знаний со стороны сетевого оборудования и прочая и из, Аноним (-), 07:33 , 19-Апр-15, (46) //

там используются обычные ip-пакеты ни чего особенного, такая же маршрутизация, , Xasd (ok), 15:08 , 19-Апр-15, (78)

шо за протокол TCPIP, который вместо SCTP не гуглится ничо, Аноним (-), 16:59 , 19-Апр-15, (81)

секретный ты знаешь о чём я не придуривайся, Xasd (ok), 17:12 , 19-Апр-15, (82)

В TCP тоже используются обычные IP пакеты И в udp Вот только SCTP - stateful п, Аноним (-), 08:21 , 20-Апр-15, (90) +1

Какие веб-сервера, кроме нативных гугловских, это умеют , Какаянахренразница (ok), 22:06 , 18-Апр-15, (17) +4 //

NEEQUAQIJE, Аноним (-), 07:26 , 19-Апр-15, (44) +4

То есть от UDP flood теперь недостаточно на аплнике до веб-сервера зарезать UDP , Аноним (-), 22:24 , 18-Апр-15, (19) +2 //

Вот вот Да и вообще, udp сделан для трафика не критичного к потерям, для видео,, _KUL (ok), 04:18 , 19-Апр-15, (39) +3 //

Ухахаха вспоминая DoS pl , Аноним (-), 07:56 , 19-Апр-15, (50)
Есть такая фигня - гидросамолет Садится на воду, чем и интересен Ну и плавает , Аноним (-), 08:05 , 19-Апр-15, (54) //

пока не накроет , all_glory_to_the_hypnotoad (ok), 15:01 , 19-Апр-15, (77)
Угу - плохая лодка плохой самолёт Как _спец_ средство вменяем Как универсаль, Аноним (-), 17:35 , 20-Апр-15, (110)

QUIC уже не только интегрирован в серверную инфраструктуру Google и включён в с, Аноним (-), 22:32 , 18-Апр-15, (21) +2 //

Вы сами виноваты - клаву не так держите и вообще, рабочий стол небось совсем не , Аноним (-), 18:43 , 19-Апр-15, (83) +1 //

Ага, притом особенно, что минуту назад в 35м все те же вкладки летали на ура Эт, Аноним (-), 23:49 , 19-Апр-15, (85) //

35 -- это же почти современник отходов жизнедеятельности мамонта Небось и железо, Аноним (-), 12:08 , 20-Апр-15, (99)

Отслеживание пользователей, встроенное в протокол , Андрей (??), 22:45 , 18-Апр-15, (22) +9
В общем, гугл хочет очередной зонд вынести в стандарт , th3m3 (ok), 00:10 , 19-Апр-15, (27) +2 //

HTTP2, основанный на гугловском же SPDY, распространиться толком не успел, как Г, Аноним (-), 04:12 , 19-Апр-15, (38)

Движок Firefox так-то тоже много где используется Взять ту же Jolla с Sailfish , th3m3 (ok), 03:29 , 19-Апр-15, (33)

Так это разного уровня протоколы Сказали же - HTTP2 SPDY поверх QUIC , Crazy Alex (ok), 11:53 , 19-Апр-15, (74)

походу что то здравое предлагают, к торентам этот протокол приделать можно будет, Аноним (-), 03:33 , 19-Апр-15, (34) //

В торрентах уже мютипи есть , Фтщт (?), 13:28 , 19-Апр-15, (75)

Дмитрий Смирнов приди, расскажи как ты мечтаешь об уменьшении времени согласован, Аноним (-), 03:42 , 19-Апр-15, (35)
SCTP решает проблемы с двух сторон, и мог бы улучшить ситуацию с оборудованием н, Аноним (-), 03:54 , 19-Апр-15, (36)
нормальной реализации на си, натурально, как не было, так и нет в помойку , arisu (ok), 06:53 , 19-Апр-15, (42) //

Не все сразу , Аноним (-), 08:08 , 19-Апр-15, (56) //

а всё и не надо надо нормальную реализацию на си, в виде легко подключаемой биб, arisu (ok), 08:14 , 19-Апр-15, (59) //

Среди этих потоков ненависти иногда и у тебя проскакивают ошметки здравого смысл, Аноним (-), 09:41 , 19-Апр-15, (68) +4

Но очень не часто , Аноним (-), 09:42 , 19-Апр-15, (69) +2

Сказать идиoту что он идиoт - это не ненависть, это констатация факта А посколь, Аноним (-), 10:48 , 19-Апр-15, (71)

На самом деле, арису всего лишь капитанит А поскольку он неглупый субъект, капи, Аноним (-), 10:42 , 19-Апр-15, (70) +1

Да и плевать, как к этому относится сам гугл Если потащат в стандарт и или окаж, Crazy Alex (ok), 11:52 , 19-Апр-15, (73) –1

не плевать гугель славится своей любовью забрасывать игрушки, когда на горизонт, arisu (ok), 21:55 , 19-Апр-15, (84) +1

Так никто, вроде, не заставляет прямо сейчас внедрять У них модель такая довол, Crazy Alex (ok), 01:59 , 20-Апр-15, (86)

претензий, конечно, не будет особых внедрений, впрочем, тоже, потому что они ус, arisu (ok), 02:07 , 20-Апр-15, (87) –1

Не думаю Польза очевидна, а альтернатив, тем более уже установленных у половины, Crazy Alex (ok), 15:38 , 20-Апр-15, (105)

польза нифига не очевидна, потому что независимое тестирование отсутствует пото, arisu (ok), 15:43 , 20-Апр-15, (107) –1

я правильно понял, что гуглу будет удобнее следить за пользователями на своем фо, Аноним (-), 07:04 , 19-Апр-15, (43) –1
Интересно, а как они планируют определять MTU пути Ведь ОС не предоставляют сре, none7 (ok), 07:37 , 19-Апр-15, (47) +1 //

ботнет в каждый дом, Аноним (-), 08:34 , 19-Апр-15, (65)

А кто-то может прояснить, какие порты UDP используются У меня тут трабла такая,, InventoRs (ok), 14:15 , 19-Апр-15, (76) //

придётся ещё и DPI прикручивать, чтоб паразитный траф резать , Sw00p aka Jerom (?), 15:47 , 19-Апр-15, (80) //

и или учиться конфигурить файрвол, чтобы блэкхолил бяку или готовый IPS юзать, , Аноним (-), 14:40 , 20-Апр-15, (104) +1

Так это от того что ты фаером убил пакеты, они не перестали в проводе место з, Аноним (-), 08:24 , 20-Апр-15, (91) +3 //

, Аноним (-), 08:50 , 20-Апр-15, (92)

Как самое простое решение - на время атаки переключаться на http-only или вообщ, Нанобот (ok), 08:52 , 20-Апр-15, (93)

Как же теперь проксировать то этот протокол Сквид ничего не знает про QUIC , Аноним (-), 09:35 , 20-Апр-15, (94) //

ну, значит, взять libquic, и 8230 ой а нет никакой libquic ergo 8212 заби, arisu (ok), 09:40 , 20-Апр-15, (95)
для тех 0 1 пользователей, которые работают через прокси, можно оставить всё б, Нанобот (ok), 11:10 , 20-Апр-15, (98)
Никак Не говоря о том, что принудительное проксирование давно пора отправить на, Crazy Alex (ok), 15:41 , 20-Апр-15, (106) –1

А что вон торренты уже разработали свой протокол поверх юдп Рад положили интер, XDA (ok), 10:27 , 20-Апр-15, (96) +1 //

а оно так всегда любая новая технология потенциально может давать побочные эффе, Нанобот (ok), 11:07 , 20-Апр-15, (97) +1
это не торренты а наш соотечественник разработал в свое время uDP, права на ко, Аноним (-), 14:38 , 20-Апр-15, (103) //

как зовут ссылки , Аноним (-), 16:16 , 20-Апр-15, (108)

Прям с языка снял , EuPhobos (ok), 13:03 , 22-Апр-15, (116)

Почему было не использовать DTLS вместо сабжа , Аноним (-), 13:43 , 20-Апр-15, (101)
что только не делают, чтобы веб-сокеты осваивать и с серверной и с клиентской ст, Аноним (-), 14:36 , 20-Апр-15, (102)
Как это повлияет на работу NAT Statefull firewall У UDP протокола нет состояния, Аноним (-), 17:32 , 20-Апр-15, (109) //

У IP протокола нет состояния, а у вышележащего TCP - есть И как это влияет на , Andrew Kolchoogin (ok), 20:12 , 20-Апр-15, (112) +1

Нифига не понял, они просто тупо предлагают использовать udp вместо tcp А подтв, Аноним (-), 19:12 , 20-Апр-15, (111) //

Да оно и изначально было не особенно-то нужно Вообще, TCP -- это костыль Потому, Andrew Kolchoogin (ok), 20:15 , 20-Апр-15, (113) //

ты чё несёшь типа для udp используется какая-то другая абстракция , pavel_simple (ok), 07:14 , 21-Апр-15, (115)

Вся эта лабутня с увеличением потоков в протоколе предвещает 100500 мегабайт, Анонимец (?), 06:38 , 21-Апр-15, (114)

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

12. "Google намерен использовать в Chrome по умолчанию сетевой пр..." +9 +/–

Сообщение от Аноним (-), 18-Апр-15, 21:20

>QUIC представляет собой надстройку над протоколом UDP, поддерживающую мультиплексирование нескольких соединений
>добавление поддержки multipath-соединений (доставка пакетов одновременно по нескольким маршрутам через разные сетевые интерфейсы, привязанные к разным IP-адресам)
И что только Google не придумает, лишь бы не использовать SCTP.

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

18. "Google намерен использовать в Chrome по умолчанию сетевой пр..." –2 +/–

Сообщение от Аноним (-), 18-Апр-15, 22:24

А как же Windows?

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

25. "Google намерен использовать в Chrome по умолчанию сетевой пр..." +5 +/–

Сообщение от Аноним (-), 18-Апр-15, 23:16

А если на него и дальше оглядываться, то Мелкософт так и не подтянется.
Вот, к примеру, как LO начал кое-где на хвост наступать, так они и поддержку ODF у себя запилили.

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

37. "Google намерен использовать в Chrome по умолчанию сетевой пр..." +/–

Сообщение от Аноним (-), 19-Апр-15, 04:07

> что только Google не придумает, лишь бы не использовать SCTP
В SCTP был выявлен Фатальный Недостаток, поэтому пришлось запилить сабж.

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

46. "Google намерен использовать в Chrome по умолчанию сетевой пр..." +/–

Сообщение от Аноним (-), 19-Апр-15, 07:33

> В SCTP был выявлен Фатальный Недостаток, поэтому пришлось запилить сабж.
SCTP требует о себе особых знаний со стороны сетевого оборудования и прочая и изначально ориентирован на иные цели.
UDP - для того чтобы с хромом даже в винде работало, и фаеры не очень дурели.
FEC - владельцы планшеток и смартов с беспроводкой будут рады.

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

78. "Google намерен использовать в Chrome по умолчанию сетевой пр..." +/–

Сообщение от Xasd (ok), 19-Апр-15, 15:08

> SCTP требует о себе особых знаний со стороны сетевого оборудования
там используются обычные ip-пакеты.
ни чего особенного, такая же маршрутизация, как и у других ip-пакетов.
> и изначально ориентирован на иные цели
SCTP -- ориентирован на те же самые цели что и TCPIP .. просто SCTP лучше чем TCPIP , вот и вся разница.
но TCPIP протокол тоже на месте не стоит и изредка пополняется новыми фишками. (возможно когда-нибудь TCPIP -- просто-навсего догонит SCTP )

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

81. "Google намерен использовать в Chrome по умолчанию сетевой пр..." +/–

Сообщение от Аноним (-), 19-Апр-15, 16:59

шо за протокол TCPIP, который вместо SCTP? не гуглится ничо

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

82. "Google намерен использовать в Chrome по умолчанию сетевой пр..." +/–

Сообщение от Xasd (ok), 19-Апр-15, 17:12

секретный
# ты знаешь о чём я . не придуривайся

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

90. "Google намерен использовать в Chrome по умолчанию сетевой пр..." +1 +/–

Сообщение от Аноним (-), 20-Апр-15, 08:21

> там используются обычные ip-пакеты.
В TCP тоже используются обычные IP пакеты. И в udp. Вот только SCTP - stateful протокол, при том не TCP. По поводу чего первый же нат и stateful фаер или знает его явно, или рубит на корню, просто потому что не знает как трекать state довольно сложного протокола.
> ни чего особенного, такая же маршрутизация, как и у других ip-пакетов.
...пока мы не натыкаемся на stateful фаер или нат.
> SCTP -- ориентирован на те же самые цели что и TCPIP ..
> просто SCTP лучше чем TCPIP , вот и вся разница.
А гуглопротокол ориентирован на более другие цели - низкую латенси + учитывает некоторые особенности беспроводных линков. Как то - совершенно штатное выпадение части пакетов, не являющееся индикатором перегрузки сети (помехи в эфире регулярно выбивают некий процент пакетов). Ни в TCP, ни в SCTP это не было сделано.
> но TCPIP протокол тоже на месте не стоит и изредка пополняется новыми
> фишками. (возможно когда-нибудь TCPIP -- просто-навсего догонит SCTP )
А FEC ни у того ни у другого нет. А гонять TCP через канал с потерями пакетов - удовольствие ниже среднего, скажу я вам. Даже с злостным твиканием congestion control результат не поражает воображение. А без всего этого - вобще ночной кошмар диалапера.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

12. "Google намерен использовать в Chrome по умолчанию сетевой пр..."	+9 +/–
Сообщение от Аноним (-), 18-Апр-15, 21:20
>QUIC представляет собой надстройку над протоколом UDP, поддерживающую мультиплексирование нескольких соединений >добавление поддержки multipath-соединений (доставка пакетов одновременно по нескольким маршрутам через разные сетевые интерфейсы, привязанные к разным IP-адресам) И что только Google не придумает, лишь бы не использовать SCTP.
Ответить \| Правка \| Наверх \| Cообщить модератору


	18. "Google намерен использовать в Chrome по умолчанию сетевой пр..."	–2 +/–
	Сообщение от Аноним (-), 18-Апр-15, 22:24
	А как же Windows?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	25. "Google намерен использовать в Chrome по умолчанию сетевой пр..."	+5 +/–
	Сообщение от Аноним (-), 18-Апр-15, 23:16
	А если на него и дальше оглядываться, то Мелкософт так и не подтянется. Вот, к примеру, как LO начал кое-где на хвост наступать, так они и поддержку ODF у себя запилили.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	37. "Google намерен использовать в Chrome по умолчанию сетевой пр..."	+/–
	Сообщение от Аноним (-), 19-Апр-15, 04:07
	> что только Google не придумает, лишь бы не использовать SCTP В SCTP был выявлен Фатальный Недостаток, поэтому пришлось запилить сабж.
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору


	46. "Google намерен использовать в Chrome по умолчанию сетевой пр..."	+/–
	Сообщение от Аноним (-), 19-Апр-15, 07:33
	> В SCTP был выявлен Фатальный Недостаток, поэтому пришлось запилить сабж. SCTP требует о себе особых знаний со стороны сетевого оборудования и прочая и изначально ориентирован на иные цели. UDP - для того чтобы с хромом даже в винде работало, и фаеры не очень дурели. FEC - владельцы планшеток и смартов с беспроводкой будут рады.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	78. "Google намерен использовать в Chrome по умолчанию сетевой пр..."	+/–
	Сообщение от Xasd (ok), 19-Апр-15, 15:08
	> SCTP требует о себе особых знаний со стороны сетевого оборудования там используются обычные ip-пакеты. ни чего особенного, такая же маршрутизация, как и у других ip-пакетов. > и изначально ориентирован на иные цели SCTP -- ориентирован на те же самые цели что и TCPIP .. просто SCTP лучше чем TCPIP , вот и вся разница. но TCPIP протокол тоже на месте не стоит и изредка пополняется новыми фишками. (возможно когда-нибудь TCPIP -- просто-навсего догонит SCTP )
	Ответить \| Правка \| Наверх \| Cообщить модератору


	81. "Google намерен использовать в Chrome по умолчанию сетевой пр..."	+/–
	Сообщение от Аноним (-), 19-Апр-15, 16:59
	шо за протокол TCPIP, который вместо SCTP? не гуглится ничо
	Ответить \| Правка \| Наверх \| Cообщить модератору


	82. "Google намерен использовать в Chrome по умолчанию сетевой пр..."	+/–
	Сообщение от Xasd (ok), 19-Апр-15, 17:12
	секретный # ты знаешь о чём я . не придуривайся
	Ответить \| Правка \| Наверх \| Cообщить модератору


	90. "Google намерен использовать в Chrome по умолчанию сетевой пр..."	+1 +/–
	Сообщение от Аноним (-), 20-Апр-15, 08:21
	> там используются обычные ip-пакеты. В TCP тоже используются обычные IP пакеты. И в udp. Вот только SCTP - stateful протокол, при том не TCP. По поводу чего первый же нат и stateful фаер или знает его явно, или рубит на корню, просто потому что не знает как трекать state довольно сложного протокола. > ни чего особенного, такая же маршрутизация, как и у других ip-пакетов. ...пока мы не натыкаемся на stateful фаер или нат. > SCTP -- ориентирован на те же самые цели что и TCPIP .. > просто SCTP лучше чем TCPIP , вот и вся разница. А гуглопротокол ориентирован на более другие цели - низкую латенси + учитывает некоторые особенности беспроводных линков. Как то - совершенно штатное выпадение части пакетов, не являющееся индикатором перегрузки сети (помехи в эфире регулярно выбивают некий процент пакетов). Ни в TCP, ни в SCTP это не было сделано. > но TCPIP протокол тоже на месте не стоит и изредка пополняется новыми > фишками. (возможно когда-нибудь TCPIP -- просто-навсего догонит SCTP ) А FEC ни у того ни у другого нет. А гонять TCP через канал с потерями пакетов - удовольствие ниже среднего, скажу я вам. Даже с злостным твиканием congestion control результат не поражает воображение. А без всего этого - вобще ночной кошмар диалапера.
	Ответить \| Правка \| К родителю #78 \| Наверх \| Cообщить модератору