- нужен вывод в каком VLAN светится MAC в Monitor->Network->Bridge Table, там сейчас в качестве Port можно видеть только LAN, что в общем крайне неудобно для диагностики проблем
- и есть неоходимость в том, чтобы vlan управления на стороне клиента прокидывался дальше по ethernet, т.к. за клиентской точкой может быть ещё и свитч в том же vlan
1. Сейчас нет четких сроков по реализации этого функционала, но разработчикам запрос передан и он услышан.
2. В данный момент не могу это проверить, но Mgmnt VLAN должен пробрасываться при занесении его в таблицу Membership VLAN. Проверьте, пожалуйста, и дайте знать.
ok, попробую собрать тестовый линк и проверить.
есть ещё одна "хотелка" - шейпить трафик на клиенстком порту eth. чтобы лишнего от клиента в радио не улетало. да, у нас шейпится трафик на BRAS, но не хотелось бы лишнего напрягать радиолинк без необходимости. возможно это сделать?
nimbo78 написано:есть ещё одна "хотелка" - шейпить трафик на клиенстком порту eth. чтобы лишнего от клиента в радио не улетало. да, у нас шейпится трафик на BRAS, но не хотелось бы лишнего напрягать радиолинк без необходимости. возможно это сделать?
Что в Вашем понимании"шейпить"? IMHO так делать не стоит т.к. у устройства и так пакетная производительность 20 kpps всего. Да и идеологически это задача не СПЕ, imho.
Roman написано:
nimbo78 написано:есть ещё одна "хотелка" - шейпить трафик на клиенстком порту eth. чтобы лишнего от клиента в радио не улетало. да, у нас шейпится трафик на BRAS, но не хотелось бы лишнего напрягать радиолинк без необходимости. возможно это сделать?
Что в Вашем понимании"шейпить"? IMHO так делать не стоит т.к. у устройства и так пакетная производительность 20 kpps всего. Да и идеологически это задача не СПЕ, imho.
вот так