А срц ip точно меняется?

Моя железка отправила провайдеру то, что описал. Проверяем дампом.

покидает микротик корректно. по проводу идёт корректно. на оборудование провайдера попадает корректно. "Ответов нет",. Виноват... микротик!

Виноват в том, что отправляет корректно?

ответы уходят с порта провайдера в провод?

Антон, ты ведь догадался, что настроен как src-nat-l2 так и dst-nat-l2 ?

Нет, не быть антону тренером. Не умеет он подталкивать к правильным нюансам

Мне лень читать ваше переливание с пустого в порожнее. поэтому выделю нюанс(ну так по крейней мере утверждал Антон)

На коммутаторах провайдера используется статическая ARP-таблица, а также ARP Inspection.

ВО

Антон, ты ведь догадался, что настроен как src-nat-l2 так и dst-nat-l2 ?

Это логично

а раз есть dst-nat-l2 то в нужный бридж микротика попадает всё с правильным маком и обрабатывает его.

Он говорит ответов нет

так вопрос мой - с порта провайдера ответы уходят в провод?

Тогда получается надо смотреть как свитч провайдера обучается. Возможно ему нужно постоянно подбрасывать второй мак

вероятно, нам пытаются донести, что arp-inspection используется такой, который работает только после соответствующего arp-запроса со стороны клиента.

вероятно, нам пытаются донести, что arp-inspection используется такой, который работает только после соответствующего arp-запроса со стороны клиента.

Ну блин. А можно было ещё извратится.

что именно?

Что бы он у себя прописал в свиче нужен арп запрос

Ну ок

тогда вопрос "а кто мешает клиенту использовать статическую arp-запись"? Ответ - ARP Inspection. И виноват именно он,т.е. оборудование провайдера

Да кстати

просто задача сводится к тому, что "угадайте принцип работы arp-inspection у провайдера"

ну ладно, не сводится,а имеет под-задачу

На клиентском оборудовании можно и не работающий днс провайдера решить. Но это косяк провайдера

Ахахаха

Ахахаха

ну пров же расчитывет что у тебя комутатор и два девайса. в таком вариенте все будет работать в текущем конфиге.

Ну очевидно послать арп запрос от второго мака

Как вариант - скрипт, отправляющий запросы переодично(очищая arp-запись)

Делать ещё один запрос со вторым маклм

Л2 на второй запрос

Или как то ловить пакет и дублировать его.

switch rule - миррорить)

Ну почитать надо. Задача отправить два запроса вместо одного и второй от другого мака

Поменять мак на карте

На порту микрота

В сторону провайдера

повесить скрипт на поднятие интерфейса

который вешает один адрес, правит админмак, пингает что-нибудь, вешает второй адрес, меняет админмак, снова пингает

(больше костылей богу костылей)

Ну да

ненадолго поможет

пчм?

второй арп запрос делать на адрес (в случае сетки 1.1.1.0/24) ну например 1.1.1.254 . и в нём мак подменять

1. можно запись убить 2. можно пингать разное 3. можно вообще несуществующее пингать

первое я предлагал уже. 2 и 3 в моём предложении последнем.

что в данном случае значит "флапать" ?

будет, будет флапать

пропадёт трафик на первый адрес?

что в данном случае значит "флапать" ?

Часто арп

у меня вопрос: а насколько это приближено к реальности?

не проще позвонить провайдеру и сказать "уберите нах свой арп инспекшен с моего порта?

не проще позвонить провайдеру и сказать "уберите нах свой арп инспекшен с моего порта?

как заставить это сделать микротик? Астер внутри метароутера предлагать запрещено условиями

если он предлагает услугу "доп.адрес", а она не работает из-за его ограничений - я позвоню тому, кто убедит

эй, а причём тут моя железка. моя железка послала второй запрос и получила ответ.

и сражу знает куда слать

ограничение нестандартное, противоречит устоявшейся практике

а если я не микротик использую, а богомерзкую циску?

или, не дай бог, длинк?

согласен

1. провайдер ничего не знает. 2. микротик шлёт арс с первого ip. 3. провайдер отвечает. работает первый ip. 4. на микротике чистится запись шлюза провайдерского и сразу шлётся запрос со второго ip. 5. провайдер отвечает на второй. про первый провайдер помнит и так.

6. провайдер отвечает на оба адреса, а микротик знает про шлюз.

из состояния "не работает" в состояние "работает" - это не флап.

либо под понятием флап мы имеем ввиду разное. Переформулируй.

до момента ответа провайдера в пункте 5.

пакеты терять, когда "совсем не работает" ?

ты, кстати, так и не прокомментировал варианты без очистки - пинг на левые адреса в той же сети.

работало же? не-а.работала только одна половина трафика.

тогда давай так. в какой то момент у провайдера протухает arp-inspection. ты об этом не в курсе. Пропадает трафик на один из двух адресов. Твои действия?

Ну, в ходе решения задачи выяснилось, что немаловажным фактором является принцип работы arp-inspection провайдера, который не был оговорён в условии. Давай тогда уж полную инфу о нём.

Я возьму и статикой арпы подпишу на двух железкой т у меня не заработает. Тогда узнаю

И?

Я как клиент беру 2 железки, настраиваю статик-арпы и звоню провайдеру. Ах да, я же не могу ему звонить!

😂

ну, откуда то мы "вдруг" узнали что ситуация с протуханием arp-inspection невозможна

менять адрес в арп-запросе с 1.1.1.1 на 1.1.1.255 :)

ой, с 1.1.1.2 на 1.1.1.255

Если время протухания соизмеримо - то не выходит.

На втором арп запросе

арп-запрос: 1.1.1.2 ищет, кто такой 1.1.1.1 меняем адрес .2 на .255