Назад | Перейти на главную страницу

подключенные сетевые адаптеры gentoo отбрасывают пакеты

У меня есть два сетевых компьютера, привязанные к gentoo, eth2 и eth3 к bond0. eth2 подключен к другим коммутаторам, чем eth3, для резервирования с eth2 в режиме ожидания и eth3 в активном режиме. eth3 работает нормально, без сбоев, но eth2 постоянно сбрасывает пакеты. Я поменял местами кабели и проверил порты коммутатора, которые не показывают ошибок. Я сделал TCPDUMP на eth2, и все, что я увидел, это запросы arp.

eth2: flags = 6211 mtu 1500 ether 90: b1: 1c: 19: 59: 1e txqueuelen 1000 (Ethernet) Пакеты приема 32664867 байтов 2090551811 (1,9 ГиБ) Ошибки приема 0 упал 32664913 переполнение 0 кадр 0 пакеты передачи 0 байты 0 (0,0 B) ошибки передачи 0 отброшено 0 переполнение 0 несущая 0 коллизий 0 прерывание устройства 36 память 0xd7000000-d77fffff

eth3: flags = 6211 mtu 1500 ether 90: b1: 1c: 19: 59: 1e txqueuelen 1000 (Ethernet) RX-пакеты 3186342439 байт 683402238345 (636,4 ГиБ) Ошибки RX 0 отброшено 0 переполнений 0 кадров 0 TX-пакетов 2465388994 байта 575317691871 (535,8 ГиБ ) Ошибки передачи 0 упал 0 переполнения 0 несущей 0 коллизий 0 прерывания устройства 37 памяти 0xd8000000-d87fffff

Ядро Linux 3.7.9-gentoo

чистая конфигурация

config_eth0 = "ноль" config_eth1 = "ноль"

config_eth2="null"
config_eth3="null"
slaves_bond0="eth2 eth3"
config_bond0="64.241.127.5/27"
routes_bond0="default via 64.241.127.1"

вывод ethtool

 Settings for eth2:
    Supported ports: [ TP ]
    Supported link modes:   10baseT/Half 10baseT/Full 
                            100baseT/Half 100baseT/Full 
                            1000baseT/Full 
    Supported pause frame use: Symmetric Receive-only
    Supports auto-negotiation: Yes
    Advertised link modes:  10baseT/Half 10baseT/Full 
                            100baseT/Half 100baseT/Full 
                            1000baseT/Full 
    Advertised pause frame use: Symmetric Receive-only
    Advertised auto-negotiation: Yes
    Link partner advertised link modes:  10baseT/Half 10baseT/Full 
                                         100baseT/Half 100baseT/Full 
                                         1000baseT/Full 
    Link partner advertised pause frame use: No
    Link partner advertised auto-negotiation: Yes
    Speed: 1000Mb/s
    Duplex: Full
    Port: Twisted Pair
    PHYAD: 18
    Transceiver: internal
    Auto-negotiation: on
    MDI-X: Unknown
    Supports Wake-on: g
    Wake-on: d
    Current message level: 0x00000000 (0)

    Link detected: yes

Settings for eth3:
    Supported ports: [ TP ]
    Supported link modes:   10baseT/Half 10baseT/Full 
                            100baseT/Half 100baseT/Full 
                            1000baseT/Full 
    Supported pause frame use: Symmetric Receive-only
    Supports auto-negotiation: Yes
    Advertised link modes:  10baseT/Half 10baseT/Full 
                            100baseT/Half 100baseT/Full 
                            1000baseT/Full 
    Advertised pause frame use: Symmetric Receive-only
    Advertised auto-negotiation: Yes
    Link partner advertised link modes:  10baseT/Half 10baseT/Full 
                                         100baseT/Half 100baseT/Full 
                                         1000baseT/Half 1000baseT/Full 
    Link partner advertised pause frame use: No
    Link partner advertised auto-negotiation: Yes
    Speed: 1000Mb/s
    Duplex: Full
    Port: Twisted Pair
    PHYAD: 19
    Transceiver: internal
    Auto-negotiation: on
    MDI-X: Unknown
    Supports Wake-on: g
    Wake-on: d
    Current message level: 0x00000000 (0)

    Link detected: yes

Я считаю, что проблема, скорее всего, вызвана широковещательными запросами arp, исходящими от подчиненного устройства eth2 (резервного) в связке. Кто-нибудь знает, как отключить широковещательный arp на рабской привязке?

linux gentoo