URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID6
Нить номер: 9837
[ Назад ]

Исходное сообщение
"Из rate-limit в policy-map"

Отправлено Misak , 10-Фев-06 18:05 
Добрый день,
Подскажите, как такую конструкцию:

rate-limit input dscp 12 128000 96000 128000 conform-action transmit exceed-action continue
rate-limit input dscp 10 128000 96000 128000 conform-action transmit exceed-action continue
rate-limit input 128000 32000 48000 conform-action transmit exceed-action drop

написать в терминах Modular QoS Interface, тоесть с помощью классов и полиси мап. Смотрел даже иерархические полиси-мап, но вроде даже ими не получается. Вопрос почти теоретический, вышеописанная конструкция удовлетворяет почти полностью, но вот заело, хочется разобраться до конца.


Содержание

Сообщения в этом обсуждении
"Из rate-limit в policy-map"
Отправлено FPF , 10-Фев-06 21:31 
Лично я предпочитаю использовать именно CAR в таких случаях, в отличие от  MQC.
А зачем ты ставишь такие цифры? 128000 96000 128000? Ты их различаешь?

"Из rate-limit в policy-map"
Отправлено Misak , 10-Фев-06 21:57 
>Лично я предпочитаю использовать именно CAR в таких случаях, в отличие от
> MQC.
>А зачем ты ставишь такие цифры? 128000 96000 128000? Ты их различаешь?
>


Конкретно здесь я их подбирал. Для моего трафика они оказались получше стандарных х/8*1.5.

Просто не хочется верить, что средствами MQC эта конструкция неосуществима. Потом, я использую cacti для рисования графиков, там есть рисовать полиси-мапы и классы, а рейтлимиты неправильно реализованы. Если бы имел эквивалентную конструкцию с классами, рисовал бы нужные графики.


"Из rate-limit в policy-map"
Отправлено chingachguk , 14-Фев-06 09:15 
Передать в точности заданную конструкцию через MQC, по моему скромному мнению, не получится. А может этого и не требуется? Опишите задачу, которую призвана решать эта конструкция, может её получится реализовать и как-нибудь иначе.

"Из rate-limit в policy-map"
Отправлено Misak , 14-Фев-06 11:34 
Как я уже отмечал, интерес почти теоретический. Для рисования графиков импользую cacti, рисование классов и полиси-мап там реализовано, а CAR - нет. Вот и хочется перевести в удобный вид.

"Из rate-limit в policy-map"
Отправлено chingachguk , 14-Фев-06 12:01 
Зачем Вам MQC вместо CAR я прекрасно понял.
Я не понял зачем
rate-limit input dscp 12 128000 96000 128000 conform-action transmit exceed-action continue
rate-limit input dscp 10 128000 96000 128000 conform-action transmit exceed-action continue
rate-limit input 128000 32000 48000 conform-action transmit exceed-action drop



"Из rate-limit в policy-map"
Отправлено Misak , 14-Фев-06 12:34 
Трафик на других рутерах красится и попадает на вход уже этого маршрутизатора. Тут каждому цвету отведена своя полоса, но излишки не просто дропаются, а собираются со всех цветов и режутся уже в сумме. То есть пакетам дается лишний шанс проскочить, это позволяет гибче распределить полосу пропускания.

"Из rate-limit в policy-map"
Отправлено chingachguk , 14-Фев-06 14:23 
Ясно, значит такая конструкция действительно была необходима.
Реализовать это в качестве единственного input policy на MQC, как мне кажется, не получится.

Однако, если Вы представите дополнительные подробности схемы прохождения трафика, то , возможно, это может быть реализовано парой policy - на входе и на выходе (это реализуемо, если весь этот трафик выходит из маршрутизатора по одному интерфейсу).



"Из rate-limit в policy-map"
Отправлено Misak , 14-Фев-06 14:41 
Трафик выходит по одному интерфейсу - раньше как раз были полиси на выходе, что по моему конечно правильнее. Но тогда был очен плохой эффект - выходной интерфейс Е1, когда загрузка канала доходила до 75% или полтора мегабит, резко возрастала задержка от 1-4 мс до нескольких сотен. Причем почти не имеет значения, что в полиси написано. Вот я и был вынужден фильтровать на входе, а на выходе реализовал приоритетную очередь. Киска 7513, RSP4, VIP2-50, IOS 12.4(1).


