Cisco 3850 не работает

Странное поведение 3850 — Cisco — Ответ 6232514

Есть стаквайз 2 3850

Все вроде работало чудесно.

Появились какие то не приятности!!

1. При создание интерфейсе interface vlan 130
1.1 Циска виснет на минуту полторы
1.2 загрузка процца 100% это время
1.3 interface vlan 130 после чего всегда down down
1.4 условия для этого полные, vlan 130 Active
1.4.1 Vlan присутствует в рабочем транке

2. Есть Managment VLAN
2.1 Не давно, одно из устройств в нем, перестало отвечать по ИП
2.2 Поменяли ИП, все заработало

3. Теперь, в этом же, Managment VLAN есть cisco c IP
3.1 Она пингуется с ЛЮБОГО устройства ( Cisco )
3.1.1 Но не пингуется с хоста. ( то есть, к примеру, ping 10.10.10.1 source vlan 100 . если пингую тот же IP c хоста из VLAN 100, то . или Превышен интервал ожидания для запроса. =))))

4. Если в 3850 воткнут сервер с ESXI
4.1 На 3850 Поднят DHCP Pool
4.2 При включении ESXI, сам ESXI получает ИП например 20.20.20.1
4.3 ЛЮБОЙ хост внутри ESXI уже не может получит ИП с пула ЦИСКИ. Но глюк. в пуле показывает как будто IP выйдался Гостю, хотя реально, на Windows Server выдался APIPA и ничего он не получал.

ip dchp binding

Bindings from all pools not associated with VRF:
IP address Client-ID/ Lease expiration Type State Interface
Hardware address/
User name
10.x.x.3 01f0.1faf.ebfb.58 Apr 30 2014 11:48 AM Automatic Active Vlan101 ( Managment interface ) Добавлено через 3 минуты
Самая главная проблема, не создаются interface vlan.. и проблемы с ESXI

Помощь в написании контрольных, курсовых и дипломных работ здесь.

Источник

Методы обновления, восстановления коммутаторов Catalyst серии 3850 и управления ими

Параметры загрузки

Об этом переводе

Этот документ был переведен Cisco с помощью машинного перевода, при ограниченном участии переводчика, чтобы сделать материалы и ресурсы поддержки доступными пользователям на их родном языке. Обратите внимание: даже лучший машинный перевод не может быть настолько точным и правильным, как перевод, выполненный профессиональным переводчиком. Компания Cisco Systems, Inc. не несет ответственности за точность этих переводов и рекомендует обращаться к английской версии документа (ссылка предоставлена) для уточнения.

Содержание

Введение

В этом документе описывается оптимизация процесса обновления коммутаторов Cisco Catalyst серии 3850 и способы аварийного восстановления в случае сбоя программного обеспечения или ошибки загрузки. Процесс обновления прост, но может вызвать затруднения, если у вас нет опыта выполнения обновления программного обеспечения Cisco IOS® XE.

Предварительные условия

Требования

Компания Cisco рекомендует предварительно ознакомиться со следующими предметами:

Используемые компоненты

Информация, содержащаяся в этом документе, основывается на коммутаторах Cisco Catalyst серии 3850, на которых выполняется ПО Cisco IOS-XE версии 03.03.00 и более поздних версий. В примерах, приведенных в этом документе, используется решение со стеком; однако те же команды могут выполняться на отдельном коммутаторе.

Сведения, представленные в этом документе, были получены от устройств, работающих в специальной лабораторной среде. Все устройства, описанные в этом документе, были запущены с чистой (стандартной) конфигурацией. В рабочей сети необходимо изучить потенциальное воздействие всех команд до их использования.

Примечание. Для загрузки образов Cisco IOS-XE с веб-сайта Cisco необходима действующая учетная запись Cisco Connection Online (CCO) с полномочными учетными данными. Кроме того, Cisco не предлагает бесплатное решение для TFTP/FTP, поэтому сначала необходимо установить и настроить TFTP/FTP.

Сравнение режима установки и пакетного режима

При развертывании коммутаторов Cisco Catalyst серии 3850 на выбор доступны два режима работы: INSTALL (установка) и BUNDLE (пакетный). Между ними существуют незначительные различия. Дополнительные сведения приведены в руководство по настройке.

Cisco рекомендует во время работы использовать режим INSTALL (установка), поскольку он обеспечивает более полный набор функций и требует меньше ресурсов во время загрузки. В этом документе для справки приведен краткий обзор каждого режима.

