Блог

21 лютого 2017

Крок за кроком інструкції для охоплення пристроїв в інших доменах з перерозподілом маршруту IGP

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

Як досягти пристроїв в інших доменах з перерозподілом маршруту IGP

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

Є три варіанти, щоб отримати повну доступність між пробілами:

  • Стандартні маршрути з кінцевого перемикача. Ви можете передати курс за замовчуванням з перемикача, який торкається всіх пробілів маршрутизації (обмежувач-перемикач), до тих маршрутизаторів, що ексклюзивні беруть участь всередині однієї зони (внутрішній перемикач). Це охоплюватиме незрозумілі маршрути з будь-якої області, в якій внутрішні маршрутизатори не підозрюють, і мають внутрішні маршрутизатори вперед до лімітного вимикача, що матиме загальну таблицю маршрутизації, оскільки вона буде брати участь у всіх областях маршрутизації. Ця процедура найкраще працює, якщо існує лише одна мета контакту між районами маршрутизації.
  • Перерозподіл одного шляху за замовчуванням. Принаймні один обмежувач маршрутизаторів передає курс за умовчанням у один простір, але перерозподіляється в іншу область. Зазвичай, ви б обрали центральний протокол для перерозподілу і альтернативних протоколів, які отримують курс за замовчуванням, буде прийнятий як прозорник у протоколах краю. Односторонній перерозподіл використовується для збільшення кількості маршрутів, наприклад, у великій багатонаціональній організації. Протокол центру може бути протоколом BGP (протокол Gateway Border), а краєвим протоколом може бути будь-який IGP (протокол внутрішнього шлюзу, наприклад, OSPF, EIGRP, RIP або IS-IS, або навіть різні випадки одного і того ж IGP). чудові функції з придбання та злиття, оскільки "нова" деяка частина організації не потребує запуску нерозрізненого протоколу маршрутизації від решти або її потрібно змінювати на даний момент. Це просто додає зв'язок з центром.
  • Двосторонній або спільний перерозподіл передає декілька або більшість даних маршрутизації одного протоколу в інший. Це найкомпетентніший варіант, особливо якщо між напрямами маршрутизації існує більше однієї мети. Це повинно бути використано, коли є цілі, які повинні бути доступні, починаючи з одного простору, а потім до наступного. Як би там не було, особливий підхід повинен бути пов'язаний, щоб показати, як рух досягає цих цілей, або як слід вирішувати цю діяльність в світлі стратегій безпеки. Регулярні турботи з двостороннім розподілом - це маршрутизація, асиметрична маршрутизація та субоптимальна маршрутизація.
    • Асиметрична маршрутизація це місце, де шлях відправлення не збігається з маршрутом прибуття. Проблеми можуть виникнути, якщо існує стратегія безпеки, яка встановлюється для того, як відправляється активність, або якщо існує розташування міжмережевих екранів. Смужеві балансири можуть також порушуватися асиметричною маршрутизацією. Балансири стеків, які підходять для певних пристроїв у відповідності з загальною адресою, очікують, що шляхи відправлення та повернення будуть передбачуваними.
    • Субоптимальна маршрутизація це місце, яке найбільшою мірою сприяє відправленій таблиці, - це не найперспективніший курс. Це трапляється, коли кінцевий перемикач "слухає" про маршрути від стартового протоколу та, крім того, через інший протокол маршрутизації як зовнішній курс. При відсутності шансу, що регулятивне розділення для протоколу зовнішнього курсу є більш надійним, ніж протокол початку, перемикач буде нахилятися до зовнішнього курсу по місцевому курсу. Поселення полягає в тому, щоб контролювати авторитетне відокремлення зазначених маршрутів. Це не самий прямий процес і відрізняється від етапу до стадії навіть у рамках продукту, який пропонує одинокий торговець.
    • Маршрутизація петель, або вхідна петля, може статися, коли дані маршрутизації перерозподіляються в один протокол з однією метою контакту, а потім знову перерозподіляються на початок протоколу з іншою метою контакту. З певною кінцевою метою, щоб встановити цикл маршрутизації, потрібно створити вхідний канал. Канал може заперечувати, що маршрути, що починаються з цільового протоколу, знову пропагуються в той самий протокол. Вам потрібно виготовити канал для курсу. Наприклад, виключно з шансом, що у вас є OSPF та EIGRP областей, пов'язаних, як мінімум, з двома фокусами, ви побудуєте один канал для всіх маршрутів OSPF і передасте їх на перерозподіл від EIGRP до OSPF. Інший канал буде працювати на всіх маршрутах EIGRP, просіяти їх на перерозподіл від OSPF до EIGRP. Це розділення має бути зроблено на всіх обмежених маршрутизаторах між двома протоколами, щоб бути життєздатними. Ви можете координувати на префіксах або ви можете використовувати ярлики, що є моїм нахилом. Мітки можуть бути зроблені як компонент шляху до перерозподілу маршрутів у цільовий протокол, після чого ви можете шукати мітки для переходу. Потрібно створити стратегію, яка спочатку шукатиме мітки та заперечуватиме їх, а також, здається, що їх там немає, а потім позначає маршрути розпізнавання вихідного протоколу. Це виконано для проведення, тому потрібно буде скласти дві політики. Всі протоколи маршрутизації, включаючи RIPv2, можуть підкріплювати мітки.

