Основы QoS на Cisco ASA
Мне лично не нравится биометрика вполне немного. Если я выходил из оболочки деньги для системы цифрового отпечатка, я использовал бы PKI и пароль + сертификат для идентификатора.
Формирование трафика в основном используется для соответствия устройствам скоростям канала. Это только влияет на интерфейсы и не зависит от типа трафика.
Вы не можете настроить приоритет и управляющий на основе политик для тех же типов трафика. Другими словами, если бы Вы хотите расположить по приоритетам свою группу "приоритетный трафик", необходимо было бы управлять всем другим трафиком на основе политик.
С приоритетным трафиком думайте о QOS как о чашке. Вы определяете, какой трафик расположить по приоритетам путем помещения его в ту чашку..., но что происходит после этого, Вы не имеете никакого контроля. Можно только определить что трафик вставить чашку.
-
1Таким образом, если я хочу расположить по приоритетам свою группу " priority-traffic" правильный способ сделать это состоит в том, чтобы управлять всем остальным на основе политик? Это означает, что я делал его правильный путь, в конце концов! – danieljimenez 30 June 2009 в 07:40
-
2Также приоритетная очередь была бы чашкой, к которой Вы обращаетесь? – danieljimenez 30 June 2009 в 07:55
Не к верному, если это доступно на AS, но пытается использовать CBWFQ, можно настроить его путем объявления значения по умолчанию класса со встроенной политикой обслуживания (работы с подынтерфейсами также), например.
policy-map pmap_parent
class class-default
shape 4500000
service-policy pmap_child
policy-map pmap_child
class cmap_priority
bandwidth percent {X percent of total}
class cmap_non-priority
bandwidht percent {X percent of total}
и т.д., и т.д.,
затем Ваш трафик мусорщика может prob быть помещенным в класс по умолчанию под pmap_child,
Cisco рекомендует, чтобы процент, который Вы гарантируете, не превышал 70%, потокам все еще нужна пропускная способность :D
Карта политики, как записано не присваивает пропускную способность Вашему приоритетному трафику, и Вы (по всей вероятности) используете неправильный механизм QoS для него. priority обозначение для трафика, который должен быть ускорен, обычно аудио переноса RTP (обычно используемый для VoIP, но я видел, что это раньше переставляло широковещательное аудио от смесительной таблицы через WAN для дальнейшей широковещательной передачи как радио).
Любой трафик, который соответствует классу приоритета, будет отправлен (до предельного набора, я не знаю то, к чему он принимает значение по умолчанию, существует два тонко различных способа сделать его, в зависимости от версии IOS, каждый берет пропускную способность, и другой полагается на policer в том же классе), перед любым другим трафиком во временной интервал. Скорее в большой степени предложено Cisco НИКОГДА не использовать priority на трафике, который мог быть TCP, таким образом, "UDP только". Любой трафик, превышающий (трудный) предел для приоритетного трафика, будет отброшен.
Далее, в то время как не необходимый, я нашел, что запуск моих политик QoS с "большинством важных" классов сначала делает их легче читать.
Я, вероятно, переписал бы ту политику согласно предложению Bruce Grobler.