Главная | Пиротехника

Наша совместная команда Banwar.org

Связаться с нами

  • (097) ?601-88-87
    (067) ?493-44-27
    (096) ?830-00-01

Статьи

Перерозподіл протоколів маршрутизації

  1. зміст Вступ попередні умови вимоги використовувані компоненти Умовні позначення метрики...
  2. використовувані компоненти
  3. Умовні позначення
  4. IGRP і EIGRP
  5. OSPF
  6. RIP
  7. IS-IS
  8. підключення маршрути
  9. приклад 1
  10. приклад 2
  11. приклад 3

зміст Вступ
попередні умови
вимоги
використовувані компоненти
Умовні позначення
метрики
адміністративне відстань
Приклади і синтаксис конфігурації перерозподілу
IGRP і EIGRP
OSPF
RIP
IS-IS
підключення маршрути
Як уникнути проблем через перерозподіл
приклад 1
приклад 2
приклад 3
Пов'язані обговорення спільноти підтримки Cisco
додаткові відомості

Застосування протоколу маршрутизації для оголошення маршрутів, які визначаються іншими способами (наприклад, іншим протоколом маршрутизації, статичними маршрутами або маршрутами з прямим підключенням), називається перерозподілом. Хоча у всій об'єднаній IP-мережі бажано використовувати єдиний протокол маршрутизації, по ряду причин часто використовується багатопротокольна маршрутизація: наприклад, при злитті компаній, в разі, якщо кількома підрозділами керують кілька мережевих адміністраторів, або в середовищах, де використовуються компоненти від різних постачальників. При проектуванні мережі часто використовуються різні протоколи маршрутизації. У будь-якому випадку, наявність середовища з декількома протоколами робить перерозподіл необхідним.

Відмінності в таких характеристиках протоколів маршрутизації, як метрики, адміністративне відстань, функції з використанням класів і без нього, можуть вплинути на перерозподіл. І щоб перерозподіл проходило успішно, необхідно враховувати ці відмінності.

вимоги

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

використовувані компоненти

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

Відомості, представлені в цьому документі, були отримані від пристроїв, що працюють в спеціальній лабораторній середовищі. Всі пристрої, описані в цьому документі, були запущені з чистою (стандартної) конфігурацією. У робочій мережі необхідно вивчити потенційний вплив всіх команд до їх використання.

Умовні позначення

Додаткові відомості про умовні позначення див. В документі Технічні рекомендації Cisco. Умовні позначення .

При перерозподілі одного протоколу в інший слід пам'ятати, що метрики кожного протоколу грають важливу роль в перерозподілі. Кожен протокол використовує різні метрики. Наприклад, метрика протоколу RIP заснована на кількості переходів, проте протоколи IGRP і EIGRP використовують складову метрику в залежності від пропускної здатності, затримки, надійності, завантаження і максимального розміру переданого блоку даних (MTU), де пропускна здатність і затримка є єдиними параметрами, використовуваними по замовчуванням. У процесі перерозподілу маршрутів необхідно визначити метрику, зрозумілу приймає протоколу. Є два методи визначення метрик при перерозподілі маршрутів.

Є два методи визначення метрик при перерозподілі маршрутів

Можна визначити метрику тільки для конкретного перерозподілу:

router rip redistribute static metric 1 redistribute ospf 1 metric 1

Або можна використовувати одну і ту ж метрику за замовчуванням для всього перерозподілу (використання команди default-metric спрощує завдання, тому що в цьому випадку не потрібно визначати метрику окремо для кожного перерозподілу.):

router rip redistribute static redistribute ospf 1 default-metric 1

Якщо маршрутизатор використовує більше одного протоколу маршрутизації і визначає маршрут до одного і того ж місця призначення за допомогою обох протоколів, який з маршрутів повинен бути визнаний кращим? Кожен протокол використовує свій тип метрики для визначення кращого маршруту. Порівняння маршрутів з різними типами метрик неможливо. Адміністративні відстані вирішують цю проблему. Адміністративні відстані призначаються джерел маршрутів, з тим щоб маршрут від найкращого джерела був обраний в якості кращого. Додаткові відомості про адміністративні відстанях і виборі маршрутів см. В документі Вибір маршрутів в маршрутизаторах Cisco .

