Маршрутизатор Eltex ME5000M: конфигурация для операторского узла

Маршрутизатор Eltex ME5000M — модульная платформа для операторской агрегации и границы транспортной IP/MPLS-сети. Ее имеет смысл рассматривать там, где на одном узле сходятся многочисленные клиентские подключения, высокоскоростные транспортные каналы и сервисы с разными требованиями к качеству обслуживания. Главный вопрос при выборе такого оборудования — не только количество портов: необходимо согласовать состав линейных карт, возможности коммутационной фабрики, аппаратные ресурсы и поведение узла при отказах.

Место ME5000M в операторской сети

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

Для точки присутствия с большим числом подключений 10GE важны плотность интерфейсов и возможность постепенно добавлять карты. Для узла с каналами 40GE и 100GE существеннее пропускная способность слотов и распределение нагрузки между модулями. Если оборудование обслуживает корпоративные VPN, к расчету полосы добавляются количество VRF, объем маршрутов, параметры QoS и требования к резервированию сервисов.

Шасси и модули: что определяет конфигурацию

Платформа занимает 15U в 19-дюймовой стойке. В шасси предусмотрены два места для модулей управления и коммутации FMC32 и до двенадцати мест для линейных карт. Модули расположены вертикально. Это не маршрутизатор с неизменным набором встроенных сетевых портов: состав подключений определяется установленными картами.

• FMC32 объединяет функции управления, маршрутизации и коммутационной фабрики. Второй модуль нужен не только для резервирования: его наличие также влияет на доступную пропускную способность шасси и слотов.
• LC20XGE предоставляет двадцать интерфейсов 10GE в исполнении SFP+. Такая карта уместна при концентрации большого числа десятигигабитных подключений.
• LC8XLGE содержит четыре интерфейса 40GE и еще четыре интерфейса с режимами 40GE/100GE. Ее назначение — подключения с более высокой скоростью и транспортные направления.

Практический вариант построения узла — сочетание карт для клиентской агрегации и высокоскоростных восходящих каналов. Их соотношение следует определять по матрице трафика: сколько данных остается между подключениями одного узла, сколько уходит в транспорт и какая нагрузка переносится на оставшиеся направления при аварии.

Количество доступных слотов не означает, что все карты входят в поставку. Шасси, управляющие модули, линейные карты, трансиверы и дополнительные аппаратные компоненты необходимо рассматривать как отдельные позиции конфигурации. Режимы разбиения интерфейсов также нельзя считать универсальной заменой выделенным портам: для них требуется проверить сочетание карты, порта, кабеля или оптики и версии ПО.

Почему 560 Гбит/с не описывают весь маршрутизатор

У ME5000M есть несколько разных уровней производительности. Значение 560 Гбит/с относится к линейной карте LC8XLGE, а не ко всему шасси. Для LC20XGE соответствующий показатель составляет 200 Гбит/с. Производительность одного FMC32 — 3,06 Тбит/с, а максимальная производительность фабрики при двух таких модулях достигает 6,1 Тбит/с. Эти величины описывают разные части платформы и не заменяют друг друга.

Отдельный предел — пропускная способность на слот: до 255 Гбит/с при одном FMC32 и до 510 Гбит/с при двух. Поэтому суммарная номинальная скорость внешних портов карты сама по себе не подтверждает возможность передать такой же объем трафика через фабрику. Особенно внимательно следует рассчитывать конфигурации с высокой загрузкой интерфейсов 100GE и интенсивным обменом между линейными картами.

Еще одно условие касается размера пакетов: обработка на скорости интерфейсов заявлена для пакетов от 256 байт. Переносить это утверждение на любой профиль нагрузки нельзя. При приемочных испытаниях полезно отдельно проверить короткие пакеты, смешанные размеры, включенные ACL, сервисы MPLS и реальные политики QoS. Проверка должна воспроизводить будущую эксплуатацию, а не только передачу крупных пакетов между двумя портами.

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

Сервисы MPLS и маршрутизация на границе сети

ME5000M поддерживает BGP, OSPF, IS-IS, маршрутизацию IPv4 и IPv6, а также VRF. Для транспортной части предусмотрены LDP и RSVP-TE, включая механизмы быстрого восстановления. Это дает основу для включения платформы в IP/MPLS-инфраструктуру, но конкретную схему необходимо согласовывать с архитектурой существующей сети.

Разделение корпоративных сетей

MPLS L3VPN подходит для предоставления заказчикам маршрутизируемой связности с разделением таблиц маршрутизации. При таком применении важны не только количество клиентских интерфейсов и суммарная полоса, но и правила обмена маршрутами между площадками, изоляция клиентов и управляемый доступ к общим сервисам. Для каждого VPN следует определить, какие маршруты он получает и какие публикует в сеть.

