когда создаю VLAN интерфейс на линуксе, то начинаю видеть такой трафик LLC в tcpdump в не существующих VID (1280, 1472), кто знает это норма?)

как я понял это
The LLC sublayer acts as an interface between the media access control (MAC) sublayer and the network layer.

tcpdump в promiscе?

по дефолту запускаю tcpdump -nvvvet -i any ether proto 0x8100

какой дистрибутив? я с таим не сталкивался, но напрашивается вывод что запущен какой-то демон

CentOS7, всё погасил специально, сталкиваюсь с этим 2 раз, сейчас любопытно стало. Два интерфейса всего, em1, em2 (выключен), это даже как стенд сейчас. em1.800 смотрит стыком /31 в бордер, но трафик вижу такой только после создания этого em1.800

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

особенности ядра похоже и верхнего подуровня канального уровня, либо хз )

смотрел уже, вот

cat /proc/net/vlan/em1.800
em1.800  VID: 800        REORDER_HDR: 1  dev->priv_flags: 1
        total frames received         6009
         total bytes received       366197
     Broadcast/Multicast Rcvd          283

     total frames transmitted        10687
      total bytes transmitted     10153752
Device: em1
INGRESS priority mappings: 0:0  1:0  2:0  3:0  4:0  5:0  6:0 7:0
EGRESS priority mappings:

cat /proc/net/vlan/config
VLAN Dev name    | VLAN ID
Name-Type: VLAN_NAME_TYPE_RAW_PLUS_VID_NO_PAD
em1.800        | 800  | em1

Что там деловского? Сетевушка или коммутатор?

сервер DELL C6220, сетевуха on board
Bus info          Device     Class          Description
=======================================================
pci@0000:02:00.0  em1        network        I350 Gigabit Network Connection
pci@0000:02:00.3  em2        network        I350 Gigabit Network Connection

на других брасах тоже самое наблюдал, но там bonding был и забил, а тут интересно стало что это

Коллеги приветствую. Подскажите демон для динамической маршрутизации.
Самый главный критерий - надёжность.

квага?)

стоит, работает, каши есть не просит

Она же не развивается... ?) Нет?)

Frr/bird )

quagga+ospf между серверами , quagga +bgp к 4 uplinkam используем посление 13 лет проблем не замечали.

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