Safety1st

В техподдержку обратиться не могу: нет сервисного контракта. Конфигурацию сохранять не требуется, мне просто нужно получить управление и настроить с нуля. Физический доступ есть. SW v6.1.2.0.

H3C S7506E с супервизорами LSQ1SRP12GB и Comware 5.20 Release 6605P03 и Cisco WS-C3560G-24TS 12.2(35)SE5 ipbase. На H3C настроил поддержку CDP согласно гайду. H3C видит Cisco, а Cisco не видит H3C. Пишет ошибку: CDP-EV: Device ID information is missing in packet sw001#sh cdp tr CDP counters : Total packets output: 149, Input: 0 Hdr syntax: 0, Chksum error: 0, Encaps failed: 0 No memory: 0, Invalid packet: 101, Fragmented: 0 CDP version 1 advertisements output: 0, Input: 0 CDP version 2 advertisements output: 149, Input: 0 Инфа, отдаваемая H3C (с другого порта):

У нас доменная авторизация...

Какие альтернативы? Разве для CHAP и выше не требуется хранить пароли, используя обратимое шифрование?

Насколько я понял, там правила обмена данными без привязки к конкретной реализации. Вот оно! Теперь понятно: MD5-хэширование, как и положено, необратимое, но обе стороны знают хэш. А дальше простой логической операцией получается пароль. В плане защиты ИМХО норм: длинный ключ + смена паролей каждые 45 дней у нас. Проще выдать себя за коммутатор и получить пароль в чистом виде, чем перебирать :)

PAP родимый. Ok, не шифруется, но и не в открытом виде передаётся. Меня интересует - в каком (алгоритм), как происходит обратное преобразование и какая защита от подбора перебором.

В RFC 2865 для атрибута 'User-Password' указано: При этом в Wireshark при указании ключа для данного прокола пароль прекрасно виден. Я не понимаю, как так: хэширование one-way есть, а исходный пароль получается моментально. Как так-то?

Проблему с доступом к веб-интерфейсу решил: ASA блокировала. <HPE>dis poe pse ? NO PSE. <cr> <HPE>dis poe pse PoE is disabled. В web вижу такую картину: Коммутатор не поддерживает PoE? Или это можно решить обновлением прошивки? Походу в моделях с поддержкой PoE это присутствует в названии, например 1950-24G-2SFP+-2XGT-PoE+...

У коммутатора не работает web-интерфейс, команда ip http не помогла. Все гайды по настройке через web... Как убедиться, поддерживает девайс PoE? Как включить глобально и на порту?

Обе команды есть. С boot-loader всё понятно − речь о 2-х супервизорах: <..>display boot-loader The primary app to boot of board 0 at this time is: flash:/s7500e-cmw520-r6605p03.app The primary app to boot of board 0 at next time is: flash:/s7500e-cmw520-r6605p03.app The primary app to boot of board 1 at this time is: flash:/S7500E-CMW520-R6605P03.app The primary app to boot of board 1 at next time is: flash:/S7500E-CMW520-R6605P03.app А вот device вызывает вопросы: Slot No. Brd Type Brd Status Subslot Num Sft Ver Patch Ver 0 LSQ1SRP12GB Master 0 S7500E-6605P03 None 1 LSQ1SRP12GB Slave 0 S7500E-6605P03 None 2 LSQ1FP48SA Normal 0 S7500E-6605P03 None 3 LSQ1FP48SA Normal 0 S7500E-6605P03 None 4 LSQ1FP48SA Normal 0 S7500E-6605P03 None 5 LSQ1FP48SA Normal 0 S7500E-6605P03 None 6 NONE Absent 0 NONE None 7 NONE Absent 0 NONE None 8 SRP12GBSLAVE Normal 0 S7500E-6605P03 None 9 SRP12GBSLAVE Normal 0 S7500E-6605P03 None • супервизоры стоят в слотах 0 и 1, а 'Sft Ver' показывается по всем. При этом, согласно гайдам 'Software upgrade', на каждый не-супервизор можно поставить Boot ROM (btw-файл) и патч (bin-файл), но 'System software' (app-файл) загружается только на супервизоры. Но команда выводит, что на всех модулях стоит одна и та же ОС... • что за 'виртуальные' модули в слотах 8 и 9? В реале они пусты. Это логические части супервизоров, LPU (Line Processing Unit)? Даже порты, находящиеся на супервизорах, имеют номера Gi8/0/ и Gi9/0/, а не Gi0/0/ и Gi1/0/. Зачем так сделано? -- Почитал в Wikipedia про 'взаимосвязь' H3C и HPE. Вот что получилось: H3C − Huawei-3Com, совместное предприятие с 2003 г. В 2007 г. 3Com полностью выкупила долю Huawei. В 2010 HP купила 3Com. В 2015 HP была разделена на HPE и HP Inc. -- И возвращаясь к изначальному вопросу в топике. Доступные на сайте прошивки к S7500E: Но у мануалов 'окончания' не совпадают, для примера: H3C S7500E Switch Series Troubleshooting Guide-R7178-6W100 H3C S7500E Switch Series Troubleshooting Guide-R7523P01-6W100 H3C S7500E Switch Series Troubleshooting Guide-R7536P05-6W100 H3C S7500E Switch Series Troubleshooting Guide-R7568-6W100 Версия мануала должна быть больше, чем релиз Comware Software, тогда подходит?

У меня: H3C Comware Platform Software Comware Software, Version 5.20, Release 6605P03 Остальное: Видимо, Release 6605P03 настолько древнее, что и мануалы от него уже недоступны. Обнаружил, например, что не работают display | { begin | exclude | include }... Следующий вопрос: где это 'Comware Software, Version 5.20, Release 6605P03' установлено? Вот с Cisco WS-45xx у каждого супервизора свои BootROM и прошивка, они отображаются раздельно у каждого модуля (Fw и Sw): А у H3C как?

Отсюда, допустим, Troubleshooting: есть 4 версии мануала: С чем эти версии коррелируют? Как определить, какая мне версия нужна?

Несколько минут ждал. Рабочие супервизоры после распаковки дальше выводят на экран процесс без паузы.

Имеются шасси WS-C4507R-E и WS-C4510R-E и 3 супервизора WS-X4516-10GE (Supervisor Engine V-10GE). Во всех случаях процесс загрузки прерывается после распаковки IOS: Rommon reg: 0x10000380 ################################################## Decompression done, relocating ... По симптомам 100% ситуация с выходом из строя при перезагрузке, но есть непонятки. Принесли вроде бы рабочую память из стороннего такого же супервизора, с ней один из наших завёлся и проработал 2 недели, после чего отвалился (но перезагрузок не было). Для теста пробовали память из остальных − разницы нет. Остальные 2 пробовали запустить с памятью стороннего супервизора и с памятью соседа − эффекта нет. Главный вопрос дня − понять, неисправны сами супервизоры или же их память.

Раскройте простым белым юзерам правду-матку :)