SNR-CPE Manta Duo (настройка двух и более vlan)

Здравствуйте.

Подскажите пожалуйста, как на роутере настроить два влана. Первый влан под интернет, второй отдается телевидению. Оба vlan подаются на wan port с tagg.

 

 

 

Текущая версия прошивки:

SNR-CPE-MD1-5GHZ-MT-3.3.7.RU.04082015

 

 

Спасибо.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Всегда начинаем с обновления софта на актуальный, на текущий момент 5.0.19 (при обновлении с такой древности сброс кнопкой и настройка с нуля руками обязательна), в нём есть отдельный раздел под настройку доп сервисов в VLAN`ах.

 

Т.е. под TV выделяем отдельный порт и грим снимать тэги, так же по желанию можем брать мультикаст оттуда.

 

С VLAN под интернет всё несколько сложнее. Дело в том, что на текущий момент архитектурно не предусмотрено использование VLAN как WAN т.к. теряем сразу один из ключевых плюсов платформы (аппаратную обработку NAT). Костыли с vlan swap решено не тянуть.

 

Т.е. поддержка VLAN ограничена на данный момент схемами с доп сервисами + MBSSID в отдельный VLAN + VLAN Isolated LAN/WLAN + VLAN Bridge. Интернет взять с тегированного влана штатными средствами пока не выйдет.

 

В перспективе (при отсутствии других задач) возможно такая схема будет добавлена, но пока вот так.

 

Схема с интернетом одетом в тег до user CPE на данный момент себя почти изжила у операторов, и вланы обычно приземляют на домовых свитчах per user или per house. Т.е. обычно на стороне пользователя никаких вланов нет вовсе, в худшем случае до юзера доходят вланы с SIP/IPTV (именно такие схемы и поддерживаются в полном объёме).

 

Мы не стараемся поддержать всё и сразу любой ценой (часто ценой надёжности) в одном месте дабы не плодить тараканов и потенциальные проблемы, отсюда и не желание городить софт бриджи для вланов со стороны WAN со сломом логики аппаратного оффлоада и/или по сути костылями со свопом тэгов.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Давно кстати хотел спросить - возможно ли подключить двух провайдеров? Я почему спрашиваю: дело в том, что когда человек на IXBT пытался это сделать в RTNL, то он выделял второй WAN в отдельный VLAN

config-vlan.sh 2 23111
vconfig add eth2 3
ifconfig eth2.3 ла-ла-ла

А как с этим дело обстоит в MT-ветке?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

DualWan не планируется. Как конфигурить вланы руками так же можно посмотреть в сырцах. Просто нарулить доп влан и руками на нём что-то поднять проблем нет. См /etc/init.d/vlan и всё тот же config-vlan.sh.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Посмотрел, вроде понятно. Надо будет на практике попробовать. Единственное пока непонятное - Dual RGMII. Это на 7621 надо будет использовать?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Да это на 7621 подробности потом расскажу.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Хорошо. Спасибо за разъяснения!

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
В 14.02.2017 в 10:32, sfstudio сказал:

Всегда начинаем с обновления софта на актуальный, на текущий момент 5.0.19 (при обновлении с такой древности сброс кнопкой и настройка с нуля руками обязательна), в нём есть отдельный раздел под настройку доп сервисов в VLAN`ах.

 

Т.е. под TV выделяем отдельный порт и грим снимать тэги, так же по желанию можем брать мультикаст оттуда.

 

С VLAN под интернет всё несколько сложнее. Дело в том, что на текущий момент архитектурно не предусмотрено использование VLAN как WAN т.к. теряем сразу один из ключевых плюсов платформы (аппаратную обработку NAT). Костыли с vlan swap решено не тянуть.

 

Т.е. поддержка VLAN ограничена на данный момент схемами с доп сервисами + MBSSID в отдельный VLAN + VLAN Isolated LAN/WLAN + VLAN Bridge. Интернет взять с тегированного влана штатными средствами пока не выйдет.

 

В перспективе (при отсутствии других задач) возможно такая схема будет добавлена, но пока вот так.

 

