- •Режими функціонування Cisco ios
- •Інтерфейс користувача
- •Режими командного рядка
- •Допомога з команд Cisco ios
- •Послідовність початкового завантаження маршрутизатора та комутатора
- •Файли конфігурації маршрутизатора та комутатора
- •Початкове конфігуравання комутатора
- •Деякі команди початкового конфігурування та моніторингу роботи маршрутизатора та комутатора
- •Приклад 3.4 Настроювання повідомлення дня
- •Настроювання Ethernet-інтерфейсів
- •Деякі команди групи show
- •Загальні відомості стосовно команд групи debug
- •Хід роботи
- •Контрольні запитання
Допомога з команд Cisco ios
Під час роботи в CLI, часто виникає потреба в отриманні допомоги по командах, аргументах, форматах команд. Для отриманні такої допомоги варто пам’ятати таке.
Для виведення списку команд слід набрати знак питання „?”. Якщо лістинг не вміщується на екрані внизу екрану буде виведено рядок „--More--”. Проглянути один нижчерозташований рядок можна натиснувши клавішу Enter, а нижчерозташований екран пробіл. Натиснення буд-якої іншої клавіші приведе до повернення у режим командного рядка.
За допомогою знаку „?” можна уточнити будь-яку команду та її формат. Якщо знак питання ставиться безпосередньо у слові команди (без пробілу) то виводиться список команд, що починаються на відповідні початкові літери, якщо після команди то виводиться формат відповідного аргументу. Приклад, що ілюструє вищесказане наведено нижче.
Зауважимо, що під час роботи в CLI можна отримати три різних види повідомлення про помилки.
Ambiguous command означає, що введена команда (а точніше її частина) є неоднозначною і не дозволяє визначити яку саме команду хотів ввести адміністратор, адже існує кілька команд, які починаються на ці літери (див. другий рядок прикладу 3.1).
Incomplete command означає що команду введено не повністю, наприклад, не введені всі її аргументи тощо (див. восьмий рядок прикладу 3.1).
Incorrect command команда введена некоректно, тобто неправильно набрано цю команду, або її аргументи тощо (наприклад, у п’ятому рядку прикладу 3.1 набрано неправильну команду „clok” замість „сlock” а у рядку 20, замість слова “July” було неправильно введено порядковий номер цього місяця 7 і на цю помилку вказує символ „^” 21-го рядка).
Router#cl
% Ambiguous command: “cl”
Router#cl?
сlear clock
Router#clok
%Unknown command or computer name or unable ro finde computer addres
Router#clock
%Incomplete command.
Router#clock ?
set Set the time and date
Router#clock set
%Incomplete command.
Router#clock set ?
hh:mm:ss Current Time
Router#clock set 15:37:00
%Incomplete command.
Router#clock set 15:37:00 ?
<1-31> Day of the month
MONTH Month of the year
Router#clock set 15:37:00 14 7
^
% Invalid input detected at “^” marker.
Router#clock set 15:37:00 14 July
% Incomplete command.
Router#clock set 15:37:00 14 July ?
<1993-2035> Year
Router#clock set 15:37:00 14 July 2009
Router#
Приклад 3.1 Отримання допомоги по команді clock set
Послідовність початкового завантаження маршрутизатора та комутатора
Розглянемо особливості завантаження маршрутизатора. При включенні маршрутизатора виконується процедура самотестування POST (Power-On Self Test), яка зберігається в ROM. Після цього запускається процес ініціалізації програмного забезпечення, який складається з двох етапів:
Системні стартові програми ініціалізують ПЗ маршрутизатора.
Резервні програми для відновлення ПЗ за необхідністю виконують альтернативний запуск ПЗ.
Стартові програми повинні переконатись у нормальному функціонування апаратного забезпечення; знайти та завантажити IOS; знайти і застосувати стартовий файл конфігурації (якщо його немає – увійти в режим початкового настроювання).
Отже, після виконання тесту POST виконуються такі події:
Виконується програма початкового завантаження (Bootstrap).
Завантажується образ IOS (рис. 3.2). Стандартно, при завантаженні маршрутизатора (комутатора), місцезнаходження IOS визначається апаратною платформою. Проте найчастіше маршрутизатор спочатку шукає збережені в NVRAM команди boot system:
Router(config)# boot system flash ios_filename,
Router(config)# boot system tftp ios_filename tftp_addr,
Router(config)# boot system flash ROM.
В
Рисунок 3.2
Завантажувальна послідовність
маршрутизатора
З пам’яті NVRAM у пам’ять RAM завантажується та виконується файл стартової конфігурації. Якщо в NVRAM файл конфігурації відсутній або неправильний IOS шукає його на TFTP сервері, інакше викликає програму початкової конфігурації (Setup), яка в режимі діалогу задає системному адміністратору ряд запитань. Її мета – створення мінімальної конфігурації. В будь-який момент процес конфігурування можна перервати шляхом натиснення комбінації клавіш Ctrl-C. Зауважимо, що даний режим не рекомендується використовувати як основний засіб конфігурування.
Тепер коротко охарактеризуємо процес завантаження комутатора, (який має багато спільного з процесом завантаження маршрутизатора). Після увімкнення (або перезавантаження) комутатор завантажує програму-завантажувач (boot loader), яка зберігається в NVRAM. Ця програма:
Виконує ініціалізацію процесора на низькому рівні. Ініціалізуються регістри процесора, які контролюють відображення фізичної пам’яті, об’єм пам’яті та її швидкість.
Виконує самотестування POST для підсистем процесора. Відбувається перевірка оперативної пам’яті та частини пристрою flash, яка містить файлову систему.
Ініціалізує файлову систему flash на системній платні.
Завантажує заданий за замовчанням образ операційної системи в пам’ять і виконує завантаження комутатора. Завантажувач знаходить образ Cisco IOS на комутаторі переглядаючи каталог, що має таке ж ім’я, як файл образ Cisco IOS (виключивши розширення .bin). Якщо там образ не знайдено, завантажувач проглядає кожен підкаталог перед продовженням пошуку в поточному каталозі.
Потім ОС ініціалізує інтерфейси, використовуючи команди, файла конфігурації config.text, що зберігається у flash-пам’яті комутатора.
