отмена
Отображаются результаты для 
Вместо этого искать 
Вы имели в виду: 
Объявления
Добро пожаловать в Сообщество Технической поддержки Cisco. Мы рады получить обратную связь .
New Member

How to make a qos policy, thats serves 6 class of traffic on Cisco 3845 one by one?

Hello.

We have a buisses task to make some qos policy in our mpls backborn that consist of Cisco 3845 Version 15.1(1)T. We have six class of traffic + NC:

1) - NC

2) orange class

3) yellow class

4) green class

5) blue class

6) purple class

7) best-effort 

And we have 3Mbit\s links. We can't use bandwidth parametr, couse any class of traffic can use full bandwidth, but while congestion orage class should take 3Mbit\s no matter if other traffic. If there is no orange, yellow should take full bandwidth no matter if other traffic, and etc.

I tryed to use WRED, queue-limit but no any results. 

 

What strategy should i take to solve problem?

 

PS sorry for bad English.

Теги (1)
4 ОТВЕТ.

Ну и зачем было так мучиться

Ну и зачем было так мучиться с переводом на английский в русском supportforums?

 

А как именно настраивался WRED?

Но в целом, у задачи нет красивого и гарантированно рабочего решения. У IOS всего два priority queue'а. Всё, что не в них, все равно будет страдать при полной утилизации линка, как минимум задержка начнет прыгать, стек TCP клиента/сервера заметит это и сбавит скорость, тут же в образовавшуюся дырку рванут более низкие по приоритету классы и т.д.

 

Лучше меняйте постановку задачи на "два класса трафика имеют абсолютный приоритет, второй из них всегда уступит дорогу первому. Когда они вместе занимают не всю полосу, каждому из оставшихся классов выдается по X процентов оставшейся полосы".

New Member

Спасибо, за ответ, но к

Спасибо, за ответ, но к сожалению задача была поставлена именно такая.

Насчет WRED - конфиг был такой:

 

policy-map l2_qos
 class NC
    priority 100
 class orange
    bandwidth 1500
     random-detect dscp-based
     random-detect dscp 48 60 64 1000
 class blue
    bandwidth 50
     random-detect dscp-based
     random-detect exponential-weighting-constant 4
     random-detect dscp 24 10 15 1
 class green
    bandwidth 50
     random-detect dscp-based
     random-detect exponential-weighting-constant 7
     random-detect dscp 32 30 40 1
 class class-default
     random-detect dscp-based
     random-detect exponential-weighting-constant 1
     random-detect dscp 0 2 3 1
    bandwidth 8

Мало ли как задачу поставили.

Мало ли как задачу поставили... Чувствуется, что человек, который ставил задачу, ничего в данной области не понимает, и потому он ни при каких обстоятельствах не должен формулировать задачи на микроуровне как это сделано в данном случае.

 

Потому можете передать, что если надо, чтобы класс уровнем ниже никак не мог негативно влиять на класс уровнем выше, то при числе классов (очередей) более трех (две приоритетные очереди и одна неприоритетная) ваше оборудование решить задачу не способно. В любом случае если задействовать неприоритетные очереди, то они будут расти, возникнет сильная вариация задержки (50 пакетов при 3мб/с канале - это серьезно), сетевые стеки будут по-разному на это реагировать. Микровсплески уровнем ниже тоже способны повредить трафику уровнем выше. Потому если все-таки необходимо решить задачу именно в таком виде, то надо искать иное оборудование.

 

Кстати - трехмегабитный линк именно с точки зрения физики является трехмегабитный, или это ethernet? Если последнее, то ваш QoS вообще не действует по причине отсутствия шейпера.

New Member

Дмитрий, еще раз спасибо за

Дмитрий, еще раз спасибо за ответ, а qos выглядит так, конечно: 

 

policy-map main_qos
 class ALL
    shape average 3000000
  service-policy l2_qos

67
Просмотры
0
Полезный материал
4
Ответы