"Из rate-limit в policy-map"
Отправлено chingachguk , 14-Фев-06 14:57 
Можно взглянуть на текущую конфигурацию очереди на выходном интерфейсе?



"Из rate-limit в policy-map"
Отправлено Misak , 14-Фев-06 15:08 
>Можно взглянуть на текущую конфигурацию очереди на выходном интерфейсе?

interface Serial8/1/1:1
description Uplink
ip address xxx.xx.xx.xx 255.255.255.252
no ip redirects
no ip proxy-arp
ip pim sparse-mode
ip route-cache flow
ip mroute-cache
no fair-queue
priority-group 1
no cdp enable


priority-list 1 protocol ip high list 2100
priority-list 1 protocol ip medium list 2120
priority-list 1 protocol ip medium list 2130
priority-list 1 protocol ip medium list 20

Если надо, могу и списки доступа выложить, но в них ничего интересного


"Из rate-limit в policy-map"
Отправлено chingachguk , 14-Фев-06 15:26 
И в какую очередь, в данном случае, попадает трафик с dscp 12 и 10?
Какая примерно конфигурация очереди вызывала у Вас проблемы с задержкой и для какого трафика?

"Из rate-limit в policy-map"
Отправлено Misak , 14-Фев-06 16:22 
Проблемы как раз не с этой очередью, эта как раз работает. Не работала полиси-мап на выходе этого интерфейса, вследствии чего перешел на этот конфиг.

Я точно не помню (дело с полгода назад было), но по моему даже простой любой оператор в полиси-мап типа резервирования полосы или policy приводил к задержкам.


"Из rate-limit в policy-map"
Отправлено chingachguk , 14-Фев-06 16:40 
>Проблемы как раз не с этой очередью, эта как раз работает. Не
>работала полиси-мап на выходе этого интерфейса, вследствии чего перешел на этот
>конфиг.
Это я понял.

>
>Я точно не помню (дело с полгода назад было), но по моему
>даже простой любой оператор в полиси-мап типа резервирования полосы или policy
>приводил к задержкам.
Приводил к задержкам какого трафика? Того для которого резервировалась полоса или всего остального?

И покажите аксес-листы, а то не понятно, как они пересекаются с DSCP 10 и 12.



"Из rate-limit в policy-map"
Отправлено Misak , 14-Фев-06 17:57 

>Приводил к задержкам какого трафика? Того для которого резервировалась полоса или всего
>остального?
>
всего трафика, кроме LLQ, насколько я помню.

>И покажите аксес-листы, а то не понятно, как они пересекаются с DSCP
>10 и 12.

Да аксес-листы выбирают как раз эти DSCP

access-list 2120 permit ip any any dscp af11

access-list 2130 permit ip any any dscp af12

access-list 2100 permit ip any any dscp ef
access-list 2100 permit tcp any any eq bgp
access-list 2100 permit udp any any eq domain
access-list 2100 permit tcp any any eq domain
access-list 2100 permit tcp any any eq telnet
access-list 2100 permit tcp any any eq 22
access-list 2100 permit udp any any eq 22


"Из rate-limit в policy-map"
Отправлено chingachguk , 15-Фев-06 07:39 
Ну тогда, например, так

class-map match-all dscp10
  match ip dscp af11
class-map match-all dscp12
  match ip dscp af12
class-map match-any excess_burst
  match ip dscp af13
class-map match-any network_ctrl
  match access-group 2100
class-map match-any critical_data
  match access-group 2120
  match access-group 2130
  match access-group 20
!
!
policy-map output
  class network_ctrl
    priority 256
  class excess_burst
     police 128000 32000 48000 conform-action transmit exceed-action drop
  class critical_data
   bandwidth 512
  class class-default
   fair-queue 512
   random-detect
policy-map input
  class dscp12
     police 128000 96000 128000 conform-action transmit exceed-action set-dscp-transmit af13
  class dscp10
     police 128000 96000 128000 conform-action transmit exceed-action set-dscp-transmit af13
  class class-default
   set ip dscp af13


"Из rate-limit в policy-map"
Отправлено Misak , 15-Фев-06 09:04 
Спасибо, попробую, примерно такая-же конструкция у меня была, но была задержка. Скоро поменяю IOS, сразу и это сделаю, может глюк конкретного IOS.