Адміністративні відстані допомагають вибрати маршрут серед різних протоколів маршрутизації, але можуть призвести до проблем при перерозподілі. Серед цих проблем можуть бути петлі маршрутизації, проблеми збіжності і неефективна маршрутизація. Нижче представлена ​​топологія і опис можливої ​​проблеми.

У зазначеній вище топології, якщо в маршрутизаторі R1 застосовується RIP, а в R2 і R5 одночасно застосовуються RIP і IGRP з перерозподілом RIP в IGRP, можливе виникнення проблем. Наприклад, R2 і R5 обидва отримують дані про мережі 192.168.1.0 від R1 через протокол RIP. Ці дані перерозподіляються в IGRP. R2 отримує інформацію про мережі 192.168.1.0 через R3, а R5 - через R4 за допомогою IGRP. У IGRP адміністративне відстань менше, ніж у RIP (100 проти 120), тому в таблиці маршрутизації використовується маршрут IGRP. Тепер існує небезпека петлі маршрутизації. Навіть при наявності поділу горизонту або іншої функції, призначеної для запобігання петель маршрутизації, все одно має місце проблема збіжності.

Якщо R2 і R5 також перерозподіляють IGRP в RIP (ця операція інакше називається взаємним перерозподілом) і мережу 192.168.1.0 безпосередньо не підключена до R1 (R1 отримує дані про неї від іншого, маршрутизатора більш високого рівня), то існує потенційна небезпека, що R1 буде отримувати інформацію про мережі з R2 або R5 з кращого метрикою, ніж у оригінального джерела.

Примітка: У маршрутизаторах Cisco використовується патентована механіка перерозподілу маршрутів. Правила перерозподілу на маршрутизаторах Cisco вимагають, щоб перерозподіляти маршрут був присутній в таблиці маршрутизації. Присутності маршруту в топології або базі даних маршрутизації недостатньо. У таблицю маршрутизації завжди заносяться маршрути з меншим адміністративним відстанню (AD). Наприклад, якщо статичний маршрут перерозподіляється в IGRP на маршрутизаторі R5 і потім IGRP в свою чергу перерозподіляється в RIP на тому ж самому маршрутизаторі (R5), цей статичний маршрут НЕ перерозподіляється в RIP, оскільки він не був занесений в таблицю маршрутизації IGRP. Це відбувається тому, що у статичних маршрутів AD дорівнює 1, а у маршрутів IGRP AD дорівнює 100, і в таблицю маршрутизації занесений статичний маршрут. Для перерозподілу цей статичний маршрут в IGRP на R5, необхідно скористатися командою redistribute static в команді router rip.

Стандартну поведінку RIP, IGRP і EIGRP - оголошувати безпосередньо підключені маршрути, коли інструкція network для протоколу маршрутизації включає підключену підмережа інтерфейсу. Є два способи отримати підключений маршрут:

Router # conf t Router (config) # ip route 10.0.77.0 255.255.255.0 ethernet 0/0 Router (config) # end Router # show ip route static 10.0.0.0/24 is subnetted, 1 subnets S 10.0.77.0 is directly connected , Ethernet0 / 0

Команда network, зазначена для EIGRP, RIP або IGRP і включає ( "охоплює") кожен з цих типів підключених маршрутів, включає цю підмережа для оголошення.

Наприклад, якщо у інтерфейсу адреса 10.0.23.1 і маска 255.255.255.0, підмережа 10.0.23.0/24 є підключеним маршрутом і буде оголошена цими протоколами маршрутизації, коли буде виконана така інструкція network:

router rip | igrp # | eigrp # network 10.0.0.0

Статичний маршрут 10.0.77.0/24 також оголошується цими протоколами маршрутизації, так як він підключений і "охоплений" інструкцією network.

