DM
Ну там никак по другому
Size: a a a
2021 February 17
DM
Китайцы болт ложили на юзабилити
V
спасибо, будем генерить простыни
V
1000 шаблонов onu-vlan, 1000 шаблонов pre-config-template. *плак
АУ
Ну там никак по другому
А на цдата так же ?
A
А в BDCOM GP3600 для схемы vlan-per-user обязательно генерировать 128 шаблонов gpon profile onu-vlan CVLAN-10, CVLAN-20 и тд.?
Потом генерировать 128 шаблонов onu pre-config-template в которые вставлять шаблоны onu-vlan
А потом на каждом порту GPON прописывать 128 раз:
gpon pre-config-template CVLAN-10 bind-onuid 1
gpon pre-config-template CVLAN-20 bind-onuid 2
...
Просто конфиг раздувается до совершенно монструозных и нечитаемых размеров... :(
Потом генерировать 128 шаблонов onu pre-config-template в которые вставлять шаблоны onu-vlan
А потом на каждом порту GPON прописывать 128 раз:
gpon pre-config-template CVLAN-10 bind-onuid 1
gpon pre-config-template CVLAN-20 bind-onuid 2
...
Просто конфиг раздувается до совершенно монструозных и нечитаемых размеров... :(
Да просто кое кому надо понять, что vpe это извращенная схема под которую внятно придуманное железо не заточено. Вот в элтекс да, там все под это
A
Потому ничего сложнее vpu нормально реализовать не могут
V
Да просто кое кому надо понять, что vpe это извращенная схема под которую внятно придуманное железо не заточено. Вот в элтекс да, там все под это
тем не менее считается best practice на форумах) + таки решает проблему совпадающих маков у клиентов
Е
тем не менее считается best practice на форумах) + таки решает проблему совпадающих маков у клиентов
Есть есть доступ к техподдержке, новым прошивкам и т.д., то можно и с опцией работать + исключительно моновендорная сеть, а с влан на абона можно всякий колхоз делать
V
Есть есть доступ к техподдержке, новым прошивкам и т.д., то можно и с опцией работать + исключительно моновендорная сеть, а с влан на абона можно всякий колхоз делать
какой опцией?
Е
какой опцией?
с опцией 82
V
с опцией 82
у нас и так 82
V
только проблему совпадающих маков это не решает
V
vpu рассматриваю исключительно для исключения ситуации с duplicate mac
S
vpu рассматриваю исключительно для исключения ситуации с duplicate mac
ладно еще дублирования между абонентами (это все-таки относительно редкий кейс), куда хуже когда абонент начинает слать мак браса, а acl не влияет на mac-learning (типичная проблема многих свитчей)
ЛЛ
vpu - архитектурно самый лучший вариант
Е
ладно еще дублирования между абонентами (это все-таки относительно редкий кейс), куда хуже когда абонент начинает слать мак браса, а acl не влияет на mac-learning (типичная проблема многих свитчей)
Достаточно в пределах одного влана запретить абонам друг друга видеть
S
vpu - архитектурно самый лучший вариант
но вот реализация его многими провайдерами на просторах СНГ (доставка трафика с помощью selective qinq на l2-свитчах без выключения mac-learning) убивает всю идею, т.к. мак-таблица перемешивается в s-vlan на свитче
S
Достаточно в пределах одного влана запретить абонам друг друга видеть
нет. абонент же может прислать мак браса и он изучится со стороны абонента, а не со стороны аплинка