|
ru.cisco- RU.CISCO --------------------------------------------------------------------- From : Sergey A. Yakovets 2:5004/75.5088 15 Nov 2007 13:29:14 To : Slawa Olhovchenkov Subject : Re: Шейпирование канала: Class-Based или Distributed -------------------------------------------------------------------------------- Мои бортовые системы запеленговали, что в 14 Hоя 07 14:39, Slawa Olhovchenkov писал Sergey A. Yakovets: SAY>> Есть задача реализовать на Cisco 3745 шейпер, который будет SAY>> обслуживать X наших клиентов. SO> MQS/LLQ. Много читал про CBWFQ в связке c LLQ. Hа текущий момент есть один вопрос. Имеем конфигурацию класса, который в дальнейшем будет использован в policy-map: class-map match-any customers1 match access-group 101 access-list 101 permit ip host 192.168.0.1 any access-list 101 permit ip host 192.168.0.1 any и т.п. policy-map shape class customers1 bandwidth 64000 shape average 128000 Вопрос: не трогаем пока LLQ, интересен результат. Будет ли 64к гарантироваться _каждому_ хосту, который попадает под match в классе, или 64к гарантируется на весь класс в общем? Если 64к и 128к будут применены для класса (и всех кто в него входит) в общем, то каким образом сделать так, чтобы 64к и 128к применялись индивидуально на основе source-IP, перечисленного в ACL. Понятно, что можно сделать кучу ACL, к каждому из которых создать класс, но во первых от решения требуется чтобы все хосты были в одном (или нескольких, в зависимости от тарифной группы) ACL и получать параметры шейпера на каждый source-IP в индивидуальном порядке. Hапример, имеем 256к канал, в котором максимально-теоретически могут работать 4 хоста. Т.е. в случае congestion каждый клиент должен получить свои гарантированные 64к, а в случае свободной полосы - до 128к усредненных. В итоге, если работает 1-2 хоста они получают от 64к гарантированных до 128к средних, если 3-хоста они получают от 64к гарантированных до 106к средних, если одновременно работают 4 хоста - толькопо 64к гарантированных. Хосты планируется заносить в ACL (базовый либо extended, без разницы). Как быть в этом случае? Заранее спасибо за ответ. SO> SO> ... Пpи использовании тpекбола надевайте ковpик на палец SO> --- GoldED+/BSD 1.1.5 SO> * Origin: (2:5030/500) C уважением, Sergey A. Yakovets. E-mail: for-transit@yandex.ru ICQ UIN: 165641526 ... FaqServer 2:5088/50.50 Subj: %HELP %LIST * Origin: "Емельянов" - это не фамилия, а диагноз... (2:5004/75.5088) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.cisco/4723473bf68b.html, оценка из 5, голосов 10
|