Default information originate что за команда

Default information originate что за команда

Таймеры протокола

Update:насколько часто(в секундах) рассылать обновления Invalid: сколько секунд должно пройти после получения последнего обновления, чтобы счесть маршрут некорректным и поместить его на удержание Hold Down: сколько времени (в секундах) «не верить» любым равным или менее убедительным (худшим) обновления маршрутов, находящихся на удержании Flush: сколько секунд с момента последнего валидного обновления должно пройти, проежде чем мы выбросим этот маршрут в корзину(сбор мусора для непредпочтительных и необновляемых маршрутов)

Описание работы протокола

Когда маршрутизатор отправляет обновление RIP, он добавляет к метрике маршрута, которую он использует, 1 и отправляет соседу. Сосед получает обновление, в котором указано какую метрику для полученного маршрута ему использовать.

Маршрутизатор отправляет каждые 30 секунд все известные ему маршруты соседним маршрутизаторам. Но, кроме этого, для предотвращения петель и для улучшения времени сходимости, используются дополнительные механизмы:

В обновлениях RIPv2 могут передаваться до 25 сетей.

RIP в Cisco

Базовые настройки

RIPv2 бесклассовый протокол маршрутизации, но в команде network может быть указана только классовая сеть. Даже если указать сеть с маской, которая не соответствует классовой, RIP автоматически преобразует её в классовую сеть. Команда network указывает только на каких интерфейсах включить RIP, а фактическая сеть и маска будет взята из настроек интерфейса.

Включение RIP для классовой сети (команда network) значит включение его на всех интерфейсах, которые являются частью этой сети. А включение RIP на интерфейсе означает, что маршрутизатор:

Для того чтобы отключить эти функции на интерфейсе:

Особенности анонсирования сетей

Схема (используется классовый протокол маршрутизации):

Информация о сети 10.10.11.0/24 не дойдет до R4. R2 передаст к R3 информацию о классовой сети 10.0.0.0/8, но у R3 есть более специфический маршрут в сеть 10.0.0.0/8, то он не будет анонсировать эту информацию R4.

Маршрут по умолчанию

Команда default-information originate

RIP будет анонсировать маршрут по умолчанию, даже если маршрута по умолчанию нет в таблице маршрутизации.

Команда redistribute static

Если в таблице маршрутизации есть статический маршрут по умолчанию, то можно анонсировать его с помощью команды redistribute static.

Суммирование маршрутов

Маршрутизатор может суммировать сети:

Автоматическое суммирование

Автоматическое суммирование маршрутов перебивает настройки суммарного маршрута на интерфейсе, за исключением случая когда выполняются следующие условия:

Административное суммирование

Настройка суммарного маршрута:

Ограничения суммирования маршрутов в RIP

RIP не позволяет настраивать суммарный маршрут с маской, которая меньше классовой (supernet). Например, нельзя настроить суммарный маршрут 10.0.0.0/6:

OSPF и EIGRP такое сделать позволяют.

У каждого суммарного маршрута настроенного на интерфейсе маршрутизатора должна быть уникальная классовая сеть. RIP не позволяет настраивать несколько суммарных подсетей из одной классовой сети на одном интерфейсе. Например, такие суммарные маршруты не разрешены:

Просмотр настроек

База данных маршрутов RIP

В базе данных хранятся такие маршруты:

Просмотр базы данных маршрутов RIP:

Работа с таймерами

В таблице маршрутизации, в каждом маршруте, который получен по протоколу RIP указан Invalid timer:

Когда маршрут находится в таблице маршрутизации в состоянии possibly down, это значит, что Invalid timer истек, а Flush timer еще нет:

Для того чтобы посмотреть информацию о текущем значении таймера flush, необходимо дать команду:

Изменение значений таймеров RIP:

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

Удалить можно все маршруты:

или маршрут к конкретной сети:

Дополнительные возможности

Проверка адреса отправителя обновления

Triggered extension to RIP

Triggered extension to RIP — дополнительный функционал, который позволяет RIP отправлять полную информацию о всех маршрутах только один раз и после этого не отправлять её. Функция разработана для demand circuit и описана в RFC 2091. Включается на интерфейсе командой ip rip triggered.

