Lyovnnr

работает и с EPON , т.е. совместим с двумя стандартом, на рынке их называют XPON, т.е. работает и с GPON и с EPON .

Есть новая информация связанная с проблемой получения IP от ONU/HGU GP1704-4F-E итак проблема возникает не только с портом который мостом/bridge ом проброшен к IPTV Vlan 2719, но и с любым другим eth port-ом, т.е. ONU/HGU GP1704-4F-E не выдает IP любому устройству по лан/lan... но только по лан/lan а вот по wifi нормально выдает, плюс когда подключен пон/pon порт т.е. есть линк с ОЛТ/OLT, проблема актуальна но как отключаем FO оптический кабель с HGU/ONU он в loss e, все четко начинает работать т.е. те устройства который подключены ланом начинают получать ip от ONU/HGU․․․․

Так и сделано один порт мостом к multicast vlan-у ... в этом и проблема не четко получает ip по dhcp

получается на bdcom е multicast не как ? На EPON е bdcom a p3616 olt все четко работает.... вот только на GPON GP3600-08B .... не так то просто, хотя как я уже стал понимать проблема именно в HUG с вязкой OLT

Другие предложения ?

Так не получится

Добрый день, Просьба подсказать в чем может быть проблема. OLT BDCOM(tm) GP3600-08B Software, Version 10.3.0D Build 73563 Copyright by Shanghai Baud Data Communication CO. LTD. Compiled: 2020-5-14 16:9:29 by SYS, Image text-base: 0x108000 ONU/HGU Device Model GP1704-4F-E Hardware Version A0 Software Version 10.0.25B.643 olt_M#show running-config non-interface !version 10.3.0D build 73563 service timestamps log date service timestamps debug date service password-encryption logging 10.0.10.1 logging buffered 163840 ! hostname ol

Ну не получилось так организовать согласен что так было бы идеально. Ну кольца уже и нет! в принципе схема без костылей , с помощью Selective QinQ я на моем switch-e сделал то что должен был сделать провайдер на своем последнем switch-e который смотрит в мою сторону. Данная схема не попадет в эту категорию. Полностью солидарен с Вами

разве? так и петли нет! и стандартный распространый метод. и я в этом уверен но пусть будет так, с петлёй не буду заморачиваться.

Доброго времени суток, решение найдено!!! с помощью двух switch-ов, на первом BDCOM-e где получаю QinQ vlan от провайдера настроил Selective Q-in-Q ///// а на втором switch-е простой trunk/транк порт, вот так и распаковал QinQ vlan port config in BDCOM S5612 switchport trunk vlan-allowed 1530 switchport mode dot1q-translating-tunnel switchport dot1q-translating-tunnel mode QinQ translate 20-23,70,100 1530 0 Спасибо всем. @Dimkers-y особенно!

Согласен... Ночью переведу трафик посмотрю wireshark-ом, а то за последние 4 дня столько экспериментировал что узе клиенты жалуются

Попробовали... (ну я не вижу что они делали) опять были MAC-и но трафика не было конкретно в QinQ vlan-е, селектив вообще не хотят. ! Попробую отпишусь Спасибо!

Добрый день, Вчера не получилось с провайдером настроить так как мне было удобно, в следствие было принято решение открыть QinQ не лооп/loop-ом на самом switch-е, а с помощью двух switch-ов, т.е. я сконфигурировал один порт на BDCOM-e в Dot1q tunnel а на втором switch-е (cisco) классический trunk порт с inner vlan-и, но это тварь опять не работает теперь получаю MAC адреса на этом порте в cisco со всех VLAN-ов но трафик не бегает!!! BDCOM Port config подключенный к Cisco interface Port-aggregator2 description -= Test Aggrigation =- switchport tr

У Провайдера в роли роутеров Juniper-и с switch модулями, и дополнительно D-Link switch-и, на данный момент я подключен к D-Link switch-у, но есть вариант перехода на Juniper, поговорю еще раз.....! точно Поговорю посмотрим что получается. Спасибо.

Вот и думаю, что делать дальше экспериментировать на BDCOM -e или искать другой switch. Хотя ՕLT от BDCOM работает нормально, стабильно! если и switch смогу зависти то там цена/функционал/пропускная-способность по моему идеальна. за $700 switch S5612 с 12*10 Gbps портами + 8*1Gbps портов и если те параметры которые указывает производитель действительны, то этот switch вполне может на себя взять роль aggrigation в сеть маленького/среднего провайдера: