Простої коштують підприємствам тисячі доларів за хвилину, що робить надійність мереж критично важливою. Відновлення мережі MPLS забезпечує безперебійне з’єднання, автоматично перенаправляючи трафік у разі виходу з ладу основних шляхів. Ось короткий розклад:

• MPLSТехнологія, яка використовує мітки для спрямування трафіку заздалегідь визначеними шляхами, забезпечуючи швидшу та передбачуванішу продуктивність.
• Перехід після відмовиАвтоматично перемикається на резервні системи під час перебоїв, мінімізуючи перебої в роботі.
• Висока доступністьЗабезпечує роботу систем з мінімальним часом простою, який зазвичай вимірюється в "дев'ятках" (наприклад, час безвідмовної роботи 99,99% = 52,56 хвилини простою на рік).

Ключові кроки для налаштування резервного перемикання MPLS

1. Резервні схемиНалаштуйте основні та резервні MPLS-канали з різними фізичними шляхами.
2. Виявлення відмовиВикористовуйте моніторинг ICMP-пінгу для виявлення збоїв протягом кількох секунд.
3. Політики маршрутизаціїТочне налаштування атрибутів BGP, таких як локальні налаштування та попереднє додавання шляху AS, для безперебійного перенаправлення трафіку.
4. ТестуванняМоделювання збоїв, моніторинг часу реагування та перевірка оновлень маршрутизації для забезпечення надійності.

Поширені проблеми та виправлення

• Невідповідні атрибути BGPСтандартизувати налаштування в усіх ланцюгах.
• Неправильні списки префіксівПереконайтеся, що всі необхідні маршрути включено.
• Невідповідності таймерівВирівняти таймери підтримки та утримання BGP.
• Розриви у потужностяхЗіставте пропускну здатність резервного каналу з навантаженням основного трафіку.

Інструменти для моніторингу та тестування

• SNMPВідстежуйте статистику та сповіщення інтерфейсу.
• Трасування маршрутуПеревірка шляхів трафіку під час резервного перемикання.
• Системний журналВиявлення проблем за допомогою журналів маршрутизатора.

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

Проектування та конфігурації подвійної глобальної мережі MPLS + Інтернет для підприємств | Налаштування MPLS з перемиканням на резервний інтернет

Необхідні умови та вимоги до мережі

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

Вимоги до апаратного та програмного забезпечення

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

Налаштування мережі та вимоги до інтернет-провайдера

Для оптимальної надійності переконайтеся, що ваші основні та резервні ланцюги відповідають різноманітні фізичні шляхиКрім того, доповніть резервування MPLS комбінацією каналів WAN, таких як широкосмуговий, стільниковий або супутниковий зв'язок. Такий багаторівневий підхід мінімізує ризик проблем із підключенням, спричинених перебоями в роботі всього оператора.

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

Вимоги до живлення та навколишнього середовища

Стабільне живлення та контрольоване середовище так само важливі, як і резервування мережі. Підключіть усі маршрутизатори, комутатори та брандмауери до джерела безперебійного живлення (ДБЖ) для захисту від перебоїв живлення. Використовуйте резервні джерела живлення, щоб усунути поодинокі точки відмови, та об'єднуйте системи ДБЖ з аварійними генераторами для тривалих перебоїв.

Для систем, критично важливих для MPLS, підтримуйте резервні системи охолодження щоб запобігти перегріву. У районах, схильних до стихійних лих, розгляньте можливість додавання географічної різноманітності до вашої мережевої інфраструктури для додаткового рівня захисту. Наприклад глобальні рішення для хостингу як ті, що пропонуються Serionion може забезпечити роботу критично важливих служб навіть під час локальних перебоїв.

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

Покрокове налаштування резервного перемикання MPLS

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

Налаштування резервних MPLS-каналів

Для забезпечення надійності створіть кілька шляхів підключення. Налаштуйте первинна схема MPLS як бажаний маршрут та вторинний контур як резервний варіант. Кожен канал має підключатися до окремих маршрутизаторів Provider Edge (PE), щоб мінімізувати ризик відмови в єдиній точці.

