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

Ospf 3.10 БАГ: пакет описания базы данных имеет другое маскирование

Ospf 3.10 БАГ: пакет описания базы данных имеет другое маскирование, RouterOS

rucevzhuru

Guest

02.05.2009 20:41:00

У нас есть одно точка-точка беспроводное соединение с двумя роутерами ROS 3.10 на обоих концах. Первый (ospf id 10.11.0.51) ближе к центру сети. Второй (ospf id 10.11.0.69) дальше от центра. На этом соединении только эти два роутера. Иногда маршрут ко второму роутеру исчезает у всех роутеров в области. Единственное решение — перезапустить OSPF на втором роутере. Вот лог с первого роутера: 20:08:16 route,ospf,info OSPF neighbor 10.11.0.69: состояние изменилось с Exchange на 2-Way 20:08:57 route,ospf,info OSPF neighbor 10.11.0.69: состояние изменилось с Exchange на 2-Way 20:09:38 route,ospf,info OSPF neighbor 10.11.0.69: состояние изменилось с Exchange на 2-Way 20:10:19 route,ospf,info OSPF neighbor 10.11.0.69: состояние изменилось с Exchange на 2-Way 20:11:01 route,ospf,info OSPF neighbor 10.11.0.69: состояние изменилось с Exchange на 2-Way. А вот лог со второго роутера: 20:12:26 route,ospf,info Пакет описания базы данных имеет различный статус флага главного 20:12:26 route,ospf,info новый флаг главного=false 20:12:26 route,ospf,info OSPF neighbor 10.11.0.51: состояние изменилось с Full на 2-Way 20:13:08 route,ospf,info Пакет описания базы данных имеет различный статус флага главного 20:13:08 route,ospf,info новый флаг главного=false 20:13:08 route,ospf,info OSPF neighbor 10.11.0.51: состояние изменилось с Full на 2-Way 20:13:49 route,ospf,info Пакет описания базы данных имеет различный статус флага главного 20:13:49 route,ospf,info новый флаг главного=false 20:13:49 route,ospf,info OSPF neighbor 10.11.0.51: состояние изменилось с Full на 2-Way 20:14:30 route,ospf,info Пакет описания базы данных имеет различный статус флага главного 20:14:30 route,ospf,info новый флаг главного=false 20:14:30 route,ospf,info OSPF neighbor 10.11.0.51: состояние изменилось с Full на 2-Way 20:15:11 route,ospf,info Пакет описания базы данных имеет различный статус флага главного 20:15:11 route,ospf,info новый флаг главного=false 20:15:11 route,ospf,info OSPF neighbor 10.11.0.51: состояние изменилось с Full на 2-Way 20:15:52 route,ospf,info Пакет описания базы данных имеет различный статус флага главного 20:15:52 route,ospf,info новый флаг главного=false 20:15:52 route,ospf,info OSPF neighbor 10.11.0.51: состояние изменилось с Full на 2-Way 20:16:33 route,ospf,info Пакет описания базы данных имеет различный статус флага главного 20:16:33 route,ospf,info новый флаг главного=false 20:16:33 route,ospf,info OSPF neighbor 10.11.0.51: состояние изменилось с Full на 2-Way. Есть ли какие-нибудь предложения? Спасибо.

rucevzhuru

Guest

25.05.2009 01:26:00

Я обновил маршрутизаторы до версии 3.24, но есть несколько ссылок, где та же ошибка продолжает возникать. 20:12:26 route,ospf,info Пакет описания базы данных имеет различный статус главного флага 20:12:26 route,ospf,info новый главный флаг=false Я попробовал полностью поменять 6 ссылок с RIP на OSPF и возникли проблемы с 3 из них, так что это выглядит странно. Я только добавил сетевой адрес в магистраль и поменял идентификатор маршрутизатора OSPF. Единственное решение — остановить OSPF на обоих концах ссылки, а затем снова его запустить. Это решение недолговечно.

manuelritter Guest	#3 0 08.02.2010 15:28:00 Привет, у меня такая же ошибка с ROS 3.30 на обоих маршрутизаторах. Есть помощь? С уважением, Мануэль Риттер

netrat Guest	#4 0 08.02.2010 15:34:00 Вы не получите помощи, пока не обновите до последней версии RouterOS.

manuelritter Guest	#5 0 08.02.2010 16:30:00 Та же ошибка на RouterOS 4.5 [ИЗМ.] У меня была эта ошибка 2 раза после обновления обоих маршрутизаторов, но сейчас, похоже, она исчезла. [/ИЗМ.]

