[melvitalik88]

Доброго времени суток!!!

Есть сеть на 200 пользователей построена на оптоволокне в дом с помощью медюков. В качестве НАСа микротик на виртуалке, к нему прикручен эксперт биллинг, абоненты авторизуются через PPPoe. Так вот вопрос как с конфигурировать OLT LTP-4X REV.B под наше ядро, и как вообще правильно конфигурировать данное оборудование под сеть провайдера?.

[Saab95]

ПОН может так же работать как большая помойка, в этом случае вообще ничего настраивать не надо - просто подключаете онушки и все работает. Если PPPoE даете то проблем нет.

Однако правильная схема это влан на ону, то есть при добавлении онушки создаете уникальный влан, обычно идут с номера 2, т.к. перед головной станцией микротик устанавливают. На микротике на каждый влан навешиваю IP адрес, DHCP сервер и т.п., абонент включает кабель в комп или роутер и получает свой адрес, далее работает.

[melvitalik88]

ПОН может так же работать как большая помойка, в этом случае вообще ничего настраивать не надо - просто подключаете онушки и все работает. Если PPPoE даете то проблем нет.

Однако правильная схема это влан на ону, то есть при добавлении онушки создаете уникальный влан, обычно идут с номера 2, т.к. перед головной станцией микротик устанавливают. На микротике на каждый влан навешиваю IP адрес, DHCP сервер и т.п., абонент включает кабель в комп или роутер и получает свой адрес, далее работает.

 

Я правильно понимаю нужно реализовать QinQ и клиенты будут работать по IPoe?

[Saab95]

Я правильно понимаю нужно реализовать QinQ и клиенты будут работать по IPoe?

 

QinQ это если у вас сеть, состоящая из большого количества разнесенных головных станций и коммутаторов, от которых по L2 все сводится в центр. Тогда да - на каждую ОЛТ выделяете уникальный влан, и уже поверх него через QinQ адресуете абонентов, начиная с влана 2, что бы не было путаницы. На всех головных станциях вланы начинаются одинаково с номера 2.

 

Однако если у вас только микротик и вы собираетесь переводить абонентов на пон, то тут самая загвоздка будет в том, что бы перевести абонентов физически - то есть заменить им устройства, сами волокна ведь уже сведены в центр и там нужно только поставить соответствующий делитель. При этом никакие QinQ уже не требуются, просто выводите каждому абоненту уникальный влан и все.

[aalexanderr]

Доброго времени суток!!!

Есть сеть на 200 пользователей построена на оптоволокне в дом с помощью медюков. В качестве НАСа микротик на виртуалке, к нему прикручен эксперт биллинг, абоненты авторизуются через PPPoe. Так вот вопрос как с конфигурировать OLT LTP-4X REV.B под наше ядро, и как вообще правильно конфигурировать данное оборудование под сеть провайдера?.

 

Так то конечно как сделаете так и будет. Хотите можете оставить как есть с аутентификацией через PPPoE, хотите можете сделать ipoe+o82 с удобной (возможной) связкой frame/slot/port/ontid/serialpon/ip. Всё зависит от вашей фантазии и оконечного оборудования.

 

Самое простое для вас будет подать 1 влан на управление железкой, 1 влан на клиентов. Аутентификация будет так же по PPPoE, клиенты будут изолированы между собой, т.к. ПОН порты между собой изолированы (по умолчанию), трафик (если необходимо) между клиентами будет ходить через bras.

А вообще делайте так как вам удобней.

 

п.с. конфиг если надо скину.

пп.сс. подробней схему распишите, а то не понятно - у вас волокна от каждого клиента до ЦС идут ?

Изменено 17 апреля, 2016 пользователем aalexanderr

[rdc]

Есть сеть на 200 пользователей построена на оптоволокне в дом с помощью медюков.

А зачем вообще этот переход, чего вы хотите добиться?

Построение PON сети может иметь некоторый смысл с нуля за счёт экономии на волокнах. А тут ВОЛС готовая, и вы только вбухаете уйму денег на оборудование и монтаж.

 

Если хотите перейти на IPoE - меняйте свичи в ядре на управляемые. Пачка DES-3028 на вторичном рынке обойдётся тысяч в 20. Получите классическую схему "влан на абонента".

Для предоставления тарифов >100M - ставите в ядре свич с sfp и перетыкаете в него переходящих, меняя им конвертеры.

[Saab95]

Так то конечно как сделаете так и будет. Хотите можете оставить как есть с аутентификацией через PPPoE, хотите можете сделать ipoe+o82 с удобной (возможной) связкой frame/slot/port/ontid/serialpon/ip. Всё зависит от вашей фантазии и оконечного оборудования.

 

