P
P
protsey2019-04-08 11:06:01
Computer networks
protsey, 2019-04-08 11:06:01

How to get two MAC addresses on one Mikrotik interface?

Good day! There is a Mikrotik RouterBOARD 962UiGS-5HacT2HnT on RouterOS v6.43.8 and 4 wires from providers that have 7 white IP addresses. By providers - 3pcs. - PPPoE, 2 pcs. - PPPoE, 1pc. - PPPoE, 1pc. - DHCP. There is a great desire to use 4 ports of the router as a WAN and one remaining on the LAN. All this in conjunction with Policy-Based Routing. Behind all this, there are several not heavily loaded servers and an office network.
Faced with the fact that providers do not allow several PPPoE connections at the same time under one MAC address. They work one by one, not at the same time. How to cheat the system? You need multiple MAC addresses on the same physical interface. Since I didn’t work much with Mikrotik, I couldn’t find an obvious solution to the ram.
Thanks in advance!

Answer the question

In order to leave comments, you need to log in

1 answer(s)
P
poisons, 2019-04-08
@protsey

In general terms - it will not work in any regular way. Although there are variations, people there tried to raise vrrp towards the provider and all that stuff. Don't bother doing this. Otherwise, a separate boiler awaits you, next to the boiler, where there will be such unfortunate providers. Ways to give several addresses to the client wagon. Starting from /29 towards the subscriber, ending with ip unnumbered.
Moreover, you are not a physicist. Let them give addresses in any human way.
Under the spoiler, thoughts out loud, maybe the description will be useful to someone, but it doesn’t work, the dock on junOS says

spoiler
На самом деле поднять несколько pppoe клиентов на одном l2 интерфейсе тика вполне возможно, но должно быть соблюдено несколько условий. И вот минутка графомании. Как собственно устанавливается pppoe соединение и что у нас есть уникального?
1. Пара логин/пароль.
2. Mac адреса эндпоинтов туннеля.
3. AC name(!!!!).
Как стартует соединение?
1. Клиент швыряет бродкаст сообщение PPPoE Active Discovery Initiation для поиска BRAS.
2. Со стороны провайдера BRAS швыряет в сторону клиента PPPoE Active Discovery Offer, т.е. предложение своих "услуг". Оно содержит собственно Mac BRAS и AC-Name.
3. И вот именно на третьем шаге возникает "магия". Сам клиент выбирает куда уже подключаиться на основании AC-Name. По умолчанию со стороны mikrotik это поле пустое, логика в том, что кто первый ответил, с тем и будет mikrotik поднимать соединение. На этом этапе клиент швыряет PPPoE Active Discovery Request сообщение выбранному BRAS.
4. BRAS отвечает сообщением PPPoE Active Discovery Session-confirmation.
Очень напоминает работу dhcp, широковещательный запрос от клиента, предложение от сервера, подтверждение от клиента, подтверждение от сервера.
5. Установление PPP
Ради интереса предлагаю выполнить в консоли
interface pppoe-client scan ether1
SERVICE MAC-ADDRESS AC-NAME
00:30:88:xx:xx:xx XXXX
00:30:88:xx:xx:yy XXXX
В моем конкретном случае стоит одна железка, которая смотрит 2 интерфейсами в абонентскую сеть, но AC-NAME одинаковые. Если я правильно понимаю логику это сделанно что бы равномерно распределять нагрузку на интерфейсы этой железки, типа отрабатывает некоторый round robin.
Теоретически провайдер может таким образом поднимать более чем 1 pppoe сессию с клиентом. Пара src/dst mac будут разными. Но такой способ выдачи дополнительных адресов я в дикой природе не видел, т.к. это уже совсем лютая наркомания.

Didn't find what you were looking for?

Ask your question

Ask a Question

731 491 924 answers to any question