|
ru.cisco
- RU.CISCO ---------------------------------------------------------------------
From : Slawa Olhovchenkov 2:5030/500 15 Nov 2007 12:00:56
To : Sergey A. Yakovets
Subject : Шейпирование канала: Class-Based или Distributed
--------------------------------------------------------------------------------
15 Nov 07, Sergey A. Yakovets writes to Slawa Olhovchenkov:
SAY> policy-map shape
SAY> class customers1
SAY> bandwidth 64000
SAY> shape average 128000
SAY> Вопрос: не трогаем пока LLQ, интересен результат. Будет ли 64к
SAY> гарантироваться _каждому_ хосту, который попадает под match в классе, или
SAY> 64к гарантируется на весь класс в общем?
в общем
SAY> Если 64к и 128к будут применены для класса (и всех кто в него входит)
SAY> в общем, то каким образом сделать так, чтобы 64к и 128к применялись
SAY> индивидуально на основе source-IP, перечисленного в ACL.
лио никак, либо micro-flow, но это не на твоей платформе и не шейпинг.
SAY> Понятно, что можно сделать кучу ACL, к каждому из которых создать
SAY> класс, но во первых от решения требуется чтобы все хосты были в одном
SAY> (или нескольких, в зависимости от тарифной группы) ACL и получать
SAY> параметры шейпера на каждый source-IP в индивидуальном порядке.
ISG+radius если у тебя таких хостов много. Hо это опять не на твою платформу,
хоть и полегче чуть (7200vxr).
SAY> Hапример, имеем 256к канал, в котором максимально-теоретически могут
SAY> работать 4 хоста. Т.е. в случае congestion каждый клиент должен получить
SAY> свои гарантированные 64к, а в случае свободной полосы - до 128к
SAY> усредненных. В итоге, если работает 1-2 хоста они получают от 64к
SAY> гарантированных до 128к средних, если 3-хоста они получают от 64к
SAY> гарантированных до 106к средних, если одновременно работают 4 хоста -
SAY> толькопо 64к гарантированных.
SAY> Хосты планируется заносить в ACL (базовый либо extended, без разницы).
SAY> Как быть в этом случае?
не мудрствовать и сделать четыре класса с четыремя описаниями в policy-map.
... Сеpвеp, не суетись под клиентом!
--- GoldED+/BSD 1.1.5
* Origin: (2:5030/500)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
