[Ivan Rostovikov]

Возник вопрос.

Можно ли заставить rp-pppoe работать на магистральном линке ?

Т.е. на интерфейсе где в транк сходятся несколько в-ланов и пакеты тегированные.

 

Помоему у циско такая фича есть. Может существуют патчи для rp-pppoe ?

Спросите зачем это надо ? А когда в-ланов не - 2-3 а 20-30 - на каждый субинтерфейс делать неудобно.

[random7]

ну вообще-то в операционной системе (настоящей, не от циско) есть шелл, а в нём есть циклы, поэтому не понимаю, в чём неудобства

[XomA]

Возник вопрос.

Можно ли заставить rp-pppoe работать на магистральном линке ?

Т.е. на интерфейсе где в транк сходятся несколько в-ланов и пакеты тегированные.

 

Помоему у циско такая фича есть. Может существуют патчи для rp-pppoe ?

Спросите зачем это надо ? А когда в-ланов не - 2-3 а 20-30 - на каждый субинтерфейс делать неудобно.

Ну как вариант все вланы объединить в мост и на нем запустить pppoe-server

[Ivan Rostovikov]

>все вланы объединить в мост

Поподробнее. Что Вы имеете в виду ?

[dnvk]

2Ivan Rostovikovб pppoe-server (из пакета rp-pppoe) умеет слушать сразу несколько интерфейсов.

[Ivan Rostovikov]

Прошу обсуждать вопрос именно о работе rp-pppoe на магистральном интерфейсе, а не о том как обойти эту ситуацию.

[bitbucket]

>все вланы объединить в мост

Поподробнее. Что Вы имеете в виду ?

brctl addbr br0

brctl addif br0 vlan1

brctl addif br0 vlan2

brctl addif br0 vlan3

brctl addif br0 vlan4

...

и запускать сервер pppoe на br0.

 

Желательно еще собрать ebtables и запретить трафик между vlan-ами.

[XomA]

>все вланы объединить в мост

Поподробнее. Что Вы имеете в виду ?

есть eth1, в нее со свича приходят пять вланов т.е. есть eth1.71, eth1.72, eth1.73, eth1.74 и eth1.75.

с помощью brctl загоняем их все в мост и у нас получается устройство br0, далее /usr/sbin/pppoe-server -s -k -L 10.120.10.1 -R 10.120.10.2 -I br0 -C bla -S bla-bla и усе. Трафик между интерфейсами внутри моста рулится через цепочку FORWARD, а так же есть еще пакет ebtables.

 

почитать можно тут

[Ivan Rostovikov]

Все понял.

А жаль всетаки, что rp-pppoe неумеет напрямую с тегами работать.

[nuclearcat]

Почему не умеет? Умеет - но нужно уметь писать код.

За небольшую сумму любой сносный программер его заставит работать.

[andriko]

не барское то дело - теги разбирать.....

по сегодняшним временам сетевухи сами не плохо справляются с тегами, так что проще vconfig поизучать, может и получится...

[Ivan Rostovikov]

>не барское то дело

Однако циска не чурается разбирать...

 

http://www.cisco.com/en/US/products/sw/ios...0080080386.html

[bitbucket]

>не барское то дело

Однако циска не чурается разбирать...

 

http://www.cisco.com/en/US/products/sw/ios...0080080386.html

За ~1/2 (а может и меньше) цены между циской и решением на linux хороший кодер уговорит и линукс тэги разбирать.

Изменено 29 ноября, 2007 пользователем bitbucket

[UglyAdmin]

>не барское то дело

Однако циска не чурается разбирать...

 

http://www.cisco.com/en/US/products/sw/ios...0080080386.html

Неправильно, сабинтерфейс создаётся, значит разбирает не PPPoE-сервер.

[Ivan Rostovikov]

Согласен. Не прав.

Курю univercd, сыплю пепел на макушку.