Каким образом Mikrotik/RouterOS знает ip адрес шлюза, если я задал в качестве шлюза физический интерфейс?
Беру я значит свеженький микротик с routeros 6.35.2
делаю ему полный reset конфига, без использования стандартного
то-есть получается "голый" конфиг без ip адреса
у меня есть подсеть 31.200.235.140/30
где 31.200.235.141 - шлюз циско, 31.200.235.142 - микротик
делаю на нем следующую конфигурацию
/ip address
add address=31.200.235.142/30 interface=ether1 network=31.200.235.140
/ip route
add distance=1 gateway=ether1
то-есть ip адрес шлюза я не указываю, я указываю физический интерфейс
вопрос, почему при такой конфигурации работает интернет? :) (например идет пинг на 8.8.8.8)
трассировка показывает 31.200.235.141 в качестве первого хопа, но как он узнал его?
я конечно понимаю, что мне как человеку не трудно догадаться, что шлюз это 31.200.235.141, но микротик не человек)
я конечно не соменваюсь, что это даже где-то описано в мануале микротика но не нашел сам :(
очень интересно какой механизм определения
и что будет если сеть например станет не /30, а /29
Посмотрите /ip routes print
Шлюз по умолчанию появился? Думаю что нет.
Ответ кроется в самом вопросе. Шлюз CISCO. ПО умолчанию на интерфейсах у них включен proxy-arp.
С другим оборудованием - не факт что получится повторить указанную схему.
То-есть вы думаете, что может быть такой механизм? mikrotik присылает на циску arp запрос, кто мол такой 8.8.8.8, а циска отвечает мол это она? Но по трассировке, первый хоп ведь 31.200.235.141, от куда на микротик попал этот адрес? Ведь циска через proxy-arp могла послать на микротик только свой мак.
Дмитрий Максименко: вам отвечают верно. в качестве интерфейса шлюз лучше всего указывать только у p2p соединений. посмотрите, если можете на шлюз и его arp таблицу. сразу все станет понятно
У циско включен прокси-арп на интерфейсах. Если вы заглянете в ip-arp, увидите, что куче ип-адресов сопоставлен один мак. Юзать эту фичу можно, но она поджирает оперативку. Поэтому я за классическую маршрутизацию. Маска подсети в данном случае не имеет значения, хоть /8
Маршрутизатор смотрит заголовок пакета, определяет DST IP адрес и ищет по таблице маршрутизации, в какой интерфейс послать пакет, при необходимости делая реккурсивные запросы к собственной таблице маршрутизации.
Это конечно первое что пришло мне в голову. Но вы ведь не можете быть на 100% уверены, что механизм смотрит на оставшийся айпишник, и шлет трафик на него? :)
Ну это ведь все догадки? Хотелось-бы найти точное описание механизма/алгоритма.