+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

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

Пакет описания базы данных имеет разные флаги статуса мастера., RouterOS

rucevzhuru

Guest

13.08.2009 19:22:00

Привет, ребята! Мы начали развертывать OSPF на всей нашей сети (около 40 роутеров). Используем только Mikrotik, все версии ROS — 3.10 (кроме 3 роутеров с 3.24). На некоторых роутерах у нас проблемы с OSPF-маршрутизацией. Роутеры не устанавливают adjacency. Ситуация всегда одинаковая: один роутер думает, что у него полное adjacency (назовем его A), второй роутер зависает в состоянии Exchange (назовем его B). Через несколько секунд A пишет в лог (Database description packet has different master status flag, new master flag = false), а B пишет в лог (OSPF neighbour XX.XX.XX.XX: state from exchange to 2-way). Логи на обоих роутерах полны этих сообщений. Иногда через некоторое время эта проблема исчезает и оба роутера устанавливают adjacency. Приходится использовать статические маршруты, иначе эта связь будет неработоспособной. Когда это происходит, нет adjacency и, соответственно, нет маршрутов. У нас такая же проблема на большем количестве роутеров. На роутерах больше связей, и обычно это влияет только на одну из них. Есть простое решение, когда это происходит. Нужно отключить затронутую сеть в меню OSPF-маршрутизации на обоих роутерах и потом снова включить. Можно назвать это решением, но тогда сеть не становится полностью автономной. Я даже могу сымитировать эту ошибку на затронутых роутерах (отключить данную сеть в меню OSPF на одном роутере и потом снова включить, если отключать их на обоих роутерах одновременно и потом снова включить обе сети, ошибки не возникает). Я сделал некоторые исследования с помощью Wireshark. Есть скриншоты из хорошей ситуации (сеть 10.250.0.48/29 была включена в меню OSPF на обоих роутерах почти одновременно) и скриншоты из плохой ситуации. Я также приложил дампы трафика из обеих ситуаций (формат pcap, извините за расширения rsc, но я не мог загрузить их на форум). Согласно скриншотам, через несколько пакетов обмена базами данных роутер 10.250.0.49 отправляет multicast на DR multicast адрес (224.0.0.6) в хорошей ситуации, но это не происходит в плохой ситуации. Я предполагаю, что это ошибка в реализации OSPF. Есть какие-то предложения по решению проблемы?
ok_dump.rsc (8.93 KB)

sup5 Guest	#2 0 14.07.2011 10:02:00 У меня та же проблема с RouterOS 5.5. Роутеры - RB1200 и x86. Есть ли какое-то рабочее решение для этой проблемы?

athatare81

Guest

23.08.2011 23:50:00

У меня те же проблемы с Mikrotik версии 5.6 и RB750G на обоих концах канала связи. Есть ли какое-то решение этого вопроса? Или хотя бы объяснение этому дампу, ведь размеры MTU на обоих роутерах совпадают, а мультивещание разрешено.

lorell

Guest

11.09.2011 23:01:00

У меня та же проблема на RouterOS v5.5 с платформами x86, mipsbe (RB750) и power-pc (RB1100). В лог-файлах те же сообщения об ошибках, как и в начале. Если отключить экземпляр и снова включить, сопряжения восстанавливаются, и все работает около недели, а потом снова выходит из строя. Бесит и недружелюбно к клиентам.

supp Guest	#5 0 27.09.2011 05:30:00 У меня та же проблема на RouterOS v5.7 с платформами x86 и mipsbe (RB750).

bobanus Guest	#6 0 21.10.2011 14:08:00 Ребята, вы случайно используете какие-то агрегации каналов (EtherChannels) на этих соединениях?

ckgth Guest	#7 0 23.10.2011 23:29:00 Привет! То же самое в 5.5 с PPC и 5.7 с mipsbe. У нас нет bonding-интерфейсов, только простая конфигурация, вот.

lavv17 Guest	#8 0 24.10.2011 07:00:00 Может быть, проблема в multicast. У меня была похожая проблема с ненадежной радиосвязью, а еще со свитчем, в котором неправильно настроено управление трафиком multicast.

changeip Guest	#9 0 24.10.2011 16:21:00 Режим nbma следует использовать на беспроводных соединениях.

lavv17 Guest	#10 0 27.10.2011 10:26:00 Обычно режим по умолчанию работает хорошо, если только радиоканал не надёжный.

sricci

Guest

#11

18.11.2011 08:58:00

Кто-нибудь нашёл решение проблемы? У нас это происходит всё чаще и чаще, кажется, что шатающаяся ссылка, скорее всего, провоцирует проблему… это для нас критическая проблема. Я пробовал использовать nbma тоже, но это не очень хорошо работает с большим количеством роутеров в одном сегменте (10+). С уважением, Симоне.

changeip Guest	#12 0 18.11.2011 15:58:00 Выкладывай свою конфигурацию — эта тема старше двух лет и, скорее всего, не имеет отношения к твоей проблеме.

sricci

Guest

#13

21.11.2011 16:46:00