Статическое указание соседа

Для того чтобы ограничить отправления обновлений в сети с множественным доступом можно использовать команду neighbor. До этого надо указать интерфейс как passive. Тогда, после выполнения команды neighbor, RIP будет отправлять обновления unicast-пакетами только указанному соседу.

Статическое указание соседа:

Split horizon

Split horizon по умолчанию включён на всех интерфейсах, кроме случаев когда Frame Relay настроен с IP-адресом на физическом интерфейсе.

Отключить split horizon на интерфейсе:

Offset List

Offset list — механизм для увеличения входящей или исходящей метрики маршрутов, которые были выучены через RIP. Можно применить offset list к конкретному интерфейсу или с помощью ACL отфильтровать конкретные сети для которых надо увеличить метрику.

Источник

Применение OSPF в качестве протокола IGP – правила маршрутизации в сети Internet

Маршрут по умолчанию вводится в OSPF с помощью следующей команды маршрутизатора:

По команде default-information originate (без ключевого слова always) маршрут по умолчанию 0/0 преобразуется в OSPF-маршрут, но только в том случае, если маршрутизатор сам имеет маршрут по умолчанию. Здесь нельзя использовать ключевое слово always, так как при выходе из строя канала связи граничный маршрутизатор будет продолжать преобразование маршрута по умолчанию в IGP-маршрут, даже если он не сможет больше доставлять трафик по назначению. (Помните, что прямой связи между граничными маршрутизаторами нет!)

Если маршрутизаторы RTA и RTF сконфигурированы с командой default- information originate, то произойдет следующее,

Шаг 1. Маршрутизатор RTA получает сведения о маршруте по умолчанию по EBGP и по IBGP.

Шаг 2. Так как на RTA задано, что все должно проводиться через RTF (маршрут с более высоким локальным предпочтением), то он отдает предпочтение маршруту 0/0 по IBGP.

Шаг 3. Так как у RTA есть маршрут по умолчанию (по BGP), то он начинает преобразование его в IGP.

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

Вы можете сказать, что, поскольку канал NY является основным, то RTA не должен посылать сведения о маршрутах по умолчанию. Но подумайте, что произойдет, если выйдет из строя канал NY. При этом маршрутизатор RTF перестает объявлять маршрут по умолчанию 0/0 в IGP. И маршрутизатор RTA также не посылает никаких сведений о маршрутах по умолчанию, так что трафик не сможет покинуть пределы AS.

Решение этих проблем заключается в том, чтобы RTA и RTF объявляли маршрут по

умолчанию, только если у них имеется этот маршрут и только в том случае, если он получил сведения о нем по EBGP. Когда маршрутизатор RTA обнаруживает, что маршрут по умолчанию 0/0 получен по EBGP, а не по IBGP, он сообщает, что с каналом NY что-то случилось и начинает самостоятельно посылать маршрут по умолчанию. Это можно сделать с помощью карты маршрутов совместно с командой default-information originate, как показано в листинге 12.42.

Листинг 12.42. Использование маршрута по умблчанию только в определенных

I обстоятельствах (конфигурация маршрутизатора RTA)

network 172.16.0.0 0.0.255.255 area 0

default-information originate route-map SEND_DEFAULT_IF

network 172.16.220.0 mask 255.255.255.0

network 172.16.70.0 mask 255.255.255.0

Источник

Маршрутизация в Cisco

Материал из Xgu.ru

Данная страница находится в разработке. Эта страница ещё не закончена. Информация, представленная здесь, может оказаться неполной или неверной.

Если вы считаете, что её стоило бы доработать как можно быстрее, пожалуйста, скажите об этом.

На этой странице описываются настройки различных механизмов работы с протоколами динамической маршрутизации и др. на маршрутизаторах Cisco.

Тут описана краткая настройка специфических функций (не базовые настройки протоколов) для сравнения их настройки в различных протоколах. Рассматриваются отличия работы одинаковых функций в различных протоколах маршрутизации.

