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

SNMP не работает с асимметричными маршрутами?

SNMP не работает с асимметричными маршрутами?, RouterOS

rhauf

Guest

02.08.2012 04:06:00

У меня на многих каналах магистральной связи есть две линии с разной стоимостью (допустим, 10 и 12), чтобы обеспечить выделенные каналы загрузки и выгрузки. Я также использую SMNP для мониторинга напряжения в Dude (электронные письма с предупреждениями о низком напряжении для солнечного оборудования, построение графиков и т.д.) – это отлично работает, но почему-то мониторинг SNMP (напряжение, температура и т.д.) в Dude перестает работать с роутерами, маршрутизированными асимметрично. Есть ли решение? Спасибо, Райан.

changeip Guest	#2 0 02.08.2012 05:00:00 Я бы только пожелал… Пожалуйста, Mikrotik, исправьте это. Дайте нам привязать службу SNMP к IP-адресу loopback или что-то вроде этого. Что угодно…

vk7zms

Guest

02.08.2012 11:03:00

У нас та же проблема — простое решение: построить EOIP к роутеру и соединить его с портом Ethernet, к которому подключен монитор на основе ammo. Затем использовать подсеть, используемую для мониторинга, на другом конце тоннеля — как можно ближе к твоему программному обеспечению для мониторинга.

rhauf Guest	#4 0 02.08.2012 14:29:00 Отлично, как раз то, что нужно было. Спасибо!

jklpl Guest	#5 0 09.08.2012 13:33:00 Есть ли какие-то другие способы обойти Mikrotik RouterOS? …EoIPs не эффективны.

rhauf

Guest

01.09.2012 07:22:00

Нашёл более простой обходной путь. Просто установил IP-адрес устройства в Dude на IP-адрес шлюза одного из сегментов канала, ведущего обратно к серверу Dude (я установил на сегмент "tx", и вуаля, всё отлично работает). Понятно, что я имею в виду? Вот если бы только можно было заставить график канала показывать "tx" для одного интерфейса, а "rx" для другого.

vk7zms

Guest

01.09.2012 08:40:00

rhauf – да, я понял, ты предлагаешь направить SNMP на адрес удалённого передатчика. Проблема в том, что это работает только когда активна эта связь. Как только активный путь меняется, связь обрывается. jklpl – А по поводу неэффективности EoIP – это действительно важно? Сколько SNMP-данных вообще можно запрашивать с одного сайта?

dog Guest	#8 0 02.09.2012 12:06:00 И я думал(а), что я один(а) с этой проблемой…

sup5 Guest	#9 0 02.09.2012 13:32:00 Да, привязать snmp-сервис RouterOS к loopback-интерфейсу (или мосту) было бы просто замечательно.

rhauf

Guest

#10

03.09.2012 04:15:00

Ты имеешь в виду, что это работает только если активен этот интерфейс? Если ссылка на этом интерфейсе упадёт, то это станет симметричным путём через другой интерфейс. Я знаю, что это не идеальное решение, но мне подходит, поэтому решил поделиться.

heronmb2013 Guest	#11 0 22.08.2013 18:43:00 Кто-нибудь знает, как обойти эту проблему? Ужасно видеть, почему разработчики Mikrotik не дают нам возможность указать или src-address, или привязаться к loopback интерфейсу.

alexjhart Guest	#12 0 06.05.2014 21:41:00 Привет, Mikrotik, есть какие-нибудь новости по этому вопросу? Похоже, проблема всё ещё остаётся в v6.12.

DanFoster Guest	#13 0 24.10.2014 10:23:00 По-прежнему присутствует в 6.17, а в журнале изменений до версии 6.20 вообще не упоминается SNMP.

janisk

Guest

#14

24.10.2014 12:31:00

Это особенность, а не ошибка. SNMP намеренно изменен, чтобы отвечать на том же интерфейсе, с которого получен запрос. И источник ответа — пункт назначения запроса. Отсюда некоторые предложенные обходные пути работают, например, мониторинг IP-адреса исходящего интерфейса или создание тоннеля и мониторинг через тоннель. Если это происходит в вашей сети, где вы можете контролировать MTU канала связи, вы можете установить более высокое MTU, чтобы компенсировать заголовок тоннеля и получить полную полезную нагрузку. И это описано в руководстве.

DanFoster Guest	#15 0 24.10.2014 13:08:00 Можно ли внести предложение о добавлении этой возможности для настройки? Возможность задавать src-адрес для SNMP решила бы проблему для большинства людей, упомянутых в этой теме.

janisk

Guest

#16

24.10.2014 13:26:00

Это было сделано для создания асимметричной конфигурации маршрутизации с NAT, работающей нормально. Если у вас 2 или больше возможных WAN-соединений, адрес источника будет некорректным для возвращаемых пакетов, и они будут отбрасываться. Поскольку это трафик UDP, сделать правильные метки маршрутизации на нём невозможно. Непонятно, почему туннель EoIP не подходит, учитывая, что объем трафика не такой уж большой.

renatoornelas Guest	#17 0 14.11.2014 19:53:00 Нам нужно придумать способ настроить, хотим ли мы использовать это поведение или стандартную таблицу маршрутизации.

hzdrus

Guest

#18

28.12.2014 10:09:00

Согласен, такое поведение не соответствует отраслевым стандартам. Обычно устройство отвечает с того же IP-адреса источника, но отправляет через любой интерфейс, на который указывает маршрутизация. Если у меня NAT или что-то еще, что это сломает, то это, очевидно, моя (админа) проблема, но хотя бы должно попытаться отправить пакет, а не просто отбрасывать его без предупреждения. Создание EoIP-интерфейсов для целей мониторинга – это не "чистое" решение и приведет к большому количеству EoIP-интерфейсов на агрегирующем роутере.

aucabarcas

Guest

#19

13.02.2015 14:32:00

Привет, просто хотел отметить, что есть другие среды, в которых ручная настройка источника интерфейса была бы более чем желательна. Вот одна из них, где я обнаружил это ограничение раздражающим: в сети MPLS у нас много клиентов, использующих общую сетевую инфраструктуру. Мы отслеживаем все устройства из отдельной VRF, в которой находится платформа мониторинга (SolarWinds Orion). Чтобы избежать наложения сетевых адресов, мы выбрали набор публичных адресов для присвоения всем устройствам в качестве loopback адресов /32. Мы экспортируем эти префиксы из всех VRF (table-maps, export-maps и т.д.) для получения SNMP/Syslog/Netflow серверов. Таким образом, текущее поведение, которое мы видим на устройствах Mikrotik, не подходит и не практично в средах, подобных этой, или даже более сложных. Пожалуйста: дайте пользователям возможность настраивать эти параметры вручную. Эта опция позволит Mikrotik считаться хорошим выбором для недорогих/высококачественных CE для MPLS.

DaveBrowning Guest	#20 0 21.06.2016 07:51:00 Кто-нибудь придумал способ решения этой проблемы или обходной путь, который не заключается в строительстве туннелей?

Читают тему

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