Рекомендації про те, як уникнути цієї проблеми, див. В розділі Як уникнути проблем, що виникають через перерозподіл .

IGRP і EIGRP

У наступних вихідних даних показано перерозподіл маршрутизатором IGRP / EIGRP наступних маршрутів: статичних, OSPF, RIP і IS-IS.

router igrp / eigrp 1 network 131.108.0.0 redistribute static redistribute ospf 1 redistribute rip redistribute isis default-metric 10000 100 255 1 1500

Коли протоколи IGRP і EIGRP перерозподіляють інші протоколи, їм потрібно 5 метрик: пропускна здатність, затримка, надійність, завантаження і MTU, відповідно. Ось приклад метрик IGRP:

метрика

значення

пропускна спроможність

10000 кілобіт в секунду для Ethernet

затримка

100 x 10 мікросекунд = 1 мілісекунда для Ethernet

надійність

255 для 100-відсоткової надійності

завантаження

Ефективна завантаження каналу виражається числом від 0 до 255 (де 255 - 100-відсоткова завантаження)

MTU

Мінімальний MTU шляху; зазвичай дорівнює MTU для інтерфейсу Ethernet, тобто 1500 байт

Кілька процесів IGRP і EIGRP можуть запускатися на одному і тому ж маршрутизаторі з перерозподілом між ними. Наприклад, IGRP1 і IGRP2 можуть виконуватися на одному маршрутизаторі. Однак виконання двох процесів одного протоколу на одному і тому ж маршрутизаторі рідко буває необхідно і може споживати пам'ять і процесорні ресурси маршрутизатора.

Перерозподіл IGRP / EIGRP в інший процес IGRP / EIGRP не вимагає будь-якого перетворення метрик, тому під час перерозподілу немає необхідності визначати метрики або використовувати команду default-metric.

OSPF

Наступні вихідні дані показують перерозподіл маршрутизатором OSPF наступних маршрутів: статичних, RIP, IGRP, EIGRP і IS-IS.

router ospf 1 network 131.108.0.0 0.0.255.255 area 0 redistribute static metric 200 subnets redistribute rip metric 200 subnets redistribute igrp 1 metric 100 subnets redistribute eigrp 1 metric 100 subnets redistribute isis metric 10 subnets

Метрика OSPF - це значення вартості, засноване на значенні 108 / пропускна здатність каналу в бітах в секунду. Наприклад, вартість OSPF для Ethernet дорівнює 10: 108/107 = 10

Примітка: Якщо метрика не вказана, OSPF при перерозподілі маршрутів від всіх протоколів підставляє значення за замовчуванням, рівне 20, за винятком маршрутів протоколу BGP, які отримують метрику 1.

Якщо є основна мережа і підмережі, при перерозподілі протоколів в OSPF необхідно використовувати ключове слово "subnet". Без цього ключового слова протокол OSPF перерозподіляє тільки основні мережі, які не мають підмереж.

На одному і тому ж маршрутизаторі можна запускати кілька процесів OSPF. Однак запуск більш одного процесу одного і того ж протоколу потрібно рідко і споживає пам'ять і процесорні ресурси маршрутизатора.

Перерозподіл одного процесу OSPF в інший не вимагає визначення метрики або використання команди default-metric.

RIP

Примітка: Принципи, викладені в цьому документі, можуть бути застосовані до RIP версій I і II.

Наступні вихідні дані показують перерозподіл маршрутизатором RIP наступних маршрутів: статичних, IGRP, EIGRP, OSPF і IS-IS.

router rip network 131.108.0.0 redistribute static redistribute igrp 1 redistribute eigrp 1 redistribute ospf 1 redistribute isis default-metric 1