Описаны полезные команды для просмотра информации, касающейся маршрутизации. Полезные для поиска неисправностей и для понимания внутренней работы протоколов.

Более подробная информация о настройке конкретных протоколов маршрутизации описана на соответствующих страницах:

Содержание

[править] Отношения соседства

[править] Отношения соседства в RIP

[править] Отношения соседства в OSPF

Для того чтобы маршрутизаторы установили отношения соседства (adjacency), в hello-пакетах должны совпадать значения таких полей:

[править] Отношения соседства в EIGRP

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

Для того чтобы маршрутизаторы стали EIGRP-соседями у них не обязательно должны совпадать Hello и Hold time.

Если на одном из маршрутизаторов изменены Hello или Hold time, то соседи этого маршрутизатора будут использовать эти значения. Для того чтобы сам маршрутизатор использовал другие значения, необходимо изменить таймер на соответствующем интерфейсе соседа.

[править] Отношения соседства в IS-IS

Условия формирования соседства.

В целом, формирование соседства в IS-IS гораздо проще, чем в OSPF.
Оно осуществляется с помощью PDU, которые инкапсулируются в кадры канального уровня модели OSI. Поэтому протоколу не нужны даже ip-адреса, он может работать просто на L2-линках.
Значения hello и dead таймеров у соседей могут не совпадать.
Важной особенностью являются hello-PDU, поскольку их целью является не только поиск соседей и установление соседства, но и проверка MTU линка на достаточный размер. Эталонным L2-MTU считается значение 1518 байт. Заголовок L2 IEEE 802.3 SNAP составляет 26 байт. 1518-26=1492.
Чтобы гарантировать доступность MTU в 1492 байта, hello-сообщения содержат поле Padding, в котором с помощью добавления нулей достигается нужная длина. Чтобы сберечь пропускную способность линка, функцию padding в hello можно оставить только для первых hello, а для остальных отключить.

[править] Отношения соседства в BGP

Для того чтобы установить отношения соседства, в BGP надо настроить вручную каждого соседа.

BGP выполняет такие проверки, когда формирует отношения соседства:

BGP выполняет проверку таймеров keepalive и hold, однако несовпадение этих параметров не влияет на установку отношений соседства. Если таймеры не совпадают, то каждый маршрутизатор будет использовать меньшее значение таймера hold.

[править] Выбор лучшего маршрута

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

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

Выбранные лучшие маршруты попадают в таблицу маршрутизации.

[править] Выбор лучшего маршрута в пределах одного протокола

[править] Выбор лучшего маршрута в RIP

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

RIP использует метрику hop. Максимально возможная метрика — 15, маршрут с метрикой 16 считается недостижимым. Из вышесказанного следует, что RIP не следует использовать в сетях с возможным количеством переходов более 15.

[править] Выбор лучшего маршрута в OSPF

OSPF, при выборе лучшего маршрута, учитывает два критерия — тип маршрута и стоимость маршрута.

OSPF использует метрику, которая называется стоимость (cost). Стоимость сравнивается у маршрутов одного типа.

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

Различные типы маршрутов, в порядке убывания приоритета:

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

Стоимость присваивается интерфейсам маршрутизатора. Стоимость интерфейса высчитывается по формуле:

Суммарная стоимость маршрута считается суммированием стоимости исходящих интерфейсов по пути передачи LSA.

Для того чтобы обозначить недоступную сеть, OSPF использует метрику равную 16777215 (2 24 —1), которая считается недостижимой метрикой для OSPF.

[править] Выбор лучшего маршрута в EIGRP

EIGRP, при выборе лучшего маршрута, учитывает два критерия — тип маршрута и метрику маршрута.

В первую очередь сравнивается тип маршрута, без учёта метрики. Внутренние маршруты EIGRP более приоритетные чем внешние (external).

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

Метрика EIGRP основана на таких 5 компонентах (по умолчанию используются только два):

Формула вычисления метрики по умолчанию (более подробно об использовании других коэффициентов на странице EIGRP):

Metric = 256(10 7 )/bandwidth + 256 (delay)

[править] Выбор лучшего маршрута в IS-IS

