[vasya_petrovich]

Все верно, только учетки разные.

Т.е. pppoe логины привязаны к макам и по каким-то причинам с провайдером нельзя договориться о привязке нескольких логинов к одному маку?

Нет, не привязаны. Но провайдер не позволяет с одним маком несколько сессий поднимать.

[g3fox]

Все верно, только учетки разные.

Т.е. pppoe логины привязаны к макам и по каким-то причинам с провайдером нельзя договориться о привязке нескольких логинов к одному маку?

 

Вы что, действительно, такой наивный?

Вы думаете, что он эти логины использует в личных целях?

Понятно же, что это "мутная" схема, и человек просто тырит инет у более крупного оператора, и продаёт где-то, скорее всего, в частном секторе.

В общем, так называемый, паразит :)

[EugeneTV]

Понятно же, что это "мутная" схема, и человек просто тырит инет у более крупного оператора, и продаёт где-то, скорее всего, в частном секторе.

В общем, так называемый, паразит :)

Догадываюсь. или в БЦ, как вариант.

[ShyLion]

Потом выяснится, что на абонентском порту стоит лимит по количеству маков.

[vasya_petrovich]

:-D

Отличная попытка, но нет.

Даже больше скажу, что с оператором договоренно.

А идея интересная, но так много не натыришь.

[dazgluk]

Соедените два порта микротика патч кордом.

На eth1 навесьте кучу саб интерфейсов в разных вланах и с них поднимайте pppoe

 

На eth2 делаете bridge, и бриджуете кучу саб интерфейсов с тегами и антегом eth3

 

В eth3 втыкаете шнурок от провайдера.

[user71]

Соедените два порта микротика патч кордом.

На eth1 навесьте кучу саб интерфейсов в разных вланах и с них поднимайте pppoe

 

На eth2 делаете bridge, и бриджуете кучу саб интерфейсов с тегами и антегом eth3

 

В eth3 втыкаете шнурок от провайдера.

забавное решение. только зачем этот геморой с вланами и мостами? чем обычный коммутатор неугодил.

[DRiVen]

Чтобы поднять множество туннелей, мне на серванте необходимо иметь такое-же множество интерфейсов с разными мак адресами.

Поскольку сервер на МТ, сменить OS не вариант, а поставить в МТ разные mac-адреса на субинтерфесы не удастся, задача нерешаема.

[EugeneTV]

Вариант с дюжиной rb2011 и парой коммутаторов вполне мог бы сработать :)

[ollsanek]

если знаете как сделать в Linux, может через metarouter?

[ollsanek]

Бугага! ТС я решил твою задачку, рецепт:

итак, маки меняются на бриджах, бриджи прибиваются к ВЛАНам, это понятно.

вланы, допустим от 100 до 150, выпускаешь в коммутатор (порт1) с тегом (подключение к провайдеру без тега).

на коммутаторе эти тегированые вланы с тегом выносишь в порт2 который соеденяешь пачкордом с портом3 коммутатора.

порт3 коммутатора настраиваешь аксесом для влан 200 (qnq), и влан 200 засовываешь через порт1 обратно в микротик.

в микротике создаёшь 50 (?) интерфейсов с двойным тегом, объеденяешь их в бридже и в этот же бридж добавляешь аксесный влан порта микротика.

(это даже заработает если сумеете увидеть и победить некоторые подводные камни)

 

успехов!

Изменено 8 декабря, 2015 пользователем ollsanek

[g3fox]

Мак можно поменять на микротике на бридже. То есть мне надо 50 бриджей?

"Аксесный" влан надо как-то умудриться добавить во все 50 бриджей?

 

Вы сами то хорошо предствили то, что написали?

Я раз десять прочитал. Ничего не понял.

Без петли патчкордом на каждый мак я не представляю себе решения.

[ollsanek]

бриджей нужно столько же сколько вланов "+1". эти 50 бриджей - заглушка для возможности поменять мак на микротике.

нет, это тот самый "+1" бридж

 

да :)

сумбурно написано, согласен.

этот бридж, который "+1", как раз выполняет роль такого PtMP пачкорда

Изменено 9 декабря, 2015 пользователем ollsanek

[g3fox]

Я всё равно не могу вкурить вашу схему.

 

В каком месте трафик из влана, который приходит от оператора, будет попадать во все остальные вланы?