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

Открыт протокол uTP, призванный уменьшить нагрузку при испол..., opennews (?), 25-Май-10, (0) [смотреть все] ура теперь его будет проще блокировать , Добрый Дохтур (?), 22:22 , 25-Май-10, (1) +3   // Да, Док Расскажите плиз о технологиях обнаружения и блокирования протоколов , User294 (ok), 22:27 , 25-Май-10, (2)   // http l7-filter sourceforge net protocolsНа практике не пробовал, но думаю торм, RapteR (ok), 22:45 , 25-Май-10, (6)   // Я в курсе про L7filter, мне интересны методы юзаемые железками и прочая , User294 (ok), 00:03 , 26-Май-10, (20)   В ссылке http nuclight livejournal com 125372 htmlесть неплохое howto для блок, XoRe (ok), 00:53 , 26-Май-10, (29) +2   Я это видел Просто бывают еще продвинутые техники блокирования троттлинга торен, User294 (ok), 16:07 , 26-Май-10, (40)   А как они определяют, что линк медленный 768 кб исходящего - это ещё быстрый лин, XoRe (ok), 22:53 , 26-Май-10, (60)   Думаю что по скорости с которой удается слать данные и на которой начинаются пот, User294 (ok), 01:43 , 27-Май-10, (61)   Не буду вдаваться в детали о том как должен или может работать ЮТП в сети, mih (?), 11:19 , 27-Май-10, (67)   Чувак, это рынок И слабакам на нем не место Вы или делаете работу качественно , User294 (ok), 15:48 , 29-Май-10, (109)   Сравнивать производство и реализацию пищевых продуктов и предоставления доступ, mih (?), 20:42 , 29-Май-10, (123) –3   А по-моему вполне Суть явления ООО обман, обвес, обсчет - везде одинаковая , User294 (ok), 02:29 , 31-Май-10, (137)   На наге жаловались только не-DSL ные НЕДО-провайдеры, которым, к сожалению, прид, Demo (??), 16:26 , 27-Май-10, (80)   На основании чего вы сделали такой вывод Вроде самый обычный ethernet, правила , F (?), 12:18 , 27-Май-10, (69)   На основании экспериментов с торентом на разных типах линков, сэр И имелось в в, User294 (ok), 15:55 , 29-Май-10, (111)   ртфм, роутеру не важен объем трафика, он работает с пакетами с появлением uТР п, j.silver (ok), 15:41 , 01-Июн-10, (149)   Крутая заява А ничего что роутеры бывают разные И в частности объем траффа в с, User294 (ok), 19:02 , 02-Июн-10, (154)   нда, не судите о том чего не знаете, роутинг оперирует пакетами, не объемом за , j.silver (ok), 12:56 , 03-Июн-10, (159)   L3-свитчи гоняют wirespeed независимо - влан это, или роутинг У них аппаратный , AlexAT (ok), 13:26 , 04-Июн-10, (161)   Как бы я в этом месте вижу зависимость не только от числа пакетов но и от их раз, User294 (ok), 23:53 , 04-Июн-10, (166)   включение шифрования нас спасет от таких как вы, i (??), 08:46 , 26-Май-10, (34) +5   // Угу Номера портов и заголовки вы тоже зашифруете , XoRe (ok), 22:43 , 26-Май-10, (58)   // Номера портов ему до лампочки Заголовки - да легко 32 бита ключа в начало паке, AlexAT (ok), 12:49 , 27-Май-10, (72)   Фильтровать можно начальные пакеты Воон в том примере портятся пакеты, устанавли, XoRe (ok), 14:31 , 27-Май-10, (77)   gt оверквотинг удален А кто мешает заXOR ить начальные пакеты UtP и убрать фла, AlexAT (ok), 15:48 , 27-Май-10, (79)   Здравый смысл Нет флага UtP Есть заголовок, говорящий я - uTP И этот заголов, XoRe (ok), 15:01 , 29-Май-10, (105) +2   Вы теоретик А я - практик Может не быть никакого четкого для простейших однокл, Alex (??), 17:48 , 29-Май-10, (114)   Вместо нагрузки оборудования фильтрами лучше сделать этой мощностью запас по pps, Alex (??), 17:50 , 29-Май-10, (115)   Фильтр тоже может XOR ить Фильтры писались и раньше, с помощью сниффенра и ревер, XoRe (ok), 01:24 , 31-Май-10, (135)   На софтроутерах собственного изготовления фильтр может мочь все Только вот при , Alex (??), 07:53 , 31-Май-10, (139)   А он и не нужен, строго говоря Слушающий просто может пытаться разобрать ВСЕ ка, User294 (ok), 18:08 , 29-Май-10, (117)   Фильтр тоже может так поступать - проверять пакет на черты своего протокола Во, XoRe (ok), 01:34 , 31-Май-10, (136)   Мне кажется что полноценный торент-пир или что там еще с своим парсером от и д, User294 (ok), 02:55 , 31-Май-10, (138)   В случае UtP оптимальнее под DNS , Alex (??), 08:00 , 31-Май-10, (141)   gt оверквотинг удален Чисто гипотетически - есессно можно разработать протокол, XoRe (ok), 19:05 , 31-Май-10, (145)   Именно Надо будет им на досуге патчик послать , AlexAT (ok), 09:02 , 01-Июн-10, (147)   Шлите Вообще у провайдеров интерес к фильтрованию uTP в бОльшей части случаев то, XoRe (ok), 17:09 , 02-Июн-10, (152)   Рубить можно всегда и все Только в некоторых случаях это окажется сук на которо, User294 (ok), 19:24 , 02-Июн-10, (155)   Это уже абстрактно Вот когда озаботятся, сделают и внедрят - тогда и можно будет, XoRe (ok), 16:45 , 04-Июн-10, (162)   Ну хорошо, вот вам реалистичные приимеры в битторенте и осле - озаботились и сд, User294 (ok), 21:08 , 04-Июн-10, (165)   а что сложного, любой провайдер с радостью согласится предоставлять вам доступ с, j.silver (ok), 15:49 , 01-Июн-10, (150)   SLA ужесточает требования, которым должны соответствовать услуги провайдера Обыч, XoRe (ok), 16:58 , 02-Июн-10, (151)   gt оверквотинг удален конечно предоставление доступа это услуга, кто хочет чт, j.silver (ok), 17:15 , 02-Июн-10, (153)   Давайте вы будете приходить в магазин и вам по дефолту будут продавать тухлую ко, User294 (ok), 19:27 , 02-Июн-10, (156)   gt оверквотинг удален господин любитель халявы и перевирать хоть и доступ в и, j.silver (ok), 13:02 , 03-Июн-10, (160)   Что значит - халявы Если я нашел колбасу на помойке или вайфай какой-то открыты, User294 (ok), 00:01 , 05-Июн-10, (167)   А зачем пользователю SLA У него есть оферта, договор, и ФЗ о связи и о ЗПП, кот, Alex (??), 07:57 , 31-Май-10, (140)   Когда нет четко прописанных характеристик связи, в которые провайдер должен впис, XoRe (ok), 18:59 , 31-Май-10, (144)   Как это нет Провайдер четко и недвусмысленно далдонит в рекламе - анлим, X mbps, User294 (ok), 19:33 , 02-Июн-10, (157)   Ну так, нет Где в договоре указаны количество pps, процент потерь, пинги, хопы и, XoRe (ok), 16:48 , 04-Июн-10, (163)   Да вот я как-то выбираю нормальных провайдеров хостеров которые просто работ, User294 (ok), 17:08 , 04-Июн-10, (164)   Кстати это в принципе решаемые проблемы, да КО намекает сделать номер порта, User294 (ok), 16:00 , 29-Май-10, (112)   Да не может, а реально кладет soho-роутеры флудом маааааааленьких udp-пакетик, KKonstantin (?), 22:33 , 25-Май-10, (3) +4 // оно и циски кладет, и всякие другие железки, только уже есть хитрые комбинации б, krokodil (?), 22:45 , 25-Май-10, (5) +2 // С этого места поподробнее пожалуйста , User294 (ok), 00:08 , 26-Май-10, (22) +1 // Да по сигнатуре их резали Есть для киски, линукса и фряхи Никакого либастрала , аноним (?), 00:27 , 26-Май-10, (24) +1 Ну про метод по сигнатуре я в курсе, да Я думал может кто родил какой-то новый,, User294 (ok), 00:28 , 26-Май-10, (25) http www opennet ru tips info 2304 shtmlНе менее плевым делом является блокиро, F (?), 07:57 , 26-Май-10, (32) А если рельсу W рандом или меняющееся число вместо сигнатуры Вроде железки для п, User294 (ok), 16:11 , 26-Май-10, (41) Математика для фильтров ровно та же что и для всего остального, она вся очень хо, F (?), 16:44 , 26-Май-10, (42) Между теорией и практикой как известно есть довольно большая пропасть , User294 (ok), 19:39 , 26-Май-10, (55) Какая пропасть Фильтром Байеса для фильтрации спама пользовались Ну так вот то, F (?), 12:20 , 27-Май-10, (70) Видите ли, фильтр Байеса надо сначала обучить на письмах, отсортированных вручну, Дмитрий Ю. Карпов (?), 12:30 , 27-Май-10, (71) Угу, так и вижу фильтр байеса на 10G-роутере , AlexAT (ok), 12:50 , 27-Май-10, (75) Как бы PPS у почты сильно меньше чем PPS у протоколов Кроме того, обуче, User294 (ok), 18:13 , 29-Май-10, (118) User294 - ну ты снова жжёшь Я надеюсь ты не забыл еще - там клиент-сервер , аноним (?), 18:13 , 26-Май-10, (49) –1 В чем именно Конкретнее Там - это где Конкретнее, пожалуйста Применительн, User294 (ok), 19:26 , 26-Май-10, (50) http en wikipedia org wiki Deep_packet_inspectionВсе давно есть в TOP-маршрути, ABATAPA (ok), 15:34 , 29-Май-10, (106) Ну ясное дело, зачем открыли Чтобы в другие торрент-клиенты и серверы включили , Zenitur (?), 19:37 , 26-Май-10, (53) Ну так в данном случае их исправдение было бы лучше для ВСЕХ Разводить эпик сра, User294 (ok), 19:45 , 26-Май-10, (56) У нас ничего не кладет, мы SOHO на концентрацию и ядро не ставим , AlexAT (ok), 12:49 , 27-Май-10, (73) 1 У моего знакомого роутер валится сразу И даже после закрытия uTorrent интер, ПринцЧорнойТьмы (ok), 15:04 , 26-Май-10, (38) // Я бы подумал на засер таблицы трекинга соединений, но но вот это вот как-то, User294 (ok), 17:47 , 26-Май-10, (45) // Это смотря как перезагружать , XoRe (ok), 22:47 , 26-Май-10, (59) Вместо того, чтобы писать спецификации открывают код В принципе правильно, экон, Аноним (-), 22:41 , 25-Май-10, (4) –1 А откуда KTorrent 4 0, вышедший на днях, узнал этот протокол, если он был закрыт, Аноним (-), 23:05 , 25-Май-10, (8) +2 // Стандарт же открытый http www bittorrent org beps bep_0029 htmlРеализуй сколь, anonymous (??), 23:29 , 25-Май-10, (12) // Там старая версия описана, Аноним (-), 23:55 , 25-Май-10, (14) +1 не дай бог это утащат в другие торрент-клиенты, Аноним (-), 23:07 , 25-Май-10, (9) +4 // Ну сделают галку использовать не использовать , и всех делов , Crazy Alex (??), 23:17 , 25-Май-10, (10) Вы этого хотели Нате В кторренте недавнем - не оно в соседней новости , User294 (ok), 00:32 , 26-Май-10, (27) // Думаю, что не оно А своя реализация Может, они прознали про открытие кода UTp , Zenitur (?), 19:38 , 26-Май-10, (54) // Как не оно Протокол то тот же Не знаю какую они там либу поюзали или что но, User294 (ok), 01:50 , 27-Май-10, (62) Дык, никто не заставляет покупать хилые кробочки Хотите водить торренты ---- пр, Demo (??), 16:42 , 27-Май-10, (81) –1 Чичиго Разок за неимением лучшего наспех надо было срочно тестировали предель, AlexAT (ok), 16:56 , 27-Май-10, (83) А если запуститьfor system sbin ping -w 1 -c 1 1 2 3 4 то ещё и пох, Demo (??), 17:08 , 27-Май-10, (88) –1 Слив уже признаете , AlexAT (ok), 17:09 , 27-Май-10, (89) Или я просто Вашего сарказма не оценил Если так - прошу прощения , AlexAT (ok), 17:10 , 27-Май-10, (90) Нет Я не про 10 ping-ов -f писал, а про один Сто тыс одиночных пингов дадут бо, Demo (??), 17:25 , 27-Май-10, (91) Я то в курсе - я себе весьма нехилую кастомную коробочку собрал - Коробочка , User294 (ok), 23:04 , 28-Май-10, (96) Вот и отлично Да Уже рассказываю Или покупай нормльный роутер или создавай со, Demo (??), 00:49 , 29-Май-10, (102) супер алгоритм скорость скачки низкая из-за перегруженности сети, они уменьшают , name (??), 23:22 , 25-Май-10, (11) +3 // Во-во Руки по отрывать Некоторое время домолинк, и так связью не отличающийся , lnv (??), 00:01 , 26-Май-10, (16) +1 Да, орлы В смысле, бакланы Если роутеры загибаются, надо добить засранцев д, User294 (ok), 00:02 , 26-Май-10, (17) +5 И это еще не самое интересное, когда эта зараза уменьшает окно, местами даже до , Аноним (-), 09:12 , 26-Май-10, (35) Всё правильно Мелкий пакет легче и быстрее вытесняется и не нужно ждать заверш, Demo (??), 16:49 , 27-Май-10, (82) // Я видел соединения державшиеся при потерях под 50 Тормозили конечно и порой от, User294 (ok), 23:13 , 28-Май-10, (97) // Не работает Скорость в 5 байт с сложно назвать работой Держаться при 50 пот, Demo (??), 01:04 , 29-Май-10, (103) 8222 только в официальном bittorrent-клиенте uTorrent 8220 это НИРАЗУ не офиц, Анон (?), 23:47 , 25-Май-10, (13) +2 // C разморозкой http www bittorrent com pressreleases 2006 12 06 bittorrent-acqu, анон (?), 00:00 , 26-Май-10, (15) –1 Кэп, вам там скриншот ничего не напоминает 2007 год ещё http torrentfreak co, cadmi (?), 00:02 , 26-Май-10, (18) 181 Torrent - это официальный BitTorrent клиент уже как год http www bittorr, birdie (?), 00:02 , 26-Май-10, (19) Протокол оличный - если его будут использовать другие, я, не используя его, полу, аноним (?), 00:07 , 26-Май-10, (21) // Как это Юзеры засрут каналы оверхедом от мелких пакетов каналы у каждого пакет, User294 (ok), 00:19 , 26-Май-10, (23) +1 // Читайте наг февраль сего года Лекарство тоже было синтезировано для Cisco, Lin, аноним (?), 00:32 , 26-Май-10, (26) // наг я читал, но я не понял как тот аноним получит себе большую полосу если остал, User294 (ok), 00:35 , 26-Май-10, (28) Ну не владел человек предметом, в первой с таким встречаться чтоли Рекомендую п, XoRe (ok), 01:00 , 26-Май-10, (30) +1 Ну да, неплохо Правда и ничего нового для себя я там так и не узнал Мне достат, User294 (ok), 17:52 , 26-Май-10, (47) Только под фильтры попадает с десяток игр Хомячки стали пищать , universite (ok), 04:48 , 26-Май-10, (31) В добрый путь Это даёт возможность юзеру пропихнуть свою инфу в засранном т , Demo (??), 16:57 , 27-Май-10, (84) Самоограничение потребностей в пропускной способности это правильно Нужно уважа, СуперАноним (?), 08:15 , 26-Май-10, (33) // Это задача провайдера, а не пользователя Пользователь платит деньги за свой кан, Аноним (-), 12:13 , 26-Май-10, (37) // А пользователь не хочет быть вызванным в суд повесткой за злостный DDOS ресурсов, F (?), 16:56 , 26-Май-10, (43) +1 // Да вы батенька зажрались Мало того что вы себе присвоили право продавать Кусок , anonymous (??), 17:47 , 26-Май-10, (44) Если я купил машину, плачу дорожный налог, и оплачиваю бензин, это не даёт мне п, F (?), 08:02 , 27-Май-10, (65) Выражение6 атака подразумевает злонамеренность Если провайдерам не нравятся ма, Дмитрий Ю. Карпов (?), 12:50 , 27-Май-10, (74) То же самое с колбасой От того что я ее пришел покупать страдает магазин я оче, anonymous (??), 19:43 , 27-Май-10, (92) Провайдер не при чём Авторы программы вообще ничего не гарантируют А отвечать , Аноним (-), 17:48 , 26-Май-10, (46) DDoS 8212 это то что пользователь не заказывал, если Вы не способны обработат, Аноним (-), 17:55 , 26-Май-10, (48) –1 Почитайте Чехова Злоумышленик , там ведь тоже люди просто так гайки с железной, F (?), 07:55 , 27-Май-10, (64) Это не _заказанная_ пользоателем информация, а абсолютно абсурдный, не отлажен, ran (??), 10:01 , 27-Май-10, (66) +1 А провайдер не хочет быть вызваным в суд за заведомый обман покупателя, что по и, User294 (ok), 19:33 , 26-Май-10, (51) Не стоит всё ж таки преуменьшать эффект от коряво разработанного протокола Потом, DeadMustdie (??), 21:56 , 26-Май-10, (57) Ну, в идеале, раз пров не указал допустимые PPSы в договоре - он все-таки сам ду, User294 (ok), 02:03 , 27-Май-10, (63) Не пишите за всех провайдеров, вы их договоров не читали В стандартных договорах, F (?), 12:07 , 27-Май-10, (68) Это против обрезания спама никто не возражает А насчет торрентов будет не так , qux (ok), 15:47 , 28-Май-10, (94) Действительно Если чел не различает отправку спама с закачкой файлов, то ничем , Demo (??), 16:08 , 28-Май-10, (95) За всех не буду Только за тех которых видел С десяток наберется Ни у одного P, User294 (ok), 23:19 , 28-Май-10, (98) Данное предложение весьма чётко характеризует идиота, который не в состоянии опе, d_b (?), 10:50 , 03-Июн-10, (158) Ничего не имею противМой провайдер поступил проще - перекрыл 25 порт всем и пред, Sergey (??), 18:25 , 31-Май-10, (143) Одна из причин, по которым многие провайдеры перекрывают порт 25 - это существов, DeadMustdie (??), 22:48 , 31-Май-10, (146) У большинства крупных почтовых провайдеров использование DNSBL - моветон Осталь, AlexAT (ok), 09:06 , 01-Июн-10, (148) Грамотные провайдеры обычно указывают более общую фразу типа Технические парамет, DeadMustdie (??), 14:41 , 29-Май-10, (104) gt оверквотинг удален Почему DDOS Никаких соединений с провайдером абонент не, AlexAT (ok), 12:56 , 27-Май-10, (76) +2 Расширяй ресурс, а не кричи про DDoS А то наставят длинков в коре, понимаешь , Demo (??), 16:58 , 27-Май-10, (85) +2 Спасибо если вообще не ископаемый комп помойки и абы какой ос, который еле осили, User294 (ok), 23:24 , 28-Май-10, (100) А вы для начала узнайте, что значит первая D , qux (ok), 15:43 , 28-Май-10, (93) DDoS Distributed Denial of Service Один юзер по определению не может создать, User294 (ok), 23:22 , 28-Май-10, (99) uTP и Ethernet две несовместимые технологии, ИМХО авторы не видят разницы между , Аноним (-), 09:53 , 26-Май-10, (36) // Просто он откровенно заточен на ASDL линки с тормозным аплоадом и оптимизацию за, User294 (ok), 19:34 , 26-Май-10, (52) Что-то я ещё не слышал, чтобы у кого-то загнулся Ethernet коммутатор от uTP , Demo (??), 17:01 , 27-Май-10, (86) // Я за все время видел только один Ethernet-коммутатор, загибающийся от торрента в, AlexAT (ok), 17:07 , 27-Май-10, (87) // Утверждение дилетанта Посмотрите, хотя бы для общего развития, в чем меряется об, ABATAPA (ok), 15:54 , 29-Май-10, (110) Это вы - дилетант А нормальные L2-коммутаторы все уже давным давно wirespeed И, Alex (??), 17:55 , 29-Май-10, (116) Я - ведущий инженер крупной телекоммуникационной компании, с высшим профильным о, ABATAPA (ok), 19:27 , 29-Май-10, (119) Мимо такой вопиющей некомпетентности, будучи техническим представителем компании, Alex (??), 19:51 , 29-Май-10, (121) Уточняю 4-5 и 20-24 - это для самого низшего уровня - DES-3028 В первом случ, Alex (??), 19:59 , 29-Май-10, (122) вот тут на НАГе много чего написано на эту тему http nag ru news newsline 178, aurved (?), 16:01 , 26-Май-10, (39) +1 // мы тоже не режем, железо справляестя, хоть и длинк А провам с писюковыми роутер, ffffc (?), 15:06 , 27-Май-10, (78) +1 // Это у Вас D-Link и писюковые роутеры А у других - Juniper, Cisco, Huawei И ка, ABATAPA (ok), 15:40 , 29-Май-10, (108) А на деле - все с точностью до наоборот Они загадили весь Интернет, и это привел, ABATAPA (ok), 15:36 , 29-Май-10, (107) // Надоел скулёж Без торрентов широкие каналы не нужны , аноним (?), 17:02 , 29-Май-10, (113) // Выбирайте выражения Посмотрим, как Вы заскулите, когда провайдеры введут усло, ABATAPA (ok), 19:36 , 29-Май-10, (120) // Высказывание было не в ваш конкретно адрес Выше коллеги писали нет денег на же, аноним (?), 22:49 , 29-Май-10, (124) Давайте без давайте Эксплуатационщики должны заниматься сврим делом, а разраб, Demo (??), 00:03 , 30-Май-10, (126) Извините за резкий тон, но жалобы с домосеток левосеток ru и ua, построенных н, Alex (??), 23:16 , 29-Май-10, (125) вот я тут подумал есть некая программа, которая стоит на многих компьютерах, сто, name (??), 01:47 , 30-Май-10, (127) // Да запросто И таких программ - миллионы Начиная, кстати, с MS Windows - у них , Alex (??), 08:23 , 30-Май-10, (128) // Миллионы - образно, конечно Правильнее будет over 9000 , Alex (??), 08:23 , 30-Май-10, (129) Без начальных уточнений такие программы называются вирусами, и иногда строят мил, qux (ok), 15:48 , 30-Май-10, (130) // Секундочку Вирус - это программа, которая распространяется относительно независ, Alex (??), 17:20 , 30-Май-10, (131) // Речь шла и о первых звоночках в будущей войне, а с учетом этого будущей её назыв, anonymous (??), 17:54 , 30-Май-10, (132) Да ничего не начнется Варианта 2 1 спишут на ошибку 2 при наличии факта откр, Alex (??), 19:48 , 30-Май-10, (133) Если спишут, то не поймут Но насчет доказательств злонамеренности уточнил же , anonymous (??), 20:18 , 30-Май-10, (134) Е МАЕ, лучше бы технологию trackerless развивали, это реально затык, sluge (ok), 10:43 , 31-Май-10, (142) 1,3,4,8,9,11,13,21,33,36,39,107,127,142

