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

ospfv3 и ipv6 – Отбрасываю пакет: создан локально

ospfv3 и ipv6 – Отбрасываю пакет: создан локально, RouterOS

majkls

Guest

16.01.2012 21:55:00

Не понимаю, почему в логах появляется IP-адрес самого роутера…
22:41:48 route,ospf,error src address=fe80::20c:42ff:febf:91c1
22:41:58 route,ospf,error Отбрасываю пакет: локально создан
22:41:58 route,ospf,error src address=fe80::20c:42ff:febf:91c1
22:42:08 route,ospf,error Отбрасываю пакет: локально создан
22:42:08 route,ospf,error src address=fe80::20c:42ff:febf:91c1
22:42:18 route,ospf,error Отбрасываю пакет: локально создан
22:42:18 route,ospf,error src address=fe80::20c:42ff:febf:91c1
22:42:28 route,ospf,error Отбрасываю пакет: локально создан
22:42:28 route,ospf,error src address=fe80::20c:42ff:febf:91c1

Эта проблема возникает даже если я ставлю все интерфейсы пассивными, а активным только один.

[majkls@xxx] > /routing ospf-v3 export
jan/16/2012 22:53:12 by RouterOS 5.11

/routing ospf-v3 instance set default disabled=no distribute-default=never metric-bgp=auto metric-connected=20 metric-default=1 metric-other-ospf=auto metric-rip=20 metric-static=20 name=default redistribute-bgp=no redistribute-connected=as-type-1 redistribute-other-ospf=no redistribute-rip=no redistribute-static=no router-id=xxxx

/routing ospf-v3 area set backbone area-id=0.0.0.0 disabled=no instance=default name=backbone type=default

/routing ospf-v3 interface add area=backbone cost=5 dead-interval=40s disabled=no hello-interval=10s instance-id=0 interface=ether3 network-type=default passive=no priority=1 retransmit-interval=5s transmit-delay=1s use-bfd=no

taylorc

Guest

20.02.2012 22:44:00

Normus, эта ошибка буквально существует в RouterOS уже ГОДЫ!!! Она засоряет наши файлы логов бесполезным мусором и, честно говоря, выставляет программистов RouterOS в плохом свете. Пожалуйста, вмешайся и исправь это! Заранее спасибо!!!

ricky011 Guest	#3 0 30.05.2012 14:54:00 Привет! У меня точно такая же проблема: 16:52:25 route,ospf,error Discarding packet: locally originated 16:52:25 route,ospf,error src address=fe80::20c:42ff:fe20:922c, но у меня на интерфейсе, где запущен OSPFv3, нет никакой очереди???

SwissWISP Guest	#4 0 11.09.2012 06:18:00 Та же проблема у меня. К сожалению, из-за этого очень сложно найти источник других ошибок, потому что журнал наполняется слишком быстро, и для других записей просто не остается места. Mat

alessiobravi

Guest

20.09.2012 12:10:00

Та же проблема у меня, подробности ниже: RouterOS 5.19 (на x86). Переопределённых очередей на интерфейсах OSPF нет (активна только ethernet-default). Тип сети OSPF: «Point-to-Point». Конфигурированные интерфейсы: ДВА (два выделенных P2P-соединения с двумя соседями Cisco, оба в одной зоне «backbone»). Проблема сохраняется при настройке OSPFv3 (IPv6), даже если все ненужные интерфейсы заданы как «пассивные». 13:49:22 route,ospf,error Отбрасывается пакет: локально сгенерированный 13:49:22 route,ospf,error исходный адрес=fe80:: : :****:10e9 Отбрасываемые пакеты всегда идут с Link-Local IPv6 адреса как источника. Ниже небольшой дебаг (‘ospf !raw’ логирование памяти включено с префиксом ‘OSPF’), адреса замаскированы: 13:53:13 route,ospf,debug OSPF: ПОЛУЧЕНО: Hello ← . . .157 на ether4 ( . . .158) 13:53:13 route,ospf,debug OSPF: приняты опции: E|R 13:53:13 route,ospf,debug OSPF: ОТПРАВЛЕНО: Hello . . .154 → 224.0.0.5 на ether3 13:53:13 route,ospf,debug OSPF: ОТПРАВЛЕНО: Hello . . .158 → 224.0.0.5 на ether4 13:53:18 route,ospf,debug OSPF: ОТПРАВЛЕНО: Hello → ff02::5 на ether3 13:53:18 route,ospf,error OSPF: Отбрасывается пакет: локально сгенерированный 13:53:18 route,ospf,error OSPF: исходный адрес=fe80:: : : :10a3 13:53:18 route,ospf,debug OSPF: ПОЛУЧЕНО: Hello ← fe80:: : : :1080 на ether4 13:53:18 route,ospf,debug OSPF: приняты опции: V6|E|R 13:53:18 route,ospf,debug OSPF: ПОЛУЧЕНО: Hello ← . . .153 на ether3 ( . . .154) 13:53:18 route,ospf,debug OSPF: приняты опции: E|R 13:53:19 route,ospf,debug OSPF: ПОЛУЧЕНО: Hello ← fe80:: : : :103b на ether3 13:53:19 route,ospf,debug OSPF: приняты опции: V6|E|R 13:53:22 route,ospf,debug OSPF: ОТПРАВЛЕНО: Hello → ff02::5 на ether4 13:53:22 route,ospf,error OSPF: Отбрасывается пакет: локально сгенерированный 13:53:22 route,ospf,error OSPF: исходный адрес=fe80:: : : :10e9 Кто-нибудь нашёл решение? У вас в сети такая же беда? С уважением, -A

