Omax

Попробую задать вопрос по другому. С маркировкой пакетов вроде разобрался. Как на 11 порту свича 3750 мне организовать преоритизацию, что бы пакеты маркированные под видео уходили первыми и,желательно, гарантировать им полосу пропускания в 4Мбита ? ЗЫ Есть Вот ссылка. Тут как бы вроде все объясняется, но я как то не могу понять.

Мой 3750 не понимает команды bandwidth percent, я сделал так. class-map match-all VIDEO match ip dscp ef match ip dscp cs5 ! ! policy-map Video_Sh class VIDEO police 5000000 8000 exceed-action drop ! Никак не получается повесить эту политику на 11 интерфейс. Вот его настройки: interface GigabitEthernet1/0/11 description !!!Of1-zelax!!! no switchport ip address 10.28.20.6 255.255.255.252 mls qos trust dscp no mdix auto no cdp enable ! Вот что происходит при применении (config-if)#service-policy input Video_Sh QoS: class(VIDEO) match ip can be used only with match protocol in a match-all class [GigabitEthernet1/0/11]

Не могли бы вы привести пример такой настройки. Это что то типа policy-map RTP class RTP priority percent 50

А разве по меткам dscp, при включении mls qos на коммутаторе, не включается автоматически механизм приоритезации пакетов в очередях ?

Народ ВСЕХ С НОВЫМ ГОДОМ ! Очень нужна помощь с настройкой QoS. Руководством приобрело новый видеосервер и хотят организовывать HD конференции с филиалами. Без настроек QoS все работает плохо, картинка сыпится. Хотя на оборудовании все магистральные порты загружены максимум на 40 %. Помогите с конфигурацией QoS. Сам как бы пытался. Делал следующие настройки на свичах mls qos map dscp-cos 16 to 1 mls qos map dscp-cos 24 to 2 mls qos map dscp-cos 32 to 3 mls qos map dscp-cos 40 to 4 mls qos map cos-dscp 0 10 18 26 34 46 48 56 ! class-map match-all RTP match access-group name RTP ! policy-map QoS class RTP set dscp ef ! ip access-list extended RTP permit udp 10.28.80.0 0.0.0.255 range 4900 49999 10.28.0.0 0.0.255.255 range 4900 49999 ! Вешал эту политику на порты видеосервера.

Я же написал, что будем разбираться в проблеме. Ззаказчик говорит что у него с сетью проблем нет(после прописания no errdisable detect cause loopback ), и отказов нет на ней. Как я понимаю фраза LOOPBACK в описании причины отказа еще не означает что именно классическая петля существует, иначе сеть лежала бы и порт рубился бы постоянно.

no errdisable detect cause loopback отрабатывает нормально, порт не отрубается, но по логам все ровно видно что петля периодически обнаруживается. Пока оставлю этот костыль, постараюсь найти причину..

Да мой косяк изначально должно было пойти через 26 порт, но в последствии пустили через 27. На схеме забыл поправить. STP на 109 Vlane выключен. show spanning-tree summary Switch is in pvst mode Root bridge for: VLAN0005, VLAN0031 Extended system ID is enabled Portfast Default is disabled PortFast BPDU Guard Default is disabled Portfast BPDU Filter Default is disabled Loopguard Default is disabled EtherChannel misconfig guard is enabled UplinkFast is disabled BackboneFast is disabled Configured Pathcost method used is short Name Blocking Listening Learning Forwarding STP Active ---------------------- -------- --------- -------- ---------- ---------- VLAN0005 0 0 0 2 2 VLAN0006 0 0 0 3 3 VLAN0007 0 0 0 14 14 VLAN0029 0 0 0 2 2 VLAN0031 0 0 0 1 1 VLAN0100 0 0 0 2 2 VLAN0108 0 0 0 2 2 ---------------------- -------- --------- -------- ---------- ---------- Name Blocking Listening Learning Forwarding STP Active ---------------------- -------- --------- -------- ---------- ---------- 7 vlans 0 0 0 26 26

