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

ошибка route ospf -> Отбрасываю пакет: локально инициирован

ошибка route ospf -> Отбрасываю пакет: локально инициирован, RouterOS

he1ium

Guest

06.02.2010 04:23:00

Краткий обзор — сеть «звезда» с IPIP-туннелем и IPSec поверх него, и OSPF, работающий на IPIP-интерфейсах (основываясь на этой статье http://wiki.mikrotik.com/wiki/IPSec_VPN_with_Dynamic_Routing_/_Mikrotik_and_Cisco, но с использованием OSPF вместо RIP, и оба роутера — Mikrotik). Ошибки появляются только на IPIP-туннельных адресах центрального роутера, к которому подключаются остальные.

Все роутеры недавно обновились до ROS_4.5, именно с этого момента в логах начали появляться ошибки. Пример ошибки ниже:

20:14:25 route,ospf,error Discarding packet: locally originated
20:14:25 route,ospf,error src address=10.0.1.117 — это /30 сеть, где .116 — сеть, .117 — центральный роутер, .118 — удалённый роутер, .119 — широковещательный адрес
20:14:25 route,ospf,error Discarding packet: locally originated
20:14:25 route,ospf,error src address=10.0.1.121
20:14:25 route,ospf,error Discarding packet: locally originated
20:14:25 route,ospf,error src address=10.0.1.129

Пробовал отфильтровать любые пакеты из подсети 10.0.0.0/16 через ospf-out — безрезультатно. Есть какие-нибудь идеи? Ну, надеюсь, я просто упускаю что-то очень очевидное.

he1ium Guest	#2 0 19.03.2010 05:11:00 Хорошо. Тогда у тебя есть какие-нибудь советы? Я проверил метод Чупаки, результат тот же.

mrz Guest	#3 0 18.03.2010 07:45:00 Ну и неудивительно, что OSPF не работает, если добавить только «add interface=all passive=yes». Это делает все динамические интерфейсы пассивными, а пассивные интерфейсы не отправляют hello-пакеты.

awsmith

Guest

02.03.2010 01:43:00

Похоже, у вас может быть несколько IP-сетей в одном и том же широковещательном домене. По какой-то причине маршрутизатор видит собственные объявления на интерфейсах, где этого не ожидает. Проверьте, нет ли нескольких IP-сетей в одном широковещательном домене или возможных петель в туннельной инфраструктуре. Фильтр ospf-out блокирует объявления префиксов при перераспределении, а не сами пакеты.

he1ium

Guest

12.03.2010 22:22:00

Похоже, ты наконец помог мне доказать начальнику, почему нельзя запускать WAN и LAN на одном и том же глупом коммутаторе. От этого возникает куча неожиданных проблем. Я заблокировал 89 (OSPF) на WAN-интерфейсе, и, похоже, ошибки прекратились. Спасибо модели OSI (хотя и спорят, на каком именно уровне работает OSPF).

he1ium Guest	#6 0 12.03.2010 22:29:00 Забудьте, они вернулись. Но мой смысл остаётся прежним. Разделение второго уровня начнётся в понедельник.

he1ium

Guest

17.03.2010 06:35:00

Отделение Layer 2 — полная ерунда. Ошибки продолжают появляться. Как всегда, поддержка Mikrotik утверждает, что проблема решена в самой новой прошивке… но это не так. Потом они посоветовали сделать все мои интерфейсы пассивными… в результате я теряю OSPF-маршруты повсюду. Моё раздражение только растёт.

theWISP

Guest

17.03.2010 16:55:00

Привет! У нас есть тема, начатая за несколько дней до вашей, и у нас та же проблема. Пропадают маршруты OSPF, обычно одни и те же пару, но очень часто. Один из пропадающих маршрутов — это даже Ethernet-соединение. Странно, что именно этот роутер сбрасывает маршрут: Border Router -ethernet> RB433AH (4.6) -Bonded link to> RB600 (4.6) -ethernet> rb433ah (4.6). Этот RB433AH (4.6) сбрасывает маршрут к беспроводному интерфейсу другого rb433ah (4.6). Очень странно и ужасно раздражает, так как это происходит чаще всего в часы пик и затрагивает некоторые наши основные роутеры. Любая помощь будет очень кстати, Mikrotik.

he1ium

Guest

17.03.2010 18:32:00

Вот что мне ответили в Mikrotik, но не сработало (см. ниже). При установке интерфейсов в пассивный режим (с одной стороны, с другой или с обеих сторон) адреса туннеля отображаются как активные, но удаленные локальные сети не распространяются.

— Привет! Да, это возможно. Допустим, у нас настроен адрес 10.1.1.1/24 на ether1, и ты хочешь запустить OSPF только для сети 10.1.1.0/24. Настройка будет такая:

/routing ospf network add network=10.1.1.0/24
/routing ospf interface add interface=ether1
add interface=all passive=yes

Ничего сложного. ← Умник
С уважением, Maris

— Привет! Если OSPF не видит соседей после установки интерфейсов в пассивный режим, значит, ты сделал пассивным тот интерфейс, который таким быть не должен. Пришли нам файл supout с маршрутизатора.
С уважением, Maris

Chupaka

Guest

#10

17.03.2010 22:29:00

/routing ospf interface
add interface=ether1
add interface=all passive=yes — это заставляет ether1 быть НЕ пассивным. Так что вам нужно сделать все ваши ospf-интерфейсы НЕ пассивными, а остальные автоматически станут пассивными (выполнив команду «add interface=all passive=yes»).

he1ium Guest	#11 0 18.03.2010 05:18:00 Я не добавлял интерфейс ether1, как указано в ответе. Просто использовал «add interface=all passive=yes», и это всё равно убивает маршруты. Эти интерфейсы — IPIP-туннели, а не напрямую подключены к этому роутеру.

rumiclord

Guest

#12

26.01.2012 22:42:00

Я сам сталкивался с этой проблемой дважды. Не помню, как исправил её в первый раз, но на этот раз включил отладку, и она показала, что все мои виртуальные интерфейсы отправляют hello-пакеты по туннелям… Короче, Чупака был прав. Просто добавил interface=all - passive. У всех интерфейсов OSPF свои настройки. Это чудесное явление началось после обновления с 4.17 до 5.11, не уверен, не вылезла ли эта проблема только из-за новой прошивки, вот что я об этом думаю.

bysard

Guest

#13

10.04.2013 05:36:00

Возможно, у вас включен proxy-arp на интерфейсах. ← Это не так. Ошибки у меня всё равно остаются. Теперь таких ошибок становится всё больше и больше с каждым днём. ИЗМЕНЕНИЕ: В моём случае решение было — перезагрузить все роутеры, и ошибка OSPF исчезла. Похоже, это связано с состоянием переговоров (backup/designated).

bysard

Guest

#14

01.09.2013 07:26:00

Ошибка снова появилась. Я реально не могу перезагружать все роутеры каждые пару часов. Исправления не предвидится. Нет никаких толковых советов от поддержки, как решить эту проблему, кроме… «Это исправят в RoS6». Сейчас версия 6.2, а проблема всё ещё не решена.

StubArea51

Guest

#15

01.09.2013 15:07:00

Пробовали ли вы изменить тип сети OSPF или настроить статических соседей OSPF? Настройка статического соседа исключит мультикаст из уравнения, а смена типа сети с broadcast на ptp уберёт выборы DR/BDR. Мне было бы интересно посмотреть, как RIP или BGP работают на той же физической топологии — это могло бы помочь понять, связана ли проблема именно с OSPF или с физической и/или логической топологией.

robertik

Guest

#16

31.03.2014 14:25:00

Привет, уже около года у нас в сети возникают проблемы с этим. Мы перевели большинство устройств в режим NMBA, но распространение маршрутов занимает слишком много времени. Наблюдаем эту проблему на CCR с версиями 6.7, 6.10, RB1100AHx2 с версией 6.7 и почти на всех остальных устройствах с OSPF. Сначала думали, что дело в радиосвязи, но проблема проявляется на всех радиолинках, которые у нас есть (ubnt, MikroTik, Ceragon, SAF). Мы также замечали это, когда два устройства соединены кабелем.

Текущий статус — я поставил несколько правил в файрволе, чтобы блокировать пакеты с исходным IP, совпадающим с устройством. Ошибка пропала.

/ip address print where interface=ether1
Flags: X - отключено, I - недействительно, D - динамическое
ADDRESS NETWORK INTERFACE
1 10.240.14.254/24 10.240.14.0 ether1

/ip firewall filter print
Flags: X - отключено, I - недействительно, D - динамическое
0 chain=input action=drop protocol=ospf src-address=10.240.14.254

Пытался отследить эти пакеты на устройстве, подключенном к проблемному, но безуспешно — пакеты не приходят извне. Включил логирование пакетов, вот что получил:
15:00:48 firewall,info input: in:ether1 out:(none), proto 89, 10.240.14.254->224.0.0.5, len 1764
15:01:01 firewall,info input: in:ether1 out:(none), proto 89, 10.240.14.254->224.0.0.5, len 1752
15:02:31 firewall,info input: in:ether1 out:(none), proto 89, 10.240.14.254->224.0.0.5, len 1764
15:02:56 firewall,info input: in:ether1 out:(none), proto 89, 10.240.14.254->224.0.0.5, len 1752

Надеюсь, это хоть немного поможет сориентироваться.

RB1100AHx2 RoS v6.7

bakica Guest	#17 0 03.11.2015 14:41:00 У меня всё ещё та же проблема. Router OS 6.12. Кто-нибудь уже нашёл способ это исправить?

klasaradnicka

Guest

#18

05.10.2018 14:44:00

Привет, у меня такая же проблема. У меня два процесса OSPF, основной линк с OSPF работает нормально, но проблема в том, что когда я отключаю основной линк, второй не становится активным. Один роутер с ID 1.1.1.1, у основного линка стоимость 10, приоритет 1, у вторичного — стоимость 20, приоритет 1. Второй роутер с ID 1.1.1.2 и у него статус ExStart. Между ними нет фаервола, который мог бы блокировать трафик. Я обновил оба роутера до Router OS версии 6.43.2, но без изменений. Роутер с ID 1.1.1.2 продолжает выдавать "discarding packet locally originated" — и всё бесполезно. Пожалуйста, помогите, это срочно!

klasaradnicka

Guest

#19

17.10.2018 10:18:00

Привет, обновление: мне удалось решить проблему, обновив Router Boards на всех роутерах в моей сети до версии 6.43.2. Теперь OSPF работает нормально, хотя всё ещё появляется сообщение об ошибке, но OSPF исправно функционирует. Это просто раздражает, и ничего больше. Думаю, можем закрывать эту тему.

kraljek Guest	#20 0 04.06.2019 18:21:00 Привет, у меня такая же проблема. Год назад OSPF работал отлично, а пару недель назад я начал видеть кучу ошибок в логах на примерно 20 CCR-роутерах (у меня есть несколько Cisco в том же бэббоне, и у них никаких проблем в логах нет). Единственный маршрутизатор MT, который имеет одну OSPF-связь в том же широковещательном домене, этих ошибок не показывает. Каждый роутер с резервным маршрутом выдает эти ошибки. Я проверил всю сеть — нет дублирующихся сетей, IP-адресов, loopback’ов, и не знаю, что ещё проверить! Использую VLAN, /30 сети для связи, больше идей нет. Mikrotik утверждает, что проблема не в ROS. @klasaradnicka говорит, что можно отключить Track-соединения в IP-файрволе, тогда логов будет меньше, но некоторые функции (NAT, Mangle и т.д.) перестанут работать. Кто-то пробовал это на Point-to-Point ссылках? Может, кто-то нашёл решение?

Читают тему

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