https://www.opennet.me/openforum/vsluhforumID6/18330.html Всем привет!<br>Поделитесь опытом, как сделать ограничения по скорости на трафик генерируемый торрентом, биторрентом, емуле и всякое тому подобное? Как его классифицировать из общего потока TCP трафика? <br> https://www.opennet.me/openforum/vsluhforumID6/18330.html#15 Mon, 17 Jan 2011 20:37:50 GMT &gt;[оверквотинг удален]<br>&gt;&gt; <br>&gt;&gt;"ловить" = классифицировать - а дальше дело техники.<br>&gt;&gt;Лично я хотел запретить торрент.<br>&gt; классифицирован - как вариант имеет место быть...<br>&gt; а если один пакет будет инкапсулирован в другой, как это решить ? <br>&gt; запрет р2р сравним с ограничением "свободы интернета", а это как-то выглядит <br>&gt; старомодно...вообще ограничения трафика это очень плохо, ведь пользователь за него платит... <br>&gt; вам не нравится сколько он платит ?! так скажите спасибо тем кто <br>&gt; конкурирует постоянно только тем что снижая стоимость и увеличивая скорость (я <br>&gt; про мск) 100Мб порт сейчас стоит практически 10 копеек...<br><br>Ээээ, а что делать с трафиком UDP, который генерирует торрент. Сия фишка как раз писалась для кидка провов. Ну как тут не применить полицейские функции. ;)<br><br> https://www.opennet.me/openforum/vsluhforumID6/18330.html#14 Mon, 17 Jan 2011 20:35:28 GMT &gt;[оверквотинг удален]<br>&gt; пользователи в моей сети использующие торрент забивают весь канал... и по <br>&gt; этой причине дропается входящий RTP трафик со всеми выходящими из этого <br>&gt; последствиями... Хотелось просто порезать только торрент, но как я понял решения <br>&gt; этому нет, поэтому для решения своей задачи я решил как вариант <br>&gt; использовать policy на входящий TCP трафик (выделить для ТСР полосу только <br>&gt; 80% из 100%), тем самым оставляя небольшую полосу (в 20%) для <br>&gt; UDP трафика... Согласен, что решение не совсем правильное и под этот <br>&gt; полиси попадает много других приложений, но на данный момент этой единственный <br>&gt; выход... Если есть еще варианты и предложения буду очень рад их <br>&gt; узнать.<br><br>Пока что я думаю, это единственный вариант. Но не совсем демократичный, UDP пришлось вообще заблокировать с 10000-65535 порт, и TCP тоже с 10000-65535 порт сделать своего рода политику. <br> На НАГ.РУ рассматривалась сия проблема, методом фильтрации по сигнатуре, там различные варианты были линухи, циски, фряшки https://www.opennet.me/openforum/vsluhforumID6/18330.html#13 Thu, 05 Mar 2009 07:21:41 GMT &gt;[оверквотинг удален]<br>&gt;<br>&gt;классифицирован - как вариант имеет место быть... <br>&gt;а если один пакет будет инкапсулирован в другой, как это решить ? <br>&gt;<br>&gt;запрет р2р сравним с ограничением "свободы интернета", а это как-то выглядит <br>&gt;старомодно...вообще ограничения трафика это очень плохо, ведь пользователь за него платит... <br>&gt;<br>&gt;вам не нравится сколько он платит ?! так скажите спасибо тем кто <br>&gt;конкурирует постоянно только тем что снижая стоимость и увеличивая скорость (я <br>&gt;про мск) 100Мб порт сейчас стоит практически 10 копеек... <br><br>Вы рассматриваете отношения провайдер-клиент. А если рассмотреть отношения админ крупной конторы (где надо работать, а не порнуху качать через торрент) - менеджер (которому инет предоставляется исключительно для деловой переписки). Вот тут то мы и режим все, что не классифицируется как "нужный" трафик.<br><br>Лично я применял "резалку" когда у меня падал один из апстримов, а на второй апстрим канал был НАМНОГО меньше...надо было чем-то жертвовать. <br> https://www.opennet.me/openforum/vsluhforumID6/18330.html#12 Thu, 05 Mar 2009 04:41:54 GMT Всем привет и спасибо за бурную дискуссию... За несколько дней перелопатил несколько форумов про блокирование торрента и т.п. приложений. Дело в том, что пользователи в моей сети использующие торрент забивают весь канал... и по этой причине дропается входящий RTP трафик со всеми выходящими из этого последствиями... Хотелось просто порезать только торрент, но как я понял решения этому нет, поэтому для решения своей задачи я решил как вариант использовать policy на входящий TCP трафик (выделить для ТСР полосу только 80% из 100%), тем самым оставляя небольшую полосу (в 20%) для UDP трафика... Согласен, что решение не совсем правильное и под этот полиси попадает много других приложений, но на данный момент этой единственный выход... Если есть еще варианты и предложения буду очень рад их узнать.<br> https://www.opennet.me/openforum/vsluhforumID6/18330.html#11 Wed, 04 Mar 2009 16:19:51 GMT &gt;[оверквотинг удален]<br>&gt;&gt;&gt;в ловле п2п. <br>&gt;&gt;&gt;те pdlm что были отрабатывали плохо. <br>&gt;&gt;<br>&gt;&gt;а зачем их ловить ? когда канал мерится уже пропускной способностью интерфейса... <br>&gt;&gt;<br>&gt;&gt;грузить пограничное оборудование дополнительными сервисами смысл не особо большой <br>&gt;&gt;появится новое приложение - его тоже потребуется ловить ?! <br>&gt;<br>&gt;"ловить" = классифицировать - а дальше дело техники. <br>&gt;Лично я хотел запретить торрент. <br><br>классифицирован - как вариант имеет место быть...<br>а если один пакет будет инкапсулирован в другой, как это решить ?<br>запрет р2р сравним с ограничением "свободы интернета", а это как-то выглядит старомодно...вообще ограничения трафика это очень плохо, ведь пользователь за него платит...<br>вам не нравится сколько он платит ?! так скажите спасибо тем кто конкурирует постоянно только тем что снижая стоимость и увеличивая скорость (я про мск) 100Мб порт сейчас стоит практически 10 копеек...<br> https://www.opennet.me/openforum/vsluhforumID6/18330.html#10 Wed, 04 Mar 2009 14:39:41 GMT &gt;[оверквотинг удален]<br>&gt;&gt;&gt;выходцы из нага... <br>&gt;&gt;<br>&gt;&gt;сорказм неясен. Не верите - попробуйте сами -) может Вам повезет больше <br>&gt;&gt;в ловле п2п. <br>&gt;&gt;те pdlm что были отрабатывали плохо. <br>&gt;<br>&gt;а зачем их ловить ? когда канал мерится уже пропускной способностью интерфейса... <br>&gt;<br>&gt;грузить пограничное оборудование дополнительными сервисами смысл не особо большой <br>&gt;появится новое приложение - его тоже потребуется ловить ?! <br><br>"ловить" = классифицировать - а дальше дело техники.<br>Лично я хотел запретить торрент.<br> https://www.opennet.me/openforum/vsluhforumID6/18330.html#9 Wed, 04 Mar 2009 10:09:26 GMT &gt;[оверквотинг удален]<br>&gt;&gt;&gt;торрента. <br>&gt;&gt;&gt;Сам пробовал ловить только emule. Новые версии осла детектить отказывался....В общем что-то <br>&gt;&gt;&gt;ловит, а что-то пропускает.Возможно у меня устареший pdlm. <br>&gt;&gt;<br>&gt;&gt;ну на nag.ru специалистов ниже ccie (rs) вообще нет,весь cisco tac - <br>&gt;&gt;выходцы из нага... <br>&gt;<br>&gt;сорказм неясен. Не верите - попробуйте сами -) может Вам повезет больше <br>&gt;в ловле п2п. <br>&gt;те pdlm что были отрабатывали плохо. <br><br>а зачем их ловить ? когда канал мерится уже пропускной способностью интерфейса...<br>грузить пограничное оборудование дополнительными сервисами смысл не особо большой<br>появится новое приложение - его тоже потребуется ловить ?!<br> https://www.opennet.me/openforum/vsluhforumID6/18330.html#8 Wed, 04 Mar 2009 06:57:34 GMT &gt;[оверквотинг удален]<br>&gt;&gt;&gt;представлено достаточное широкий список p2p-приложений, который возможно классифицировать механизмом NBAR <br>&gt;&gt;<br>&gt;&gt;Теория есть теория. На каком-то из форумов (кажется на наг.ру) эта тема <br>&gt;&gt;бурно обсуждалась. Как там говорили NBAR работает не особо эффективно относительно <br>&gt;&gt;торрента. <br>&gt;&gt;Сам пробовал ловить только emule. Новые версии осла детектить отказывался....В общем что-то <br>&gt;&gt;ловит, а что-то пропускает.Возможно у меня устареший pdlm. <br>&gt;<br>&gt;ну на nag.ru специалистов ниже ccie (rs) вообще нет,весь cisco tac - <br>&gt;выходцы из нага... <br><br>сорказм неясен. Не верите - попробуйте сами -) может Вам повезет больше в ловле п2п.<br>те pdlm что были отрабатывали плохо.<br><br> https://www.opennet.me/openforum/vsluhforumID6/18330.html#7 Tue, 03 Mar 2009 19:19:56 GMT &gt;[оверквотинг удален]<br>&gt;&gt;<br>&gt;&gt;http://www.cisco.com/en/US/prod/collateral/iosswrel/ps6537/ps6558/ps6612/ps6653/prod_qas09186a00800a3ded_ps6616_Products_Q_and_A_Item.html <br>&gt;&gt;<br>&gt;&gt;представлено достаточное широкий список p2p-приложений, который возможно классифицировать механизмом NBAR <br>&gt;<br>&gt;Теория есть теория. На каком-то из форумов (кажется на наг.ру) эта тема <br>&gt;бурно обсуждалась. Как там говорили NBAR работает не особо эффективно относительно <br>&gt;торрента. <br>&gt;Сам пробовал ловить только emule. Новые версии осла детектить отказывался....В общем что-то <br>&gt;ловит, а что-то пропускает.Возможно у меня устареший pdlm. <br><br>ну на nag.ru специалистов ниже ccie (rs) вообще нет,весь cisco tac - выходцы из нага...<br>