Оборудование «Вектор Технологии»

Сетевое оборудование «Вектор Технологии» генерирует системные сообщения о состоянии интерфейсов, работе сетевых протоколов, аппаратных компонентах, действиях администраторов, изменениях конфигурации, ошибках и других событиях.

В продуктовую линейку производителя входят коммутаторы доступа, промышленные коммутаторы, оборудование ядра и ЦОД, а также беспроводные решения. Современное оборудование использует программную платформу VISP — Vector Intelligent Service Platform.

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

Важно: синтаксис CLI может различаться между сериями оборудования и версиями VISP. Перед массовым применением конфигурации необходимо проверить команды на конкретной модели и версии программного обеспечения.

Что можно собирать

В LOGG могут передаваться события:

физических и логических интерфейсов;
Link Up / Down;
VLAN;
STP / RSTP / MSTP;
LACP и агрегированных каналов;
стекирования;
M-LAG;
RIP;
OSPF;
BGP;
VRRP;
BFD;
DHCP;
IPv4 и IPv6;
аппаратных компонентов;
блоков питания и вентиляторов;
температуры;
PoE;
перезагрузок оборудования;
системных процессов;
SSH и административного доступа;
AAA;
изменений конфигурации;
ошибок и предупреждений;
событий безопасности.

Конкретный набор зависит от модели устройства, версии VISP и включенных функций.

Типовая схема подключения

LOGG выступает централизованным Syslog-сервером:

text

Вектор Технологии
       │
       │ Syslog
       ▼
      LOGG

Наиболее распространенная схема использует:

text

UDP/514

Сервер LOGG должен быть доступен из сети управления оборудованием.

Минимальная настройка

Для оборудования с VISP CLI типовая конфигурация удаленного Syslog имеет следующий вид:

text

enable
configure terminal

logging host 192.0.2.10
logging trap informational

end

Где:

192.0.2.10 — IP-адрес сервера LOGG;
informational — уровень передаваемых событий.

При наличии поддержки явного указания порта:

text

logging host 192.0.2.10 port 514

После настройки необходимо сохранить конфигурацию средствами конкретной версии VISP.

Уровни журналирования

Syslog использует стандартные severity:

Уровень	Название	Назначение
0	emergencies	система неработоспособна
1	alerts	требуется немедленное вмешательство
2	critical	критическая ошибка
3	errors	ошибка
4	warnings	предупреждение
5	notifications	важное штатное событие
6	informational	информационное событие
7	debugging	отладочная информация

Для постоянного эксплуатационного мониторинга рекомендуется начинать с:

text

logging trap informational

Это позволяет получать не только аварии и предупреждения, но и события изменения состояния оборудования.

Например:

text

Interface Down
LACP Member Changed
STP Topology Changed
OSPF Neighbor Down
BGP Neighbor Down
Administrator Login
Configuration Changed

Такие события особенно важны при восстановлении последовательности развития аварии.

Debugging

Уровень debugging следует применять временно — для исследования конкретной проблемы.

Например:

text

debug ospf

или другой диагностический режим, поддерживаемый конкретной версией VISP.

После завершения диагностики debugging рекомендуется отключать.

Постоянная передача debug-сообщений может сформировать очень большой поток:

text

debug
  ↓
тысячи сообщений
  ↓
management network
  ↓
LOGG

Для обычной эксплуатации лучше использовать informational.

Facility

При наличии соответствующей возможности VISP для сетевого оборудования удобно применять:

text

local7

Типовой пример:

text

logging facility local7

В организации можно принять единую политику:

text

Network Equipment → local7 → LOGG

Facility затем может использоваться LOGG для:

классификации;
фильтрации;
маршрутизации;
построения правил обработки.

Стабильный Source Address

В оборудовании уровня агрегации и ядра обычно присутствует несколько L3-интерфейсов.

Без явного выбора источника Syslog один и тот же коммутатор потенциально может появляться в системе под разными адресами.

Поэтому предпочтительно использовать Loopback:

text

logging source-interface Loopback0

или management-интерфейс.

Например:

text

VC-CORE-01
Loopback0 = 10.10.10.1
       │
       │ Syslog
       ▼
      LOGG

Это особенно важно в сетях с динамической маршрутизацией и несколькими равнозначными маршрутами.

IPv6 Syslog

Оборудование серии VC7200 поддерживает работу Syslog в IPv6-сетях.

При соответствующей версии VISP сервер журналирования может использовать IPv6-адрес.

Логическая схема:

text

Vector VC7200
      │
      │ IPv6 Syslog
      ▼
     LOGG

Это позволяет использовать централизованное журналирование и в полностью IPv6 или dual-stack инфраструктуре.