Сообщения

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

1. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+3 +/–
Сообщение от Добрый Дохтур (?), 25-Май-10, 22:22
ура! теперь его будет проще блокировать.
Ответить | Правка | Наверх | Cообщить модератору

	2. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от User294 (ok), 25-Май-10, 22:27
	Да, Док. Расскажите плиз о технологиях обнаружения и блокирования протоколов? :) Так, для научных экспериментов и общего развития? :)
	Ответить | Правка | Наверх | Cообщить модератору

	6. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от RapteR (ok), 25-Май-10, 22:45
	http://l7-filter.sourceforge.net/protocols На практике не пробовал, но думаю тормозить будет дико.
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от User294 (ok), 26-Май-10, 00:03
	Я в курсе про L7filter, мне интересны методы юзаемые железками и прочая :)
	Ответить | Правка | Наверх | Cообщить модератору

	29. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+2 +/–
	Сообщение от XoRe (ok), 26-Май-10, 00:53
	>Я в курсе про L7filter, мне интересны методы юзаемые железками и прочая >:) В ссылке http://nuclight.livejournal.com/125372.html есть неплохое howto для блокирования неправославного трафика. Для фряхи это bpf + netgrapth. Ддя линуха bpf + что_нибудь_свое. Для цисок/джуниперов - хз, тоже можно чего-нибудь подыскать. Только давайте без килобайтовых размышлений о том, как вам что-то не нравится) Просто трафик пакетов в 1,5 кб - это один pps, а трафик из пакетов в 150 байт - это другой pps. Плюс, чем пакет меньше, тем накладные расходы больше. Т.е. в пролете и провайдеры и пользователи. Поэтому такое нужно блочить и уведомлять юзеров, чтоб если уж торренты юзают, то пусть отключают uTP. Разработчики uTP, мягко говоря, дали маху)
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от User294 (ok), 26-Май-10, 16:07
	> есть неплохое howto для блокирования неправославного трафика. Я это видел. Просто бывают еще продвинутые техники блокирования/троттлинга торента некоторыми железками (Sandvine или как их там). Я примерно представляю себе что они делают но только примерно. Надеялся что кто-то знает побольше и поконкретнее. > Ддя линуха bpf + что_нибудь_свое. Это что-нибудь свое там называется iptables, видимо. Прирезать на нем пакеты по конкретным байтам в конкретном смещении - не вопрос ни разу. > Просто трафик пакетов в 1,5 кб - это один pps, а трафик из пакетов > в 150 байт - это другой pps. Вроде 150 байтов - только для медленных линков типа дохлого дслного аплоада. Но в целом - довольно дурной протокол из-за проблем с фрагментацией, возможности ухода в штопор из мелких пакетов, увеличения числа пакетов и прочая. Чуваки решили одну конкретную задачу - уменьшение латентностей в буфере дсл-модема у которого отправка данных тормозная, чтобы у юзера нормально качались страницы при работе торента. Зато все остальные проблемы они почему-то не учли. Кстати упомянутой проблемы при юзеже эзернет-провайдеров с симметричным линком вообше нет :) > Разработчики uTP, мягко говоря, дали маху) Это я заметил - воплей стоит прилично. Даже от юзерья, роутеры которых (особенно малоресурсные и дешевые) поперхиваются от такого срача пакетами во все стороны. С одной стороны это конечно фйэл роутеров (сферический роутер в вакууме должен бы в идеале роутить тарифную или канальную скорость даже мелкими пакетами) но с другой - фэйл разработчиков uTP в том что они блин не знали о таком св-ве роутеров!
	Ответить | Правка | Наверх | Cообщить модератору

	60. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от XoRe (ok), 26-Май-10, 22:53
	>Вроде 150 байтов - только для медленных линков типа дохлого дслного аплоада. А как они определяют, что линк медленный? 768 кб исходящего - это ещё быстрый линк =) В общем, я так понимаю, что оно может посчитать канал медленным после того, как он начнет "засираться". И после этого уменьшает размер пакета. Ну а забить можно и 10мбит канал, и 100мбит можно. Ещё на форумах жаловались, что на одном и том же канале торренты с uTP и без показывали разную скорость. Т.е. с uTP, скажем, 500 кб/с, а без uTP - 700 кб/с. При одинаковой фактической загрузке канала. Как-то так. >Кстати упомянутой проблемы при юзеже эзернет-провайдеров с симметричным линком вообше нет :) Неужели на nag.ru ругались только DSL'ные провайдеры?)
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от User294 (ok), 27-Май-10, 01:43
	>А как они определяют, что линк медленный? Думаю что по скорости с которой удается слать данные и на которой начинаются потери? >768 кб исходящего - это ещё быстрый линк =) А это смотря с чем сравнивать. У мну 30мбит например. Симметричных, да. Более 3 МегаБайтов в секунду в каждую сторону... >В общем, я так понимаю, что оно может посчитать канал медленным после >того, как он начнет "засираться". Ну так у DSLщины основная проблема в том что аплоад засирается. Пакеты быстро вылетают из компа по 100М линку проводом или вайфаю (на хотя-бы нескольких мбит минимум). А вот потом ... потом они долго кукуют в буфере DSL модема. Пока он их там в эту 768киловую соску выдавит. А тем временем юзер пагу хочет открыть в инете. А буфер на отправку уже засран. Так что пакетики конекта к вебсерверу дооооооолго ждут своей очереди на отправку вперемешку с пакетами торента. >И после этого уменьшает размер пакета. Ну как бы на DSLном тормозном линке сие как бы должно уменьшить латентность для остальных соединений кроме торента. Вот только побочных эффектов масса. >Ну а забить можно и 10мбит канал, и 100мбит можно. Пробовал засрать торентом 30 мбит. Это оказалось очень нетривиальной затеей. Например все исохи убунты пробовал отгружать сразу после релиза (вообще-то я стресстестил свой "эльфийский" роутер, мне было интересно - осилит он такое свинство или нет и не будет ли потерь скорости и прочая :D).  Хрен там. Во первых, просто отгрузить 30 мбит - очень нетривиальная задача. Как правило тех кто хочет столько выжрать СТОЛЬКО - попросту вообще не оказывается, или они очень недолго столько могут скушать. Особенно когда начинается некий перевес сидеров над личерами (для популярных раздач вполне характерно). На 100 мбит... ну не знаю, у меня есть сидбоксы на 100 мбит канале. Сделать чтобы они лупили на всех 100 мбит можно только на очень непродолжительное время. Ах да, что самое смешное - у езернета нет той проблемы с которой борятся в uTP. 30 мбит линк невозможно положить до таких тормозов как DSL с тормозным аплоадам вообще никакими гримассами и ужимками на нем. Совсем. Даже когда льется все виды бубунты сразу после релиза в две стороны и скорость таки достигает чего-то похожего на лимиты канала - пинг практически не портится, загрузка вебпаг не тормозит. Даже через роутер (правда он кастомный и весьма мощный, сделанный своими лапами из ubiquiti'евского RouterStation). uTP - это явно для юзеров тормозного DSL с его грабельным и хилым аплоадом. К слову на таком линке сайты выстреливают как из пушки а пинг на добрый десяток мс меньше чем у дсл. >Т.е. с uTP, скажем, 500 кб/с, а без uTP - 700 кб/с. Запросто - увеличенный pps может пригрузить роутер у юзера. Или оверхед лишний. Или просто протокол не отлажен. Или еще стопицот факторов. >При одинаковой фактической загрузке канала. Как-то так. Да вообще грабельный протокол, сделанный с явным перекосом в сторону решения одной конкретной задачи - траблы с буфером в дсл модемах на аплоад. А вот на остальные результаты деятельности такого протокола его авторы почему-то не обратили внимания. А результат и ежу понятен: меньше полезных данных, больше пакетов и способность впадать в штопор когда тормоза не из-за буфера модема а из-за перегрузки каналов или роутеров у прова например. При этом шлется еще больше пакетов, они еще мельче, оверхеда на гиг полезных данных больше и перегруз только усугубляется, что чертовски логично - теперь каналам и роутерам надо пихать еще больше пакетов и еще больше данных в итоге. >Неужели на nag.ru ругались только DSL'ные провайдеры?) Имелась в виду проблема с буфером дсл-модема, если что. В случае более-менее резвого эзернета - такого congestion'а пакетов на отправку невозможно создать вообще никакими плясками с бубном. Я пробовал, не получается толком. Поэтому в эзернет сетях uTP нафиг не впился и скорее вреден чем полезен с его PPSами и оверхедом. А провайдеры ругались наверное потому что из роутеры сделанные из древних писюков наверное обосрались на таких PPSах, откуда мораль: нехрен всякое говно как роутеры ставить, которое и так то нагрузку еле тянет :). Сказать что провайдеры в этой ситуации Д`Артаньяны тоже не получается. Они извините не указывают в договоре допустимые PPSы а раз так - я вообще в праве допустить что нормальный пров сможет зароутить мои пакеты на тарифной скорости независимо от их размера. Если пров этого не смог - он извините, публично обосрался в исполнении своих прямых обязанностей.
	Ответить | Правка | Наверх | Cообщить модератору

	67. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от mih (?), 27-Май-10, 11:19
	Не буду вдаваться в детали о том как "должен" или "может" работать ЮТП в сети езернет-провайдера, но по факту увеличение ППС-ов процентов на 50 имело место быть, на 2-х и более мегабитных синхронных пакетах. На счет "стареньких писюков" и "жадных провайдеров" остается только посоветовать User294 самому заняться провайдерством и давать всем все_чего_они_хотят.    Что бы не было кривотолков - провайдер заинтересован дать как можно больше всего за соответствующие деньги, конкуренция сейчас просто сумасшедшая. Но не надо путать гарантированные и не гарантированные мегабиты/с и за 100грн/мес (около 13$) ожидать 100Мб/с.
	Ответить | Правка | Наверх | Cообщить модератору

	109. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от User294 (ok), 29-Май-10, 15:48
	>мегабитных синхронных пакетах. На счет "стареньких писюков" и "жадных провайдеров" >остается только посоветовать User294 самому заняться провайдерством и давать всем >все_чего_они_хотят. Чувак, это рынок. И слабакам на нем не место. Вы или делаете работу качественно или вылетаете. Все честно. Вот потому то пионернеты из соплей и скотча постепенно заменяются на приличные сети, сделанные на провайдерском оборудовании. И кстати давайте я вам тоже посоветую: если вам продали тухлый йогурт в магазине - не качайте права в магазине или у производителя. Создайте свою фабрику по производству йогуртов и свой магазин, фигли. А если вам плохой бензин продали - создайте свою нефтяную компанию. А если машина сломалась - надо немедленно бросить все и срочно начать конкурировать с фордом и прочими уродами, ага? :) >конкуренция сейчас просто сумасшедшая. И вот говнарей с недооборудованием к счастью выкосит. Потому что если пров ниасилил свою прямую обязанность ака качать данные - он слил. И ему не место на рынке, строго говоря. Пусть или грейдит оборудование или умрет от конкуренции. А жулью которое торгует воздухом на рынке не место. Это как если бы вам в магазине под видом литрового пакета молока пытались впарить "до 1 литра" - что-то такое на дне пакета налито, явно разбавлено водой, пахнет стремно, а на возмущение по этому поводу - "не нравится - не пейте", дескать. А выглядит как будто и правда литровый пакет молока, прикиньте?! Думаете, так и надо работать, да? А что если так начнут работать скажем производители пищевых продуктов? Вы на кладбище загреметь не боитесь, потравившись всякой дрянью? Или почему провам халтурить и надувать клиентуру - можно, а остальным - нет? :) >Но не надо путать гарантированные и не гарантированные мегабиты/с и за >100грн/мес (около 13$) ожидать 100Мб/с. Ну так нефиг обещать тогда за 13 баксов анлимные 100Мбит/сек, правда? :) А то знаете, на пакете молока тоже не пишут что там гарантированные литры. Почему бы производителям не начать наливать туда 100мл? Написав на пакете "до 1 л молока". А за гарантированный литр - платите в 50 раз больше, хахаха :-)
	Ответить | Правка | Наверх | Cообщить модератору

	123. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	–3 +/–
	Сообщение от mih (?), 29-Май-10, 20:42
	Сравнивать производство и реализацию пищевых продуктов и предоставления доступа к Интернет - слегка некорректно, а некорректно сравнивать и подменять понятия - еще хуже. П.С. в основном идет не ровно 1Л а 1Л+-%, причем чаще - чем +. П.П.С. Ты(Вы) - тролль.
	Ответить | Правка | Наверх | Cообщить модератору

	137. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от User294 (ok), 31-Май-10, 02:29
	>  Сравнивать производство и реализацию пищевых продуктов и предоставления доступа к >Интернет - слегка некорректно, А по-моему вполне. Суть явления "ООО" (обман, обвес, обсчет) - везде одинаковая. И, кстати, на хабре юзеры про таких сделали зачетную каррикатуру. Билайновский логотип "осторожно, мошенники!" разместили на одной картинке с логотипами трех операторов. Как видите, юзеры прекрасно видят кто там мошенники и халтурщики. То что в области телекомов жулье труднее выделить и классифицировать - факт. И то что некоторые этим пользуются - тоже факт. Вот только знаете, я искренне желаю чтобы телекомовцев лечили, кормили и обслуживали по тем принципам которые некоторые из них исповедуют. Да, не хотите скушать колбасу прошедшую контроль СЭС с всего лишь жалкими 19 сносками-комментариями мелким шрифтом? Как договор у одного из операторов сотовой связи? :) >а некорректно сравнивать и подменять понятия - еще хуже. См. выше. Да, телекомовцы борзеют сверх всякой меры т.к. жулье там вычислить труднее, видите ли. >П.С. в основном идет не ровно 1Л а 1Л+-%, причем чаще - чем +. Ну знаете, телекомы по степени обнагления и мошенничества давно и с многократным отрывом обощли всех остальных. Почему-то когда я покупаю колбасу, я оплачиваю на кассе заявленный ценник. Без девятнадцати оговорок, доплат за каждый пук и прочая. >П.П.С. Ты(Вы) - тролль. На основании чего? :)
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от Demo (??), 27-Май-10, 16:26
	>Неужели на nag.ru ругались только DSL'ные провайдеры?) На наге жаловались только не-DSL'ные НЕДО-провайдеры, которым, к сожалению, придётся сменить бизнес.
	Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

	69. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от F (?), 27-Май-10, 12:18
	>Кстати упомянутой проблемы при юзеже эзернет-провайдеров с симметричным линком вообше >нет :) На основании чего вы сделали такой вывод? Вроде самый обычный ethernet, правила приведены для обычных ethernet коммутаторов, софтовых и "железных" маршрутизаторов, про dsl вообще не слова.
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	111. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от User294 (ok), 29-Май-10, 15:55
	>На основании чего вы сделали такой вывод? На основании экспериментов с торентом на разных типах линков, сэр! И имелось в виду что там нет проблемы забития буфера на передачу у роутера/модема у юзера. У дслного линка есть тупая грабля: скорость аплоада дсл - никакая. Софт на юзерской машине быстро отстреливает по 100Мбит сетке пакеты в модем а вот там они буферизуются и медленно и печально выдавливаются в тормозной дслный линк. А когда юзер захочет открыть вебпагу, пакетики для этого будут доооооолго сосать в очереди на отправку. И в итоге пага будет у юзера грузиться ой как долго. Ну и при работе торента на дсл получается некомфортно браузить интернет. uTP откровенно заточен на решение этой проблемы. Зато, блин, он создает стопицот других проблем взамен... >Вроде самый обычный ethernet, правила приведены для обычных ethernet >коммутаторов, софтовых и "железных" маршрутизаторов, про dsl вообще не слова. У эзернета нет проблемы медленной отсылки пакетов от юзера к провайдеру. Зато у сетей из соплей и скотча как оказалось есть другие проблемы в виде отсутствия запаса по нагрузке и убогих маршрутизаторов сделанных из чего попало без запаса по производительности, что как бы с учетом тенденций роста траффа по любому эпик фэйл. Просто посмотрите график M9-IX за год и сделайте выводы - может ли вообще пров работать без приличного запаса мощностей при таких тенденциях роста траффа?! :-)
	Ответить | Правка | Наверх | Cообщить модератору

	149. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от j.silver (ok), 01-Июн-10, 15:41
	>У эзернета нет проблемы медленной отсылки пакетов от юзера к провайдеру. Зато у сетей из >соплей и скотча как оказалось есть другие проблемы в виде отсутствия запаса по нагрузке и >убогих маршрутизаторов сделанных из чего попало без запаса по производительности, что как >бы с учетом тенденций роста траффа по любому эпик фэйл. Просто посмотрите график M9-IX за >год и сделайте выводы - может ли вообще пров работать без приличного запаса мощностей при >таких тенденциях роста траффа?! :-) ртфм, роутеру не важен объем трафика, он работает с пакетами. с появлением uТР протокола во второй версии клиента(в 1.8 uТР такой гадостью не был), количество ппс значительно возросло, просели ВСЕ роутеры, и циски(и пр.) и писюки. Запас производительности был, его сожрали абоненты из-за тупых проггеров. Теперь из-за неграмотных тупарей оборудование апгрейдить... слать пакеты по 150 байт по изернету... сильнО...
	Ответить | Правка | Наверх | Cообщить модератору

	154. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от User294 (ok), 02-Июн-10, 19:02
	>ртфм, роутеру не важен объем трафика, он работает с пакетами. Крутая заява! А ничего что роутеры бывают разные? И в частности объем траффа в софтроутере очень даже может менять кол-во IRQ от сетевки, например, вполне себе меняя загрузку проца в зависимости от траффика. С другой стороны PPS тоже свое дело сделает. В аппаратном роутере - где как. Свойствами железки определяется. Некоторые могут роутить трафф на полной скорости линии и им пофигу. Некоторые не могут. Уж кто как. >с появлением uТР протокола во второй версии клиента(в 1.8 uТР такой гадостью не >был), количество ппс значительно возросло, просели ВСЕ роутеры, и циски(и пр.) Действительно крутые железные роутеры обычно могут роутить на скорости линии, даже мелкими пакетами. Как минимум, в характеристиках это заявляется, PPSы обещаются и вроде не сильно то и врут. А почему нет? Ну, ASIC там и чего? Вас же не удивляет что свич гоняет пакеты на скорости линии? А тут то же самое, одним уровнем OSI выше. Ну да, чуть сложнее, потому и стоит за свою уникальность как задняя часть самолета. >и писюки. Запас производительности был, его сожрали абоненты из-за тупых проггеров. Простите, но в конечном итоге неспособность работать с мелкими пакетами - все-таки прежде всего - технический недостаток провайдера. А остальное уже вторично. Стандарты нигде не определяют предпочтительные размеры пакетов, договора - тоже. Посему - сосните болт с такими заявами. Облажались? Скисли под нагрузкой? Так сидите тихо хотя-бы. Чего позориться то, вопя что неспособность выполнять свои прямые обязанности нормально - это так и надо, дескать? oO >Теперь из-за неграмотных тупарей оборудование апгрейдить... слать пакеты по 150 байт >по изернету... сильнО... А они и не шлют по идее на быстрых линках. Но вот если оборудование начнет загибаться от нагрузки - да, ему еще и 150-байтными пакетами могут добавить. Что, конечно, эпично по своему раздолбайству, но провайдеров все-таки не оправдывает. А с какого хрена провайдер вообще допустил что пакеты в 150 байтов - не бывают? Никакие стандарты не запрещают слать 150 байтные пакеты. И вообще, а что если производитель колбасы допустит что у вас луженый желудок и вы до кучи переварите и костяшки и шерсть окромя мяса? Если вашими же методами действовать и экономить на всем и вся? :)
	Ответить | Правка | Наверх | Cообщить модератору

	159. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от j.silver (ok), 03-Июн-10, 12:56
	>>ртфм, роутеру не важен объем трафика, он работает с пакетами. > >Крутая заява! А ничего что роутеры бывают разные? И в частности объем >траффа в софтроутере очень даже может менять кол-во IRQ от сетевки, >например, вполне себе меняя загрузку проца в зависимости от траффика. С >другой стороны PPS тоже свое дело сделает. В аппаратном роутере - >где как. Свойствами железки определяется. Некоторые могут роутить трафф на полной >скорости линии и им пофигу. Некоторые не могут. Уж кто как. > нда, не судите о том чего не знаете, роутинг оперирует пакетами, не объемом. за одно прерывание можно обработать некоторое количество пакетов, их кол-во не бесконечно, упрется в буферы и пр. при росте ппсов, появляются дропы, роутер не успевает, растет лавинообразно нагрузка по прерываниям и т.д. происходит деградация сервиса. "вполне себе меняя загрузку проца в зависимости от траффика" - перл) > >>с появлением uТР протокола во второй версии клиента(в 1.8 uТР такой гадостью не >>был), количество ппс значительно возросло, просели ВСЕ роутеры, и циски(и пр.) > >Действительно крутые железные роутеры обычно могут роутить на скорости линии, даже мелкими >пакетами. Как минимум, в характеристиках это заявляется, PPSы обещаются и вроде >не сильно то и врут. А почему нет? Ну, ASIC там >и чего? Не могут, вы поди и рекламе по телевизору верите? > Вас же не удивляет что свич гоняет пакеты на >скорости линии? А тут то же самое, одним уровнем OSI выше. жесть... господин знаком с маршрутизацией? > >>и писюки. Запас производительности был, его сожрали абоненты из-за тупых проггеров. > >Простите, но в конечном итоге неспособность работать с мелкими пакетами - все-таки >прежде всего - технический недостаток провайдера. А остальное уже вторично. Стандарты >нигде не определяют предпочтительные размеры пакетов, договора - тоже. Посему - >сосните болт с такими заявами. Облажались? Скисли под нагрузкой? Так сидите >тихо хотя-бы. Чего позориться то, вопя что неспособность выполнять свои прямые >обязанности нормально - это так и надо, дескать? oO это технический недостаток протокола. Доставка 100 тонн песка камазом стоит одних денег, а мужиком с тачкой, за то же время, совсем других. что скорее всего вообще не возможно, так и с оборудованием. > >>Теперь из-за неграмотных тупарей оборудование апгрейдить... слать пакеты по 150 байт >>по изернету... сильнО... > >А они и не шлют по идее на быстрых линках. ОНИ ШЛЮТ! на безлимитных тарифах при шейпиировании пакеты много или мало, но все равно дропаются, ваш волшебный клиент при появлении дропов начинает  уменьшать размер пакетов и так до минимума... >Но вот если оборудование начнет загибаться от нагрузки - да, ему еще и >150-байтными пакетами могут добавить. Что, конечно, эпично по своему раздолбайству, но >провайдеров все-таки не оправдывает. А с какого хрена провайдер вообще допустил >что пакеты в 150 байтов - не бывают? Никакие стандарты не >запрещают слать 150 байтные пакеты. И вообще, а что если производитель >колбасы допустит что у вас луженый желудок и вы до кучи >переварите и костяшки и шерсть окромя мяса? Если вашими же методами >действовать и экономить на всем и вся? :) хватит тормозить, разницу между 1,5кб и 150б различаете, в 10 раз! хватит рассказывать про сферических коней-роутеров в вакууме, нет таких. п.с. доступ в интернет это услуга, а не товар-колбаса. не надо путать теплое с мягким. любитель халявы.
	Ответить | Правка | Наверх | Cообщить модератору

	161. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от AlexAT (ok), 04-Июн-10, 13:26
	L3-свитчи гоняют wirespeed независимо - влан это, или роутинг. У них аппаратный форвардинг L3, правда и возможности достаточно куцые.
	Ответить | Правка | Наверх | Cообщить модератору

	166. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от User294 (ok), 04-Июн-10, 23:53
	>нда, не судите о том чего не знаете, роутинг оперирует пакетами, не >объемом. за одно прерывание можно обработать некоторое количество пакетов, их кол-во >не бесконечно, упрется в буферы и пр. Как бы я в этом месте вижу зависимость не только от числа пакетов но и от их размера. В один и тот же буфер мелких пакетов лезет больше чем крупных. Поэтому при фиксированном PPS в эн пакетов в секунду имхо нагрузка на проц будет больше если приехало эн больших пакетов нежели эн маленьких. Правда с учетом того что мелких пакетов лезет при той же ширине линка сильно больше - нагрузка растет и ... понятно чего. Оверхед на обработку пакета начинает ролять и прочая. Кстати судя по вашему спичу вы тоже не особо сильно представляете себе механику явления. >"вполне себе меняя загрузку проца в зависимости от траффика" - перл) Ой, у вас перлов не меньше. >Не могут, Чего бы это. Скоростные железячные роутеры зачастую коммутируют пакеты на манер свича, только одним уровнем выше а принцип такой же. Да, при этом продвинутую обработку особо не поделаешь, но роутер собссно роутить должен, прежде всего. >вы поди и рекламе по телевизору верите? Толсто. >жесть... господин знаком с маршрутизацией? Да. И не вижу никаких теоретических проблем сделать ASIC который в простой форме будет выполнять роутинг "в железе" на манер коммутации. Ну да, уровнем выше. И протоколы другие. А логика в целом - такая же примерно, только сущности меняются. >это технический недостаток протокола. Доставка 100 тонн песка камазом стоит одних денег, >а мужиком с тачкой, за то же время, совсем других. А меня это не колебет. Если вы мне сказали "доставка песка, 10 тонн в сутки" - чем хотите, тем их и доставляйте. Хоть мужиками с тачкой, хоть камазами. И отмазы что водила камаза заболел/камаз сломался/мужики с тачками столько не успевают - не катят. Это ваши проблемы. А для меня - вы или держите обещанные обязательства, или выглядите как мошенник или лузер. И если вы начинаете лечить что "ой, а давайте вы снизите расход песка" - вы начинаете заниматься явно не своими делами. Вы что взялись делать? Песок доставлять или мне втирать о моих нуждах? Ну так вот и делайте работу за котору взялись а не пудрите мозги клиентам. А если обосрались - подите в дворники там например.Все-равно нормальные провы закопают недоносков постепенно.Ну может сможете продать свою говносетку если повезет ради абонентской базы, но сетку серьезный пров один хрен переделает, потому что пионернеты из соплей, скотча и абы какого оборудования - это полный звиздец. >что скорее всего вообще не возможно, так и с оборудованием. Если вы пообещали то чего не можете выполнить - это ваша ошибка, а не моя. >ОНИ ШЛЮТ! на безлимитных тарифах при шейпиировании пакеты много или мало, но >все равно дропаются, ваш волшебный клиент при появлении дропов начинает   >уменьшать размер пакетов и так до минимума... Ну я как бы и не спорю что протокол сделан тупо и способен впасть в штопор. Однако вот кого-кого а любителей шейпинга не жалко. Этим первым делом поделом. Как продавцам тухлой колбасы которых прижучила проверка из СЭС. Тем не менее, протокол uTP решает одну конкретную проблему буферов в дсл модеме и кладет хрен на остальные проблемы и ситуации, а то и вовсе впадает в штопор.Это ему не в плюс, но и провайдеров которые дохнут от PPSов это не извиняет. Ну да, обосрались и те и другие. Бакланами являются и те и другие. Одни потому что облажались. Другие - потому что помогли облажаться. Что-то не так? :) >хватит тормозить, разницу между 1,5кб и 150б различаете, в 10 раз! А asic-ам насрать, как бы. Свичи лупят на полной канальной скорости, и ничего, не дохнут. Ну и роутеры на подобных принципах - тоже. >хватит рассказывать про сферических коней-роутеров в вакууме, нет таких. Да, конечно, это я их придумал а вовсе не цыски там всякие... ))) >п.с. доступ в интернет это услуга, а не товар-колбаса. И что? Это не повод устраивать клиентам нае...во и мошенничать по полной. А то если вы сказали что можете привезти 10 тонн песка за день но по факту мужики с тачками упарились после доставки тонны - это что, так и надо? А зачем тогда было обещать то что не можете выполнить? Чтобы лохов и болванов среди клиентов выявить? Ну тогда вы мошенник, стало быть, если не выполняете взятые обязательства получив за их выполнение с клиента бабло.
	Ответить | Правка | К родителю #159 | Наверх | Cообщить модератору

	34. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+5 +/–
	Сообщение от i (??), 26-Май-10, 08:46
	включение шифрования нас спасет от таких как вы
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	58. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от XoRe (ok), 26-Май-10, 22:43
	>включение шифрования нас спасет от таких как вы Угу. Номера портов и заголовки вы тоже зашифруете?)
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от AlexAT (ok), 27-Май-10, 12:49
	Номера портов ему до лампочки. Заголовки - да легко. 32 бита ключа в начало пакета, и далее все сXOR'ить в этим ключом. Большинство фильтров уже ниасилят, или потребуют такой мощности от CPU, что большой трафик уже не пропустишь.
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от XoRe (ok), 27-Май-10, 14:31
	>Номера портов ему до лампочки. Заголовки - да легко. 32 бита ключа >в начало пакета, и далее все сXOR'ить в этим ключом. Большинство >фильтров уже ниасилят, или потребуют такой мощности от CPU, что большой >трафик уже не пропустишь. Фильтровать можно начальные пакеты) Воон в том примере портятся пакеты, устанавливающие соединение. В результате соединение не может установиться. Клиент тыкается, тыкается, потом плюет и переключатеся на tcp. А насчет шифрования никто не спорит, можете хоть свое home video передавать)
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от AlexAT (ok), 27-Май-10, 15:48
	>[оверквотинг удален] >>в начало пакета, и далее все сXOR'ить в этим ключом. Большинство >>фильтров уже ниасилят, или потребуют такой мощности от CPU, что большой >>трафик уже не пропустишь. > >Фильтровать можно начальные пакеты) >Воон в том примере портятся пакеты, устанавливающие соединение. >В результате соединение не может установиться. >Клиент тыкается, тыкается, потом плюет и переключатеся на tcp. >А насчет шифрования никто не спорит, можете хоть свое home video передавать) > А кто мешает заXOR'ить начальные пакеты UtP и убрать флаг UtP из начальных пакетов? В целом фильтрацию побороть - делать нечего. Вопрос в том, что никому это не надо в данный момент, смысл. В крупных городах проще найти не фильтрующего провайдера, в мелких все равно либо лимит по трафику, либо еще какая пакость.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+2 +/–
	Сообщение от XoRe (ok), 29-Май-10, 15:01
	>А кто мешает заXOR'ить начальные пакеты UtP и убрать флаг UtP из >начальных пакетов? Здравый смысл. Нет флага "UtP". Есть заголовок, говорящий "я - uTP". И этот заголовок должен быть, как минимум, первом пакете, устанавливающем соединение. Без него не будет соединения. Вот его и можно резать. > Вопрос в том, что никому это не надо в данный момент, смысл. Смысл? Например, у вас в среднем 100 Kpps - 1 Mpps (pps - пакетов в секунду). И вы выбираете оборудование "с запасом" - до 2 Mpps. Увеличение pps в 10 раз (с 0,1-1 Mpps до 1-10 Mpps) положит ваше оборудование. А именно это и может произойти, если даные начнут слать пакетами не по 1,5 Кбайт, а по 150 байт. И пользователи на 1,5 Мбитных каналах внезапно начнут слать не по 1К пакетов, а по 10К. В этом случае смысл прост - не дать положить ваше оборудование. Сразу хочу сказать, что оборудование с 1 Mpps - это одни леньги, а с 10 Mpps - это другие ( в сторону увеличения :) ). И никто не будет тратить гораздо больше денег из расчета "а вдруг какие-нибудь долбое^W разработчики сделают протокол с пакетом 150 байт". Почему? Просто потому что тогда растет себестоимость интернета для конечных пользователей. И какого провайдера выберет пользователь? Где 1Мбит за 100р, у которого нормальный интернет? Или где 1Мбит за 500р, но у которого "супермега оборудование, расчитанное на дебильные протоколы"? Собственно в этом и смысл - не лишать пользователей нормального интернета по нормальным ценам.
	Ответить | Правка | Наверх | Cообщить модератору

	114. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от Alex (??), 29-Май-10, 17:48
	>Здравый смысл. >Нет флага "UtP". >Есть заголовок, говорящий "я - uTP". >И этот заголовок должен быть, как минимум, первом пакете, устанавливающем соединение. >Без него не будет соединения. >Вот его и можно резать. Вы теоретик. А я - практик. Может не быть никакого четкого для простейших одноклеточных фильтров заголовка. Пришел правильно заXORенный пакет - UtP есть. Не пришел - нету.
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от Alex (??), 29-Май-10, 17:50
	Вместо нагрузки оборудования фильтрами лучше сделать этой мощностью запас по pps. Более того - я вам секрет открою - средний размер пакета ходящий через кастомер-сеть - порядка 800 байт. Так уж оно получается. Причем чем больше юзвергов, тем ближе к этому значению.
	Ответить | Правка | Наверх | Cообщить модератору

	135. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от XoRe (ok), 31-Май-10, 01:24
	>Вы теоретик. А я - практик. Может не быть никакого четкого для >простейших одноклеточных фильтров заголовка. Пришел правильно заXORенный пакет - UtP есть. >Не пришел - нету. Фильтр тоже может XOR'ить) Фильтры писались и раньше, с помощью сниффенра и реверс инжиниринга. А уж с открытием спецификаций на протокол это стало только проще.
	Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

	139. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от Alex (??), 31-Май-10, 07:53
	>Фильтр тоже может XOR'ить) >Фильтры писались и раньше, с помощью сниффенра и реверс инжиниринга. >А уж с открытием спецификаций на протокол это стало только проще. На софтроутерах собственного изготовления фильтр может мочь все. Только вот при достаточном объеме трафика для железа сама фильтрация каждого проходящего пакета будет уже весьма веселеньким занятием.
	Ответить | Правка | Наверх | Cообщить модератору

	117. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от User294 (ok), 29-Май-10, 18:08
	>Здравый смысл. Нет флага "UtP". А он и не нужен, строго говоря. Слушающий просто может пытаться разобрать ВСЕ как "свой протокол". Не получилось? Да и фиг с ним - убить пакет нафиг. >Есть заголовок, говорящий "я - uTP". А он по большому счету не нужен. Просто допускаем что "все что валится - наш протокол, а кто с левым протоколом - ССЗБ". >И этот заголовок должен быть, как минимум, первом пакете, устанавливающем соединение. Да никто никому ничего не должен. Если провы будут много вые... - очень скоро они этот досадный факт обнаружат. Собссно схемы с обфускацией траффа УЖЕ есть. И они достаточно эффективны для того чтобы провам пришлось юзать для обнаружения торента довольно крутые и дорогие железки. Кстати даже их юзеж при желании можно пролечить немного передизайнив протокол. Круто, правда? :) >Без него не будет соединения.Вот его и можно резать. Да вот знаете, из-за всяких умников в осле и торенте уже как бы сделали разок обфускацию траффа. Если кто будет сильно наглеть - ну ее и к uTP привинтят, фигли вы думаете? Посему мне кажется что заинтересованные могли бы вместо давки протокола пытаться вправить моск его авторам. Все-равно удавкой протокола можно добиться только борьбы с его давкой, блин :-) >Увеличение pps в 10 раз (с 0,1-1 Mpps до 1-10 Mpps) положит >ваше оборудование. Простите, но uTP врядли вызовет рост PPS в 10 раз при прочих равных. В два - наверное может, да. А вообще хорошее оборудование роутит канальную скорость даже если это мелкими пакетами. >А именно это и может произойти, если даные начнут слать пакетами не >по 1,5 Кбайт, а по 150 байт. Так нехрен рассчитывать с какого-то перепугу что вам будут слать 1500-байтные пакеты всегда. Вы же не указываете PPSы вашим клиентам, правда? А раз так - клиенты в своем праве слать заявленные вами мегабиты 150-байтными пакетами. Договор ни разу не нарушен, протоколы ни разу не нарушены. Штатное использование протоколов не нарушено - все протокольные поля в пределах значений из RFC и прочих стандартов, пардон. И если вы загибаетесь от логически валидной ситуации - ну уж наверное это не юзеры козлы а пров слил, не осилив выполнить то что обещал, а? :) >И пользователи на 1,5 Мбитных каналах внезапно начнут слать не по 1К >пакетов, а по 10К. И что? Когда я покупаю пакет молока, мне никто не указывает - пить его по 300мл или по 30 и сколько раз за полчаса я могу по 30 граммов из пакета выпить :). Ну а когда я покупаю линк - мне никто не указывает сколько и каких пакетов можно слать. Для нормального провайдера любые валидные сочетания последовательностей пакетов не должны являть собой серьезную проблему. Иначе провайдер будет постоянно заниматься онанизмом с построением клиентов вместо того чтобы просто работать и делать свою работу. Хороший провайдер от плохого отличается тем что хороший - при нехватке мощностей расширяет их. А плохой пытается подогнать потребности клиентов под то что может осилить. >В этом случае смысл прост - не дать положить ваше оборудование. Так может быть, оборудование не тянет нагрузку, если ложится, а? :) >Сразу хочу сказать, что оборудование с 1 Mpps - это одни леньги, >а с 10 Mpps - это другие ( в сторону увеличения :) ). А колбаса пополам с картоном тоже по себестоимости дешевле чем колбаса из только мяса почему-то. И как бы по такой логике производитель колбасы может пиндеть "у нас не хватает мяса!". Намекая на то что купить 2 кило мяса видите ли почти в 2 раза дороже чем кило мяса и кило картона. >И никто не будет тратить гораздо больше денег из расчета "а вдруг >какие-нибудь долбое^W разработчики сделают протокол с пакетом 150 байт". И правда - зачем же делать колбасу из мяса, если можно картоном разбавить? Только на случай если вдруг среди покупателей попадется кто-то разборчивый, который вычислит в ней картон и начнет вопить?! :) >Почему? Потому. >Где 1Мбит за 100р, у которого нормальный интернет? >Или где 1Мбит за 500р, но у которого "супермега оборудование, расчитанное на >дебильные протоколы"? А какую колбасу выберет юзер? По 100 рублей где 50% картона и 50% мяса, или ту где 100% мяса но по 200 рублей? И вообще, какого хрена производитель колбасы должен рассчитывать на каких-то уродов с нежными желудками и тонким вкусом, а?! Ведь можно же продавать колбасу с картоном под видом нормальной. Срубив 200 рублей за кило и сэкономив на половине мяса заменив его картоном. Вот только покупатели такого производителя обосрут с ног до головы и будут весьма правы. >Собственно в этом и смысл - не лишать пользователей нормального интернета по >нормальным ценам. Да, конечно, если бы производители пищевых продуктов работали как провайдеры, то: - Колбаса была бы заведомо разбавлена наполовину какой-то гадостью. Картоном, соей, или что там еще. Лишь бы юзер не заметил сразу, а потом уже как-то и не важно, ведь он уже заплатил. - Цена колбасы разумеется была бы равна цене колбасы из нормального мяса (??? PROFIT). - На колбасе была бы приписка что за вред здоровью производитель не отвечает. - Вес колбасы был бы "до 1 килограмма". При этом если окажется что продали 700 граммов + воздух - ну как бы извините, написано же - до 1 килограмма. Жалуйтесь в оон. - Некоторые производители брали бы в качестве мяса дохлую кошатину. Ну кто ж виноват что нормальное мясо надо покупать, а это - нахаляву нашлось на ближайшей помойке или это занедорого откопали какие-то бомжи?! Ну, провам почему-то можно компоненты сети по такому принципу подбирать, а чем производители пищевых продуктов хуже, а?! - Производилось бы это в подвальном помещении в антисанитарных условиях стремной группой гастарбайтеров, искренне верящих что если не нагадил в мясорубку и не накормил лохов-покупателей своим д-мом - значит день прошел зря. При том начальство не имело бы ничего против такой политики - д-мо в отличие от мяса как бы бесплатное, а значит экономия налицо. Вот только почему-то таких производителей мочат власти, СЭС и прочие проверки, а таким провайдерам почему-то можно работать.
	Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

	136. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от XoRe (ok), 31-Май-10, 01:34
	> А он и не нужен, строго говоря. Слушающий просто может пытаться разобрать ВСЕ как "свой протокол". Не получилось? Да и фиг с ним - убить пакет нафиг. Фильтр тоже может так поступать - проверять пакет на черты "своего протокола") >Да, конечно, если бы производители пищевых продуктов работали как провайдеры, то: >... Вот, знаете, у вас с Пушкиным появилась общая черта - он тоже писал на злободневные темы =) Вы, кстати, угадали, и про колбасу, и про интернет. И очень много где ещё в производстве такая картина. А насчет качества связи из конкретики можно привести SLA - Service level agreement. Куда можно вписать и пропускную способность, и pps, и что будет резаться, а что не будет резаться. С обычными домашними пользователями у нас он не заключается, я знаю) >Вот только почему-то таких производителей мочат власти, СЭС и прочие проверки, а >таким провайдерам почему-то можно работать. Ну да. Только должны мочить, а не мочат. Как альтернатива - требуйте SLA)
	Ответить | Правка | Наверх | Cообщить модератору

	138. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от User294 (ok), 31-Май-10, 02:55
	>Фильтр тоже может так поступать - проверять пакет на черты "своего протокола") Мне кажется что полноценный торент-пир (или что там еще) с своим парсером от и до гонять на фильтре будет "слегка" колебательно. Более того, можно специально сделать так чтобы криптография была достаточно затратной при попытках произвести ее в большом количестве. Ну я могу половинку ядра 4-ядерника отдать. А вы сможете позволить себе чтобы ваш 4-ядерный сервер сдох на всего жалких 8 клиентах? :) Алсо, будет риск ложных срабатываний. Тупо потому что остальные протоколы никогда не дизайнились с целью "ни в коем разе не смахивать на вон тот протокол". Если быть совсем уж задницей - можно косить под HTTP, ICQ file xfer или прочая. Можно даже честно реализовать протокол в совместимом с стандартом/оригиналом виде, всего лишь довесив какой-то добавочный неочевидный признак где-то сбоку, возможно вообще out of band основного протокола. Как, придавите юзерам HTTP? А то в общем случае - distributed HTTP ничем таким от простого HTTP не отличается. Ну, отдавать куски торента стандартным 206 partial content, хехехе :).Как, резанете юзерам HTTP? Они имхо очень скоро начнут бухтеть что провайдер - говно и не работает/работает медленно :D. >Вот, знаете, у вас с Пушкиным появилась общая черта - он тоже >писал на злободневные темы =) И что? Люди за пару столетий почти не изменились. Изменились технологии. А люди - не очень. >Вы, кстати, угадали, и про колбасу, и про интернет. >И очень много где ещё в производстве такая картина. Только почему-то при производстве колбасы не охреневают настолько же насколько охреневают некоторые представители телекома. Сто граммов вместо кила еще ни один урод не смог продать незаметно. А тут всегда пожалуйста - на глаз то обвес менее очевиден. Так что можно заявить тонну^W гигабит. Все-равно обман заметят далеко не сразу :) >А насчет качества связи из конкретики можно привести SLA - Service level agreement. Я думаю что давно наступило время когда пора заставить ISP соответствовать неким нормам (ну как пищевые продукты) и жестоко иметь тех кто халтурит. А почему СЭС может поиметь продавцов тухлятины а продавцов виртуальной тухлятины трогать нельзя? >Куда можно вписать и пропускную способность, и pps, и что будет резаться, >а что не будет резаться. Ну так впишите и не вопрос. Если где-то лежит товар который четко означен как уцененный - к нему никаких претензий. А вот если мне без этого обозначения дадут некомплект, брак, тухляк и еще какую-то хрень - извините. >С обычными домашними пользователями у нас он не заключается, я знаю) Да, а еще я покупаю в магазине колбасу не подписывая стопицот бумажек. И это совсем не повод слить мне просроченный тухляк под видом нормального товара, ага? :) А вот провайдерам почему-то можно найти какое-то дерьмо на помойке, поставить и если оно вроде как работает - как бы оказывать услугу, нисколько не грея мозг вопросами ее улучшения, совершенствуя вместо этого техники надувания клиентов путем продажи воздуха и ничегонеделания вместо полезной услуги. Для тех кто совсем тупит намекаю: анлим подразумевает отсутствие ограничений. Я еще могу понять что природа сетей такова что заявленную скорость можно и не получить и пров в этом не виноват (ну не может пров отвечать за то что сервер в Зимбабве - на диалапе). Но когда пров саботирует свои прямые обязанности и не скрывает этого и все это потому что он видите ли заявил больше чем по факту может осилить - это уже во всю воняет мошенничеством. "Осторожно, мошенники!" >Как альтернатива - требуйте SLA) Не раньше чем вы будете требовать сертификат СЭС и еще 100500 документов при походе в магазин, сэр!
	Ответить | Правка | Наверх | Cообщить модератору

	141. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от Alex (??), 31-Май-10, 08:00
	>>  Если быть совсем уж задницей - можно косить под HTT В случае UtP оптимальнее под DNS.
	Ответить | Правка | Наверх | Cообщить модератору

	145. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от XoRe (ok), 31-Май-10, 19:05
	>[оверквотинг удален] >Тупо потому что остальные протоколы никогда не дизайнились с целью "ни >в коем разе не смахивать на вон тот протокол". Если быть >совсем уж задницей - можно косить под HTTP, ICQ file xfer >или прочая. Можно даже честно реализовать протокол в совместимом с стандартом/оригиналом >виде, всего лишь довесив какой-то добавочный неочевидный признак где-то сбоку, возможно >вообще out of band основного протокола. Как, придавите юзерам HTTP? А >то в общем случае - distributed HTTP ничем таким от простого >HTTP не отличается. Ну, отдавать куски торента стандартным 206 partial content, >хехехе :).Как, резанете юзерам HTTP? Они имхо очень скоро начнут бухтеть >что провайдер - говно и не работает/работает медленно :D. Чисто гипотетически - есессно можно разработать протокол, который нельзя будет рубить. По разным причинам. Или он будет работать поверх http, или просто хитро шкериться. Но мы сейчас говорим о uTP, который уже определен и его описание открыто. >И что? Люди за пару столетий почти не изменились. Изменились технологии. А >люди - не очень. > ... Мне кажется, ваша мысль вышла за пределы нашей дискуссии и устремилась куда-то вдаль) Я, собственно, не спорю насчет того, что нужно предоставлять хорошую связь пользователям. Так что давайте не будем отклоняться на аллюзии, аллегории и размытые аналогии)
	Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

	147. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от AlexAT (ok), 01-Июн-10, 09:02
	>Чисто гипотетически - есессно можно разработать протокол, который нельзя будет рубить. >По разным причинам. >Или он будет работать поверх http, или просто хитро шкериться. >Но мы сейчас говорим о uTP, который уже определен и его описание >открыто. Именно. Надо будет им на досуге патчик послать :)
	Ответить | Правка | Наверх | Cообщить модератору

	152. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от XoRe (ok), 02-Июн-10, 17:09
	>>Чисто гипотетически - есессно можно разработать протокол, который нельзя будет рубить. >>По разным причинам. >>Или он будет работать поверх http, или просто хитро шкериться. >>Но мы сейчас говорим о uTP, который уже определен и его описание >>открыто. > >Именно. Надо будет им на досуге патчик послать :) Шлите) Вообще у провайдеров интерес к фильтрованию uTP в бОльшей части случаев только от того, что он сделан, мягко говоря, по дурацки. Если его доведут до нормального состояния (когда он будет делать то, о чем заявляют разработчики - УМЕНЬШАТЬ нагрузку на каналы и оборудование), то и фильтровать его не будут. Причем фильтруются не сами торренты, а попытки установления соединения по протоколу uTP. После того, как по uTP не получается договорится, uTorrent соединяется по старому протоколу и прекрасно гоняет трафик, БЕЗ попыток провайдера к фильтрации. А то если провайдер раньше не фильтровал торренты, а после внедрения uTP, внезапно стал фильтровать, то вывод логический можно сделать - uTP нужно или отключить, или переделать.
	Ответить | Правка | Наверх | Cообщить модератору

	155. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от User294 (ok), 02-Июн-10, 19:24
	>Чисто гипотетически - есессно можно разработать протокол, который нельзя будет рубить. Рубить можно всегда и все. Только в некоторых случаях это окажется сук на котором вы сидели и результаты рубки вам не понравятся. >По разным причинам. Да, основная состоит в том что уровней абстракции бесконечно много. Учтя что все они строятся даже из всего 2 возможных значений (как то 1 и 0, где-то в самой глубине) - ежу понятно что из протокола N-ного уровня абстракций можно отстроить (N+1)-ый уровень абстракции. Который не будет заметен для файрвола просто никак. Примерно как тупой свич не в курсе того что там за пакеты летают на более высоких уровнях. >Или он будет работать поверх http, или просто хитро шкериться. Угу. Скайп что-то такое и реализовал, правда с парой упущений и слабых мест, которые все-таки позволяют его удавить при большом желании. >Но мы сейчас говорим о uTP, который уже определен и его описание открыто. Мну резонно полагает что протоколы не выбиты в камне. Начните его активно давить - и тут же програмеры озаботятся вопросом как показать вам жирную фигу с такими начинаниями. Что чертовски логично. Ведь програмеры делают протоколы совсем не для того чтобы их давили. >Я, собственно, не спорю насчет того, что нужно предоставлять хорошую связь >пользователям. Это хорошо. И я резонно полагаю что поскольку стандарты, договоры, нормы и прочая ничего не говорят о желаемых размерах пакетов, в таком случае логично трактовать это в пользу пользователя. А если у кого-то дохлое оборудование загнулось - для начала он виноват в том что у него дохлое оборудование прежде всего, а уж потом можно рассмотреть и кто там помог, etc.
	Ответить | Правка | К родителю #145 | Наверх | Cообщить модератору

	162. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от XoRe (ok), 04-Июн-10, 16:45
	>Мну резонно полагает что протоколы не выбиты в камне. Начните его активно >давить - и тут же програмеры озаботятся вопросом как показать вам >жирную фигу с такими начинаниями. Что чертовски логично. Ведь програмеры делают >протоколы совсем не для того чтобы их давили. Это уже абстрактно. Вот когда озаботятся, сделают и внедрят - тогда и можно будет что-то говорить. А то так и про MS можно сказать "вот возьмут индусы, подучат Кнута и выдадут хорошую ОС". >А если у кого-то дохлое >оборудование загнулось - для начала он виноват в том что у >него дохлое оборудование прежде всего, а уж потом можно рассмотреть и >кто там помог, etc. Сразу видно, что вы работаете не в провайдере) Как аргумент - на кока-колле тоже не написано, что её с ментосом нельзя употреблять. И можно хоть пакетами по 50 байт положить ближайшее к себе оборудование провайдера (и положить себе интернет). А потом подать на провайдера в суд за то, что он не исполняет условия договора. Провайдер сошлется на общую практику в данной сфере и все. Максимум - предложит перейти на тариф с четко описанным SLA (и другими ценами). Поэтому, если в двух словах, безлимит - штука лимитная. Особенно, для домашних пользователей, по ценам до 1000р за 10мегабит)
	Ответить | Правка | Наверх | Cообщить модератору

	165. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от User294 (ok), 04-Июн-10, 21:08
	>Это уже абстрактно. Вот когда озаботятся, сделают и внедрят - тогда и можно >будет что-то говорить. Ну хорошо, вот вам реалистичные приимеры: в битторенте и осле - озаботились и сделали шифрование траффа. От таких вот умников. Это конечно загеморроивает отладку, борьба с уродами - важнее. >А то так и про MS можно сказать "вот возьмут индусы, подучат >Кнута и выдадут хорошую ОС". Просто перед глазами действующие реализации есть, если что. >Сразу видно, что вы работаете не в провайдере) А также не продавцом/производителем колбасы и не акционером мясокомбината. Иначе наверное тоже вещал - бухай в колбосу то хошь, лишь бы навар побольше а затрат поменьше! Хоть сою, хоть опилки! :) >Как аргумент - на кока-колле тоже не написано, что её с ментосом >нельзя употреблять. Странный какой-то аргумент. Хочу - употребляю. Не хочу - не употребляю. Мое собачье дело. Пришел в магазин. Купил. Дальше я ССЗБ и юзаю это как хочу, магазину должно быть похрену. А вот если мне подсунут только полпачки ментоса или полбутылки колы - это уже попахивает мошенничеством. >И можно хоть пакетами по 50 байт положить ближайшее к себе оборудование >провайдера (и положить себе интернет). Нормальное оборудование от фокусов юзера вообще ложиться не должно. Нехрен сеть из соплей и скотча собирать. Как самый максимум - имхо пров имеет право убить неуемные броадкасты, потому как реально злая фича протокола, способная положить сеть на уровне каналов, и задушить левые DHCP, чтобы юзеры не могли гадить друг другу. А остальное - пров должен данные качать а не мозг юзерам иметь что им льзя а что нельзя за их же деньги. >А потом подать на провайдера в суд за то, что он не >исполняет условия договора. А нормальное оборудование должно пропускать пакеты любого размера на тарифной скорости. Иначе, извините, слегка пахнет мошенничеством уже. >Провайдер сошлется на общую практику в данной сфере и все. Угу, сотовые операторы вон вообще борзеть начинают весьма конкретно. Ах, вы не написали что против? Ну мы вам гудки подключим. И еще вон то и вон это. Как это выглядит?Да как мошенничество, елки. >Максимум - предложит перейти на тариф с четко описанным SLA (и другими ценами). А я предложу такому провайдеру пройти нахрен и поюзаю провайдера который занимается своими обязанностями а не продажей воздуха. Круто, правда? А зачем мне платить за воздух, тухлую просроченную колбасу, обман, обвес, обсчет и прочая? :) >Поэтому, если в двух словах, безлимит - штука лимитная. Ну тогда уж и мошенники - честные люди, по той же самой логике! :) >Особенно, для домашних пользователей, по ценам до 1000р за 10мегабит) А давайте уже не наглеть, а? За примерно столько денег можно пардон у буржуев выделенный сервант в буржуйском датацентре поставить. С анлимным траффом даже. Еще и 100-мегабитным, прикиньте? И даже питаловом! И ни одна сволочь ни звука не издаст ни про размер пакетов, ни про какие-то там еще фигни. И да, 1000 рублей за всего 10 мбитов - это как-то весьма и весьма неплохо для провайдера. Или вы возомнили что кто-то будет вам платить штуку в месяц за скачку раз в неделю почты? Да щаз, для этого есть впятеро более дешевые тарифы или помегабайтные, где пару баксов в месяц и получите при такой активности. А какой смысл платить 30 вечнозеленых президентов за воздух?
	Ответить | Правка | К родителю #162 | Наверх | Cообщить модератору

	150. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от j.silver (ok), 01-Июн-10, 15:49
	>>Как альтернатива - требуйте SLA) > >Не раньше чем вы будете требовать сертификат СЭС и еще 100500 документов >при походе в магазин, сэр! а что сложного, любой провайдер с радостью согласится предоставлять вам доступ с SLA.
	Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

	151. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от XoRe (ok), 02-Июн-10, 16:58
	>>>Как альтернатива - требуйте SLA) >> >>Не раньше чем вы будете требовать сертификат СЭС и еще 100500 документов >>при походе в магазин, сэр! > >а что сложного, любой провайдер с радостью согласится предоставлять вам доступ с >SLA. SLA ужесточает требования, которым должны соответствовать услуги провайдера. Обычно провайдер старается максимально ослабить условия этого SLA. А клиент - ужесточить. примеры - время отклика, количество потерь, постоянная гарантированная пропускная способность, ну и время доступности сервиса (магические девятки - http://vmind.ru/2009/11/28/magicheskie-devyatki/ ). "С радостью" вам предоставят доступ с SLA, но за другие деньги. Это как тарифы на интернет для физ лиц и для юр лиц. Например, стрим и стрим.бизнес. Ну и проблемы там решают с разной скоростью. А уж если у вас есть свой менедер, то проблемы будут решаться ещё быстрее)
	Ответить | Правка | Наверх | Cообщить модератору

	153. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от j.silver (ok), 02-Июн-10, 17:15
	>[оверквотинг удален] >примеры - время отклика, количество потерь, постоянная гарантированная пропускная способность, ну и >время доступности сервиса (магические девятки - http://vmind.ru/2009/11/28/magicheskie-devyatki/ ). > >"С радостью" вам предоставят доступ с SLA, но за другие деньги. >Это как тарифы на интернет для физ лиц и для юр лиц. > >Например, стрим и стрим.бизнес. >Ну и проблемы там решают с разной скоростью. >А уж если у вас есть свой менедер, то проблемы будут решаться >ещё быстрее) конечно. предоставление доступа это услуга, кто хочет чтобы с ним нянчились и все-все гарантировали, платит, няньки тоже кушать хотят. кто не желает тратить деньги, обходится без нянек. а шумиху раздувают жаждущие халявы.
	Ответить | Правка | Наверх | Cообщить модератору

	156. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от User294 (ok), 02-Июн-10, 19:27
	>а что сложного, любой провайдер с радостью согласится предоставлять вам доступ с SLA. Давайте вы будете приходить в магазин и вам по дефолту будут продавать тухлую колбасу, с истекшим сроком хранения и сделанную из черт знает чего? А за отдельные бабки вам покажут так и быть сертификат из СЭС и приволокут со склада колбасу которая не просрочена. Вот как только магазины начнут так работать - так сразу же я побегу к провам за SLA. Сразу после бега за бумажкой СЭС у магазина. А до тех пор плохая прокачка пакетов и тухлая колбаса даденые по дефолту - будут называться халтурой и нае...вом клиента.
	Ответить | Правка | К родителю #150 | Наверх | Cообщить модератору

	160. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от j.silver (ok), 03-Июн-10, 13:02
	>[оверквотинг удален] > >Давайте вы будете приходить в магазин и вам по дефолту будут продавать >тухлую колбасу, с истекшим сроком хранения и сделанную из черт знает >чего? А за отдельные бабки вам покажут так и быть сертификат >из СЭС и приволокут со склада колбасу которая не просрочена. Вот >как только магазины начнут так работать - так сразу же я >побегу к провам за SLA. Сразу после бега за бумажкой СЭС >у магазина. А до тех пор плохая прокачка пакетов и тухлая >колбаса даденые по дефолту - будут называться халтурой и нае...вом клиента. > господин любитель халявы. и перевирать. хоть и доступ в интернет услуга, а не товар. все же с колбасой в данном случае можно сравнить. в магазине берете либо много дешевой бумажной колбасы, либо мало но вкусной, дорогой. а вы сейчас требуете чтобы вам на халяву по цене бумажной дали дорогой колбасы.
	Ответить | Правка | Наверх | Cообщить модератору

	167. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от User294 (ok), 05-Июн-10, 00:01
	>господин любитель халявы. Что значит - халявы? Если я нашел колбасу на помойке или вайфай какой-то открытый поймал - это халява. И да, там никому претензий не предъявишь. А если мне пообещали нечто и я за это нечто денег заплатил - я в моем праве ожидать то что мне обещали. За мои, заметьте, бабки. А если вы меня надурили и это нечто не можете предоставить - так вы называетесь мошенником по логике вещей. Не надо было обещать предоставить <нечто> за <энную сумму>. А то что чем вкуснее условия - тем больше лохов может набежать на лохотрон - извините пожалуйста. Вы уж или честно работаете, или лохотрон. При том да, честно работать почему-то всегда тяжелее. >дешевой бумажной колбасы, либо мало но вкусной, дорогой. Ну так я как бы вижу - колбаса. Килограмм. На вид нормальная, вроде не просрочена. Покупаю. А оказывается - не килограмм а 500 грамм, остальное деревяшка какая-то, про которую ни звука в описании. Как это называть? Да надувательство, ессно. >а вы сейчас требуете чтобы вам на халяву по цене бумажной дали дорогой колбасы. Почему на халяву? Я элементарно требую оказания того что заявлено. И если вы заявили сервелат по некоей цене - нефиг продавать крашеный картон, пардон. Хоть это и выгоднее, разумеется. Пока лохи не просекли что это такой лохотрон.
	Ответить | Правка | К родителю #160 | Наверх | Cообщить модератору

	140. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от Alex (??), 31-Май-10, 07:57
	А зачем пользователю SLA? У него есть оферта, договор, и ФЗ о связи и о ЗПП, которые подразумевают, что если провайдер преднамеренно снижает качество услуги, но не предоставил об этом информацию документально - то его в принципе нагнуть можно.
	Ответить | Правка | К родителю #136 | Наверх | Cообщить модератору

	144. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от XoRe (ok), 31-Май-10, 18:59
	>А зачем пользователю SLA? У него есть оферта, договор, и ФЗ о >связи и о ЗПП, которые подразумевают, что если провайдер преднамеренно снижает >качество услуги, но не предоставил об этом информацию документально - то >его в принципе нагнуть можно. Когда нет четко прописанных характеристик связи, в которые провайдер должен вписываться, нельзя четко определить, что является отклонением от этих характеристик. "Мы даем вам интернет" так же расплывчато, как и "мы платим вам зарплату", не указывая размер этой зарплаты. Можно дать и 10000 р., и 1000 р. - это  и там, и там зарплата. Но есть нюанс)
	Ответить | Правка | Наверх | Cообщить модератору

	157. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от User294 (ok), 02-Июн-10, 19:33
	>Когда нет четко прописанных характеристик связи, Как это нет? Провайдер четко и недвусмысленно далдонит в рекламе - анлим, X mbps! Ну вот и пускай держит их. Любыим пакетами и во всех позах. Как хочет. А то что некоторые хотят оверселлить, продавая копыта, кости и шерсть - не мои проблемы уже как они там выкрутятся. Или заявляйте в договорах и рекламе то что можете реально обеспечить, или называйтесь мошенниками торгующими воздухом. Другого корректного варианта я не вижу. А то скоро начнут гигабит заявлять. С оговорками "до гигабита" и сносочками что после 1 мегабайта траффика скорость урезается до 64 кбит. А что, 64 кбит - это определенно "до гигабита" :). А 20 граммов колбасы - это "до одного килограмма". Не хотите купить 20 граммов хотя заявлено вроде как 1 кило? А по факту - деревяшка на 980 граммов и 20 граммов колбасы. И как бы все честно - до 1 кило, да :). И вообще - давайте магазины тоже начнут брать плату за гарантированный килограмм гарантировано не тухлой колбасы с сертификатом съедобности? Или какого дьявола провам - можно, а магазинам - нельзя?
	Ответить | Правка | Наверх | Cообщить модератору

	163. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от XoRe (ok), 04-Июн-10, 16:48
	>>Когда нет четко прописанных характеристик связи, > >Как это нет? Ну так, нет. Где в договоре указаны количество pps, процент потерь, пинги, хопы и т.д.? Когда провайдер, в котором я работал, проходил проверку, то там попросили и пинги, и трейсроуты, и замеры скорости. Но это от нашего оборудования до сети интернет. А не от клиента. И вообще, уважаемый, вы вчера родились, чтоли? Продукты и услуги массового потребления (и с дешевой ценой) никогда не отличались качеством. Вот увеличьте бюджет в 10 раз и тогда можно будет требовать с провайдера SLA со всеми вытекающими)
	Ответить | Правка | Наверх | Cообщить модератору

	164. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от User294 (ok), 04-Июн-10, 17:08
	> А вы подайте на них в суд... Да вот я как-то выбираю нормальных провайдеров/хостеров которые ... просто работают и вообше ни звука не издают на тему размера пакетов, типов и количества траффика и что там блин еще. Честно обеспечивая то что указали в договоре. В итоге банально повода нет - я превентивные меры люблю:). В частности, торрент спокойно летает на всю ширну канала, ничего не тормозит, пинги отличные. Посему как-то повода судиться нет. Конкуренция вообще великая штука - лучший стимул для качественной работы. В обмен провайдер получает приличную сумму денег за толстый линк, заметно больше того что платит типичный хомячок проверяющий почту раз в месяц. А вы думали что я буду платить много денег за третий сорт? Хрен вам, мечтайте. А халтурщикам место на свалке истории. Куда они и отлетают постепенно, по мере прихода на рынок тех кто всерьез настроен РАБОТАТЬ а не заниматься левым онанизмом. А так - пусть вон вам по дефолту продают тухлую колбасу если вы SLA в комплекте с ней не получили. Представляете себе какая экономия? А почему провайдерам экономить - можно, а производителям колбас - нельзя? Если клиента откровенно нае...вают, впаривая ему воздух под видом колбасы, интернета или чего там еще - сами понимаете что хорошего отношения от клиента с таким подходом вы не дождетесь.
	Ответить | Правка | К родителю #163 | Наверх | Cообщить модератору

	112. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."	+/–
	Сообщение от User294 (ok), 29-Май-10, 16:00
	>Угу. Номера портов и заголовки вы тоже зашифруете?) Кстати это в принципе решаемые проблемы, да ;). КО намекает: сделать номер порта произвольным (даже у торента можно юзать любой порт) + убить постоянные заголовки для P2P сети чисто технически вполне возможно, валидно и даже будет работать.
	Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

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

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