ПОН умеет заворачивать абонента во влан, соответственно зачем городить программно зависимый костыль в виде опции 82 и охватывать ежедневные проблемы?

 

Самое простое для вас будет подать 1 влан на управление железкой, 1 влан на клиентов. Аутентификация будет так же по PPPoE, клиенты будут изолированы между собой, т.к. ПОН порты между собой изолированы (по умолчанию), трафик (если необходимо) между клиентами будет ходить через bras.

 

Опять двадцать пять - зачем на поне влан управления? Сделайте уж тогда влан для абонентов а управление прямо так с порта оставить. В L3 сетях никаких вланов управления нет как класс - к этому и надо стремиться, а не загонять себя в рамки L2 оборудования.

 

Есть сеть на 200 пользователей построена на оптоволокне в дом с помощью медюков.

А зачем вообще этот переход, чего вы хотите добиться?

Построение PON сети может иметь некоторый смысл с нуля за счёт экономии на волокнах. А тут ВОЛС готовая, и вы только вбухаете уйму денег на оборудование и монтаж.

 

Такое бывает, когда сеть построена волокно в дом, а абонентов стало несколько больше, чем было, вот и есть задача для перехода на пон.

 

У нас в некоторых местах тоже было волокно в дом, пачки коммутаторов и т.п., только работать с таким жутко неудобно, нужно помнить какое волокно к какому абоненту идет, нельзя проверить доступность абонентского устройства, т.к. только наличия линка на порту мало для диагностики. Нельзя проверить сигналы без выезда и т.п. Поэтому коммутаторы убираются, абонентам меняется оборудование и готово.

[aalexanderr]

Так то конечно как сделаете так и будет. Хотите можете оставить как есть с аутентификацией через PPPoE, хотите можете сделать ipoe+o82 с удобной (возможной) связкой frame/slot/port/ontid/serialpon/ip. Всё зависит от вашей фантазии и оконечного оборудования.

ПОН умеет заворачивать абонента во влан, соответственно зачем городить программно зависимый костыль в виде опции 82 и охватывать ежедневные проблемы?

Я именно так и написал - в данном случае можно реализовать любой удобный для ТСа вариант.

Да ПОН умеет заворачивать и оптимальным вариантом будет s+c, но к сожалению не всегда получается реализовать данную схему, поэтому остаётся всего 2 нормальных (более или менее) варианта pppoe или ipoe+82.

Можно чуть подробней о том ежедневных проблемах с опцией 82 (в личку)?

 

Самое простое для вас будет подать 1 влан на управление железкой, 1 влан на клиентов. Аутентификация будет так же по PPPoE, клиенты будут изолированы между собой, т.к. ПОН порты между собой изолированы (по умолчанию), трафик (если необходимо) между клиентами будет ходить через bras.

 

Опять двадцать пять - зачем на поне влан управления? Сделайте уж тогда влан для абонентов а управление прямо так с порта оставить. В L3 сетях никаких вланов управления нет как класс - к этому и надо стремиться, а не загонять себя в рамки L2 оборудования.

Эмм, а где были первые "25"?

uplink(dot1qtunnel)---(10g) olt (10g)---10g olt...|

+на первой olt 4 fe линка на локальных клиентов

и как мне управлять olt шкой ??? как оставить управления "прямо так с порта"?

[melvitalik88]

Есть сеть на 200 пользователей построена на оптоволокне в дом с помощью медюков.

А зачем вообще этот переход, чего вы хотите добиться?

Построение PON сети может иметь некоторый смысл с нуля за счёт экономии на волокнах. А тут ВОЛС готовая, и вы только вбухаете уйму денег на оборудование и монтаж.

 

Если хотите перейти на IPoE - меняйте свичи в ядре на управляемые. Пачка DES-3028 на вторичном рынке обойдётся тысяч в 20. Получите классическую схему "влан на абонента".

Для предоставления тарифов >100M - ставите в ядре свич с sfp и перетыкаете в него переходящих, меняя им конвертеры.

 

Переход на Gpon обусловлен расширением сети изначально все абоненты переключены не будут, реализуем планомерное переключение плюс подключение новых абонентов, на старом оборудование не имеет смыла строить дальше т.к. бу рано или поздно закончится, а аналогичное будет по цене дороже пона.

 

