ISSU на 7600

 

Всегда было желание делать обновление программного обеспечения без остановки сервиса на пограничных маршрутизаторах. У cisco есть такая технология - ISSU, но работает ли она на приемлимом для продакшена уровне, - вот в чем вопрос?

Изначально имеем cisco 7600 с двумя RSP, где в 2ом слоте active RP, в 1ом standby RP.

Будем обновляться между ветками SRD и SRE, а конкретно с IOS c7600rsp72043-ipservices-mz.122-33.SRD7.bin на c7600rsp72043-ipservices-mz.122-33.SRE6.bin

 

Подготавливаем IOS`ы на флеш дисках основного(sup-bootdisk:) и бэкап(slavesup-bootdisk:) RP

Router#sh sup-bootdisk: 

-#- --length-- -----date/time------ path

2    125449028 Mar 22 2012 22:52:00 +00:00 c7600rsp72043-ipservices-mz.122-33.SRD7.bin

4    143157092 Mar 23 2012 01:33:20 +00:00 c7600rsp72043-ipservices-mz.122-33.SRE6.bin

 

Router#sh slavesup-bootdisk: 

-#- --length-- -----date/time------ path

1    143157092 Mar 23 2012 01:48:44 +00:00 c7600rsp72043-ipservices-mz.122-33.SRE6.bin

2    125449028 Mar 23 2012 02:00:44 +00:00 c7600rsp72043-ipservices-mz.122-33.SRD7.bin

 

Убеждаемся что оба RP функционируют и находятся в режиме SSO

Router#sh redundancy 

                Hardware Mode = Duplex

    Configured Redundancy Mode = sso

     Operating Redundancy Mode = sso

               Active Location = slot 2

        Current Software state = ACTIVE

              Standby Location = slot 1

        Current Software state = STANDBY HOT 

 

Отключаем проверку матрицу совместимости и пытаемся резервировать память, хоть по умолчанию оно должно делать.

no service image-version efsu

mdr download reserve memory image slot 3

 

Далее следует сам процесс обновления:

 

Загружаем IOS на Standby RP

issu loadversion 2 sup-bootdisk:c7600rsp72043-ipservices-mz.122-33.SRE6.bin 1 slavesup-bootdisk:c7600rsp72043-ipservices-mz.122-33.SRE6.bin

 

*Mar 23 03:13:24.775: %RF-SP-5-RF_RELOAD: Peer reload. Reason: ISSU Loadversion

*Mar 23 03:13:24.775: %OIR-SP-3-PWRCYCLE: Card in module 1, is being power-cycled (RF request)

*Mar 23 03:13:25.775: %PFREDUN-SP-6-ACTIVE: Standby processor removed or reloaded, changing to Simplex mode

 

Ждем пока загрузится новое ПО в наш пока ещё standby RP, ну а пока ещё работаем на старом ПО.

Пока standby RSP получает новый IOS, в процессе его загрузки должен запустится ещё один процесс pre-download`а - на нашу линейную карту WS-6704, если конечно хватит памяти(вроде как 512Мбайт свободными нужно на SP), иначе после переключения на новый active RP, наша карта пойдет полный процесс переинициализации, что существенно увеличит время простоя.

 

У меня, к сожалению, ругнулась на нехватку памяти:

*Mar 23 03:34:14.029: SP-STDBY: PREDNLD: Unable to reserve sufficient memory for pre-download, marking the card [3] for hard

 reset

 

Но если все прошло успешно, смотрим сколько времени потребуется на переинициализацию нашей линейной карты.

Router#remote command switch show issu outage slot all

Slot # Card Type                                   MDR Mode    Max Outage Time

------ ------------------------------------------- ----------- ---------------

     3 CEF720 4 port 10-Gigabit Ethernet           RELOAD             360 secs

 

Переводим наш standby RP в активный режим

issu runversion 1 slavesup-bootdisk:c7600rsp72043-ipservices-mz.122-33.SRE6.bin

 

Моя линейная карта ушла на перенинициализацию и заняло это 46 секунд до момента как сервис снова продолжил работу, не так уж и плохо, но если бы хватило памяти на pre-download, то скорее всего увдиле бы порядка 3 секунд.

 

Останавливливаем ISSU таймеры, что бы не откатится назад

issu acceptversion 1 sup-bootdisk:c7600rsp72043-ipservices-mz.122-33.SRE6.bin

 

Но прежде чем остановить таймеры, я долго и упорно ждал пока RP загрузится полностью и войдет в рабочее состояние, он почему-то постоянно перезагружался. Пришлось сделать accept в тот момент когда он распознан был в системе и прошел почти все тесты. Сработало.       

 

Далее, на нашем бывшем активном RP разрешаем загрузить тоже новую версию ПО

issu commitversion 2 slavesup-bootdisk:c7600rsp72043-ipservices-mz.122-33.SRE6.bin

 

Аналогично как и для accept`а пришлось подлавливать момент что бы сделать commit, RP постоянно перезагружался, но после того как "поймал момент" RP больше не перезагржалася.

 

Хочется отметить, что сколько раз не пробовал делать ISSU для разных веток SRC, SRD, SRE, всегда возникали какие-то проблемы...

Сижу и думаю, открывать ticket в TAC cisco, как и в прошлый раз открывал, или принять такие переключения за норму.

Level Up
Sponsors:

Контактная информация

Если у Вас есть какие-либо вопросы, Вы можете связаться с нами:

Отдел продаж: (с 10:00 до 18:00)

Icq: 155-10-6525

E-mail: sales@golas.ru