17.6.2 Что следует сделать: решить проблему или эскалировать ее?

В некоторых случаях проблему невозможно устранить сразу. Если требуется решение руководителя, нужны особые знания или у технического специалиста нет нужного уровня доступа к сети, проблему необходимо эскалировать.

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

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

17.6.3 Команда debug

Процессы, протоколы, механизмы и события IOS генерируют сообщения для индикации их состояния. Эти сообщения могут оказаться ценным источником информации при поиске и устранении неполадок, а также при проверке работы системы. Команда debug в IOS позволяет администратору отобразить эти сообщения в реальном времени для анализа. Эта команда играет очень важную роль в мониторинге событий на устройстве Cisco IOS.

Все команды debug вводятся в привилегированном режиме EXEC. Cisco IOS позволяет ограничить выходные данные команды debug и включать в них только нужные функции или подфункции. Это очень важно, поскольку отладке присваивается высший приоритет среди процессов ЦП, и она способна привести к невозможности использования системы. Поэтому команду debug следует использовать только для устранения конкретной проблемы.

Для контроля состояния сообщений ICMP маршрутизатора Cisco используется команда debug ip icmp, как показано на рисунке.

R1# debug ip icmp

ICMP packet debugging is on

R1#

R1# ping 10.1.1.1

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.1.1.1, timeout is 2 seconds:

!!!!!

Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/2 ms

R1#

*Aug 20 14:18:59.605: ICMP: echo reply rcvd, src 10.1.1.1, dst 209.165.200.225,topology BASE, dscp 0 topoid 0

*Aug 20 14:18:59.605: ICMP: echo reply rcvd, src 10.1.1.1, dst 209.165.200.225,topology BASE, dscp 0 topoid 0

*Aug 20 14:18:59.608: ICMP: echo reply rcvd, src 10.1.1.1, dst 209.165.200.225,topology BASE, dscp 0 topoid 0

*Aug 20 14:18:59.608: ICMP: echo reply rcvd, src 10.1.1.1, dst 209.165.200.225,topology BASE, dscp 0 topoid 0

*Aug 20 14:18:59.611: ICMP: echo reply rcvd, src 10.1.1.1, dst 209.165.200.225,topology BASE, dscp 0 topoid 0

R1#

Чтобы отобразить краткое описание всех параметров команды отладки, введите в командной строке команду debug ? в привилегированном режиме EXEC.

Чтобы выключить определенную функцию отладки, добавьте перед командой debug ключевое слово no:

Маршрутизатор# не отладки ip icmp

Кроме того, можно ввести команду undebug в привилегированном режиме EXEC:

Маршрутизатор# неотлаживания ip icmp

Чтобы одновременно выключить все активные команды debug, используйте команду undebug all:

Маршрутизатор# неотлаживает все

Будьте осторожны, используя какую-либо из команд debug. Некоторые команды отладки, например debug allи debug ip packet, генерируют большое количество выходных данных и задействуют значительную часть системных ресурсов. Маршрутизатор может оказаться настолько занят отображением сообщений debug, что у него не останется вычислительной мощности для выполнения своих основных сетевых функций или даже для восприятия команд отключения отладки. По этой причине настоятельно не рекомендуется использовать эти параметры команды.