• використання BGP-спільноти Щоб встановити пріоритетність маршрутів: призначте локальне значення на 100 для основного контуру та 90 для резервного.
• Обирайте фізично різноманітні маршрути для більшої стійкості.
• Якщо ваша організація використовує змішані типи підключення (наприклад, широкосмугове або стільникове резервне копіювання), налаштуйте статичні маршрути на ваших пристроях WAN. Призначте різні адміністративні відстані, забезпечуючи пріоритет підключення MPLS над іншими опціями.

Налаштування виявлення відмови

Щоб виявити несправності ланцюга, налаштуйте Моніторинг ICMP-пінгуНалаштуйте маршрутизатори для безперервного пінгу критичних пунктів призначення через кожен канал MPLS. Якщо система виявить певну кількість послідовних збоїв пінгу (зазвичай 3–5), вона позначить канал як недоступний та ініціює процедури відновлення після збою.

Налаштування політик маршрутизації для резервного копіювання

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

1. Увімкнути форматування спільноти BGP на вашому маршрутизаторі Customer Edge:

   Новий формат IP-спільноти BGP 

2. Визначення списку IP-префіксів для мереж, що потребують резервного перемикання на резервний рахунок:

   Список префіксів IP, дозвіл PFX-LIST-TO-CTL 10.10.10.0/24 

3. Створіть карту маршруту що відповідає вашому списку префіксів і призначає потрібне значення спільноти BGP:

   карта маршрутів SEND-COMM-TO-CTL дозвіл 10 зіставлення списку префіксів IP-адрес PFX-LIST-TO-CTL встановити спільноту 209:90 карта маршрутів SEND-COMM-TO-CTL дозвіл 20 

   • Цінність громади 209:90 встановлює локальне налаштування на 90, що робить цей шлях менш бажаним, ніж значення за замовчуванням 100.
   • Друга заява про дозвіл гарантує, що інші маршрути рекламуються як завжди.
4. використання Додавання шляху AS до початку на резервних ланцюгах, щоб зробити їхні маршрути менш привабливими за нормальних умов. Якщо основний ланцюг виходить з ладу, доданий шлях стає наступним найкращим доступним маршрутом.

Тестування та перевірка резервного перемикання MPLS

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

Моделювання збоїв та моніторинг реагування

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

Виміряти час виявлення, відстежуйте відповіді ICMP ping під час тесту. В ідеалі система повинна виявляти збої протягом 15–45 секунд, залежно від налаштувань інтервалу ping та порогу збоїв. Запишіть, скільки часу потрібно для перенаправлення трафіку на резервний канал.

Ви також можете протестувати сценарії часткової деградації шляхом введення втрати пакетів або затримки в первинному контурі. Моделювання втрати пакетів 10–15%, наприклад, дозволяє побачити, як реагує система. Багато систем налаштовано на відновлення після збою, коли втрата пакетів перевищує 5% протягом 30-секундного періоду.

Для більш детального аналізу проведіть Тестування конвергенції BGP щоб побачити, як швидко оновлюються таблиці маршрутизації у вашій мережі. Під час відновлення після відмови BGP повинен видалити маршрути, пов'язані з каналом, що вийшов з ладу, та замість них оголосити резервний шлях. Використовуйте показати IP-адресу bgp команду для перевірки оновлення оголошень про маршрути протягом 30–60 секунд. Переконайтеся, що значення локальних налаштувань налаштовуються автоматично, що робить резервний канал пріоритетним шляхом.

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

Використання інструментів моніторингу мережі

Моніторинг SNMP пропонує аналітику вашого резервного перемикання MPLS у режимі реального часу. Налаштуйте систему керування мережею на опитування статистики інтерфейсу кожні 30 секунд, відстежуючи такі показники, як стан інтерфейсу, втрата пакетів та рівень помилок. Налаштуйте сповіщення, щоб повідомляти вас про піки використання інтерфейсу в резервному каналі, сигналізуючи про подію резервного перемикання.

Аналіз системного журналу – ще один цінний інструмент для розуміння тригерів та часу відновлення під час відмови. Налаштуйте маршрутизатори для надсилання критично важливих журналів, таких як події BGP та інтерфейсу, на централізований сервер системних журналів. Шукайте записи в журналі, які вказують на те, що зв’язки BGP-сусідів перериваються та відновлюються на альтернативних каналах.

