Как лучше реализовать шэйпинг для каждого ip на киске?
Можно ли сделать 2 группы для каждой скорости и заносить в них ip, чтоб скорость группы применялась к каждому ip, а не резалась навсех?
>Как лучше реализовать шэйпинг для каждого ip на киске?
>Можно ли сделать 2 группы для каждой скорости и заносить в них
>ip, чтоб скорость группы применялась к каждому ip, а не резалась
>навсех?Напиши задачу лучше, раз не можешь вопрос задать...
>>Как лучше реализовать шэйпинг для каждого ip на киске?Всего 3 группы скоростей... 128/256/512
>>>Как лучше реализовать шэйпинг для каждого ip на киске?
>
>Всего 3 группы скоростей... 128/256/512пипец ...
>Как лучше реализовать шэйпинг для каждого ip на киске?
>Можно ли сделать 2 группы для каждой скорости и заносить в них
>ip, чтоб скорость группы применялась к каждому ip, а не резалась
>навсех?Я так понимаю, что хочется реализовать 3 группы скоростей (128k/256k/512k).
Для каждого (или большого количества) клиентов необходимо предоставить заданную скорость.Можно определить 3 class-map, в котором перечислить нужное количество аксесс-листов и определить 3 записи в policy-map, но тогда заданная полоса будет делиться на всех. То есть, кто-то из группы может забрать все 128K, тогда как остальные клиенты будут урезаны. Такой вариант неприемлем.
Если хочется зарезать скорость каждому клиенту, то необходимо определять для каждого свой class-map и со своей записью в policy-map.
Возможно, есть более рациональное решение, об этом был и вопрос.
>Если хочется зарезать скорость каждому клиенту, то необходимо определять для каждого свой
>class-map и со своей записью в policy-map.
>Возможно, есть более рациональное решение, об этом был и вопрос.Спасибо за ответ. Действительно в этом и состоит вопрос.
>>Если хочется зарезать скорость каждому клиенту, то необходимо определять для каждого свой
>>class-map и со своей записью в policy-map.
>>Возможно, есть более рациональное решение, об этом был и вопрос.
>
>Спасибо за ответ. Действительно в этом и состоит вопрос.это на 4-х тоннике делается:
• Flow or microflow policer-With flow-based policing, all the identified flows are policed to the specified rate individually. Because the flows are dynamic, distinguishing fields must be configured in class maps. Through the use of microflow policers, two important features can be configured: User Based Rate Limiting (UBRL), and Hierarchical Policing.
>это на 4-х тоннике делается:
>• Flow or microflow policer-With flow-based policing, all the identified flows are
>policed to the specified rate individually. Because the flows are dynamic,
>distinguishing fields must be configured in class maps. Through the use
>of microflow policers, two important features can be configured: User Based
>Rate Limiting (UBRL), and Hierarchical Policing.а можно поподробне... что это?
>>это на 4-х тоннике делается:
>>• Flow or microflow policer-With flow-based policing, all the identified flows are
>>policed to the specified rate individually. Because the flows are dynamic,
>>distinguishing fields must be configured in class maps. Through the use
>>of microflow policers, two important features can be configured: User Based
>>Rate Limiting (UBRL), and Hierarchical Policing.
>
>а можно поподробне... что это?Это полисер на каталисте, который режет полосу на микрофлоуах по признаку соурс ip, tcp/udp порт ... дестинейшен ip, tcp/udp порт.
Корче, если надо зарезать в трубе трафик от каждого ip-адреса допустим в 56к, то делаем полисер с соурсом по ip и собственно конфигурим скорость.
Switch(config)# class-map c1
! Defining the class map c1
Switch(config-cmap)# match flow ip source-address
! The above command matches against any flow in FastEthernet 6/1.
Switch(config-cmap)# exit
!
Switch(config)# policy-map p1
! The above command configures the policy map p1
Switch(config-pmap)# class c1
! The above command assigns the class map c1 to the policy map p1
Switch(config-pmap-c)# police 1000000 9000
! The above command specifies the traffic rate to which the flows are being policed
Switch(config-pmap-c)# exit