Поддерживаемый CLI-синтаксис адреса Syslog необходимо сверить с версией VISP конкретного устройства.

Локальное журналирование

Помимо передачи сообщений в LOGG рекомендуется сохранять оперативный журнал на самом устройстве.

На CLI с соответствующей поддержкой типовая команда имеет вид:

text

logging buffered informational

Локальный журнал полезен:

при недоступности LOGG;
при потере management-сети;
при диагностике самого устройства;
для проверки генерации событий.

LOGG при этом используется для централизованного долговременного хранения.

Несколько Syslog-серверов

При поддержке нескольких удаленных серверов можно настроить:

text

logging host 192.0.2.10
logging host 192.0.2.11

Например:

text

                     ┌── LOGG-1
Vector Switch ───────┤
                     └── LOGG-2

или:

text

                     ┌── LOGG
Vector Switch ───────┤
                     └── SIEM

Это позволяет организовать:

резервирование;
параллельный сбор;
интеграцию с SIEM;
миграцию между системами.

Имена оборудования

При централизованном сборе особенно важно использовать понятные hostname.

Например:

text

DC1-VECTOR-CORE-01
DC1-VECTOR-CORE-02

DC1-VECTOR-AGG-01
DC1-VECTOR-AGG-02

DC1-VECTOR-ACCESS-001
DC1-VECTOR-ACCESS-002

Единая схема именования существенно упрощает работу инженеров с журналами.

События интерфейсов

Для сетевой эксплуатации один из наиболее важных типов сообщений — изменение состояния интерфейсов.

Например:

text

10:21:14  Ethernet1/0/48 changed state to DOWN

Само по себе это сообщение показывает только локальную проблему.

LOGG позволяет сопоставить его с другими событиями:

text

10:21:14.102  CORE-01     Interface Down
10:21:14.283  CORE-01     LACP Member Removed
10:21:14.714  AGG-02      Uplink Changed
10:21:15.106  AGG-02      STP Topology Changed
10:21:17.411  SERVER-12   Connection Timeout

В результате инженер видит не отдельные записи, а развитие сетевого инцидента.

OSPF и BGP

Коммутаторы ядра и ЦОД «Вектор Технологии» поддерживают динамическую маршрутизацию, включая OSPF и BGP.

Соответствующие журналы особенно важны для анализа control plane:

text

Physical Link Down
        ↓
OSPF/BGP Neighbor Down
        ↓
Route Withdrawn
        ↓
Alternative Path Selected
        ↓
Traffic Changed

При сборе журналов сразу с нескольких устройств LOGG позволяет увидеть перестроение сети как единую последовательность.

M-LAG и агрегированные соединения

Для оборудования ядра и ЦОД важны также события LACP, stacking и M-LAG.

Типичная последовательность:

text

Physical Member Down
        ↓
LAG Changed
        ↓
M-LAG State Changed
        ↓
Network Path Changed
        ↓
Service Impact

Отдельный коммутатор показывает лишь собственную часть этой истории.

LOGG объединяет сообщения всех участвующих устройств.

Действия администраторов

В централизованный журнал желательно передавать события:

входа пользователей;
SSH-сессий;
ошибок авторизации;
AAA;
изменений конфигурации;
административных операций.

Это позволяет получить цепочку:

text

14:05:03  Administrator Login
14:07:14  Configuration Changed
14:07:17  Interface Changed
14:07:18  OSPF Neighbor Down
14:07:20  Route Changed

Таким образом, можно установить не только факт аварии, но и события, непосредственно ей предшествовавшие.

Время и NTP

Все оборудование и LOGG должны использовать синхронизированное время.

Рекомендуется настроить единые корпоративные NTP-серверы.

Необходимо контролировать:

дату;
время;
timezone;
состояние NTP;
доступность серверов времени.

Точная временная шкала особенно важна для ядра и ЦОД, где перестроение сети может занимать доли секунды.

Например:

text

10:21:14.102  VC-CORE-01   Link Down
10:21:14.248  VC-CORE-01   BFD Down
10:21:14.391  VC-CORE-02   Route Changed
10:21:14.662  VC-AGG-03    Next Hop Changed
10:21:15.104  APP-01       Connection Timeout

Именно синхронизация времени превращает эти записи в последовательность.

Проверка конфигурации

После настройки следует проверить текущую конфигурацию.

Для Cisco-like CLI типовые команды:

text

show logging

и:

text

show running-config

При наличии фильтрации CLI:

text

show running-config | include logging

Также необходимо проверить доступность LOGG:

text

ping 192.0.2.10

Тестирование

После настройки рекомендуется создать безопасное контролируемое событие.

Например:

выполнить вход через SSH;
создать административную сессию;
выполнить другое штатное действие, регистрируемое устройством.

