https://ns.opennet.ru/openforum/vsluhforumID6/7524.html Здравствуйте.<br>Помогите пожалуйста зеленому человечку по cisco, которому нужно спроектировать систему разграничения\ограничения траффика для ~3000 человек. <br>Интересует чего можно добиться в этой области от cisco ? Скажем используются GigbitEthernet интерфейсы, каждому индивидуму траффик должен будет резаться до 1Mbps download и upload. Смотрю в сторону CAR/rate-limit, тоесть правильно ли я понимаю, что в данном случае надо будет прописать два rate-limit - "rate-limit in" и "rate-limit out" на 1Mbps и создать два acl по 3000 ace в каждом ?<br>Если да, то какой cisco подойдет для этой задачи ?<br>Вообще, на горизонте маячит 3845. сможет ли он с этим справиться ? Если же на нем убрать rate-limit и использовать его для ограничения доступа, то сколько максимум ace в нем можно будет прописать на гигабитовом траффике ?<br><br>Заранее спасибо ! https://ns.opennet.ru/openforum/vsluhforumID6/7524.html#14 Tue, 27 Feb 2018 07:42:43 GMT &gt;&gt;Покажи конфигурацию OpenBSD <br><br>Подскажите, а как работает rate-limit? Если я создам правило на интерфейсе rate-limit output access-group 105 .......<br>Добавлю в access-list 105 диапазон ip адресов. Скорость будет распределяться (делиться) на всех в access-list или будет установлена на каждого? Т.е. если одновременно несколько человек начнут качать, скорость будет у каждого такая как указана в rate-limit или она распределится на всех?<br><br><br> https://ns.opennet.ru/openforum/vsluhforumID6/7524.html#13 Wed, 23 Mar 2005 16:28:04 GMT &gt;Покажи конфигурацию OpenBSD <br><br>А там и показывать нечего. бридж OpenBSD 3.2, т.е. тот, в котором altq еще не интегрирован в pf, pf выключен, в /etc/altq.conf - дерево классов hfsc, по два на клиента (т.е всего ~4000 классов + 4000 фильтров). Все. Те, кто это сделал вполне довольны и пока менять не собираются.<br>Вообще я немного загнул - точно не знаю какой там траффик идет через этот бридж, но примерно ~60-80Mbps. Они говорят, что ЭТО работает на P3 1Ghz и загрузка процессора 30% в часы пик ;) (вот уж во что трудно поверить).<br><br>Сейчас в misc@openbsd.org как раз дискуссия по поводу cisco vs openbsd и мнение такое, что для простых задач (роутер + firewall - пока недоделанный OpenBGPD) 2 opteron`a/carp вполне могут заменить cisco up to 7200 ... <br> https://ns.opennet.ru/openforum/vsluhforumID6/7524.html#12 Wed, 23 Mar 2005 09:18:11 GMT &gt;&gt;если вы будете резать трафик клиентам каром, то будет оч много недовольных. <br>&gt;&gt;потому как tcp-сессии будут себя оч плохо чуствовать, мало кому понравится, <br>&gt;&gt;если например при ширине канала 256К, скорость прокачки по фтп будт <br>&gt;&gt;например 20к:) <br>&gt;<br>&gt;Вполне нормально себя tcp чувствует если параметры нормально подобрать. Резал ну уровне <br>&gt;128к через rate-limit - скорость скачки файлов по http/ftp была почти <br>&gt;128к. <br><br>Скажите наконец за вёдра - какие их размеры дают реальные 64, 128, 256, 512, 1M для того же ftp?<br><br>Я так понимаю: rate-limit input 1024000 8000 8000 - не корректно...<br> https://ns.opennet.ru/openforum/vsluhforumID6/7524.html#11 Tue, 22 Mar 2005 12:56:39 GMT Покажи конфигурацию OpenBSD https://ns.opennet.ru/openforum/vsluhforumID6/7524.html#10 Tue, 22 Mar 2005 12:05:38 GMT &gt;Вообщя я видел конфигурацию OpenBSD + altq(hsfc) которая ограничивала траффик в пару сот мегабит для &gt;2000 клиентов - без проблем. <br><br>Конфигурация это хорошо, а вот то что это все работало - слабо верицца.<br><br> https://ns.opennet.ru/openforum/vsluhforumID6/7524.html#9 Tue, 22 Mar 2005 12:04:09 GMT &gt;&gt;Ну вообще-то rate-limit делают зачастую на точке выхода к клиенту. На точке <br>&gt;&gt;входа можна просто прописать общий rate-limit. Так что 3000 записей расходятся <br>&gt;&gt;на N устройств к которым подключены клиенты (не думаю что физически <br>&gt;&gt;к одному маршрутизатору будут подключены 3000 пользователей). <br>&gt;<br>&gt;Это и будет точка выхода ... По другому никак не получяется ( <br>&gt;<br>&gt;Вообщя я видел конфигурацию OpenBSD + altq(hsfc) которая ограничивала траффик в пару сот мегабит для &gt;2000 клиентов - без проблем. <br><br>Лично я бы не советовал ... (качество этого ограниченого траффика может очень сильно страдать) https://ns.opennet.ru/openforum/vsluhforumID6/7524.html#8 Tue, 22 Mar 2005 11:59:39 GMT &gt;Ну вообще-то rate-limit делают зачастую на точке выхода к клиенту. На точке <br>&gt;входа можна просто прописать общий rate-limit. Так что 3000 записей расходятся <br>&gt;на N устройств к которым подключены клиенты (не думаю что физически <br>&gt;к одному маршрутизатору будут подключены 3000 пользователей). <br><br>Это и будет точка выхода ... По другому никак не получяется (<br>Вообщя я видел конфигурацию OpenBSD + altq(hsfc) которая ограничивала траффик в пару сот мегабит для &gt;2000 клиентов - без проблем. <br><br> https://ns.opennet.ru/openforum/vsluhforumID6/7524.html#7 Mon, 21 Mar 2005 04:14:37 GMT нету таких железок за человеческие деньги чтоб умела траффиком рулить гигабитных скоростях<br>и ограничивать траффик это довольно не тривиальная задача<br>к примеру если вы собираетесь резать входящий траффик инетовский,<br>то получиться очень обидно, провайдер будет выставлять вам счета и за образанный вами траффик<br>если же вы начнете резать к примеру скачку с локальных ваших серверов, то вполне может спровоцировать непонятные пергрузки по всей сети<br>траффик можно эффективно ограничивать только исходящий<br>то есть с источника траффика к примеру с самого сервера<br>а так это будет грубая рубка<br>можно настроить конечно всякие CIR/BR но тут вопрос в технологии построения сети https://ns.opennet.ru/openforum/vsluhforumID6/7524.html#6 Sun, 20 Mar 2005 17:42:41 GMT &gt;&gt;если вы будете резать трафик клиентам каром, то будет оч много недовольных. <br>&gt;&gt;потому как tcp-сессии будут себя оч плохо чуствовать, мало кому понравится, <br>&gt;&gt;если например при ширине канала 256К, скорость прокачки по фтп будт <br>&gt;&gt;например 20к:) <br>&gt;<br>&gt;Вполне нормально себя tcp чувствует если параметры нормально подобрать. Резал ну уровне <br>&gt;128к через rate-limit - скорость скачки файлов по http/ftp была почти <br>&gt;128к. <br><br>главное подо всех подобрать. и раз на раз знаете-ли...<br>