Сааб я много читал ваших постов про микротик у нас есть радио мост и получена 1 чистота видимость прямая сколько реально можно прокачать на полосе в 20 мг на мантах и бэйсбоксах. я добивался 70 мб. Просто когда расширяешь полосу начинают с радиочастотного центра мучать.

[Liner's]

Не будет однозначно, пон дешевле только от количества и при массовости. Не забываем главную проблему - падает волокно, ложится ветка где несколько десятков клиентов

[Saab95]

и как мне управлять olt шкой ??? как оставить управления "прямо так с порта"?

 

Подключаете олт к порту микротика, вешаете на порт адрес для управления, который и указываете на ней. На этом же интерфейсе создаете кучу вланов, в которых работают абоненты. Если пппое, то создаете один влан и на него PPPoE сервер.

 

Вот пример для влан на абонента на микротике, управление олт с интерфейса bridge_vlan:

 

/interface bridge
add name=bridge_vlan protocol-mode=none
/interface vlan
add arp=reply-only interface=bridge_vlan name=vlan_2 vlan-id=2
add arp=reply-only interface=bridge_vlan name=vlan_3 vlan-id=3
/ip pool
add name=dhcp_pool_2 ranges=10.10.10.2
add name=dhcp_pool_3 ranges=10.10.10.3
/ip dhcp-server
add add-arp=yes address-pool=dhcp_pool_2 disabled=no interface=vlan_2 lease-time=5m name=dhcp_2
add add-arp=yes address-pool=dhcp_pool_3 disabled=no interface=vlan_3 lease-time=5m name=dhcp_3
/interface bridge port
add bridge=bridge_vlan interface=ether2
add bridge=bridge_vlan interface=ether3
add bridge=bridge_vlan interface=ether4
add bridge=bridge_vlan interface=ether5
/ip address
add address=10.16.2.50/27 interface=ether1 network=10.16.2.32
add address=10.16.20.1/24 interface=bridge_vlan network=10.16.20.0
add address=10.10.10.1/32 interface=vlan_2 network=10.10.10.2
add address=10.10.10.1/32 interface=vlan_3 network=10.10.10.3
/ip dhcp-server network
add address=10.10.10.0/24 dns-server=10.10.10.1 gateway=10.10.10.1

[Diman_xxxx]

Переделки зло, но если очень хочеться то нет.

Пон с нуля явно удобней и выгодней, даже на 2х сотнях клиентов-факт.

Но там где его нет, нужны медюки, я бы купил потом)))

[aalexanderr]

и как мне управлять olt шкой ??? как оставить управления "прямо так с порта"?

 

Подключаете олт к порту микротика, вешаете на порт адрес для управления, который и указываете на ней. На этом же интерфейсе создаете кучу вланов, в которых работают абоненты. Если пппое, то создаете один влан и на него PPPoE сервер.

 

Вот пример для влан на абонента на микротике, управление олт с интерфейса bridge_vlan:

 

/interface bridge
add name=bridge_vlan protocol-mode=none
/interface vlan
add arp=reply-only interface=bridge_vlan name=vlan_2 vlan-id=2
add arp=reply-only interface=bridge_vlan name=vlan_3 vlan-id=3
/ip pool
add name=dhcp_pool_2 ranges=10.10.10.2
add name=dhcp_pool_3 ranges=10.10.10.3
/ip dhcp-server
add add-arp=yes address-pool=dhcp_pool_2 disabled=no interface=vlan_2 lease-time=5m name=dhcp_2
add add-arp=yes address-pool=dhcp_pool_3 disabled=no interface=vlan_3 lease-time=5m name=dhcp_3
/interface bridge port
add bridge=bridge_vlan interface=ether2
add bridge=bridge_vlan interface=ether3
add bridge=bridge_vlan interface=ether4
add bridge=bridge_vlan interface=ether5
/ip address
add address=10.16.2.50/27 interface=ether1 network=10.16.2.32
add address=10.16.20.1/24 interface=bridge_vlan network=10.16.20.0
add address=10.10.10.1/32 interface=vlan_2 network=10.10.10.2
add address=10.10.10.1/32 interface=vlan_3 network=10.10.10.3
/ip dhcp-server network
add address=10.10.10.0/24 dns-server=10.10.10.1 gateway=10.10.10.1

 

Мы говорили про конкретное железо - eltex. Со стороны olt будет гибридный гибридный порт (о чём можно было сразу написать).

В той схеме, что привёл я это работать не будет - в схеме метка вешается оператором, который предоставляет канал.

Использование отдельных vlanов для управления не является бэд дизайном.

 

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

Изменено 18 апреля, 2016 пользователем aalexanderr