порт поднимается после перезагрузки и работает неопределенное время нормально(вот уже 3 часа работает). Не пойму по каким причинам происходит появление петли, но в один момент все останавливается. Сейчас прописал на коммутаторе no errdisable detect cause loopback, посмотрим что измениться. Разговаривали об этом, но та сторона говорит что дальше тоже идет винегрет из неуправляемых и управляемых коммутаторов. Поэтому менять что то не видят смысла. По отключаемому порту нет записей. Просто не пойму как вообще петля может появиться там где ее быть не должно.

Ребят продолжение проблемы. Порт рубится, на команду sh interfaces Fa1/0/27 status err-disabled выдается ответ: Port Name Status Reason Err-disabled Vlans Fa1/0/27 err-disabled loopback Но петли по крайней мере с нашей стороны нет, та сторона утверждает что у них тоже все гладко. Вот вывод команды sh log в момент отключения порта: 000520: Aug 14 07:44:05: %ETHCNTR-3-LOOP_BACK_DETECTED: Loop-back detected on FastEthernet1/0/27. 000521: Aug 14 07:44:05: %PM-4-ERR_DISABLE: loopback error detected on Fa1/0/27, putting Fa1/0/27 in err-disable state 000522: Aug 14 07:44:06: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet1/0/27, changed state to down 000523: Aug 14 07:44:07: %LINK-3-UPDOWN: Interface FastEthernet1/0/27, changed state to down

CDP на порту выключил. Пока все работает. Надеюсь так будет и дальше. Спасибо ВСЕМ !!!!

Просто все, что за неуправляемым свичем для меня темный лес и нет никакой возможности там что то изменить. Мои возможности начинаются только с управляемой циски на этой стороне. No cdp я сделаю, но пока после того как прописал auto ошибки остановились и порт "живой".

данная команда ничего не выводит...

