http://mikrotik.moscow Новое в теме Многохостинговая конфигурация и источник адреса исходящих ICMP-сообщений… форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Fri, 14 Aug 2026 01:35:35 -0400 Многохостинговая конфигурация и источник адреса исходящих ICMP-сообщений… RouterOS в форуме RouterOS.
Привет, Mikrotik! Можешь, пожалуйста, скинуть пример политики для справки? TungHo
10.02.2015 10:43:00, TUNG0407.]]> http://mikrotik.moscow/forum/forum57/72767-mnogokhostingovaya-konfiguratsiya-i-istochnik-adresa-iskhodyashchikh-icmp_soobshcheniy/message292583 http://mikrotik.moscow/forum/forum57/72767-mnogokhostingovaya-konfiguratsiya-i-istochnik-adresa-iskhodyashchikh-icmp_soobshcheniy/message292583 Tue, 10 Feb 2015 10:43:00 -0500 RouterOS Многохостинговая конфигурация и источник адреса исходящих ICMP-сообщений… RouterOS в форуме RouterOS.
Кстати, можно использовать инструменты RouterOS, чтобы заставлять все входящие соединения выходить по тому же маршруту, по которому они пришли. Policy routing для IPv4. Только один сервис, насколько я знаю, работает так, как описал mspeed – SNMP. Ты получаешь ответы через интерфейс UDP, с которого пришел запрос. Остальные корректно используют маршрутизацию для определения исходящего интерфейса.
13.10.2014 11:05:00, janisk.]]> http://mikrotik.moscow/forum/forum57/72767-mnogokhostingovaya-konfiguratsiya-i-istochnik-adresa-iskhodyashchikh-icmp_soobshcheniy/message292582 http://mikrotik.moscow/forum/forum57/72767-mnogokhostingovaya-konfiguratsiya-i-istochnik-adresa-iskhodyashchikh-icmp_soobshcheniy/message292582 Mon, 13 Oct 2014 11:05:00 -0400 RouterOS Многохостинговая конфигурация и источник адреса исходящих ICMP-сообщений… RouterOS в форуме RouterOS.
RouterOS всегда использует шлюз из таблицы маршрутизации для отправки пакета. Либо у вас асимметричный маршрут, либо есть более специфичный маршрут, который направляет трафик через ISP2. Вы можете проверить это с помощью torch или sniffer на конкретном интерфейсе.
13.10.2014 09:43:00, mrz.]]> http://mikrotik.moscow/forum/forum57/72767-mnogokhostingovaya-konfiguratsiya-i-istochnik-adresa-iskhodyashchikh-icmp_soobshcheniy/message292581 http://mikrotik.moscow/forum/forum57/72767-mnogokhostingovaya-konfiguratsiya-i-istochnik-adresa-iskhodyashchikh-icmp_soobshcheniy/message292581 Mon, 13 Oct 2014 09:43:00 -0400 RouterOS Многохостинговая конфигурация и источник адреса исходящих ICMP-сообщений… RouterOS в форуме RouterOS.
В мире Cisco, если у вас, скажем, ISP A на 192.168.1.1 и ISP B на 10.5.5.5, а ещё какая-то сеть на 2.2.2.2, например:
`int gi0/0 ip address 192.168.1.1/30`
`int gi1/0 ip address 10.5.5.5/30`
`int gi2/0 ip address 2.2.2.2/30`
... Теперь у вас такая же настройка ISP, как у BGP neighbor и т.д. Если вы делаете traceroute до 2.2.2.2 и трафик проходит через ISP A, то перед тем, как достигнуть конечного пункта назначения, вы увидите 192.168.1.1/30 – потому что ответ ICMP приходит с того интерфейса, через который вошёл пакет. Проблема с Mikrotik в том, что если у вас другой шлюз (/ip route), основанный на BGP, или дефолт, или каком-нибудь другом протоколе, то Mikrotik отправит ответ ICMP через этот шлюз. Получается странная ситуация, когда traceroute идёт через ISP A, а потом, перед конечным пунктом назначения 2.2.2.2, Mikrotik возвращает дополнительный "хоп", показывающий ISP B, 5.5.5.5. Я считаю это багом. В Cisco, Juniper или где угодно ещё вам пришлось бы явно настраивать правила для отправки ответов ICMP с другого физического интерфейса – например, ISP B, если он появился первым через интерфейс ISP A. Никаких loopback или чего-то подобного не нужно – это базовый принцип, который не учитывается в Mikrotik. Когда у вас несколько ISP и несколько маршрутов или шлюзов, основанных на протоколе, например BGP, где наилучший путь или шлюз может динамически меняться, Mikrotik отправляет ICMP до конечного пункта назначения, как будто случайным образом из того, что видит как "шлюз" в своей таблице маршрутизации. Это приводит к головной боли для конечных пользователей и проблемам с отладкой в окружении с несколькими подключениями, где возникает вопрос, почему вы видите шлюз ISP B после того, как трафик прошёл через ISP A. Очевидно, я здесь немного "перефразирую", это просто напечатанный пример, но его легко воспроизвести. Если у меня будет время, я это сделаю.
10.10.2014 13:32:00, mspeed.]]> http://mikrotik.moscow/forum/forum57/72767-mnogokhostingovaya-konfiguratsiya-i-istochnik-adresa-iskhodyashchikh-icmp_soobshcheniy/message292580 http://mikrotik.moscow/forum/forum57/72767-mnogokhostingovaya-konfiguratsiya-i-istochnik-adresa-iskhodyashchikh-icmp_soobshcheniy/message292580 Fri, 10 Oct 2014 13:32:00 -0400 RouterOS Многохостинговая конфигурация и источник адреса исходящих ICMP-сообщений… RouterOS в форуме RouterOS.
Какую именно конфигурацию на Cisco ты используешь? Судя по тому, что я смог найти, на Cisco всё ещё нужно использовать NAT для изменения ICMP ответов. http://networklessons.com/network-services/cisco-ios-nat-stick-configuration-example/ Для других протоколов, BGP, NTP… loopback source указывается явно в конфигурации.
10.10.2014 08:40:00, mrz.]]> http://mikrotik.moscow/forum/forum57/72767-mnogokhostingovaya-konfiguratsiya-i-istochnik-adresa-iskhodyashchikh-icmp_soobshcheniy/message292579 http://mikrotik.moscow/forum/forum57/72767-mnogokhostingovaya-konfiguratsiya-i-istochnik-adresa-iskhodyashchikh-icmp_soobshcheniy/message292579 Fri, 10 Oct 2014 08:40:00 -0400 RouterOS Многохостинговая конфигурация и источник адреса исходящих ICMP-сообщений… RouterOS в форуме RouterOS.
Это не ошибка, а особенность, которая пока что не реализована. Возможно, вы увидите эту функцию в будущих версиях.
09.10.2014 14:54:00, mrz.]]> http://mikrotik.moscow/forum/forum57/72767-mnogokhostingovaya-konfiguratsiya-i-istochnik-adresa-iskhodyashchikh-icmp_soobshcheniy/message292578 http://mikrotik.moscow/forum/forum57/72767-mnogokhostingovaya-konfiguratsiya-i-istochnik-adresa-iskhodyashchikh-icmp_soobshcheniy/message292578 Thu, 09 Oct 2014 14:54:00 -0400 RouterOS Многохостинговая конфигурация и источник адреса исходящих ICMP-сообщений… RouterOS в форуме RouterOS.
Я понимаю, что вы хотите запросить новую функцию, но не думаю, что это ошибка. Насколько я знаю, RouterOS работает так, как задумано. Роутер выбирает исходящий IP на основе таблицы маршрутизации, потому что пакет исходит от роутера и направляется к месту назначения. Если вы хотите контролировать IP, который отвечает, то выбор на основе исходящего интерфейса кажется мне логичным. Не думаю, что производительность сильно упадет, если отслеживать и добавлять маршрутные метки для ICMP-трафика на входной цепочке роутера.
09.10.2014 14:34:00, joshaven.]]> http://mikrotik.moscow/forum/forum57/72767-mnogokhostingovaya-konfiguratsiya-i-istochnik-adresa-iskhodyashchikh-icmp_soobshcheniy/message292577 http://mikrotik.moscow/forum/forum57/72767-mnogokhostingovaya-konfiguratsiya-i-istochnik-adresa-iskhodyashchikh-icmp_soobshcheniy/message292577 Thu, 09 Oct 2014 14:34:00 -0400 RouterOS Многохостинговая конфигурация и источник адреса исходящих ICMP-сообщений… RouterOS в форуме RouterOS.
Это не настоящее решение из-за лишних накладных расходов. Зачем отмечать пакеты и настраивать правила для чего-то, что работает "из коробки" на любом другом конкурирующем устройстве? Это ошибка, а не фича.
09.10.2014 13:20:00, mspeed.]]> http://mikrotik.moscow/forum/forum57/72767-mnogokhostingovaya-konfiguratsiya-i-istochnik-adresa-iskhodyashchikh-icmp_soobshcheniy/message292576 http://mikrotik.moscow/forum/forum57/72767-mnogokhostingovaya-konfiguratsiya-i-istochnik-adresa-iskhodyashchikh-icmp_soobshcheniy/message292576 Thu, 09 Oct 2014 13:20:00 -0400 RouterOS Многохостинговая конфигурация и источник адреса исходящих ICMP-сообщений… RouterOS в форуме RouterOS.
Похоже, janisk уже ответил на это… Пометь пакеты и отправь их через тот же интерфейс. Кроме того, думаю, тебе придется переписать ответ, но NAT обработает только IPv4 трафик… Возможно, другого ответа и нет, потому что хорошего решения, кроме как отправлять ответ с IP получателя, не существует.
09.10.2014 13:12:00, joshaven.]]> http://mikrotik.moscow/forum/forum57/72767-mnogokhostingovaya-konfiguratsiya-i-istochnik-adresa-iskhodyashchikh-icmp_soobshcheniy/message292575 http://mikrotik.moscow/forum/forum57/72767-mnogokhostingovaya-konfiguratsiya-i-istochnik-adresa-iskhodyashchikh-icmp_soobshcheniy/message292575 Thu, 09 Oct 2014 13:12:00 -0400 RouterOS Многохостинговая конфигурация и источник адреса исходящих ICMP-сообщений… RouterOS в форуме RouterOS.
Настройка исходного адреса для TCP/IP пакетов, сгенерированных локально.