IS-IS, при выборе лучшего маршрута, учитывает два критерия — тип маршрута и метрику маршрута.

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

Различные типы маршрутов, в порядке убывания приоритета:

По умолчанию метрика на интерфейсах равна 10.

[править] Выбор лучшего маршрута в BGP

Характеристики процедуры выбора пути протоколом BGP:

На маршрутизаторе Cisco, если не настроены никакие политики выбора пути, выбор пути происходит таким образом (на каждый следующий шаг маршрутизатор переходит только при совпадении значений на предыдущем):

[править] Administrative distance

Если маршрутизатор получает информацию об одном и том же получателе или сети получателя из разных источников, то ему необходимо каким-то образом выбрать какой именно маршрут поместить в таблицу. Для этого используется administrative distance.

Administrative distance (AD) — это число присвоенное каждому из возможных источников маршрутов, которое является некой степенью доверия к источнику. В таблицу маршрутизации попадет маршрут от того источника у которого меньше значение AD. AD имеет только локальное значение и никак не влияет на принятие решения на других маршрутизаторах.

Значения administrative distance по умолчанию:

Изменение AD для протоколов RIP, OSPF, IS-IS:

Параметры команды distance:

Изменение AD для протокола EIGRP:

[править] Суммирование маршрутов

Различают два варианта суммирования маршрутов:

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

Cisco рекомендует использовать административное суммирование маршрутов, когда количество маршрутов в таблице маршрутизации достигает количество 300-500 маршрутов. Адресация в сети должна быть заранее спланирована таким образом, чтобы суммирование маршрутов можно было выполнить.

[править] Автоматическое суммирование сетей

Особенности работы классовых протоколов маршрутизации, касающиеся суммирования сетей:

Протоколы RIPv2 и EIGRP по умолчанию работают как классовые протоколы маршрутизации. Однако это поведение можно изменить, отключив автоматическое суммирование сетей.

Отключение автоматического суммирования сетей:

[править] Правила административного суммирования маршрутов

Для RIP, EIGRP и OSPF работают такие общие правила при суммировании маршрутов:

[править] Суммирование маршрутов в RIP

Настройка суммарного маршрута:

RIP не позволяет настраивать суммарный маршрут с маской, которая меньше классовой (supernet). Например, нельзя настроить суммарный маршрут 10.0.0.0/6:

OSPF и EIGRP такое сделать позволяют.

У каждого суммарного маршрута настроенного на интерфейсе маршрутизатора должна быть уникальная классовая сеть. RIP не позволяет настраивать несколько суммарных подсетей из одной классовой сети на одном интерфейсе. Например, такие суммарные маршруты не разрешены:

[править] Суммирование маршрутов в OSPF

Суммарный маршрут для зоны (настраивается на ABR):

Суммарный внешний маршрут (настраивается на ASBR):

[править] Суммирование маршрутов в EIGRP

Отключение автоматического суммирования маршрутов:

Суммарный маршрут настраивается на интерфейсе:

По умолчанию у суммарного маршрута EIGRP administrative distance — 5. AD суммарного маршрута используется для того чтобы определить помещать ли null route для суммарного маршрута в таблицу маршрутизации.

[править] Суммирование маршрутов в BGP

Создание суммарного маршрута:

[править] Маршрут по умолчанию

[править] Команда default-information originate

Характеристики команды для OSPF:

Характеристики команды для RIP:

[править] Команда ip default-network

используется, когда роутинг на маршрутизатоге включен. Когда Вы конфигурируете ip default-network, маршрутизатор рассматривает маршрут к этой сети как шлюз, назначенный для роутинга по умолчанию. Обратите внимание, что так назначается classfull routing.

[править] Объекты для работы с маршрутами

Маршрут это комбинация сеть/маска, а также атрибуты маршрута, такие как метрика. Не все объекты умеют работать со всеми частями маршрута.

Для работы с маршрутами есть несколько объектов:

Объекты могут использоваться для:

Ниже описано какие объекты могут использоваться, для каких функций.

PBR рассматривается отдельно, так как фактически это не работа с маршрутами, а перенаправление самого трафика.

[править] Access-list