%CDP-4-NATIVE_VLAN_MISMATCH: Native VLAN mismatch discovered on FastEthernet1/0/27 (109), with mlpu_new_zdaniye FastEthernet0/28 (2). 000317: Aug 13 11:08:10: %CDP-4-NATIVE_VLAN_MISMATCH: Native VLAN mismatch discovered on FastEthernet1/0/27 (109), with tarum2_48x_2960 FastEthernet0/17 (2). 000318: Aug 13 11:08:35: %CDP-4-NATIVE_VLAN_MISMATCH: Native VLAN mismatch discovered on FastEthernet1/0/27 (109), with mlpu_new_zdaniye FastEthernet0/28 (2). 000319: Aug 13 11:09:10: %CDP-4-NATIVE_VLAN_MISMATCH: Native VLAN mismatch discovered on FastEthernet1/0/27 (109), with tarum2_48x_2960 FastEthernet0/17 (2). 000320: Aug 13 11:09:35: %CDP-4-NATIVE_VLAN_MISMATCH: Native VLAN mismatch discovered on FastEthernet1/0/27 (109), with mlpu_new_zdaniye FastEthernet0/28 (2). 000321: Aug 13 11:10:10: %CDP-4-NATIVE_VLAN_MISMATCH: Native VLAN mismatch discovered on FastEthernet1/0/27 (109), with tarum2_48x_2960 FastEthernet0/17 (2). 000322: Aug 13 11:10:35: %CDP-4-NATIVE_VLAN_MISMATCH: Native VLAN mismatch discovered on FastEthernet1/0/27 (109), with mlpu_new_zdaniye FastEthernet0/28 (2). 000323: Aug 13 11:11:10: %CDP-4-NATIVE_VLAN_MISMATCH: Native VLAN mismatch discovered on FastEthernet1/0/27 (109), with tarum2_48x_2960 FastEthernet0/17 (2). 000324: Aug 13 11:11:35: %CDP-4-NATIVE_VLAN_MISMATCH: Native VLAN mismatch discovered on FastEthernet1/0/27 (109), with mlpu_new_zdaniye FastEthernet0/28 (2). 000325: Aug 13 11:12:10: %CDP-4-NATIVE_VLAN_MISMATCH: Native VLAN mismatch discovered on FastEthernet1/0/27 (109), with tarum2_48x_2960 FastEthernet0/17 (2). 000326: Aug 13 11:12:35: %CDP-4-NATIVE_VLAN_MISMATCH: Native VLAN mismatch discovered on FastEthernet1/0/27 (109), with mlpu_new_zdaniye FastEthernet0/28 (2). 000327: Aug 13 11:13:10: %CDP-4-NATIVE_VLAN_MISMATCH: Native VLAN mismatch discovered on FastEthernet1/0/27 (109), with tarum2_48x_2960 FastEthernet0/17 (2). 000328: Aug 13 11:13:35: %CDP-4-NATIVE_VLAN_MISMATCH: Native VLAN mismatch discovered on FastEthernet1/0/27 (109), with mlpu_new_zdaniye FastEthernet0/28 (2). 000329: Aug 13 11:14:10: %CDP-4-NATIVE_VLAN_MISMATCH: Native VLAN mismatch discovered on FastEthernet1/0/27 (109), with tarum2_48x_2960 FastEthernet0/17 (2). 000330: Aug 13 11:14:35: %CDP-4-NATIVE_VLAN_MISMATCH: Native VLAN mismatch discovered on FastEthernet1/0/27 (109), with mlpu_new_zdaniye FastEthernet0/28 (2). 000331: Aug 13 11:15:10: %CDP-4-NATIVE_VLAN_MISMATCH: Native VLAN mismatch discovered on FastEthernet1/0/27 (109), with tarum2_48x_2960 FastEthernet0/17 (2). 000332: Aug 13 11:15:35: %CDP-4-NATIVE_VLAN_MISMATCH: Native VLAN mismatch discovered on FastEthernet1/0/27 (109), with mlpu_new_zdaniye FastEthernet0/28 (2). 000333: Aug 13 11:16:10: %CDP-4-NATIVE_VLAN_MISMATCH: Native VLAN mismatch discovered on FastEthernet1/0/27 (109), with tarum2_48x_2960 FastEthernet0/17 (2). 000334: Aug 13 11:16:35: %CDP-4-NATIVE_VLAN_MISMATCH: Native VLAN mismatch discovered on FastEthernet1/0/27 (109), with mlpu_new_zdaniye FastEthernet0/28 (2). 000335: Aug 13 11:17:10: %CDP-4-NATIVE_VLAN_MISMATCH: Native VLAN mismatch discovered on FastEthernet1/0/27 (109), with tarum2_48x_2960 FastEthernet0/17 (2). 000336: Aug 13 11:17:35: %CDP-4-NATIVE_VLAN_MISMATCH: Native VLAN mismatch discovered on FastEthernet1/0/27 (109), with mlpu_new_zdaniye FastEthernet0/28 (2). 000337: Aug 13 11:18:10: %CDP-4-NATIVE_VLAN_MISMATCH: Native VLAN mismatch discovered on FastEthernet1/0/27 (109), with tarum2_48x_2960 FastEthernet0/17 (2). 000338: Aug 13 11:18:35: %CDP-4-NATIVE_VLAN_MISMATCH: Native VLAN mismatch discovered on FastEthernet1/0/27 (109), with mlpu_new_zdaniye FastEthernet0/28 (2). 000339: Aug 13 11:19:10: %CDP-4-NATIVE_VLAN_MISMATCH: Native VLAN mismatch discovered on FastEthernet1/0/27 (109), with tarum2_48x_2960 FastEthernet0/17 (2). 000340: Aug 13 11:19:35: %CDP-4-NATIVE_VLAN_MISMATCH: Native VLAN mismatch discovered on FastEthernet1/0/27 (109), with mlpu_new_zdaniye FastEthernet0/28 (2). 000341: Aug 13 11:20:11: %CDP-4-NATIVE_VLAN_MISMATCH: Native VLAN mismatch discovered on FastEthernet1/0/27 (109), with tarum2_48x_2960 FastEthernet0/17 (2). Это то что сейчас в логах, пока(после исправления ваших замечаний) порт не ложится.

Изначальны фильтра не было, порт по ерору падал все равно. Фильтр был поставлен по гугловским советам ), уборка не к чему не приводит. Ошибки идут все равно.