По умолчанию, исходный адрес, включенный в пакеты Transmission Control Protocol/IP (TCP/IP), сгенерированные локально, такие как трафик FTP, и в пакеты User Datagram Protocol (UDP) и IP, такие как запросы Network Time Protocol (NTP), выбирается как локальный адрес для интерфейса, на котором передается трафик. Это означает, что локальный адрес, выбранный для пакетов для определенного назначения, может меняться от соединения к соединению в зависимости от интерфейса, который протокол маршрутизации выбрал для достижения назначения при установлении соединения. Если для назначения присутствует несколько маршрутов с одинаковой стоимостью, локально сгенерированные пакеты используют адрес lo0.

Чтобы настроить программное обеспечение для выбора фиксированного адреса для использования в качестве источника для локально сгенерированных IP-пакетов, включите оператор default-address-selection в иерархическом уровне [edit system]:

[edit system]
default-address-selection;

Если вы включите оператор default-address-selection в конфигурации, программное обеспечение выбирает системный адрес по умолчанию в качестве источника для большинства локально сгенерированных IP-пакетов. Адрес по умолчанию обычно является адресом, настроенным на интерфейсе обратной связи lo0. Например, если вы указали, что SSH и Telnet используют определенный адрес, но вы также настроили выбор адреса по умолчанию, используется системный адрес по умолчанию. Для получения дополнительной информации о том, как выбирается адрес по умолчанию, обратитесь к руководству по настройке сетевых интерфейсов JUNOS.

