staryk

есть 7-0-235 для этого железа

это странно, может, действительно переходник неисправен?

конечно, ему с CF нужно прочесть ios для загрузки sp rommon видит CF как slot0: проверить просто: включить питание свича, послать break, свич выпадет в rommon, оттуда dir slot0: - должен видеть, я, по крайней мере, проверял - видит

кстати и в sh boot у вас херня какая-то, вот к примеру рабочий сап2 с флешкой: BOOT variable = disk0:/s222-advipservicesk9_wan-mz.122-18.SXF16.bin,1; CONFIG_FILE variable does not exist BOOTLDR variable = Configuration register is 0x2102 --

да, про тут

1. у вас в sp памяти мало, не загрузится. у 65 каталистов, грубо говоря, когда они работают в native mode, ios грузится дважды - сначала в память sp, потом - в rp (то бишь сам msfc) обратите внимание, где какой rom monitor - 7.1(1) это rommon свич процессора, он самый первый загружается, и он должен уметь работать с флешкой, а откуда грузиться - он берет информацию как раз из boot variable конфига. устройство должно быть disk0: так вот, новый софт, в моем случае это s222-advipservicesk9_wan-mz.122-18.SXF16.bin , не может развернуться в ram полностью при загрузке свич процессора, и все умирает, вылечилось установкой 256 метрового модуля. 2. если вы пытаетесь грузить софт с флешки, в sh boot должен быть путь к новому софту, после конфигурации надо сделать wr и потом убедиться, что sh boot показывает то, с чего хотите грузиться

покажите вот что: sh ver sh boot -- у меня был один сап2, у которого в sp было 128 оперативы, этого недостаточно, чтобы развернуть образ ios в память sp и на этапе загрузки все валилось. поэтому покажите еще: remote login sw sh ver

Уважаемый staryk, а не знаете, как сделать тоже самое, то есть CPU SPAN, на 33 ? эти команды там не работают, а какими их заменили, информацию найти не удалось на 33 как раз все банально - обычный SPAN умеет прямо на cpu вешаться, примерно так: rp# mon sess 1 type local source cpu rp both dest int x/y no shut

да, и если еще не переехали на 33, можно навесить SPAN на cpu немного извращенным способом, цитирую: 1.Set up port monitor as normal Router(config)# monitor session 1 source interface x/y (an unused interface) Router(config)# monitor session 1 destination interface x/y 2. Login to SP Router# remote login switch 3. Enable monitor on switch Router-sp# test monitor add 1 rp-inband both --- проверено на 18, работает. а резать arp на control-plane особого толка нет, на 65 это делается примерно так: mls qos protocol arp police бла-бла-бла, 32kb минимум

stp отработало потому что была петля, выключив stp на данном вилане вы себе создали проблему, я бы на вашем месте включил обратно и изучил нехитрую логику работы stp. по существу проблемы - если петля и прочее найдена не будет, попробуйте перейти на ветку софта 12.2(33), как уже рекомендовал Дятел. там могут быть чудеса с routed MAC'ами (у нас были), вылечилось увеличением age time. Мы в похожей ситуации ничего странного не нашли, просто стало много ARP трафика и простой переход с 18 ветки на 33 привел к сдутию процесса ARP input, видимо, алгоритм обработки очереди был серьезно переработан индусами