бігти тести traceroute до, під час та після імітації збоїв, щоб підтвердити, що трафік слідує очікуваним шляхом. Наприклад, під час відновлення після відмови ви повинні побачити перенаправлення трафіку з основного PE-маршрутизатора на резервний PE-маршрутизатор протягом налаштованого вами періоду виявлення.

Інструменти моніторингу пропускної здатності є важливими для забезпечення того, щоб ваш резервний канал міг обробляти навантаження трафіку. Якщо ваш основний канал зазвичай передає 80 Мбіт/с трафіку, але резервний канал підтримує лише 50 Мбіт/с, ви можете зіткнутися з проблемами продуктивності під час резервного перемикання на резервний канал. Контролюйте рівні використання та за потреби коригуйте планування потужності.

Після завершення тестування зосередьтеся на записі та аналізі результатів.

Запис результатів тесту

Задокументуйте результати тестування з точними позначками дати та часу (ММ/ДД/РРРР ГГ:ХХ:СС AM/PM). Включіть такі деталі, як тип несправності, час виявлення та тривалість впливу.

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

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

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

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

sbb-itb-59e1987

Виправлення неполадок поширених проблем з перемиканням на резервний MPLS

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

Поширені помилки конфігурації

Одна з поширених помилок у налаштуваннях резервного перемикання MPLS полягає в невідповідні атрибути BGPНаприклад, якщо ваш основний канал рекламує маршрути з локальним налаштуванням 200, тоді як резервний використовує значення за замовчуванням 100, система завжди надаватиме перевагу основному шляху, навіть якщо він непродуктивний. Щоб вирішити цю проблему, переконайтеся, що обидва канали мають однакові атрибути BGP. Використовуйте показати IP-адресу bgp команда для порівняння оголошень маршрутів на вашому основному та резервному PE-маршрутизаторах. За потреби налаштуйте значення локальних налаштувань, часто встановлюючи їх на 150 для основних каналів та 100 для резервних.

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

Невідповідності таймерів Різниця між таймерами підтримки активності та утримання BGP також може спричинити проблеми. Наприклад, якщо один канал використовує 60-секундний таймер утримання, а інший — 180 секунд, поведінка під час відновлення може бути невідповідною. Стандартизуйте ці таймери для всіх каналів — більшість мереж використовують 60-секундний таймер утримання з 20-секундними інтервалами підтримки активності.

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

Діагностика проблем з відновленням після відмови

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

Далі, перевірити таблиці маршрутизації з показати IP-маршрутРезервні маршрути повинні відображатися з більшими адміністративними відстанями або нижчими значеннями преференцій. Якщо ці маршрути відсутні, перевірте зв'язки між сусідами BGP за допомогою показати зведення IP BGP.

Вивчити Вибір шляху BGP з показати IP-адресу bgp для виявлення проблем із уподобаннями. Процес прийняття рішень BGP враховує такі фактори, як локальні уподобання, довжина шляху AS, тип джерела та значення MED. Резервні канали з довшими шляхами AS можуть не ввімкнутися, навіть якщо основний канал має проблеми.

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

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

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

Виправлення проблем із затримкою та продуктивністю

Коли відбувається перемикання на резервний комп'ютер, забезпечити відповідність резервних каналів основному каналу за ємністю та політиками QoSЯкщо основний інтерфейс підтримує 100 Мбіт/с, а резервний — лише 50 Мбіт/с, продуктивність постраждає. Використовуйте опитування SNMP для моніторингу використання інтерфейсу та показати інтерфейс карти політик щоб підтвердити узгодженість налаштувань QoS.

Проблеми виявлення MTU шляху може виникнути, якщо резервні канали мають менші максимальні одиниці передачі. Наприклад, якщо основний канал підтримує кадри розміром 1500 байт, але резервний канал фрагментує пакети розміром 1400 байт, у програмах можуть виникнути тайм-аути. Перевірте розміри MTU, виконавши команду ping з встановленим бітом "не фрагментувати": ping -f -l 1472 IP-адреса_призначення.

