обратил внимание на непонятность
вот портinterface GigabitEthernet1/0/23
description test
switchport trunk encapsulation dot1q
switchport trunk allowed vlan 14,99,100
switchport mode trunk
fair-queue
endвот его статистика
3750#sh inter gigabitEthernet 1/0/23 stats
GigabitEthernet1/0/23
Switch path Pkts In Chars In Pkts Out Chars Out
Processor 0 0 163087 10832064
Route cache 0 0 0 0
Total 0 0 163087 10832064
3750#
статистика одного влана
3750#sh inter vlan 14 stats
Vlan14
Switch path Pkts In Chars In Pkts Out Chars Out
Processor 131716 8502306 15574 1365982
Route cache 38393 4487702 0 0
Total 170109 12990008 15574 1365982
3750#а почему через процессор ?
на вланах - там просто по ипшнику висит и все.
нет ни акцесс-листов, ни приоритетов, ничего.
циска с пол-года стоит, обратил внимание только сейчас.
>а почему через процессор ?Это ведь route cache. Соотвественно, он работает, когда включен L3 на свиче и CEF.
Я вот так думаю. А процессор - это процессор самого порта отвечающего за передачу...
>Это ведь route cache. Соотвественно, он работает, когда включен L3 на свиче
>и CEF.ну так вланы терминируются и марщрутизируются на этом свиче, цеф включен, если посмотреть цеф - показывает запомненные маршруты.
еще - загрузка свича иногда под 100%
там-же стояла одно время 3550, на гиговом порту были эти-же вланы, загрузка не поднималась более 10%.. а вот что там было по статистике портов не помню :(
>ну так вланы терминируются и марщрутизируются на этом свиче, цеф включен, если
>посмотреть цеф - показывает запомненные маршруты.
>еще - загрузка свича иногда под 100%Тогда show processes cpu и смотеть, кто отжирает процессорное время.
Далее, делать выводы.
Так же на циске можно поискать доку, там описано, какой трафик всегда через проц проходит. Врать не буду, но может fair-queue очередезация как раз все и портит :)