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

Как оставить включенным мост на связанном интерфейсе?

Я работаю над настройкой пары серверов CentOS 6.3, на которых будет работать пара виртуальных машин KVM, и столкнулся с проблемой настройки моста на облигации.

Я использую связывание в режиме 4 (802.3ad) на паре установленных в стек коммутаторов Dell Powerconnect 5524, подключенных к серверам R320. Есть 2 канала (по 1 на каждый коммутатор), которые образуют группу агрегации каналов (соединение 802.3ad / LACP). Вдобавок к этому у меня есть теги VLAN.

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

Я тестирую, что происходит при обрыве 1 канала (например, при отказе переключателя, обрыве кабеля и т. Д.).

Если у меня нет моста (для KVM), все работает нормально, аварийное переключение происходит должным образом.

Если у меня включен мост, он работает нормально до аварийного переключения (отсоединения кабеля). Когда происходит аварийное переключение, / var / log / messages показывает, что подчиненная ссылка отключается, а в течение секунды следует:

kernel: br1: port 1(bond0.8) entering disabled state

Дело в том, что / proc / net / bonding / bond0 показывает, что ссылка работает, как и ожидалось (просто с 1 подчиненным устройством вместо 2). Если я снова подключу кабель, он восстановится и вернет мост во включенное состояние.

Я действительно тестировал это во время пинга, и если время подходящее, пакет действительно покинет систему после потери связи, но перед появляется сообщение об отключении.

Я предположил, что это отключенное состояние было STP, но я отключил STP в конфигурации моста, и эта проблема все еще возникает.

brctl showstp br1 

по-прежнему показывает ссылку как отключенную, когда она работает без ведомого устройства.

Я также переключался между сетевыми адаптерами на сервере (у меня 2x Broadcom и 4x Intel). Неважно, какая у меня конфигурация.

Кто-нибудь знает, как заставить мост оставаться включенным или почему он определяет связь как отключенную, когда это не так?

Я столкнулся с той же проблемой с Fedora 16 поверх двух Dell R410 и застрявшей пары PowerConnect 6448.

Мостовой интерфейс поверх связи 802.3ad.

У меня точно такие же симптомы.

Вот файлы конфигурации:

кот /etc/modprobe.d/bonding.conf

псевдоним netdev-bond0 связывание

псевдоним netdev-bond1 связывание

псевдоним netdev-bond2 связывание

cat / proc / net / bonding / bond0

Драйвер связывания каналов Ethernet: v3.7.1 (27 апреля 2011 г.)

Режим связывания: агрегация динамических каналов IEEE 802.3ad

Политика хеширования передачи: layer3 + 4 (1)

Статус MII: вверх

Интервал опроса MII (мс): 100

Задержка увеличения (мс): 0

Задержка вниз (мс): 0

Информация о 802.3ad

Скорость LACP: быстро

Мин. Ссылок: 0

Политика выбора агрегатора (ad_select): стабильный

Информация об активном агрегаторе:

ID агрегатора: 23

Количество портов: 2

Ключевые актеры: 17

Ключ партнера: 629

Mac-адрес партнера: 00: 21: 9b: b2: 08: 40

Подчиненный интерфейс: em1

Статус MII: вверх

Скорость: 1000 Мбит / с

Дуплекс: полный

Количество сбоев связи: 0

Постоянный адрес HW: 00: 1e: c9: fd: f1: 5e

ID агрегатора: 23

Идентификатор подчиненной очереди: 0

Подчиненный интерфейс: em2

Статус MII: вверх

Скорость: 1000 Мбит / с

Дуплекс: полный

Количество сбоев связи: 0

Постоянный адрес HW: 00: 1e: c9: fd: f1: 60

ID агрегатора: 23

Идентификатор подчиненной очереди: 0

кошка / и т. д. / sysconfig / сетевые скрипты / ifcfg-br0

УСТРОЙСТВО = br0

ONBOOT = да

ТИП = Мост

BOOTPROTO = нет

IPADDR = 10.100.100.101

NETMASK = 255.255.255.0

IPV6INIT = нет

IPV6_AUTOCONF = нет

DHCPV6 = нет

IPV6ADDR = fe80 :: 21e: c9ff: fefd: f15e / 64

/ и т. д. / sysconfig / сетевые сценарии / ifcfg-bond0

УСТРОЙСТВО = bond0

USERCTL = нет

BOOTPROTO = нет

ONBOOT = да

BONDING_OPTS = "miimon = 100 mode = 4 lacp_rate = 1 xmit_hash_policy = 1"

МОСТ = br0

кошка / и т. д. / sysconfig / сетевые скрипты / ifcfg-em1

УСТРОЙСТВО = em1

HWADDR = 00: 1E: C9: FD: F1: 5E

ONBOOT = да

МАСТЕР = bond0

SLAVE = да