Ми повинні поглянути на перерозподіл курсу IGP на гаджетах Cisco. Коли перерозподіляється з одного протоколу на інший, є кілька речей, які потрібно нагадати:

  • Процедура перерозподілу витягує з таблиці маршрутизації, а не з бази даних протоколів. На шанс, що ви будете перерозподіляти RIP в OSPF, тоді процедура виконує пошук за цим маршрутом, який називається RIP у таблиці маршрутизації. Є один окремий випадок: пов'язані маршрути, на яких працює протокол.
  • На маршрутизаторах Cisco для IPv4 відповідні маршрути, природно, будуть перерозподіляти теж. Це дійсно довжина, яку ви не перерозподіляєте, коли пов'язано з тим самим цільовим протоколом, що призведе до зупинення елемента.
  • На маршрутизаторах Cisco для IPv6 процедура перерозподілу не перерозподіляє ті пов'язані маршрути, на яких запущений протокол, якщо ви не включили пов'язану опцію лінії перерозподілу.

Деякі Cisco ОС вимагають узгодження, пов'язаного з командою перерозподілу, для передачі маршрутів, починаючи з одного протоколу, а потім до наступного. Під час перерозподілу протоколу потрібно вказати показники для маршрутів, щоб вони знаходились у правильній організації стосовно цільового протоколу. Метрика для одного протоколу не дійсно шукає поправки для іншого. Існує метрика насіння, яка повинна бути приєднана до зовнішніх маршрутів, що йдуть у цільовий протокол. У таблиці на малюнку 1 показано кожен протокол з деякими невеликими різновидами.

джерелов RIPв EIGRPв OSPFв IS-ISв BGP (MED)
Підключений1Інтерфейс метрики20 (E2)00
Статичний1Інтерфейс метрики20 (E2)00
RIP-Нескінченний20 (E2)0Метраж IGP
EIGRPНескінченнийІнший показник процесу20 (E2)0Метраж IGP
OSPFНескінченнийНескінченний0Метраж IGP
IS-ISНескінченнийНескінченний20 (E2)Метраж IGP
BGPНескінченнийНескінченний1 (E2)0

Малюнок 1: варіанти протоколу

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

Остання думка: якщо джерелом є BGP, то лише зовнішні маршрути BGP будуть перерозподілені в IGP. Це система протидії циклу. У тому випадку, якщо вам доведеться перерозподілити внутрішні маршрути BGP, то в рамках процедури BGP (а не цільового протоколу) впорядкуйте внутрішню команду bgp redistribute-in.

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

залишити коментар

 
GTranslate Please upgrade your plan for SSL support!
GTranslate Your license is inactive or expired, please subscribe again!