После этого:

найдите событие в локальном журнале;
найдите его в LOGG;
проверьте hostname;
проверьте source IP;
проверьте timestamp;
проверьте severity;
проверьте facility.

После успешной проверки шаблон можно распространять на остальные устройства той же серии и версии ПО.

Если сообщения не поступают

Последовательно проверьте:

Настроен ли Syslog host.
Правильно ли указан адрес LOGG.
Правильно ли указан порт.
Установлен ли необходимый severity.
Доступен ли LOGG с устройства.
Есть ли маршрут до сервера.
Не блокируется ли UDP/514 ACL.
Не блокирует ли Syslog межсетевой экран.
Правильно ли выбран source interface.
Генерируются ли события локально.
Принимает ли LOGG сообщения на нужном порту.
Синхронизировано ли время.

Для первичной диагностики:

text

show logging
show running-config
ping 192.0.2.10

Массовая настройка

При большом количестве оборудования рекомендуется рассматривать Syslog не как настройку отдельного коммутатора, а как единую эксплуатационную политику.

Например:

text

Вектор Технологии
       │
       ├── Access
       ├── Aggregation
       ├── Core
       ├── Data Center
       └── Industrial

Для каждой группы формируется проверенный шаблон.

Единая политика должна определять:

адрес LOGG;
transport;
port;
severity;
facility;
source interface;
hostname;
NTP;
локальный журнал;
правила фильтрации.

Это особенно важно для крупных сетей, где количество коммутаторов измеряется сотнями или тысячами.

Что дает подключение оборудования «Вектор Технологии» к LOGG

Отдельный коммутатор может сообщить:

text

Interface Down
LACP Changed
OSPF Neighbor Down
BGP Route Withdrawn

Но каждое устройство показывает только собственную часть происходящего.

LOGG объединяет журналы оборудования доступа, агрегации, ядра и ЦОД с журналами серверов, операционных систем и приложений.

Вместо отдельных сообщений появляется последовательность:

физический линк потерян → агрегированный канал изменился → соседство протокола маршрутизации разорвано → маршруты перестроились → изменился путь трафика → сервис испытал деградацию.

Так системные журналы превращаются из набора сообщений в историю поведения инфраструктуры.

Множество устройств — единая картина событий.

LOGG: события, связи, влияние.

Примечание: продуктовая линейка «Вектор Технологии» включает несколько серий коммутаторов доступа, ядра и ЦОД. Производитель подтверждает поддержку Syslog на оборудовании, а для VC7200 также документируется IPv6 Syslog. Однако точный синтаксис Syslog CLI зависит от версии VISP. Перед применением CLI-примеров рекомендуется сверить их с эксплуатационной документацией конкретной модели.

Оборудование «Вектор Технологии»

Что можно собирать

Типовая схема подключения

Минимальная настройка

Рекомендуемая настройка

Уровни журналирования

Debugging

Facility

Стабильный Source Address

IPv6 Syslog

Локальное журналирование

Несколько Syslog-серверов

Имена оборудования

События интерфейсов

OSPF и BGP

M-LAG и агрегированные соединения

Действия администраторов

Время и NTP

Проверка конфигурации

Тестирование

Если сообщения не поступают

Рекомендуемый шаблон

Массовая настройка

Что дает подключение оборудования «Вектор Технологии» к LOGG

Оборудование «Вектор Технологии» ​

Что можно собирать ​

Типовая схема подключения ​

Минимальная настройка ​

Рекомендуемая настройка ​

Уровни журналирования ​

Debugging ​

Facility ​

Стабильный Source Address ​

IPv6 Syslog ​

Локальное журналирование ​

Несколько Syslog-серверов ​

Имена оборудования ​

События интерфейсов ​

OSPF и BGP ​

M-LAG и агрегированные соединения ​

Действия администраторов ​

Время и NTP ​

Проверка конфигурации ​

Тестирование ​

Если сообщения не поступают ​

Рекомендуемый шаблон ​

Массовая настройка ​

Что дает подключение оборудования «Вектор Технологии» к LOGG ​

Оборудование «Вектор Технологии»

Что можно собирать

Типовая схема подключения

Минимальная настройка

Рекомендуемая настройка

Уровни журналирования

Debugging

Facility

Стабильный Source Address

IPv6 Syslog

Локальное журналирование

Несколько Syslog-серверов

Имена оборудования

События интерфейсов

OSPF и BGP

M-LAG и агрегированные соединения

Действия администраторов

Время и NTP

Проверка конфигурации

Тестирование

Если сообщения не поступают

Рекомендуемый шаблон

Массовая настройка

Что дает подключение оборудования «Вектор Технологии» к LOGG