Для IP-пакетов, отправляемых протоколами IP-маршрутизации – включая Open Shortest Path First (OSPF), Routing Information Protocol (RIP), Resource Reservation Protocol (RSVP) и многоадресные протоколы, но не включая Intermediate System-to-Intermediate System (IS-IS) – выбор локального адреса часто ограничен спецификацией протокола, чтобы протокол работал правильно. Когда это ограничение существует в протоколе маршрутизации, исходный адрес пакета не затронут наличием оператора default-address-selection в конфигурации. Для протоколов, в которых локальный адрес не ограничен спецификацией протокола, например, для внутренних Border Gateway Protocol (IBGP) и многохоп внешнего BGP (EBGP), если вы не настраиваете определенный локальный адрес при настройке протокола, локальный адрес выбирается тем же методом, что и для других локально сгенерированных IP-пакетов.
16.12.2016 01:20:00, gustkiller.]]> http://mikrotik.moscow/forum/forum57/72767-mnogokhostingovaya-konfiguratsiya-i-istochnik-adresa-iskhodyashchikh-icmp_soobshcheniy/message292574 http://mikrotik.moscow/forum/forum57/72767-mnogokhostingovaya-konfiguratsiya-i-istochnik-adresa-iskhodyashchikh-icmp_soobshcheniy/message292574 Fri, 16 Dec 2016 01:20:00 -0500 RouterOS Многохостинговая конфигурация и источник адреса исходящих ICMP-сообщений… RouterOS в форуме RouterOS.
Твоя проблема звучит немного иначе. Я не видел решения для этого. Довольно неприятно.
07.10.2014 23:56:00, mspeed.]]> http://mikrotik.moscow/forum/forum57/72767-mnogokhostingovaya-konfiguratsiya-i-istochnik-adresa-iskhodyashchikh-icmp_soobshcheniy/message292573 http://mikrotik.moscow/forum/forum57/72767-mnogokhostingovaya-konfiguratsiya-i-istochnik-adresa-iskhodyashchikh-icmp_soobshcheniy/message292573 Tue, 07 Oct 2014 23:56:00 -0400 RouterOS Многохостинговая конфигурация и источник адреса исходящих ICMP-сообщений… RouterOS в форуме RouterOS.
Старая тема, та же проблема, нет решения? Я собирался попробовать изменить адрес источника маршрута в таблице маршрутизации, думаю, должно сработать, учитывая, что это Linux kernel! Кажется, работает – пинги с этой машины раньше не работали, а теперь работают. Буду надеяться, что сообщения ICMP unreachable и прочие формируются так же! Я просто установил адрес источника на адрес loopback.
07.10.2014 23:26:00, AlexS.]]> http://mikrotik.moscow/forum/forum57/72767-mnogokhostingovaya-konfiguratsiya-i-istochnik-adresa-iskhodyashchikh-icmp_soobshcheniy/message292572 http://mikrotik.moscow/forum/forum57/72767-mnogokhostingovaya-konfiguratsiya-i-istochnik-adresa-iskhodyashchikh-icmp_soobshcheniy/message292572 Tue, 07 Oct 2014 23:26:00 -0400 RouterOS Многохостинговая конфигурация и источник адреса исходящих ICMP-сообщений… RouterOS в форуме RouterOS.
Ты вообще нашел решение этой проблемы? У меня та же самая ситуация - куча CCR, более пяти апстримов с полными таблицами. Traceroute входящий через апстрим A показывает IP интерфейс апстрима B/C/D случайным образом, что очень запутанно. Кажется, IP-адрес источника ICMP-пакета, доходящего до апстрима A, устанавливается с IP-адреса другого интерфейса.
05.10.2013 20:03:00, mspeed.]]> http://mikrotik.moscow/forum/forum57/72767-mnogokhostingovaya-konfiguratsiya-i-istochnik-adresa-iskhodyashchikh-icmp_soobshcheniy/message292571 http://mikrotik.moscow/forum/forum57/72767-mnogokhostingovaya-konfiguratsiya-i-istochnik-adresa-iskhodyashchikh-icmp_soobshcheniy/message292571 Sat, 05 Oct 2013 20:03:00 -0400 RouterOS Многохостинговая конфигурация и источник адреса исходящих ICMP-сообщений… RouterOS в форуме RouterOS.
Привет, я уже некоторое время пытаюсь разобраться с этим. Я перевел все 3 канала связи с Cisco на CCR, и всё работает отлично — за исключением того, что RouterOS выбирает адрес исходящего интерфейса в качестве адреса источника для пакетов, идущих от самого роутера — в данном случае ICMP-сообщения, используемые для traceroute из удаленной локации к серверу, находящемуся за CCR. Когда у вас 3 канала связи и вы используете полное табличное маршрутизирование v6/v4 с BGP, не всегда входящий интерфейс, к которому отправляется ICMP-сообщение в процессе traceroute, является также и исходящим интерфейсом. Инженерия трафика в интернете и природа BGP помогают решить эту проблему. Тем не менее, это представляет собой проблему, когда вы пытаетесь визуализировать traceroute и ASN-ы. Я хотел бы настроить роутер так, чтобы он использовал адрес loopback в качестве источника для всех ICMP (или даже для всех других пакетов), идущих от роутера. Возможно ли это? Cisco использовал loopback в качестве адреса источника по умолчанию, но CCR ведет себя иначе. Можете посмотреть вот тут: http://bgp.go6.si/ring/ и увидеть, какие картинки у меня получаются из-за src-addr интерфейса вместо loopback. До этого все ссылки от Amis, T-2 и SIOL указывали на мой роутер, а не друг на друга (и это вызвано тем, что пакеты приходят от одного провайдера к роутеру и выходят через интерфейс другого провайдера, и этот адрес интерфейса используется в качестве источника). Я использую "update-source=loopback_addr" в моих BGP-сессиях, но безрезультатно. Есть какие-нибудь идеи? Какой-нибудь намек? Спасибо, Jan Zorz
10.08.2013 15:21:00, JanZorz.]]> http://mikrotik.moscow/forum/forum57/72767-mnogokhostingovaya-konfiguratsiya-i-istochnik-adresa-iskhodyashchikh-icmp_soobshcheniy/message292570 http://mikrotik.moscow/forum/forum57/72767-mnogokhostingovaya-konfiguratsiya-i-istochnik-adresa-iskhodyashchikh-icmp_soobshcheniy/message292570 Sat, 10 Aug 2013 15:21:00 -0400 RouterOS