Передача Ethernet поверх транспорта

Для услуг второго уровня предусмотрены VPWS и VPLS. Они востребованы, когда клиенту нужна Ethernet-связность между площадками, а не маршрутизируемый сервис оператора. Здесь необходимо заранее согласовать MTU, обработку VLAN, поведение широковещательного трафика и схему резервирования pseudowire. Совпадения названий протоколов на двух устройствах недостаточно для подтверждения совместимости всей услуги.

Платформа также поддерживает EVPN/MPLS и EVPN/VXLAN. Эти возможности следует рассматривать отдельно от традиционных VPLS-сценариев: при проектировании нужно зафиксировать необходимый режим, набор функций и совместимость с соседним оборудованием. Наличие EVPN в перечне возможностей не означает автоматической поддержки любой архитектуры на его основе.

Аппаратные таблицы и QoS: ресурсы помимо полосы

При выборе маршрутизатора важно различать RIB и FIB. RIB хранит маршрутную информацию, с которой работает управляющая часть, а FIB используется для пересылки пакетов. Большой объем RIB не означает такую же емкость аппаратной таблицы пересылки. Для ME5000M вместимость RIB зависит от свободной оперативной памяти, а фактическая емкость FIB — в том числе от длины префиксов и распределения аппаратных ресурсов.

Ресурс FIB разделяется с таблицами ARP и IPv6 ND. Таблица MAC-адресов также использует общий ресурс с MPLS-коммутацией и элементами single-hop BFD. Следовательно, предельные показатели отдельных таблиц нельзя складывать в одну конфигурацию и считать одновременно достижимыми. Для проекта нужен общий профиль нагрузки: маршруты IPv4 и IPv6, соседства, MAC-адреса, MPLS-сервисы и сессии контроля связности.

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

Для управления качеством обслуживания доступны policing и shaping, алгоритмы Strict Priority и DWRR, классификация по DSCP, MPLS TC и приоритетам Ethernet. Их практический смысл — контролировать распределение полосы между услугами при перегрузке. Политики следует проверять вместе с маркировкой на границах сети: приоритет, корректно назначенный на одном участке, не должен теряться или необоснованно повышаться на другом.

Резервирование без обещания нулевого перерыва

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

На программном уровне используются синхронизация таблиц, Graceful Restart и Non-stop forwarding; предусмотрено обновление ПО с минимальным перерывом сервиса. Продолжительность нарушения связности зависит от конкретной аварии, конфигурации протоколов и поведения соседних устройств. Время обнаружения неисправности нельзя подменять временем полного восстановления клиентской услуги.

Для приемки полезно составить отдельную матрицу отказов: потеря одного ввода питания, управляющего модуля, транспортного канала и линейной карты. В каждом испытании следует контролировать не только восстановление соседств, но и потери пакетов, изменение доступной полосы и сохранение изоляции клиентских сетей.

Подготовка площадки и эксплуатационный контроль

ME5000M требует операторской инфраструктуры питания: предусмотрены два ввода постоянного тока с диапазоном 36–72 В. Максимальная потребляемая мощность платформы составляет 4200 Вт; это верхняя характеристика, а не постоянное потребление любой конфигурации. Электропитание, охлаждение и запас площадки нужно рассчитывать под выбранный состав модулей и план расширения.

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

Для управления предусмотрены CLI, SSH и NETCONF, для мониторинга — SNMP и syslog. В эксплуатационный план целесообразно включить резервное копирование конфигурации, контроль загрузки таблиц, состояния питания и вентиляции, а также счетчиков интерфейсов и очередей. Наблюдение только за доступностью управляющего адреса не показывает состояние всех сервисов.

Для экспорта NetFlow/IPFIX необходим аппаратный модуль сбора статистики на соответствующих линейных картах. Эту зависимость следует учитывать при комплектации: наличие функции в программном обеспечении не заменяет требуемый аппаратный компонент. Перед вводом узла также нужно зафиксировать версию ПО и проверить на ней все обязательные функции проекта.

Когда модульная платформа оправданна

Eltex ME5000M имеет смысл выбирать для узла с большим числом подключений, сочетанием скоростей 10/40/100GE и потребностью в операторских сервисах IP/MPLS. Модульность дает возможность подбирать интерфейсы под текущую нагрузку и расширять узел без немедленной замены шасси. Если же проекту требуется небольшое неизменное число портов, расходы стойкового пространства, питания и обслуживания такой платформы могут оказаться избыточными.

Окончательный выбор должен опираться на согласованную конфигурацию: карты и оптика, два режима расчета полосы, профиль аппаратных таблиц, необходимые сервисы и сценарии отказов. Именно такая проверка показывает пригодность ME5000M для конкретного узла — гораздо точнее, чем отдельная цифра производительности или максимальное количество интерфейсов.