Вступление
Решения, которые являются фундаментом любой сетевой архитектуры - это системы оптического уплотнения.
Классно, что количество решений, которые предлагаются для построения сетей - увеличивается, особенно в таких нишевых сегментах.
Спойлер – Очень кратко про DWDM
DWDM (Dense Wavelength Division Multiplexing) – системы данного типа позволяют значительно увеличить количество передаваемой в одной паре волокон информации, тем самым снизив расходы на эти самые оптические волокна (аренду или строительство), за счет мультиплексирования оптических сигналов в разнесенных частотных диапазонах (используют разные длинны волн света). Также DWDM системы породили отдельный вид услуги на рынке – аренда «лямбды», то есть порта на оптическом мультиплексоре системы уплотнения, что обычно дешевле, чем аренда оптического волокна.
Почитать подробнее для чего эти DWDM решения нужны и как они работают можно, например, вот в этих источниках:
https://www.cisco.com/c/dam/global/de_at/assets/docs/dwdm.pdf
https://t8.ru/upload/iblock/213/bpaphrarx7a89we9in5xc7cf8e86o4a1/T8_DWDM_basic_web.pdf
Так же было несколько выпусков про DWDM технологи�� у ребят на https://linkmeup.ru/ , но на слух, если вы не в теме, слушать будет тяжеловато. Картинки наше все :D
Две платформы DWDM, которые предлагает Булат.
Сжато, кратко про каждую из платформ:
Платформа для операторов связи BWN1000 — это OTN-платформа емкостью 10G/100G/200G, рассчитанная в основном на использование в магистральных, региональных и городских сетях.
Поддерживаемы типы клиентских интерфейсов:
Ethernet: FE, GE, 10GE, 40GE и 100GE
SDH: STM-1, STM-4, STM-16 и STM-64.
SONET-сервисы, такие как OC-3, OC-12, OC-48 и OC-192.
OTN, такие как OTU2, OTU2e, OTU3 и OTU4.
Данная платформа представлена двумя типами шасси:
Чем отличается шасси друг от друга:
| BWN1000-X | BWN1000-V |
Количество занимаемых юнитов | 10 | 5 |
Обдув | Снизу-вверх | Справа-налево |
Работа при окружающей среде | Темп. 0С – 40C, влажн. 10%-90% | Темп. 0С – 40C, влажн. 10%-90% |
Количество сервисных слотов | 16 полных слотов / 12 полуслотов | 7 полных слотов / 15 полуслотов |
Питание и потр. мощность | 1+1 DC: -40В – -72В, макс 2500 Вт | 1+1 DC: -40В – -72В, макс 1100 Вт |
Варианты управления | CLI и NMS, SNMP v2, v3 | CLI и NMS, SNMP v2, v3 |
Платформа для DCI - BWN2000 — платформа DWDM емкостью 200G/400G/800G, с прицелом на городские сети и для соединения дата-центров. (DCI - Data Center Interconnect)
Характеристики платформы:
| BWN2000 |
Количество занимаемых юнитов | 2 |
Обдув | Спереди-назад |
Работа при окружающей среде | Темп. -10С – 45C, влажн. 10%-90% |
Количество сервисных слотов | 4 полных слотов / 8 полуслотов |
Электропитание | 1+1 AC: 100В – 240В, DC: -40В – -72В, макс. 800Вт |
Варианты управления | CLI и NMS, SNMP v2, v3 |
Фокус этого обзора на DCI решение, так как в противном случае объем великоват для комфортного чтения. Использовать решение оптимально для связи нескольких площадок с высокой плотностью, эффективным потреблением, особенностями охлаждения под ЦОД. То есть это и Метро сети, и региональные варианты. Основные сервисы на борту есть: от GE до 400G; до FC32 и даже SDH сервисы.
Итак, DCI
Сервисный уровень, Транспондеры и мукспондеры платформы BWN2000
В платформе DCI - BWN2000 используется компактная форма плат и поддерживаются модули CFP2, QSFP-DD, оборудование занимает мало места в стойке (экономия денег на аренде), при этом обеспечивая высокую пропускную способность, низкое электропотребление и функционал аналогичный операторскому оборудованию DWDM (BWN1000).
Основные интересные транспондеры под спойлерами:
C21H10
Клиентские порты:
10GE/10GE WAN/OTU2/STM-64/40GE/100GE/100GE FlexE/OTU4
Линейные порты:
1 х 200G CFP2-DCO
C41X4
Клиентские порты:
4 х 100GE/100GE FlexE
Линейные порты:
1 х 400G/200G CFP2-DCO
C21T20
Клиентские порты:
20 х 10GE/10GE WAN/OTU2/STM-64 /FC8G/FC16G/FC32G
Линейные порты:
1 х 200G CFP2-DCO
Поддерживаемые сервисы самых популярных транспондеров/мускпондеров закрывают все, что может потребоваться в DCI:
Ethernet: FE, GE, 10GE, 40GE, 100GE и 200GE.
SDH: STM-1, STM-4, STM-16 и STM-64.
SONET-сервисы, такие как OC-3, OC-12 и OC-48.
OTN, такие как OTU2, OTU2e и OTU4.
SAN, такие как 8G, 16G и 32G.
FlexE.
целом компоненты достаточно однотипны у всех производителей на рынке:
100/200/400G на одну длину волны через DCO оптику, 800G ожидается в Q2 2026.
Что это такое DCO модули можно почитать вот тут: https://habr.com/ru/articles/449330/
Отдельный вопрос, зачем в DCI SDH… Можно отдельно подискутировать в комментариях, зачем такое в DCI :)
Оптический уровень:
Мультиплесоры:
Если говорить про фотонную часть, тут все тоже очень просто и в классическом формате. Большой набор мультиплексоров, все стандартно, от 4 до 96 каналов, 50/100Ггц
У нас в лаборатории вариант на 48 оптических каналов:
Усилители
В линейке усилителей представлены два блока EDFA усилителей (OA и OLA). Блок ОА работает как бустер и как предусилитель. OLA – линейный усилитель
EDFA усилитель OA выполняется в двух форм-факторах на один и два слота:
Однослотовый усилитель OA поддерживает фиксированное усиление (Fixed gain), в то время как двухслотовый поддерживает регулируемое усиление (adjustable gain).
Основные технические параметры OA:
Усиливает мощность сигнала C+-диапазона; поддерживает регулируемое усиление.
Позволяет включать/выключать лазер через сетевое управление для тестирования и технического обслуживания
Плата имеет встроенный модуль VOA (Variable Optical Attenuator) для автоматической регулировки входной оптической мощности модуля EDFA.
Управляет и обрабатывает сигналы оптического контрольного канала (OSC)
Работает с платами OTDR для выполнения онлайн-обнаружения OTDR, отслеживая состояние волокон в системах оптических линий.
Имеет порт онлайн-мониторинга для вывода частичной мощности оптического сигнала для мониторинга спектральных характеристик без прерывания трафика
Обнаруживает оптическую мощность и сообщает об этом. Сообщает о аварийных сообщениях на плате и событиях, связанных с производительностью
К сожалению, пока в DCI линейке нет плат усилителей типа RAMAN (эти усилители более сложные в запуске и обслужавании, но обеспечивают услиение сигнала почти не внося искажений), но они должны появится в будущем. На данный момент Рамановские усилители реализованы в линейке BWN1000 и при необходимости можно использовать OTN платформу для передачи каналов с DCI платформы по технологии AW (Alien Wave). Более того, обе линейки оборудования управляются из ед��ной системы управления, поэтому контроль аварий и конфигурация решения становятся значительно проще, чем в случае классического сценария AW. По расчетам производителя, усилителями линейки DCI можно запустить пролет (span) с затуханием примерно 35 дБ (~ 160-175 км) для 400G оптических каналов. Будем рады проверить эти расчеты на линиях заказчиков.
Оптический канал управления OSC (Optical Supervisory Channel )
OSC - штука полезная, не важно, DCI у вас решение или нет. Канал управления организуется на своей отдельной частоте и подмешивается в общий групповой сигнал. Его задача - обеспечение передачи данных управления управления и мониторинга, а так же его наличе упрощает траблшутинг. У разных производителей OSC формируется по-разному, в этой линейке для его реализации используется оригинальное решение: комбинации платы контроллера (SIE) и усилителя. В плате контроллера находится оптический модуль, генерирующий OSC, а в плате усилителя - мультиплексор, который подмешивает канал управления в групповой канал на частоте 1510 нм. В плату контроллера могут быть установлены боле дальнобойные оптические модули если требуется передать сигнал в длинном пролете, например, с использованием Рамановских усилителей. Также для увеличения количества направлений передачи оптического сигнала может использоваться плата дополнительных интерфейсов:
Блок-схема усилителя ниже на рисунке:
Контролеры.
Раз заговорили про управление через OSC, то стоит сказать пару слов про основной блок управления – контроллер. На шасси DCI можно использовать два контроллера (CU) если есть необходимость в резервировании.
Контроллеры, как и другие резервируемые тут блоки (вентиляторы и блоки питания) устанавливаются с тыльной стороны шасси (это хорошо видно на фото ниже):
Если выходит из строя один контроллер, то можно на горячую установить второй контроллер с любого другого устройства или из ЗИПа и он загрузит в себя конфигурацию текущего шасси автоматически, при условии, что в нем установлен одинаковый софт с главным контроллером. В противном случае нужно будет выровнять версию софта для синхронизации конфигурации. Но обычно ставят сразу два контроллера и тогда вопрос с выравниванием версий ПО сразу закрывается.
Дополнительные функциональные блоки
Поговорим немного об интеллектуальных функция оборудования BWN2000.
Мониторинг оптических каналов
В данном оборудовании есть возможность мониторить спектр в реальном времени, благодаря использованию платы OCM (на фото ниже, простите за шакальное качество).
У платы ОСМ 8 портов, и она дополнительно поддерживает настройку значений компенсации вносимых потерь.
Блоки резервирования оптического т��акта
В платформе используются две платы для ее реализации – OLP и OLP2. Они отслеживают состояние оптических волокон (например, по которым передаются сервисы) в реальном времени и в случае, когда мощность падает ниже установленного пользователем порога - переключают на резерв. Эта классическая системазащиты, которая обеспечивает стабильную, гибкую и безопасную работу сети передачи данных, широко используется в магистральных сетях и критически важных маршрутах обслуживания. Время переключения менее 50 миллисекунд.
Разница между OLP и OLP2 заключается в том, что OLP2 – это, двух групповая версия OLP, ее можно использовать как две обычные платы OLP для разных направлений, а также настраивать для переключения сразу двух групп если такое необходимое (схема работы платы OLP2 ниже на рисунке)
Мониторинг состояния оптического волокна.
Еще одной очень полезной функцией является OTDR (Optical Time Domain Reflectometer) мониторинг. Это встроенный в плату рефлектометр, который регулярно проводит измерения оптического волокна и сохраняет их, а также сравнивает с эталонной рефлектограммой. Если отклонение от эталона превысит настроенные пороги, то система оправит сообщения сотрудникам, которым стоит знать про такие изменения.
За реализацию этого функционала отвечает плата OTDR на 8 каналов, которая работает на принципах обратного рассеяния и френелевского отражения. Рисунок платы OTDR ниже (да, она визуально такая же):
Плата фиксирует информацию об ослаблении сигналов с помощью обратно рассеянного света, генерируемого при оптической передаче по волокнам. Она измеряет затухание в волокне, потери при соединении, местоположение повреждения и анализирует распределение потерь по длине волокна.
Для измерения может быть использована частота на длинах в окнах 14хх, 15хх, 16хх нм. Она не должна совпадать с частотой на которой работает оптический канал управления или сервисные оптические каналы. Динамический диапазон блока – 30дБ, это позволяет мониторить примерно 80км оптической линии. Если поставим такие блоки с двух сторон, расстояние удваивается (каждый блок мониторит свои 80 км).
Функция автоматического отключения лазера
FarEndALS – реализована не как стандартная функция АLS, данная функция срабатывает и отключает лазер на клиентском порту транспондера, если на другой стороне канала припадает принимаемый клиентский сигнал. Эта функция так же упрощает траблшутинг и позволяет более удобно использовать механизмы резервирования на L2/L3 сетевых уровнях.
Схема стенда
Ниже на рисунке схема стенда, которую мы собрали в рамках подготовки статьи. Транспондеры C41X4 и M20DH, мультиплексоры, усилители и плат�� резервирования для защиты целиком мультиплексорной секции:
«Вживую» оборудование выглядит так:
В рамках данного стенда мы тестировали сервисы 10GE, 100GE и FC32G, были смоделированы две линии связи по 50 километров, одна с помощью аттенюаторов, вторая с помощью реального ОВ (катушек). Все тесты прошли успешно, сервисы показали стабильную работу. В нашем случе не требовалось моделировать более длинную линию, но мы готовы это сделать, если возникнет такой интерес у заказчиков.
Ниже несколько спектрограмм снятых с оборудования во время тестов:
Управление: от CLI до NMS
Управление оборудованием может осуществляться двумя способами для разных сценариев:
CLI (Command Line Interface ) – начальная настройка, автоматизация
NMS – классическое управление
CLI
Командная строка, используется при первоначальной настройке оборудования, чтобы назначить IP адресацию. Так же при желании большую часть настроек можно сделать в командной строке.
Для работы с командной стройкой можно пользоваться как сторонними программами (например Putty) так и использовать встроенный функционал в NMS.
Ниже несколько базовых команд для проверки параметров и конфигурации оборудования:
Чтобы проверить состояние базовых параметров используется команда Gettable - это аналог команды show. Она выводит ~175 параметров, вот примеры некоторых из них:
gettable shelf – все основные параметры шасси:
[root@d2cuv2_slot16:/root]# gettable shelf
SNMP table: ST-COMMON-MIB::shelfTable
Откорректированный вывод для удобства прочтения
index 1 Type dci2ucv3 SN 105629SN23020063 PartNumber 20.010.5629 CLEI N/A HwVersion 1.0 00:00:00:00:01:01 MacAddressMgmt1 D8:E0:B8:18:C1:F3 MacAddressMgmt2 D8:E0:B8:18:C1:F3 AssignShelfId 0 SwVersion R10.1.30_v33110_release Temperature 34 MDI1Enable enable MDI2Enable disable MDO1Condition none MDO2Condition none LampTest false AlarmCutOperation false RowStatus active FanSpeedPwm 30 FanTopSpeed false FanSpeedAutoRegulating enable AlarmPolicy soakoff Desc N/A DomainName 0.0.0.0 SiteName N/A AliasName N/A SdnId 1 DomainNameStr 0.0.0.0 PmpSwitch none PmpTcaSwitch none HwCheckState pass SrcIpRule ipauto
gettable slot - Вывод информации по слотам:
[root@d2cuv2_slot16:/root]# gettable slot SNMP table: ST-COMMON-MIB::slotTable index RequiredCardType ActualCardType AdminState OperationState RowStatus Desc TimingMode 1.1.0 d2Oa2e d2Oa2e enabled operational active unsupport 1.2.0 empty empty enabled available active unsupport 1.3.0 d2C21T10 d2C21T10 enabled operational active unsupport 1.4.0 empty empty enabled available active unsupport 1.5.0 d2C41X4 d2T4Qh enabled operational active unsupport 1.6.0 d2Op1V4 d2Op1V4 enabled operational active unsupport 1.7.0 d2C21H10M100gA10x10g d2C21H10M100gA10x10g enabled operational active unsupport 1.8.0 empty empty enabled available active unsupport 1.9.0 d2AuxC d2AuxC enabled operational active unsupport 1.10.0 d2Ac16 d2Ac16 enabled operational active unsupport 1.11.0 d2Ac16 d2Ac16 enabled operational active unsupport 1.12.0 d2Fan d2Fan enabled operational active unsupport 1.13.0 d2Fan d2Fan enabled operational active unsupport 1.14.0 d2Fan d2Fan enabled operational active unsupport 1.15.0 d2CuV2 empty enabled absent active unsupport 1.16.0 d2CuV2 d2CuV2 enabled operational active unsupport 1.17.0 omd omd enabled operational active unsupport
gettable ipaddr - Вывод информации по IP адресации:
[root@d2cuv2_slot16:/root]# gettable ipaddr SNMP table: RFC1213-MIB::ipAddrTable index Addr IfIndex NetMask BcastAddr ReasmMaxSize 10.27.218.5 10.27.218.5 8 255.255.255.0 1 ? 127.0.0.1 127.0.0.1 1 255.0.0.0 0 ? 172.16.200.101 172.16.200.101 9 255.255.255.0 1 ? 172.16.203.101 172.16.203.101 10 255.255.255.0 1 ? 172.16.205.101 172.16.205.101 11 255.255.255.0 1 ? 192.168.2.2 192.168.2.2 8 255.255.255.0 0 ? 192.168.3.2 192.168.3.2 14 255.255.255.252 1 ? 192.168.10.2 192.168.10.2 1 255.255.255.255 0 ? 192.168.126.1 192.168.126.1 3 255.255.255.248 1 ?
gettable port - Вывод информации по всем портам:
[root@d2cuv2_slot16:/root]# gettable port SNMP table: ST-COMMON-MIB::portTable Index AdminState OperationalState Mode RowStatus AvailabilityState Desc AmInv 1.1.0.1.0 enabled up oa active normal none 1.1.0.2.0 enabled up oa active normal none 1.1.0.5.0 enabled up osc active normal none 1.1.0.6.0 enabled up monitor active normal none 1.1.0.8.0 enabled up otdrIn active normal none 1.3.0.1.0 enabled up ochOSOtuc2 active normal none 1.3.0.2.0 disabled down xgeGFPFextp active empty none 1.3.0.13.0 enabled up xgeGFPFextp active normal none 1.5.0.1.0 enabled up ochOSOtuc4 active normal none 1.5.0.2.0 disabled down ge100GMP active empty none 1.6.0.1.0 enabled up olp active normal none
gettable tacacs - Вывод информации по Tacacs:
[root@d2cuv2_slot16:/root]# gettable tacacs SNMP table: ST-COMMON-MIB::tacacsTargetAddrTable index TargetAddrDesc Authentication Authorization Account Secret Timeout Authtype UserName Password TargetAddrRowStatus Service Protocal 1.'.....1' 10.27.218.7:49 enable enable enable *** 5 chap *** 1234 active ppp lcp
Все запросы CLI при пользовании через NMS можно вывывести и сохранить в табличном виде.
Для конфигурации оборудования используется команда tool_set
Есть только ограничение по созданию новых пользователей и назначения им прав, большинство же параметров можно конфигурировать с помощью этой команды (ниже эти параметры)
[root@d2cuv2_slot16:/root]# tools_set COMMAND lIST----------------------- | tools_set--|-- syslog_server | | |-- tacacs_server | | |-- radius_server | | |-- save_config | | |-- reboot_ne | | |-- reboot_slot | | |-- oneip_role | | |-- trapip | | |-- slot | | |-- port | | |-- nat | | |-- restore_def | | |-- restore_all_def | | |-- osc | | |-- route | | |-- olp_man_sw | | |-- am_soak | | |-- action | | |-- ntp | | |-- shelf | | |-- ammask | | |-- pm | | |-- wss | | |-- sc1p1 | | |-- lldp | | |-- lldpcfg | | |-- mgmtport | | |-- ocm | | |-- osctest | | |-- swss | | |-- up_con_act_sc | | |-- debug_lc_uart | | |-- loopback |
Например, сконфигурировать порты можно командой tools_set port и дальше следовать подсказкам:
[root@d2cuv2_slot16:/root]# tools_set port ----------------------------------------------------------------------- | FORMAT : tools_set port slot(%d) port(%d) admin on/off | | FORMAT : tools_set port slot(%d) port(%d) laser on/off | | FORMAT : tools_set port slot(%d) port(%d) mode xxx | | FORMAT : tools_set port slot(%d) port(%d) inv none/auto/manual | | FORMAT : tools_set port show_mode | | COMMENTS: check current configuration by 'gettable port/plugext' |
NMS
Большинство рутины управления оборудованием лежит на NMS (Network Management System)
Что дает NMS?
Как объясняет Булат: BWN-NMS обеспечивает унифицированное управление всеми сетевыми элементами, включая уровень агрегации и уровень ядра, значительно снижает капитальные и эксплуатационные расходы. Она обладает мощными возможностями управления: BWN-NMS использует расширенное распределенное сетевое управление. Архитектура с масштабируемой модульной архитектурой и широко принятым в отрасли современным B/S (браузер/сервер) решением программная архитектура, облегчающая развертывание и модернизацию системы управления сетью. BWN-NMS обеспечивает сквозное предоставление каналов для TDM, Ethernet, OTN и других сетей доступа. Быстрая конфигурация и настройка сервисов полностью отвечают потребностям операторов в быстром росте бизнеса. BWN-NMS обеспечивает мониторинг состояния каналов, статистики производительности, сигналов тревоги и т. д.
Если коротко - администрировать и управлять большой сетью без NMS просто не ��озможно. И чем функциональней у вас этот интсрумент, тем эффективней вы управляете сетью.
Интерфейс системы управления переведён на русский язык (но, если оператору удобнее и привычнее английские термины, то есть и поддержка английского языка). Ниже несколько окон BWN-NMS для демонстрации интерфейса:
Итак, сначала, как всегда, нас встречает окно с общим видом и топологией сети:
В ней видно и общую топологию графически (два узла выглядят одиноко, но когда сеть большая – это правда очень полезный фукционал)
Или в виде таблиц:
Мы можем «провалиться» в сетевой элемент и посмотреть его отображение с установленными платами и «Fiber flow» - как соединяются платы оптическими патчкордами между собой внутри сетевого элемента. Это удобно при траблшутинге, а также закладывает функциональность root cause analysis (RCA) при возникающих инцидентах
Fiber flow подробно описывает каким образом между собой соединяются оптические входы и выходы карт внутри сетевого элемента. Это очень полезный функционал при анализе аварий и упрощение документирования состояния сети.
Если нужно посмотреть все платы, которые установлены в этом шасси и их параметры, то используем вкладку Статистика плат:
Конечно, это только малая часть показателей, которые можно посмотреть по СЭ, и по каждой плате в отдельности.
Отдельная тема - мониторинг
Посмотрим теперь как отображаются и выводятся аварийные сообщения и мониторинг производительности (Performance monitoring):
Для всей отображаемой информации, будь то сервисы, трейлы, аварии, Performance, Журналы, логи, инвентори и т.д есть возможность экспорта с NMS в формат электронных таблиц.
Еще немного про траблшуттинг - BWN-NMS представлен большой функционал (TX, RX, OSNR, current CD, PreFec Ber, modulation format, alarms, performance) для оценки работоспособности и показателей прописанных каналов с понятной визуализацией, ниже несколько скриншотов:
Ниже приведена табличка для оценки параметров сервисов через BWN-NMS и используя CLI:
Параметры сервиса | BWN-NMS | CLI |
Module temperature | + | + |
Pre-FEC BER | + Performance | + |
Uncorrected FEC | + Performance | + |
Tx power (dBm) | + | + |
Rx total power (dBm) | + | + |
Carrier frequency offset (THz) | + блок OCM | + |
Chromatic dispersion (ps/nm) | + | + |
OSNR (dB) | + | + |
Теперь про сервисы и трейлы
NMS поддерживает высокоуровневый функционал интеллектуальных сервисов. То есть мы в NMS прописываем логические сущности, с которыми потом можем работать с точки зрения траблшутинга, резервирования, прохождения сервисов по сложной топологии и т.д. И которые коррелируют с тем, как у нас скомпонован сетевой элемент, как там прописан fiber flow.
OTS и OMS трейлы (на рис ниже) прописываются как Unidirectional
OCH трейлы можно прописывать как UNI так и BIDIR
Создание OCH трейлов происходит полуавтоматически, если длины волны канала не меняется нужно только выбрать крайние точки.
После создания OCH трейлов можно создавать уже клиентские сервисы, двумя способами либо через create new, либо через поиск в созданном OCH трейле.
Функционал также позволяет автоматически создать трейл( в том числе клиенский) даже не выбирая крайние точки, для этого нужно настроить линейную часть, выбрать тип клиентского сервиса, прорисовать файберы от линейного порта до MUX/DMUX затем идём в меню Network -> Trail Search ->выбираем нужную подсеть-> Apply, в результате создаётся TRAIL структуры OCH-OTU-ODU-ClientСами созданные трейлы отображаются в таком виде:
А клиентские сервисы являются комбинацией трейлов и отображаются так:
Есть возможность посмотреть мощности по всему маршруту сервиса и внутри шасси, внутри шасси для транспондеров нужно смотреть для клиентских сервисов (рис ниже).
Далее по маршруту мощности смотрим в OTS трейле:
Немного о безопасности:
Есть возможность создания пользователей с точной настройкой прав и доступов и с привязкой по сетям и доменам. Можно делать разные комбинации доменов и ролей для каждого пользователя, а для каждой роли можно менять параметры на свое усмотрение.
Также одному и тому же пользователю может быть назначено несколько ролей одновременно - System Admin (manager), Constructor (builder), Operator (operator), Viewer (monitor).
Также в NMS есть глобальная настройка по безопасности:
Так же есть поддержка AAA протоколов: TACACS+, RADIUS:
Заключение
DWDM DCI решение от Булат на базе BWN2000 - определенно интересное решение, как с точки зрения функциональности аппаратной платформы: поддержка высокопроизводительных транспондеров, оптических фильтров, функций мониторинга спектра и целостности оптики, так и с точки зрения функционала, который предлагает ПО, особенно NMS (реализована логика сервисов, удобные подходы получения данных для траблшутинга и управления сетью). Ны рынке в целом не много решений, которые предлагают функциональную NMS, поэтому решение точно заслуживает внимание и наверняка найдет свою нишу.
Если у вас есть интерес – дайте нам знать, и мы организуем пилот на вашей сети или пригласим вас на стенд. Каждый такой кейс - это ценный опыт, который мы ценим.
Про Булат
Российская компания «БУЛАТ» разрабатывает и производит высокотехнологичное инфраструктурное оборудование для построения телекоммуникационных и ИТ-систем. Компания проводит комплексную экспертизу в части интеграции проектов и оказывает услуги расширенной технической поддержки.
Портфель продукции компании включает в себя коммутаторы ЦОД, маршрутизаторы, базовые станции, серверы вычислений, серверы системы хранения данных и другое оборудование, которое включено в единый реестр российской промышленной продукции Минпромторга. Программное обеспечение, разработанное «БУЛАТ», внесено в единый реестр российских программ для электронных вычислительных машин и баз данных Минцифры России.
Разработки компании «БУЛАТ» отличаются высокой производительностью и способностью интегрироваться в существующую инфраструктуру операторов связи, что делает их незаменимыми в критически важных сетевых средах. Оборудование полностью соответствует российскому законодательству и международным стандартам, гарантируя безопасность, отказоустойчивость и высокую пропускную способность.
Компания оформила 39 патентов на инновационные разработки и имеет 22 Свидетельств на программное обеспечение, разработанное «БУЛАТ».
Про Инлайн Телеком Солюшнс
«Инлайн Телеком Солюшнс» — одна из ведущих IT-компаний в России и СНГ. Мы обладаем обширным опытом и впечатляющим портфелем проектов системной интеграции. Являемся партнёром мировых лидеров в области IT-решений, поставщиком и интегратором собственных программных продуктов и консалтинговых услуг.