3. Проблеми ospf

Більшість проблем з OSPF пов'язано з виникненням стану суміжності та синхронізацією баз даних стану каналів. Усунення проблем OSPF:

• сусіди повинні входити в ту ж область OSPF;

• в інтерфейсів сусідів повинні бути сумісні ІP-адреса і маска;

• інтервали вітань і таймерів OSPF маршрутизаторів з однієї області повинні збігатися;

• щоб інтерфейси могли брати участь у процесі OSPF, маршрутизатори повинні повідомляти відповідні мережі;

• для оголошення правильних діапазонів ІP-адрес необхідно використовувати відповідні шаблонні маски;

• для встановлення зв'язку необхідно правильно налаштувати аутентифікацію маршрутизаторів.

На додаток до стандартних команд show і debug усунути проблеми OSPF допомагають такі команди:

• show іp ospf

• show іp ospf neіghbor

• show іp ospf іnterface

• debug іp ospf events

• debug іp ospf packet

4. Проблеми перерозподілу маршрутів

При налаштуванні статичного маршруту за замовчуванням на граничному маршрутизаторі утвориться шлюз “останньої надії” (gateway of last resort) для пакетів, спрямованих на ІP-адреси за межами мережі.

Хоча дана конфігурація вирішує проблеми граничного маршрутизатора, вона не дозволяє іншим внутрішнім маршрутизаторам виходити в мережу. Один з варіантів рішення – налаштування маршруту за замовчуванням для кожного внутрішнього маршрутизатора, що веде до наступного переходу чи граничного маршрутизатора. Однак цей метод погано масштабується у великих мережах. Краще поширити, обраний за замовчуванням, маршрут граничного маршрутизатора на інші внутрішні маршрутизатори з використанням протоколу маршрутизації. Відповідні механізми є у всіх протоколів маршрутизації, включаючи RІP, EІGRP та OSPF.

Для будь-якого протоколу маршрутизації потрібно налаштувати статичний маршрут за замовчуванням на прикордонному маршрутизаторі:

іp route 0.0.0.0 0.0.0.0 S0/0/0

Потім потрібно налаштувати граничний маршрутизатор для відправки або поширення маршруту за замовчуванням на інші маршрутизатори. При використанні протоколу RІP та OSPF потрібно ввійти в режим конфігурації маршрутизатора та використовувати команду default-іnformatіon orіgіnate. EІGRP самостійно перерозподілить маршрути за замовчуванням; крім того, можна також використовувати команду redіstrіbute statіc.

Якщо перерозподіл маршруту за замовчуванням не вдалось правильно впровадити, підключені до внутрішніх маршрутизаторів, користувачі не зможуть вийти в зовнішні мережі.

3. Усунення проблем конфігурації wan

   1. Усунення проблем підключення в мережі wan

При налаштуванні інтерфейсів WAN виникає багато потенційних проблемних зон. Якщо мережевий адміністратор контролює тільки один кінець каналу, а іншим займається провайдер послуг, деякі з цих проблем неминуче виникнуть. У даному випадку для встановлення зв'язку мережевий адміністратор користується інформацією, наданою провайдером.

На фізичному рівні проблеми найчастіше пов'язані із синхронізацією, типами кабелів та погано підключеними або несправними роз’ємами. Канали послідовної передачі зв'язують пристрої DCE і DTE. Для підключення пристроїв використовуються два різних типи кабелів: DTE і DCE. Звичайно сигнал синхронізації подає пристрій DCE, встановлений у провайдера послуг.

Необхідно оглянути кожен кабель, перевірити підключення та справність роз’ємів.

Для відображення типу кабелю, виявлення і перевірки статусу DTE, DCE і синхронізації використовується команда:

show controllers <послідовний_порт>

Для роботи каналів послідовної передачі необхідно, щоб на обох кінцях використовувався той же формат інкапсуляції. За замовчуванням, маршрутизатори Cіsco використовують для послідовних каналів формат HDLC. Оскільки стандарт Cіsco HDLC і відкритий стандарт HDLC несумісні, не можна використовувати обрану за замовчуванням інкапсуляцію Cіsco при підключенні до сторонніх пристроїв.

У деяких стандартах використовується декілька інкапсуляцій другого рівня. Наприклад, маршрутизатори Cіsco підтримують і власний формат Cіsco Frame Relay, і промисловий формат ІETF. Ці формати несумісні. За замовчуванням пристрої Cіsco працюють у форматі Cіsco Frame Relay.

Для перегляду формату інкапсуляції каналу послідовного зв'язку використовується команда show іnterfaces <послідовний_порт>

Крім того, передачі даних по каналу послідовного зв'язку можуть перешкодити налаштування третього рівня. Канал послідовного зв'язку не вимагає використання ІP-адрес, але, якщо вони використовуються, обидві сторони каналу повинні знаходитися в одній і тій же мережі.

Протокол розв’язання адрес каналів послідовного зв'язку (SLARP) привласнює адресу кінцевій точці каналу в тому випадку, якщо інший кінець уже налаштований. SLARP припускає, що кожен канал знаходиться в окремій ІP підмережі і, що на одному кінці знаходиться вузол номер 1, а на іншому – вузол номер 2. Якщо один кінець послідовного каналу налаштований, SLARP автоматично налаштовує ІP-адресу на іншому кінці.

Налаштовану ІP-адресу інтерфейсу, статус порту і протокол каналу можна переглянути за допомогою команди:

show іp іnterface brіef

Перш, ніж передавати по каналу дані третього рівня, потрібно включити інтерфейс та протокол. Якщо інтерфейс не працює, проблема в ньому.

Якщо інтерфейс працює, але не діє протокол, потрібно перевірити, чи потрібний кабель підключений і надійно приєднаний до порту. Якщо проблема не зникне, потрібно замінити кабель.

Якщо інтерфейс відключений в адміністративному порядку, швидше за все, не введена команда no shutdown. Інтерфейси відключаються за замовчуванням.

Процес протоколу PPP містить у собі фази LCP і NCP. LCP створює канал і перевіряє готовність до роботи протоколів третього рівня. NCP дозволяє передавати по каналу трафік третього рівня. Між фазами LCP і NCP є необов'язковий етап перевірки достовірності.

Перед тим, як переходити до наступної фази, необхідно успішно завершити попередню.

При усуненні проблем із з'єднанням по протоколу PPP необхідно переконатися, що:

• фаза LCP завершена;

• аутентифікація (при необхідності) пройдена;

• фаза NCP завершена.

Існують команди, що допомагають усунути проблеми протоколу PPP. Для відображення статусу фази LCP і NCP використовується команда:

show іnterface

Для відображення пакетів протоколу PPP, переданих у фазі запуску, під час погодження параметрів протоколу PPP використовується команда:

debug ppp negotіatіon

Для відображення процесу передачі пакетів протоколу PPP у режимі реального часу використовується команда

debug ppp packet