ACL могут использоваться для:

При использовании ACL важно помнить, что они работают только с сетью в маршруте. То есть, они не умеют работать со значением маски, а также не могут работать с атрибутами маршрута. В некоторых случаях это свойство может быть существенным недостатком.

Для работы с сетью и маской, используется объект prefix-list.

[править] Prefix list

Prefix-list позволяет работать с сетью и маской в маршруте. Поэтому, с его помощью можно более точно указывать маршруты, к которым применяются правила.

Prefix-list может использоваться для:

В каждом prefix list может быть несколько команд prefix-list, каждой из которых присвоен порядковый номер. Когда маршрутизатор обрабатывает prefix list, он просматривает все команды в соответствии с порядковыми номерами команд. Каждой команде соответствует действие permit или deny.

Объяснение логики команды prefix-list на примере сети 10.0.0.0/8:

[править] Distribute list

Distribute list не являются самостоятельными объектами как ACL, prefix-list, route-map. Фактически, distribute list это команда для применения других объектов (как access-list команда для создания ACL, а access-group команда для применения).

Distribute list могут использоваться для фильтрации и для перераспределения маршрутов. В это разделе рассматривается использование distribute list для фильтрации маршрутов.

Для перераспределения маршрутов удобнее использовать другие объекты.

[править] Distribute list для RIP, EIGRP

Distribute list во входящем направлении (in) используется для фильтрации сетей полученных в обновлениях:

Если не указывать к какому интерфейсу применить distribute list, то он будет применён ко всем интерфейсам.

Distribute list в исходящем направлении (out) используется для фильтрации сетей, которые будут отправлены в обновлениях этого маршрутизатора:

[править] Distribute list для OSPF

Для OSPF использование distribute list отличается от остальных протоколов, так как OSPF не анонсирует маршруты в сети, а анонсирует информацию о топологии. Фильтрация LSA будет означать, что у маршрутизаторов в зоне будут отличаться LSDB и это приведет к сбоям в маршрутизации трафика.

Правила использования distribute list для OSPF:

[править] Route maps

Route-map это более сложные объект, чем все предыдущие. Route map может использовать ACL и prefix list, а также может менять атрибуты маршрутов.

Route-map может использоваться для:

В каждой route map может быть несколько команд route-map, каждой из которых присвоен порядковый номер. Когда маршрутизатор обрабатывает route map, он просматривает все команды в соответствии с порядковыми номерами команд.

В каждой команде route-map указано действие permit или deny. Кроме того, с помощью команды match указываются параметры которые должны быть у маршрута для того чтобы он совпал с правилом. Для того чтобы указать весь трафик, в команде route-map просто не надо указывать команду match.

Если после параметра match идет несколько опций, то к ним применяется логика или, то есть должен совпасть один из перечисленных параметров. Если задано несколько параметров match в отдельных строках, то к ним применяется логика и, то есть должны совпасть все параметры.

В каждой команде route-map может быть одна или более команд set, которые используются для изменения каких-либо параметров проходящих маршрутов.

[править] Использование route map для перераспределения маршрутов

Когда route map используется для перераспределения маршрутов, то команда route-map с параметром permit указывает на маршруты, которые будут перераспределены, а route-map с deny на маршруты, которые не будут перераспределяться.

Для перераспределения маршрутов используются такие параметры команды match:

Для перераспределения маршрутов используются такие параметры команды set:

[править] Маршрутизация на основе политик (policy based routing)

Маршрутизация на основе политик (policy based routing, PBR) позволяет маршрутизировать трафик на основании заданных политик, тогда как в обычной маршрутизации, только IP-адрес получателя определяет каким образом будет передан пакет.

[править] Перераспределение маршрутов (route redistribution)

Перераспределение маршрутов (route redistribution) — передача маршрутов, выученных с помощью одного протокола маршрутизации, в другой протокол маршрутизации. Кроме того, статические маршруты или непосредственно присоединенные сети, также могут быть перераспределены и, после этого, будут передаваться с помощью соответствующего протокола маршрутизации.

Перераспределение маршрутов возможно только между протоколами которые поддерживают один и тот же стек протоколов.