Метрика RIP складається з кількості переходів, і максимально допустиме значення цієї метрики становить 15. Всі, що перевищує 15, вважається нескінченним. Для опису нескінченного значення в RIP можна використовувати значення 16. Компанія Cisco рекомендує використовувати при перерозподілі протоколів в RIP низькі метрики, наприклад 1. Висока метрика, така як 10 ще більше обмежує RIP. Якщо для перерозподілених маршрутів визначити метрику 10, ці маршрути можна буде оголошувати тільки маршрутизаторів, які знаходяться на відстані до 5 переходів, після яких метрика (кількість переходів) перевищить значення 15. Визначаючи для метрики значення 1, ви дозволяєте маршруту максимальну кількість переходів в домені RIP . Однак це збільшує можливість петель маршрутизації, якщо є кілька точок перерозподілу і маршрутизатор отримує дані про мережі з кращого метрикою з точки перерозподілу, а не з оригінального джерела, як описано в розділі адміністративне відстань Основних напрямів. Тому необхідно, щоб метрика була не надто високою (не перешкоджала оголошенню маршруту всім маршрутизаторів) і не дуже низькою (не приводила до петель маршрутизації, якщо є кілька точок перерозподілу).

IS-IS

Наступні вихідні дані показують перерозподіл маршрутизатором IS-IS наступних маршрутів: статичних, RIP, IGRP, EIGRP і OSPF.

router isis network 49.1234.1111.1111.1111.00 redistribute static redistribute rip metric 20 redistribute igrp 1 metric 20 redistribute eigrp 1 metric 20 redistribute ospf 1 metric 20

Метрика IS-IS повинна мати значення від 1 до 63. У IS-IS немає можливості використовувати команду "default-metric" - необхідно визначати метрику для кожного протоколу, як показано в прикладі вище. Якщо для маршрутів, що перерозподіляються в IS-IS, метрика не вказана, за замовчуванням використовується метрика рівна 0.

підключення маршрути

Перерозподіл безпосередньо підключених маршрутів в протоколи маршрутизації не дуже поширено і тому не показано в прикладах, наведених вище. Однак важливо відзначити, що його можна виконати - як прямо, так і опосередковано. Щоб безпосередньо перерозподілити підключення маршрути, скористайтеся командою настройки маршрутизатора - redistribute connected. Також в цьому випадку необхідно визначити метрику. Крім того, можна побічно перерозподіляти підключення маршрути в протоколи маршрутизації, як показано в наступному прикладі.

У цьому прикладі маршрутизатор B має два інтерфейси Fast Ethernet. FastEthernet 0/0 знаходиться в мережі 10.1.1.0/24, а FastEthernet 0/1 - в мережі 20.1.1.0/24. Маршрутизатор B виконує EIGRP з маршрутизатором A і OSPF з маршрутизатором C. Маршрутизатор B виконує взаємне перерозподіл між процесами EIGRP і OSPF. Ось інформація про конфігурацію маршрутизатора B:

маршрутизатор B

interface FastEthernet0 / 0 ip address 10.1.1.1 255.255.255.0 interface FastEthernet0 / 1 ip address 10.1.1.1 255.255.255.0 router eigrp 7 redistribute ospf 7 metric 10000 100 255 1 1500 network 10.1.1.0 0.0.0.255 auto-summary no eigrp log- neighbor-changes! router ospf 7 log-adjacency-changes redistribute eigrp 7 subnets network 20.1.1.0 0.0.0.255 area 0

Якщо подивитися на таблицю маршрутизації для маршрутизатора B, можна побачити наступне:

routerB # show ip route Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2 E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area * - candidate default, U - per-user static route, o - ODR P - periodic downloaded static route Gateway of last resort is not set 20.0.0.0/24 is subnetted, 1 subnets C 20.1.1.0 is directly connected, FastEthernet0 / 1 10.0.0.0/24 is subnetted, 1 subnets C 10.1.1.0 is directly connected, FastEthernet0 / 0

У конфігурації і таблиці маршрутизації, наведених вище, звертають на себе увагу три моменти:

Нижче показані таблиці маршрутизації для маршрутизаторів A і C.