Примечание. Ошибка ПО CSCuw82216 может привести к неработоспособности коммутатора из-за повреждения флеш-памяти при обновлении с версии ПО ниже 3.6.3 или ниже 3.7.2 до версий 3.6.3/3.7.2 в режиме установки. Эта неполадка устранена в версиях ПО 3.6.4 или 3.7.3 и более поздних, поэтому не возникает при обновлении до этих версий программного обеспечения. В результате этой ошибки ПО для обновления версий ПО, в которых она имеется, рекомендуется использовать пакетный режим (bundle)

Режим установки

Это режим по умолчанию для коммутатора. В режиме INSTALL для загрузки коммутатора используется пакетный файл с именем packages.conf. Кроме того, во флеш-памяти есть ряд файлов .pkg. Cisco рекомендует изменять эти файлы, только если было получено указание сделать это от специалиста Центра технической поддержки Cisco TAC.

Пакетный режим

Если вам удобно использовать традиционные цельные образы IOS для загрузки коммутатора, то вам необходимо познакомиться с режимом BUNDLE. Режим BUNDLE использует больше памяти по сравнению с режимом INSTALL, поскольку пакеты извлекаются из комплекта и копируются в ОЗУ.

Проверка режима

Для проверки режима введите команду show version:

Обновление

Для того чтобы начать процесс обновления, необходимо загрузить файл .bin IOS-XE с веб-сайта Cisco и поместить его во флеш-память активного коммутатора. Процесс, который используется для копирования файла на коммутатор, в этом документе не рассматривается.

При копировании файла .bin на один коммутатор процесс установки реплицирует этот файл на другие коммутаторы в стеке. После размещения файла введите следующую команду:

Примечание. После ввода каждой команды можно указать много параметров; однако в данном примере выполняется простое обновление.

После начала процесса обновления коммутатор передает файл .bin равноправным участникам стека.

После того как все участники получат файл .bin, он автоматически разворачивается во флеш-памяти.

Затем коммутатор составляет список файлов, которые отмечены для удаления и добавления, в файле указателя packages.conf.

Наконец, файл packges.conf обновляется и фиксируется.

После перезагрузки убедитесь, что процесс обновления выполнен правильно.

Очистка флеш-памяти

Во флеш-памяти остаются некоторые файлы от предыдущих версий. Вместо удаления этих файлов вручную можно ввести команду software clean. В результате из флеш-памяти всех элементов стека будут удалены файлы, которые больше не нужны для работы коммутатора.

Примечание. Эта команда также удаляет файл .bin, который используется для установки нового программного обеспечения IOS. Важно помнить, что после извлечения он больше не нужен.

В следующих двух разделах представлены примеры того, как выглядит флеш-память до и после применения команды software clean.

До очистки флеш-памяти

После очистки флеш-памяти

Вот выходные данные команды show flash после очистки флеш-памяти:

Функция автоматического обновления коммутаторов Catalyst серии 3850

Существует много ситуаций, в которых необходимо включить новый коммутатор в действующий стек коммутаторов Catalyst серии 3850, например, когда приобретается новый коммутатор для увеличения количества доступных портов в стеке. Для успешного добавления нового коммутатора в стек необходимо удостовериться, что на новом коммутаторе используется та же версия программного обеспечения. До IOS-XE версии 3.3.1 единственным способом обеспечить соответствие версий было предварительное обновление нового коммутатора до его включения в стек.

Коммутаторы Catalyst серии 3850 имеют функцию под названием Auto-Upgrade (Автоматическое обновление), которая может быть вам знакома, если вы переходите с платформы Catalyst серии 3750. Эта функция предназначена для обеспечения автоматической передачи на вновь добавленный коммутатор правильной версии IOS-XE другими участниками стека. Однако следует обратить внимание на то, что до версии 3.3.1 эта функция не работает (см. описание ошибки Cisco с идентификатором CSCui69999). Поэтому необходимо удостовериться, что в текущем стеке выполняется версия не ниже 3.3.1 в режиме INSTALL.

Примечание. Автоматическое обновление отключено по умолчанию и недоступно в режиме BUNDLE.

Для использования функции автоматического обновления добавьте команду software auto-upgrade enable в конфигурацию текущего стека. Это обеспечит автоматическое обновление участников, которые добавляются в стек.

Настройка

После включения в стек и загрузки коммутатора вы увидите однозначное свидетельство того, что есть несоответствие версий, и новый участник не может полностью присоединиться к стеку. Если просмотреть системный журнал, когда коммутатор пытается присоединиться к стеку, вы заметите, что функция автоматического советника Auto-Advise предупреждает об отличии версии и режима работы программного обеспечения на новом коммутаторе.