Асиметрична маршрутизація – ще один винуватець збільшення затримки. Це трапляється, коли трафік рухається різними шляхами в кожному напрямку, часто через те, що основні та резервні канали підключаються до різних місць. Використовуйте traceroute як від джерела, так і від місця призначення, щоб виявити асиметрію, а потім налаштуйте атрибути BGP, щоб забезпечити симетричну маршрутизацію.

Переповнення буфера на резервних схемах може призвести до втрати пакетів під час періодів високого трафіку. Перевірте статистику інтерфейсу за допомогою показати інтерфейси для виявлення падінь вхідних/вихідних даних або збоїв буфера. Відрегулюйте розміри буферів або впровадьте формування трафіку для ефективнішої обробки сплесків.

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

Зрештою, адреса Тайм-аути TCP-з'єднання шляхом налаштування параметрів підтримки активності програм. Багато програм за замовчуванням використовують 2-годинні таймери підтримки активності TCP, що затримує виявлення змін шляху. Скоротіть ці інтервали до 60-120 секунд для швидшого реагування на збій.

Висновок

Ключові моменти

Налаштування резервного MPLS вимагає ретельного планування, точного виконання та постійного обслуговування. Для початку впровадьте резервні MPLS-канали, які забезпечать безперебійну обробку мережевого трафіку як основним, так і резервним шляхами. Також важливо підтримувати узгоджені налаштування BGP для забезпечення плавного перемикання на резервний архів.

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

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

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

Використання хостингових рішень для високої доступності

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

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

Для організацій, які залежать від віртуалізовані робочі навантаження, розгортання VPS та виділені сервери між кількома центрами обробки даних забезпечує стабільне з’єднання між сайтами. Поєднання резервування на рівні мережі з резервуванням інфраструктури додає рівні захисту від неочікуваних збоїв.

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

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

поширені запитання

Які основні переваги використання резервного перемикання MPLS для забезпечення високої доступності в бізнес-мережах?

Забезпечення Відмовостійке перемикання MPLS забезпечує безперебійну роботу вашої бізнес-мережі, автоматично перенаправляючи трафік під час перебоїв. Це зменшує час простою, дозволяючи операціям продовжуватися без перерв та зберігаючи стабільний користувацький досвід.

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

Як переконатися, що мій резервний MPLS-канал може обробляти той самий трафік, що й основний, під час резервного перемикання на резервний?

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

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

Яких помилок слід уникати під час налаштування атрибутів BGP для резервного перемикання MPLS?

Типові помилки під час налаштування атрибутів BGP для резервного перемикання MPLS

Під час налаштування атрибутів BGP для резервного перемикання MPLS є кілька поширених помилок, які можуть призвести до проблем. Ось на що слід звернути увагу:

• Неправильно налаштовані параметри маршрутуВстановлення таких атрибутів, як місцеві уподобання або МЕД (Багатовихідний дискримінатор) може призвести до неефективної маршрутизації, поганих шляхів перемикання на резервний архів або навіть до зациклення маршрутизації.
• Неправильна фільтрація маршрутівЯкщо резервні маршрути не фільтруються або не надаються їм пріоритети належним чином, відновлення після відмови може бути затримано або може виникнути неочікувана поведінка маршрутизації. Завжди переконайтеся, що резервні маршрути налаштовані належним чином і їм надано правильний пріоритет.
• Неправильні налаштування відбивача маршрутуПомилки в налаштуванні відбивачів маршрутів можуть порушити процес відновлення після відмови та поставити під загрозу стабільність маршрутизації.

Щоб підтримувати високу доступність, вам потрібно добре розуміти атрибути BGP, такі як вага, місцеві уподобання, і МЕДРетельне налаштування, ретельне планування та ретельне тестування можуть допомогти вам уникнути цих проблем і забезпечити безперебійне перемикання на резервний MPLS.

Пов’язані публікації в блозі

• Перехід після відмови проти відмови: ключові відмінності
• Тестування затримки в системах відновлення після відмови: ключові показники
• Основи QoS для відновлення мережі
• Перевірка резервного копіювання: ключові показники для моніторингу