alessiobravi

Guest

20.09.2012 13:08:00

Как «хак», я создал два правила для IPv6-файрвола, блокирующие весь входящий трафик, идущий с локальных Link-Local адресов, вот так (замаскированные/фейковые IP):

/ipv6 firewall filter add action=log chain=input disabled=no log-prefix=OSPF-IN-LinkLocal protocol=ospf src-address=fe80:: : : :7a10/128
add action=log chain=input disabled=no log-prefix=OSPF-IN-LinkLocal protocol=ospf src-address=fe80:: : : :6a10/128
add action=drop chain=input disabled=no protocol=ospf src-address=fe80:: : : :7a10/128
add action=drop chain=input disabled=no protocol=ospf src-address=fe80:: : : :6a10/128

Важно: правила для логирования можно отключить, их стоит использовать только для отладки.
Подождём окончательного решения проблемы, а пока меня уже не раздражает поток ошибок OSPF, и никакие нежелательные пакеты от процесса OSPFv3 не проходят.
Надеюсь, это поможет.
-С уважением, A

mrz Guest	#7 0 24.09.2012 13:34:00 Эта проблема исправлена в версии v6rc1.

conchalnet Guest	#8 0 15.06.2013 01:44:00 Проблема сохраняется в версии 6.0.

saaremaa Guest	#9 0 06.09.2013 13:11:00 Проблема сохраняется в версии 6.2.

chimaster Guest	#10 0 08.12.2013 08:15:00 Проблема сохраняется, и я думаю, может, это из-за моей настройки, но, учитывая, что так много других людей сталкиваются с этим... Интересно... ROS 6.7.

nz_monkey Guest	#11 0 08.12.2013 14:23:00 Для нас эта проблема была исправлена в версии 6.2 и выше.

saaremaa Guest	#12 0 27.01.2014 12:27:00 У нас такая же проблема между роутерами Mikrotik 5.26 и Mikrotik 6.2.

roadracer96 Guest	#13 0 07.05.2014 05:33:00 Сколько можно, уже столько лет, а проблема всё не решена? Соберитесь, ребята. 6.12

mrz Guest	#14 0 07.05.2014 08:39:00 Это было исправлено уже давно. Если вы все еще видите это в версии v6.12, значит, у вас проблема с настройкой или конфигурацией сети.

roadracer96

Guest

#15

07.05.2014 15:19:00

Спасибо за бесполезный совет. Я бы поставил ставку на то, что проблема в том, как вы назначаете локальные адреса линка для туннельных интерфейсов — в итоге получается один и тот же локальный адрес линка на удалённой стороне и на другой туннельной локальной стороне. В остальном, не должно иметь значения, что один и тот же локальный адрес линка встречается на двух разных интерфейсах, ведь суффикс %interface делает его уникальным. Похоже, Routeros ospf3 на это плевать.

mrz Guest	#16 0 07.05.2014 15:28:00 В следующий раз будь конкретнее и пиши в поддержку с отчётом об ошибке. Исходная проблема никак не была связана с туннелями.

Читают тему

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