Примечание. В данном примере на новом коммутаторе выполняется IOS-XE версии 3.2.2 в режиме BUNDLE.

После полной загрузки нового участника стека вы видите, что обнаружено несоответствие:

Включение функции автоматического обновления

В режиме глобальной настройки введите команду software auto-upgrade enable . Она активирует эту функцию для всех новых коммутаторов, которые присоединяются к стеку.

Необходимо перезагрузить только добавленный коммутатор; перезагрузка всего стека не нужна. В данном случае добавляется коммутатор switch 3, поэтому вводится команда reload slot 3.

Совет: Параметр slot в этих командах указывает на коммутатор в стеке (slot 1 = коммутатор 1).

Подождите несколько минут, пока коммутатор перезагружается в фоновом режиме. Затем вы увидите следующее:

Теперь видно, что происходит переход из режима BUNDLE в режим INSTALL, после чего выполняется перезагрузка:

После перезагрузки обновление продолжается:

Автоматически выполняется еще одна перезагрузка. После загрузки коммутатор успешно присоединяется к стеку с правильной версией и режимом программного обеспечения IOS-XE.

Проверка

Используйте команды show switch и show version, чтобы убедиться, что процесс обновления выполнен правильно:

Восстановление после сбоя загрузки коммутатора серии 3850

Существует несколько причин сбоя загрузки коммутатора серии 3850, среди которых поврежденный загрузочный образ, поврежденный файл packages.conf или отсутствующие файлы. В этом разделе описываются возможные способы восстановления.

Примечание. Перед продолжением обязательно ознакомьтесь с двумя возможными режимами загрузки: INSTALL и BUNDLE.

Стандартные способы восстановления

В этом разделе описываются два стандартных способа, которые используются для восстановления после сбоя загрузки коммутатора Catalyst серии 3850.

Восстановление с использованием USB

Коммутаторы серии 3850 оснащаются USB-портом на передней панели, который используется для консольного доступа. Кроме того, к этому USB-порту подключаются флеш-диски для резервного копирования и восстановления образа.

Если приглашение switch: зависло: из-за повреждения образа или файла .conf, можно легко загрузить файл, который хранится на USB-накопителе, или скопировать образ с USB-накопителя во внутреннюю флеш-память. Выполните следующие действия для восстановления после сбоя загрузки:

Убедитесь, что флеш-диск распознан, и файл .bin существует:

Загрузите образ с USB-накопителя:

Примечание. Этот процесс загружает коммутатор в режиме BUNDLE.

Совет: Также можно скопировать файл .bin из usbflash0: в flash: и указать в параметре загрузки на внутреннюю флеш-память.

Восстановление поврежденного файла

Существуют ситуации, когда packages.conf вызывает файлы, которых больше во флеш-памяти. Можно вручную загрузить образ из switch: prompt file; однако после перезагрузки он снова вызывает файл packages.conf и не может загрузиться. В этом случае Cisco рекомендует создать резервную копию текущего файла packages.conf, а затем переименовать или удалить его. Это обязательный процесс, поскольку на следующем шаге происходит сбой, если файл .conf уже существует. После извлечения файла .bin создается новый файл packages.conf. Выполните следующие действия, чтобы восстановить поврежденный файл packages.conf:

После загрузки (в режиме BUNDLE) проверьте файлы во флеш-памяти:

Скопируйте или переименуйте текущий файл packages.conf:

Разверните пакет, чтобы создать новый файл packages.conf:

Аварийное восстановление

Если предыдущие способы восстановления не помогают, для коммутаторов серии 3850 существует способ trap door, который можно использовать для восстановления системы. У У Вам понадобится терминал, подключенный к порту управления коммутатором, на котором выполняется сервер TFTP. Загрузите действительный файл образа из CCO и сохраните его в корневом каталоге сервера TFTP.

Скорее всего, коммутатор зависнет на приглашении switch: (приглашение)# . Однако, если вы находитесь в цикле загрузки, его можно прервать с помощью кнопки Mode (Режим) на передней панели коммутатора: удерживайте кнопку нажатой в течение приблизительно 10 секунд, после чего коммутатор прервет цикл и остановится на приглашении switch: (приглашение)# .

Выполните следующие действия, чтобы выполнить аварийное восстановление:

Настройте IP-адрес коммутатора:

Задание шлюза по умолчанию:

Выполните эхозапрос к терминалу, на котором находится сервер TFTP, чтобы проверить соединение:

Убедитесь в наличии файлов аварийного восстановления в файловой системе коммутатора:

Выполните функцию аварийной установки:

Источник