Это AP: /routing ospf instance
set default disabled=no distribute-default=never in-filter=ospf-in metric-bgp=auto metric-connected=20 metric-default=1 metric-other-ospf=\
auto metric-rip=20 metric-static=20 name=default out-filter=ospf-out redistribute-bgp=no redistribute-connected=no \
redistribute-other-ospf=no redistribute-rip=no redistribute-static=no router-id=172.31.0.1
/routing ospf area
set backbone area-id=0.0.0.0 disabled=no instance=default name=backbone type=default
add area-id=0.0.0.25 disabled=no instance=default name=area25 type=default
/routing ospf interface
add authentication=none authentication-key="" authentication-key-id=1 cost=10 dead-interval=40s disabled=no hello-interval=10s instance-id=0 \
interface=all network-type=broadcast passive=yes priority=1 retransmit-interval=5s transmit-delay=1s use-bfd=no
add authentication=none authentication-key="" authentication-key-id=1 cost=10 dead-interval=40s disabled=no hello-interval=10s instance-id=0 \
interface=wlan1 network-type=broadcast passive=no priority=10 retransmit-interval=5s transmit-delay=1s use-bfd=no
add authentication=none authentication-key="" authentication-key-id=1 cost=1 dead-interval=40s disabled=no hello-interval=10s instance-id=0 \
interface=ether1 network-type=default passive=no priority=1 retransmit-interval=5s transmit-delay=1s use-bfd=no
/routing ospf network
add area=backbone disabled=no network=172.31.0.1/32
add area=area25 disabled=no network=172.17.0.0/24
add area=backbone disabled=no network=192.168.3.0/24

И клиент /routing ospf instance
set default disabled=no distribute-default=never in-filter=ospf-in metric-bgp=auto metric-connected=20 metric-default=1 metric-other-ospf=\
auto metric-rip=20 metric-static=20 name=default out-filter=ospf-out redistribute-bgp=no redistribute-connected=no \
redistribute-other-ospf=no redistribute-rip=no redistribute-static=no router-id=172.31.1.1
/routing ospf area
set backbone area-id=0.0.0.0 disabled=no instance=default name=backbone type=default
add area-id=0.0.0.25 disabled=no instance=default name=area25 type=default
/routing ospf interface
add authentication=none authentication-key="" authentication-key-id=1 cost=10 dead-interval=40s disabled=no hello-interval=10s instance-id=0 \
interface=all network-type=broadcast passive=yes priority=1 retransmit-interval=5s transmit-delay=1s use-bfd=no
add authentication=none authentication-key="" authentication-key-id=1 cost=10 dead-interval=40s disabled=no hello-interval=10s instance-id=0 \
interface=wlan1 network-type=broadcast passive=no priority=0 retransmit-interval=5s transmit-delay=1s use-bfd=no
add authentication=none authentication-key="" authentication-key-id=1 cost=10 dead-interval=40s disabled=no hello-interval=10s instance-id=0 \
interface=ether1 network-type=default passive=no priority=1 retransmit-interval=5s transmit-delay=1s use-bfd=no
/routing ospf network
add area=area25 disabled=no network=172.17.0.0/24
add area=area25 disabled=no network=172.16.254.0/24
add area=area25 disabled=no network=172.31.1.1/32

В основном стандартная конфигурация, не очень стабильная. Я пробовал nbma, но стало еще хуже: при перезагрузке AP — например — часто не формируются соседские отношения, очень странно. Похоже, что OSPF как-то сломался несколько версий назад (мы сейчас тестируем 5.9, та же проблема), другая вышка на 5.4 такого не показывает (но nbma там тоже работает некорректно).

BR, Simone

Lognet

Guest

#14

04.12.2011 21:03:00

Та же проблема. Протестировали с версиями 5.6, 5.7, 5.8 и теперь 5.9 на всех роутерах, участвующих в обмене OSPF. Используем NBMA повсюду, приоритеты и стоимость настроены правильно. У нас две сети на физическом локальном коммутаторе и одна беспроводная между ними, очень стабильное соединение, до 130 Мбит/с, задержка 2 мс, отсутствуют потерянные пакеты, сбросы, никаких проблем. Только один роутер не показывает "изменение состояния с Exchange на 2-Way" или "пакет описания базы данных имеет разные флаги мастер-статуса, новый мастер-статус - false", все остальные выдают эту ошибку в логах. Единственное решение, которое мы нашли на данный момент, чтобы позволить нам сохранить OSPF для нашей отказоустойчивости backbone, — это добавить поверх RIP с ограниченным количеством сетевых подсетей. Есть ли шанс, что Mikrotik guru найдет решение? Или это баг? Спасибо, Simon.

sricci Guest	#15 0 04.12.2011 21:17:00 Привет, к сожалению, мы обнаружили, что реализация OSPF в Mikrotik довольно глючная… и пока не нашли никаких обходных путей. С уважением, Simone.

normis Guest	#16 0 05.12.2011 11:07:00 Привет, к сожалению, мы обнаружили, что реализация OSPF в Mikrotik довольно багованная… и пока что не смогли найти обходной путь. Такое заявление требует более подробного объяснения.

Bernardo Guest	#17 0 21.12.2011 14:49:00 Нормис, к сожалению, вышесказанное очень даже правда. Просто почитай все связанные обсуждения по форуму. Я использую Mikrotik уже как минимум 10 лет, начал еще до того, как реализовали PPPoE, и RouterOS тогда еще назывался Mikrotik, но в последнее время меня реально достал подобный тон. Зачем вообще писать, если все, что ты добавляешь — очередной язвительный комментарий? И раз уж я заговорил, почему мне каждый раз, когда выходит новый "стабильный" 5.x, кажется, что я работаю бета-тестером? Честно говоря, раньше было намного лучше. /разрядка /saludos Бернардо

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры