В рубрику "Техническое обозрение" | К списку рубрик | К списку авторов | К списку публикаций

Коммутаторы для сегмента передачи данных мультисервисной Metro-сети FTTB

Владимир Тарасов
Директор ключевой программы "ВИМКОМ"

Элементы сети Ethernet нужно оценивать в совокупности

При строительстве мультисервисных сетей массового обслуживания городского масштаба в нашей стране приоритетной стала сегодня технология "оптика до дома" (FTTB) – с использованием транспортной технологии IP/ Ethernet для передачи пакетного трафика всех видов непосредственно до абонентского порта по витопарной внутридомовой разводке. Следует отметить, что за рубежом такой вариант применяется редко – там превалируют транспортные решения с использованием xPON, комбинации IP/Ethernet на магистрали/субмагистрали с xDSL внутри дома/группы домов. Эти, казалось бы, более сложные с технической точки зрения решения, тем не менее, существенно упрощают задачу обеспечения контроля доступа (задача ААА – authentication, authorization, accounting) и безопасности сети, поскольку в них (кстати, так же, как и в DOCSIS) демаркация уровней доступа и магистрали, а также контроль установления связи между абонентскими портами естественным путем обеспечивается на головных устройствах соответствующих технологий доступа – OLT, DSLAM, CMTS. В "сквозной" сети Ethernet вышеупомянутые задачи могут выполняться устройствами на различных уровнях сетевой иерархии и с использованием различных протокольных механизмов – в зависимости от выбранной модели сетевой архитектуры. Именно по этой причине рассматривать данные приводимых обозрений следует в совокупности, держа в уме имеющуюся или предполагаемую сетевую модель, которая также определяет необходимость наличия ряда функциональных возможностей у компонентов тех или иных сетевых уровней.

Естественно, первейшим требованием является сквозная поддержка с помощью одинаковых механизмов устройствами всех сетевых уровней функциональности, необходимой для обеспечения всех имеющихся и/или планируемых услуг сети, таких, например, как характеристики QoS для сервисов реального времени или возможность авторизации простых абонентских терминалов типа телевизионных STB или телефонных МТА.

Тактика закладывания "про запас", под будущие сервисы дополнительной функциональности в устройствах верхних сетевых уровней (например, MPLS в коммутаторах ядра/агрегации под развитые услуги VPN) выглядит весьма спорной в свете быстрого развития технологии Ethernet и соответствующей смены поколений оборудования. Если бизнес-планом не предусмотрена реализация таких услуг в ближнесрочной перспективе, будет и дешевле, и технически грамотнее добавить оборудование с дополнительной функциональностью либо вообще создать наложенную сеть на резервных волокнах оптической сети позднее, в тот момент, когда эти услуги окажутся востребованы в коммерчески оправданных объемах.

Metro-сеть требует эксплуатационной практичности

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

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

По тем же причинам важными дополнительными свойствами оборудования являются поддерживаемые им средства мониторинга и управления элементами сети. В настоящее время требование поддержки сетевыми устройствами спецификаций 802.3ah EFM (Ethernet in the First Mile) и 802.1ag CFM (Connectivity Fault Management), наверное, будет избыточным по ценовым соображениям. Однако готовность поставщика-интегратора или производителя предложить интеграцию своего оборудования в какую-либо бюджетную систему мониторинга и управления на основе SNMP станет существенным плюсом. Аналогично значимым преимуществом станет наличие средств контроля целостности абонентской линии у коммутаторов доступа.

Интегрируемость нужно гарантировать заранее

Безусловно, первостепенным вопросом является совместимость, "интегрируемость" оборудования всех сетевых уровней. Хорошо известны примеры, когда оборудование разных вендоров, формально поддерживая стандартные протоколы, все же "не понимает" друг друга; по крайней мере, в некоторых топологических схемах. Понятно, что наиболее надежным было бы моновендор-ное решение. Однако, как правило, предложения западных "грандов" оказываются чересчур дорогими на уровне доступа, а решения вендоров из Восточной Азии недостаточно состоятельны на верхних уровнях сетевой иерархии. Переходя, в силу этих обстоятельств, к рассмотрению мультивендорных вариантов, необходимо удостовериться, что поставщик-интегратор способен продемонстрировать интегрируемость решения по основным протоколам – если не на построенной сети, то хотя бы на лабораторном стенде.

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