Для того чтобы перераспределить маршруты из одного источника в другой, должна быть как минимум одна точка где они перераспределяются. То есть, должен быть маршрутизатор, который это выполняет. Например, если перераспределяются маршруты протокола OSPF в маршруты EIGRP, то на таком маршрутизаторе должны быть настроены оба протокола, а затем правила перераспределения маршрутов из одного протокола в другой.

Если настроено перераспределение маршрутов из определенного протокола маршрутизации, то маршрутизатор перераспределит:

Для разных протоколов перераспределение маршрутов настраивается по-разному. Например, для одних протоколов указание метрики маршрута обязательно, а для других нет (детали настройки для разных протоколов описаны ниже).

[править] Начальная метрика (seed metric)

При перераспределении маршрутов одного протокола динамической маршрутизации в другой необходимо указать начальную метрику маршрута, иначе будет использоваться начальная метрика по умолчанию для перераспределенных маршрутов (для некоторых протоколов её надо указывать обязательно).

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

Значения по умолчанию начальной метрики для перераспределенных маршрутов в различных протоколах:

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

Исключение из правила увеличения метрики — маршруты OSPF E2, метрика которых сохраняется неизменной во всей автономной системе.

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

[править] Default-metric

Задание начальной метрики с помощью default-metric для всех перераспределенных маршрутов:

[править] Перераспределение непосредственно присоединенных маршрутов (redistribute connected)

Когда настроено перераспределение маршрутов из какого-то протокола маршрутизации, то перераспределяются:

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

Соответственно, перераспределены будут только те непосредственно присоединенные сети, которые разрешены в фильтре. А из динамического протокола будут перераспределяться только маршруты выученные по этому протоколу.

[править] Перераспределение маршрутов в RIP

Перераспределение маршрутов в RIP:

Параметры команды redistribute:

На маршрутизаторе, который выполняет перераспределение маршрутов, можно локально посмотреть какие маршруты были перераспределены в RIP:

[править] Перераспределение маршрутов в OSPF

Перераспределение маршрутов в OSPF:

Параметры команды redistribute:

[править] Перераспределение маршрутов в EIGRP

Перераспределение маршрутов в EIGRP:

Параметры команды redistribute:

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

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

[править] Перераспределение маршрутов в IS-IS

Перераспределение маршрутов в IS-IS:

Параметры команды redistribute:

[править] Пассивный интерфейс (passive interface)

Контроль обновлений протоколов динамической маршрутизации.

Командой passive-interface задаются интерфейсы на которые не будут отправляться обновления информации о маршрутах.

[править] Общие настройки

[править] Просмотр таблицы маршрутизации

Параметр longer-prefixes позволяет отображать только те маршруты из таблицы маршрутизации, у которых совпадает указанный префикс. Эту опцию удобно использовать в тех случаях, когда таблица маршрутизации большая и всю её неудобно просматривать.

Просмотр маршрутов, которые совпадают с указанным префиксом (в примере 192.168.0.0/16):

Пример для того же маршрутизатора, но с префиксом 192.168.4.0/22:

Суммарная информация о таблице маршрутизации:

Более подробная информация о маршруте или проверка наличия маршрута в таблице маршрутизации:

[править] Обновление таблицы маршрутизации

Удаление всех маршрутов из таблицы маршрутизации (при удалении маршрутов отношения соседства не затрагиваются):

[править] ip classless

Команда ip classless влияет на то каким образом маршрутизатор будет просматривать таблицу маршрутизации:

Включение ip classless:

[править] IP source routing

IP source routing функция которая позволяет отправителю указать через какие маршрутизаторы должен пройти пакет. Для этого используется поле IP Options.

Для того чтобы маршрутизатор отбрасывал любые входящие пакеты в которых установлена эта опция, необходимо дать команду:

[править] ip route profile

[править] Просмотр настроек и поиск неисправностей

Вопросу поиска неисправностей посвящена отдельная страница. Отдельный раздел (Поиск неисправностей в настройках маршрутизации) на ней выделен вопросу поиска неисправностей в настройках маршрутизации.

Источник