Схема с интернетом одетом в тег до user CPE на данный момент себя почти изжила у операторов, и вланы обычно приземляют на домовых свитчах per user или per house. Т.е. обычно на стороне пользователя никаких вланов нет вовсе, в худшем случае до юзера доходят вланы с SIP/IPTV (именно такие схемы и поддерживаются в полном объёме).

 

Мы не стараемся поддержать всё и сразу любой ценой (часто ценой надёжности) в одном месте дабы не плодить тараканов и потенциальные проблемы, отсюда и не желание городить софт бриджи для вланов со стороны WAN со сломом логики аппаратного оффлоада и/или по сути костылями со свопом тэгов.

Приветствую.

У меня вопрос.

так как "Интернет взять с тегированного влана штатными средствами пока не выйдет." я попробовал  сделать через native vlan. Работает, но есть проблема. Опишу точнее.

80 - inet 

110 - tv

cisco порт в trunk 80;110

native vlan 80

 

Роутер Версия ПО  6.4.10.RU.26082017

С такими настройками 1-ым  поднимаем pppoe. Работает. 

Далее делаем tv 110 vlan вешаем на первый или 2-ой порт роутера. Тв работает, но перестаёт работать инет. Сессия не поднимается. В логах роутера следующее-

 

Aug 29 15:35:36 vpnhelper-pppoe: ==================START-PPPOE-CLIENT=======================
Aug 29 15:35:36 vpnhelper-pppoe: br0 in bridge. Set pppoe interface to br0
Aug 29 15:35:37 vpnhelper-pppoe: PPPOE connect over br0 to  
Aug 29 15:35:37 pppd[4281]: Plugin /lib/rp-pppoe.so loaded.
Aug 29 15:35:37 pppd[4281]: RP-PPPoE plugin version 3.12 compiled against pppd 2.4.7
Aug 29 15:35:37 pppd[4281]: pppd 2.4.7 started by Admin, uid 0
Aug 29 15:35:44 udhcpc[1927]: sending discover
Aug 29 15:35:49 udhcpc[1927]: sending discover
Aug 29 15:35:54 udhcpc[1927]: sending discover
Aug 29 15:35:59 udhcpc[1927]: sending discover
Aug 29 15:36:04 udhcpc[1927]: sending discover
Aug 29 15:36:09 udhcpc: Lease fail eth2.2.
Aug 29 15:36:12 pppd[4281]: Timeout waiting for PADO packets
Aug 29 15:36:20 goahead[3903]: ioctl call failed, getIfIp, -1
Aug 29 15:36:29 udhcpc[1927]: sending discover
Aug 29 15:36:33 goahead[3903]: ioctl call failed, getIfIp, -1
Aug 29 15:36:34 udhcpc[1927]: sending discover
 

 Хотя по сути ничего не изменилось. Трафик для инета нетегирован.

Можете подсказать здесь баг прошивки или что то не до конца я доделал? Спасибо 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Конфиг прикрепите, чуток оклемаюсь посмотрю что там.

 

Я так понял не работает схема PPPOE + TV port vlan ? При этом PPPOE без тэга, ТВ тэгировано?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Повторил, пофиксил. Правка будет в 6.5.7 либо сегодня вечером залью либо завтра утром.

 

Проблема была в регулярном выражении проверяющем не входит ли WAN интерфейс в какой-либо бридж.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Пробуйте. https://sourceforge.net/projects/wive-ng/files/wive-ng-mt/test-only/

 

Да и ещё. Судя по логу у вас нет dhcp, т.е. используется чистый PPPOE для доступа в инет? Ну значит галка Pure PPPOE должна быть включена до кучи.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
11 часов назад, sfstudio сказал:

Пробуйте. https://sourceforge.net/projects/wive-ng/files/wive-ng-mt/test-only/

 

Да и ещё. Судя по логу у вас нет dhcp, т.е. используется чистый PPPOE для доступа в инет? Ну значит галка Pure PPPOE должна быть включена до кучи.

Спасибо. Сейчас буду пробывать

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Для публикации сообщений создайте учётную запись или авторизуйтесь

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

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!


Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.


Войти