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

Исходное сообщение
"QOS"
Отправлено DarK , 18-Май-12 10:00

Здравствуйте.
Необходимо применить приоритет по выделению полосы пропускания
Объясню на примере цель
Имеется канал с полосой пропускания 150 Mbits. При загрузке канала на 100 % необходимо для одного пула ip адресов зарезервировать полосу пропускания на 5 mbits. Даже если загружен канал на 100 процентов для этого пула скорость должна быть 5 mbits.
Как понял нужно создать acl, class-map и policy-map
acl 100 permit ip any x.x.x.x/x
class-map match-any llq-class
match access-group 100
policy-map llq-policy
class llq-class
priority 5000
interface fa 0/0
service-policy output llq-policy
Правилен ли этот конфиг? Хотелось бы удостоверится, прежде чем применять на рабочем оборудовании

И самый главный вопрос. Допустим этот приоритетный пул не используется какое то время
Будут ли другие использовать его полосу пропускания? Мне желательно чтобы использовали.
Спасибо.

Содержание

QOS,crash, 07:39 , 21-Май-12
- QOS,DarK, 09:07 , 21-Май-12
  - QOS,Merridius, 09:31 , 21-Май-12
    - QOS,DarK, 11:05 , 21-Май-12
      - QOS,crash, 11:24 , 21-Май-12
        
        QOS,DarK, 13:47 , 21-Май-12
        
        QOS,DarK, 16:56 , 21-Май-12
        
        QOS,DarK, 17:04 , 21-Май-12
        
        QOS,Merridius, 22:09 , 21-Май-12
        
        QOS,DarK, 09:59 , 23-Май-12

Сообщения в этом обсуждении

"QOS"
Отправлено crash , 21-Май-12 07:39

>interface fa 0/0
а это у вас что за интерфейс, в какую сторону он смотрит то?

"QOS"
Отправлено DarK , 21-Май-12 09:07

>>interface fa 0/0
> а это у вас что за интерфейс, в какую сторону он смотрит
> то?
этот интерфейс смотрит в мою сторону, а находится он на партнерской стороне. У нас в основном забивается траффик в нашу сторону (т.е входящий) поэтому решил поставить QOS на их стороне.

"QOS"
Отправлено Merridius , 21-Май-12 09:31

Правильно. Только не забывайте, что в отличии от CBWFQ, LLQ использует полисинг, так что больше 5 мбит для этого класса трафика вы не получите.

"QOS"
Отправлено DarK , 21-Май-12 11:05

> Правильно. Только не забывайте, что в отличии от CBWFQ, LLQ использует полисинг,
> так что больше 5 мбит для этого класса трафика вы не
> получите.
1. А если траффик будет больше 5 мбит то будут потери ? Как то можно избежать потерь путем queue ?
2. И еще такой вопрос допустим этот приоритетный айпиадресс использует тока 1 мбит остальные 4 мбит будут доступны для других (не приоритетных)???

"QOS"
Отправлено crash , 21-Май-12 11:24

> 2. И еще такой вопрос допустим этот приоритетный айпиадресс использует тока 1
> мбит остальные 4 мбит будут доступны для других (не приоритетных)???
будет.

"QOS"
Отправлено DarK , 21-Май-12 13:47

>> 2. И еще такой вопрос допустим этот приоритетный айпиадресс использует тока 1
>> мбит остальные 4 мбит будут доступны для других (не приоритетных)???
> будет.
тогда дело осталось за малым). Спасибо за ответы, сегодня попробую на железке

"QOS"
Отправлено DarK , 21-Май-12 16:56

> тогда дело осталось за малым). Спасибо за ответы, сегодня попробую на железке
Babilon-T-MSK#show policy-map interface fa 0/0
fastethernet 0/0
  Service-policy output: llq-policy
    Class-map: llq-class (match-all)
      83482 packets, 92815711 bytes
      30 second offered rate 7879000 bps, drop rate 0 bps
      Match: access-group 101
      Queueing
      queue limit 64 packets
      (queue depth/total drops/no-buffer drops) 0/0/0
      (pkts output/bytes output) 83482/92815795
      bandwidth 100 kbps
    Class-map: class-default (match-any)
      2355947 packets, 1248583096 bytes
      30 second offered rate 103608000 bps, drop rate 0 bps
      Match: any

      queue limit 64 packets
      (queue depth/total drops/no-buffer drops) 0/0/0
      (pkts output/bytes output) 2356000/1248608592

"QOS"
Отправлено DarK , 21-Май-12 17:04

>[оверквотинг удален]
>       (pkts output/bytes output) 83482/92815795
>       bandwidth 100 kbps
>     Class-map: class-default (match-any)
>       2355947 packets, 1248583096 bytes
>       30 second offered rate 103608000 bps,
> drop rate 0 bps
>       Match: any
>       queue limit 64 packets
>       (queue depth/total drops/no-buffer drops) 0/0/0
>       (pkts output/bytes output) 2356000/1248608592
Дело в том что я ставлю bandwidth 100kbps, но пользователь все равно качает 7 или 8 мбит
попрбовал поставить priority 100kbps все равно качает 7,8 мбит.
В чем может быть проблема ?? подскажите

"QOS"
Отправлено Merridius , 21-Май-12 22:09

>[оверквотинг удален]
>>       30 second offered rate 103608000 bps,
>> drop rate 0 bps
>>       Match: any
>>       queue limit 64 packets
>>       (queue depth/total drops/no-buffer drops) 0/0/0
>>       (pkts output/bytes output) 2356000/1248608592
> Дело в том что я ставлю bandwidth 100kbps, но пользователь все равно
> качает 7 или 8 мбит
> попрбовал поставить priority 100kbps все равно качает 7,8 мбит.
> В чем может быть проблема ?? подскажите
В том, что приоритетность очередей и нарезка скоростей - это разные вещи.

"QOS"
Отправлено DarK , 23-Май-12 09:59

>[оверквотинг удален]
>>> drop rate 0 bps
>>>       Match: any
>>>       queue limit 64 packets
>>>       (queue depth/total drops/no-buffer drops) 0/0/0
>>>       (pkts output/bytes output) 2356000/1248608592
>> Дело в том что я ставлю bandwidth 100kbps, но пользователь все равно
>> качает 7 или 8 мбит
>> попрбовал поставить priority 100kbps все равно качает 7,8 мбит.
>> В чем может быть проблема ?? подскажите
> В том, что приоритетность очередей и нарезка скоростей - это разные вещи.
Значит выходит что все ок? QOS работает?