routerA # show ip route Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2 E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default U - per-user static route, o - ODR Gateway of last resort is not set 10.0.0.0/24 is subnetted, 1 subnets C 10.1.1.0 is directly connected, FastEthernet0 20.0.0.0/24 is subnetted, 1 subnets D EX 20.1.1.0 [170/284160] via 10.1.1.4, 00:07:26, FastEthernet0 routerC # show ip route Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2 E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area * - candidate default, U - per-u ser static route, o - ODR P - periodic downloaded static route Gateway of last resort is not set 20.0.0.0/24 is subnetted, 1 subnets C 20.1.1.0 is directly connected, FastEthernet1 O E2 10.1.1.0 [110/20] via 20.1.1.4, 00:07:32, FastEthernet1

Маршрутизатор A визначив мережу 20.1.1.0/24 через EIGRP, який показаний як зовнішній маршрут, оскільки він був перерозподілений з OSPF в EIGRP. Маршрутизатор C визначив мережу 10.1.1.0/24 через OSPF, який використовується як зовнішній маршрут, оскільки він був перерозподілений з EIGRP в OSPF. Хоча маршрутизатор B НЕ перерозподіляє підключення мережі, він оголошує мережу 10.1.1.0/24, яка є частиною процесу EIGRP, перерозподіленого в OSPF. Аналогічним чином маршрутизатор У оголошує мережу 20.1.1.0/24, яка є частиною процесу OSPF, перерозподіленого в EIGRP.

Додаткові відомості про перерозподіл підключених маршрутів в OSPF см. В статті Перерозподіл підключених мереж в OSPF .

У розділі про адміністративному відстані були розглянуті проблеми, які можуть виникнути в результаті перерозподілу, в тому числі неоптимальна маршрутизація, петлі маршрутизації і повільна збіжність. Уникнути цих проблем насправді досить просто - ніколи не оголошувати інформацію, спочатку отриману від процесу маршрутизації X, назад процесу маршрутизації X.

приклад 1

приклад 1

У наведеній вище топології R2 і R5 виконують взаємне перерозподіл. RIP перерозподіляється в IGRP, а IGRP перерозподіляється в RIP, як показано в конфігурації нижче.

R2:

router igrp 7 network 181.16.0.0 redistribute rip metric 1 1 1 1 1 router rip network 178.1.0.0 redistribute igrp 7 metric 2

R5:

router igrp 7 network 181.16.0.0 redistribute rip metric 1 1 1 1 1 router rip network 178.1.0.0 redistribute igrp 7 metric 2

При такій конфігурації можливі будь-які з описаних вище проблем. Щоб їх уникнути, можна відфільтрувати поновлення маршрутів наступним чином:

R2:

router igrp 7 network 181.16.0.0 redistribute rip metric 1 1 1 1 1 distribute-list 1 in s1 router rip network 178.1.0.0 redistribute igrp 7 metric 2 access-list 1 deny 192.168.1.0 access-list 1 permit any

R5:

router igrp 7 network 181.16.0.0 redistribute rip metric 1 1 1 1 1 distribute-list 1 in s1 router rip network 178.1.0.0 redistribute igrp 7 metric 2 access-list 1 deny 192.168.1.0 access-list 1 permit any

Списки розподілу, додані до конфігурацій, як показано вище, фільтрують всі оновлення IGRP, що надходять в послідовний інтерфейс 1 маршрутизаторів. Якщо маршрути, зазначені в оновленнях, дозволені списком доступу 1, маршрутизатор приймає їх в оновленні, в іншому випадку - ні. У цьому прикладі маршрутизаторів йдеться, що вони не повинні визначати мережу 192.168.1.0 через поновлення IGRP, що надходять в їх послідовний інтерфейс 1; тому ці маршрутизатори отримують дані про мережі 192.168.1.0 тільки через RIP від ​​R1.

Також пам'ятайте, що в цьому випадку для процесу RIP необов'язково використовувати ту ж стратегію фільтрації, оскільки у RIP адміністративне відстань більше, ніж у IGRP. Якщо маршрути, що беруть початок в домені IGRP, повернуться в R2 і R5 через RIP, маршрути IGRP все одно будуть мати перевагу.