thinair Guest	#6 0 06.03.2010 03:42:00 Есть новости по этому поводу? Я пытался сменить с трансляции на NBMA, обновился до 4.5... без успеха...

thinair Guest	#7 0 06.03.2010 03:46:00 Только кажется, что это единственная конкретная ссылка PTP...

LP1

Guest

06.12.2010 03:24:00

Что-то когда-нибудь было найдено по этому вопросу? Эта проблема только что возникла по ссылке, которая работала без проблем достаточно долго. Оба устройства работают на RouterOS V4.13 (Power Router 732s). Просто интересно, прежде чем я поеду туда завтра, чтобы поменять порты и посмотреть, поможет ли это.

LP1 Guest	#9 0 06.12.2010 20:54:00 На самом деле, это произошло из-за потери связи между роутерами, так как один из роутеров постоянно перезагружался из-за холода. Вот почему "изменения состояния" учитывались только с одной стороны.

dhanie99 Guest	#10 0 25.03.2012 14:41:00 У меня такая же проблема с роутерами rb1100, rb450g и rb435g на текущей ОС 5.14. Неужели Mikrotik это исправит? Нам это очень нужно. Не могли бы вы помочь мне с этим?

fabsoft

Guest

#11

03.07.2012 09:13:00

Проблема, вместо этого, сохраняется в версии 5.17, это очень раздражает, если кто-то знает простое решение, было бы здорово! У меня топология Mesh-сети, она состоит из более чем 50 беспроводных узлов, объединенных между собой, некоторые соединения — P2P, некоторые — P2MP, тип сети OSPF — широковещательный. На самом деле каждый день хотя бы один узел теряет маршрутизацию к горизонту, и в большинстве случаев я наблюдал, что этот узел был P2P (простой беспроводной AP-станция, не WDS).

mrz

Guest

#12

03.07.2012 09:22:00

Из-за проблем с MUlticast по беспроводной сети одно из решений — это использовать NBMA http://wiki.mikrotik.com/wiki/Manual:OSPF-examples#NBMA_networks. Другой вариант — использовать wds или новый режим моста станций и multicast helper на AP (работает только между устройствами MikroTik). Дополнительную информацию можно найти в руководстве http://wiki.mikrotik.com/wiki/Manual:Multicast_detailed_example#Multicast_and_Wireless.

Ascii Guest	#13 0 06.07.2012 15:27:00 WDS ничего не решает

samsung172

Guest

#14

06.07.2012 21:59:00

Это происходит почти всегда, если связь между двумя маршрутизаторами прерывается. Дело не только в беспроводной сети. Оптика, медь, беспроводное соединение и так далее — если связь потеряна, а два маршрутизатора все равно работают, когда связь восстанавливается, похоже, что OSPF не хочет подключаться снова. То же самое происходит и в режиме NBMA. Это действительно большая ошибка, в которую MikroTik не хочет верить, но это все равно случается слишком часто. Также см.: http://forum.mikrotik.com/t/database-description-packet-has-different-master-status-flag/30658/1

odie Guest	#15 0 07.07.2012 14:06:00 Не могу перевести текст, так как он состоит только из символов "+1 more".

hapi Guest	#16 0 07.07.2012 18:03:00 та же проблема v5.18 кстати, следующая ошибка в OSPFv3 20:03:07 маршрут,ospf,ошибка Отбрасывается пакет: локально сгенерированный 20:03:07 маршрут,ospf,ошибка адрес источника=fe80::225:90ff:fe27:a6d

mhugo

Guest

#17

09.07.2012 07:22:00

Привет, у меня такая проблема в 5.18 — один маршрутизатор теряет двух соседей OSPF одновременно, и у остальных соседей появляется информация о том, что у нас другой флаг мастера. Поскольку это происходит одновременно с двумя напрямую подключенными соседями, это немного странно. Маршрутизаторы используют уникальный (тоже проверено) IP на лупбэке в качестве идентификатора маршрутизатора. Я сменил маршрутизатор (с Powerboard 732 на RB1100, а затем на RB1100X2). Проблем на Ethernet не наблюдаю. Есть какие-нибудь идеи или это баг? /M

k00k Guest	#18 0 17.07.2012 15:53:00 Извините, я не могу перевести этот текст.

ManyX Guest	#19 0 19.12.2012 09:06:00 Не удалось выполнить перевод, так как предоставленный текст не содержит содержащейся информации для обработки.

Читают тему

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