приклад 2

приклад 2

Використовуючи топологію, зазначену вище, можна продемонструвати інший спосіб (який іноді більш кращий) уникнути проблем з перерозподілом. Цей спосіб передбачає використання інструкцій route-map, щоб задати теги для різних маршрутів. Процеси маршрутизації потім можуть виконувати перерозподіл на основі цих тегів. Зверніть увагу, що перерозподіл на основі тегів не працює з RIP версії 1 і IGRP.

Одна з проблем, з якою можна зіткнутися в зазначеній топології, полягає в наступному:

R1 оголошує мережу 192.168.1.0 маршрутизатора R2. R2 потім виконує перерозподіл в EIGRP. R5 визначає мережу через EIGRP і перерозподіляє її в RIPv2. Залежно від метрики, яку R5 задає для маршруту RIPv2, R6, щоб досягти мережі, може вибрати менш бажаний маршрут через R5 замість маршруту через R1. Наступна конфігурація дозволяє цього уникнути за допомогою установки тегів і подальшого перерозподілу на основі цих тегів.

R2:

router eigrp 7 network 181.16.0.0 redistribute rip route-map rip_to_eigrp metric 1 1 1 1 1! --- Перерозподіляє маршрути RIP, які! --- дозволені інструкцією route-map rip_to_eigrp router rip version 2 network 178.1.0.0 redistribute eigrp 7 route -map eigrp_to_rip metric 2! --- Перерозподіляє маршрути EIGRP і встановлює теги,! --- відповідно до eigrp_to_rip route-map route-map rip_to_eigrp deny 10 match tag 88! --- Інструкція route-map, що забороняє перерозподіл в EIGRP! --- всіх маршрутів з тегом "88"! --- Зверніть увагу, що маршрути з тегом "88" повинні бути! --- маршрутами EIGRP, які перерозподіляються в RIPv2 route-map rip_to_eigrp permit 20 set tag 77! --- Інструкція route-map для установки тег а "77"! --- на маршрутах RIPv2, перерозподілених в EIGRP route-map eigrp_to_rip deny 10 match tag 77! --- Інструкція route-map, що забороняє перерозподіл в RIPv2! --- всіх маршрутів з тегом "77"! - - Зверніть увагу, що маршрути з тегом "77" повинні бути! --- маршрутами RIPv2, які перерозподіляються в EIGRP route-map eigrp_to_rip permit 20 set tag 88! --- Інструкція route-map для установки тега "88"! - - на маршрутах EIGRP, перерозподілених в RIPv2

R5:

router eigrp 7 network 181.16.0.0 redistribute rip route-map rip_to_eigrp metric 1 1 1 1 1! --- Перерозподіляє маршрути RIPv2, які! --- дозволені інструкцією route-map rip_to_eigrp router rip version 2 network 178.1.0.0 redistribute eigrp 7 route -map eigrp_to_rip metric 2! --- Перерозподіляє маршрути EIGRP і встановлює теги,! --- відповідно до eigrp_to_rip route-map route-map rip_to_eigrp deny 10 match tag 88! --- Інструкція route-map, що забороняє перерозподіл в EIGRP! --- всіх маршрутів з тегом "88"! --- Зверніть увагу, що маршрути з тегом "88" повинні бути! --- маршрутами EIGRP, які перерозподіляються в RIPv2 route-map rip_to_eigrp permit 20 set tag 77! --- Інструкція route-map для установки ті га "77"! --- на маршрутах RIP, перерозподілених в EIGRP route-map eigrp_to_rip deny 10 match tag 77! --- Інструкція route-map, що забороняє перерозподіл в RIPv2! --- всіх маршрутів з тегом "77"! - - Зверніть увагу, що маршрути з тегом "77" повинні бути! --- маршрутами RIPv2, які перерозподіляються в EIGRP route-map eigrp_to_rip permit 20 set tag 88! --- Інструкція route-map для установки тега "88"! - - на маршрутах EIGRP, перерозподілених в RIPv2

Виконавши вищевказану конфігурацію, можна перевірити деякі конкретні маршрути в таблиці маршрутизації, щоб переконатися, що теги встановлені. Нижче наведені вихідні дані команди show ip route для певних маршрутів в R3 і R1:

R3 # show ip route 178.1.10.8 Routing entry for 178.1.10.8/30 Known via "eigrp 7", distance 170, metric 2560512256 Tag 77, type external Redistributing via eigrp 7 Last update from 181.16.2.10 on Serial0, 00:07: 22 ago Routing Descriptor Blocks: * 181.16.2.10, from 181.16.2.10, 00:07:22 ago, via Serial0 Route metric is 2560512256, traffic share count is 1 Total delay is 20010 microseconds, minimum bandwidth is 1 Kbit Reliability 1/255 , minimum MTU 1 bytes Loading 1/255, Hops 1 R1 # show ip route 181.16.2.4 Routing entry for 181.16.0.0/16 Known via "rip", distance 120, metric 2 Tag 88 Redistributing via rip Last update from 178.1.10.5 on Serial0, 00:00:15 ago Routing Descriptor Blocks: * 178.1.10.5, from 178.1.10.5, 00:00:15 ago, via Serial0 Route metric is 2, traffic share count is 1

приклад 3

Перерозподіл також може відбуватися серед різних процесів одного протоколу маршрутизації. Наступна конфігурація є прикладом використання політики перерозподілу для перерозподілу двох процесів EIGRP, що виконуються на одному або декількох маршрутизаторах:

router eigrp 3 redistribute eigrp 5 route-map to_eigrp_3 default-metric 10000 100 255 1 1500! --- Перерозподіляє EIGRP 5 в EIGRP 3, встановлюючи теги! --- відповідно до інструкції "route-map to_eigrp_3" router eigrp 5 redistribute eigrp 3 route-map to_eigrp_5 default-metric 10000 100 255 1 1500! --- Перерозподіляє EIGRP 3 в EIGRP 5! --- Маршрути з тегом 33 Не будуть перерозподілятися! --- через інструкції "route map to_eigrp_5"! - - Хоча команда default-metric не потрібно! --- при перерозподілі між різними процесами EIGRP,! --- її можна використовувати за бажанням, як показано вище, щоб оголошувати! --- маршрути з певними значеннями для підрахунку метрики. route-map to_eigrp_3 deny 10 match tag 55! --- Інструкція "route-map", яка забороняє перерозподіл в EIGRP 3! --- всіх маршрутів з тегом "55"! --- Зверніть увагу, що маршрути з тегом "55" повинні бути! --- маршрутами EIGRP 3, які перерозподіляються в EIGRP 5 route-map to_eigrp_3 permit 20 set tag 33! --- Інструкція "route-map" для установки тега "33"! --- на маршрутах, що перерозподіляються з EIGRP 5 в EIGRP 3 route-map to_eigrp_5 deny 10 match tag 33! --- Інструкція "route-map", яка забороняє перерозподіл в EIGRP 3! --- всіх маршрутів з тегом "33"! --- Зверніть увагу, що маршрути з тегом "33" повинні бути! --- маршрутами EIGRP 5, які перерозподілили ються в EIGRP 3 route-map to_eigrp_5 permit 20 set tag 55! --- Інструкція "route-map" для установки тега "55"! --- на маршрутах, що перерозподіляються з EIGRP 3 в EIGRP 5

Це всього лише кілька прикладів стратегій фільтрації, використаних для цілей цього документа. Однак можуть бути і інші стратегії, які можна використовувати. Додаткові відомості див. У розділі фільтрації інформації про маршрутизації в документі Налаштування незалежних від протоколу функцій IP-маршрутизації .

Document ID: 8606

Новости

Banwar.org
Наша совместная команда Banwar.org. Сайт казино "Пари Матч" теперь доступен для всех желающих, жаждущих волнения и азартных приключений.