forella

короче получилось заставить работать. но очень по кривому, схему прикрепил как работает. вобщем первый пакет прилетает броадкастом и на 172.17.1.1 и на 172.16.22.1. пришлось поднимать на dhcp server 172.17.1.2 чтоб ответить на первый пакет, следующие пакеты(перезапросы) уже идут туда куда ip helper назначен т.е. на 172.16.22.1. может есть у кого-то мысли как убрать с этой схемы все ip подсети 172.17.1.1\24 кроме собственно 172.17.1.1. посоветовали поднимать dhcp сервер на шлюзе в каждом влане да и все, но так не получится, шлюз это оттдельный физический сервер а dhcp это другой, в оттдель

та я думаю врядли проблема будет с ону, т.к. 2 разных производителя и так взял на тест. получается что нужно брать только бдком'овские ону чтоб работало как нужно. может ктото поделится куском конфига где работает ip helper, т.к. думаю что гдето промлема там. вот с таким куском конфига (vlan1701 - ону(абонент), vlan2201 - dhcp сервер) interface VLAN1701 ip address 172.17.1.254 255.255.255.0 no ip directed-broadcast ip helper-address 172.16.22.1 ! interface VLAN2201 ip address 172.16.22.11 255.255.255.0 no ip directed-broadcast ip helper-address 172.16.22.1

Впринципе mac или серийник не суть важно, главное как-то уникализировать, по серийнику тоже все получилось, прост оне знал чт оу gpon логика немного изменилась с мака на серийник. теперь еще один вопрос на счет dhcp. никто не сталкивался с проблемой, не доходит dhcpoffer до клиента? т.е. запрос от клиента прилетает на dhcp сервер, он оттдает ip, но до абонента он не доходит, и так покругу. может чего в конфиге упустил или ону такая попалась? хотя имеем на тесте 2 ону zte и huawei и у обеих поведение идентичное. на статике работает все норм.

с таким конфигом заработало когда cmd-sequence 006 gpon onu flow-mapping-profile vlan1701 стоит в конце всех правил: gpon profile onu-flow-mapping vlan1701 id 3 gpon-profile entry 1 uni type eth-uni 1 gpon-profile entry 1 virtual-port 1 gpon profile onu-vlan vlan1701_test id 4 gpon-profile vlan mode tag gpon-profile vlan pvid 1701 0 gpon onu-config-template port1_1 cmd-sequence 001 gpon onu tcont-virtual-port-bind-profile tvbind-default cmd-sequence 002 gpon onu uni 1 vlan-profile vlan1701_test cmd-sequence 003 gpon onu uni 1 uni-profile MTU cmd-sequence 004 gpon onu loopback-detec

вобщем ошибка заключается в %GPON-ONUCONFIG: Flow-mapping config failure on port GPON0/1:1. поэтому и нет ethernet линка. кому не сложно поделитесь куском конфига с рабочим куском gpon profile и gpon onu-config-template? вот тут такая проблема обсуждалась https://forum.nag.ru/index.php?/topic/147277-problema-s-konfigom-bdcom-gp3600-16/ , но что-то не с одним из решений не удалось заставить заработать лан порт.

извиняюсь, конфиг не тот скинул с олт, исправил. сейчас выяснилось что проблема когда темплейт на гпон порт ставишь проявляется проблема такая, с дефолтными настройками (2 порт) такой проблемы нет, пока в поисках где в темплейте может проявляться такая проблема. прошивку обновил на BD_GP3616B_10.3.0D_99242.bin на счет show gpon interface gpoN 0/1:1 onu port 1 state - линка нет, когда он есть пишет к примеру: GPON0/2:2 uni-port 1 up 100BASE-T(100Mbps Full-Duplex) а когда нет: GPON0/1:2

имеется bdcom gp3600-16B c с прошивкой 10.3.0D build 81888, и 2 onu на тест: zte f601 и huawei hg8310m ситуация такая, если включить ону не подключая пон порт то лан порт на ону работает, если подключить пон порт к ону то после регистрации ону выключается лан порт. такое поведение на обоих ону, идентичное. сталкивался ли кто-то с такой проблемой, либо может есть какаято команда вкл\выкл лан порт на ону, т.к. похоже что лан порт на ону выключает олт. нашел только команду: Switch_config_gpon0/1:1#gpon onu uni 1 noshutdown - не помогаетпрограмно он включен, физические его нет. П

Куплю dlink des 3200-18 бу, предложения в ЛС. Желательно оплата на безнал, но не обязательна.

куплю рельсы(направляющие) на hp dl360p gen8 и\или hp dl360 gen9

Возможность ехать куда-то пограничники сразу отобъют, так что пока живем с девизом "Где родился, там и пригодился".

попробуйте эти или эту и 15я версия, прикрепил c2960-lanbasek9-mz.150-2.SE11.bin

up

Куплю бу dlink des 1210-52ME, именно ME и именно des, другие модели не интерисуют. желательно с оплатой по безналу. Либо кто-то может посоветует похожие комутаторы других вендоров. Главное: глубина комутатора как у вышеуказаного до 21-23см, без вентиляторов, на 48 абонентских портов (100мбит) и ОБЯЗАТЕЛЬНО поддержка option82.

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

или 1 хороший, 10 лет полет нормальный) но да, нужно готовится к нек-му простою, особенно в большой мороз.но там уже какждый сам решает по бюджету...

стоит вот такой упс http://luxeon.ua/ups/34/989/ и аккамуляторы на 12А, хватает на 40-60минут. так же стоит авр который при пропадании напряжения автоматически заводит генератор. 40-60 минут хватает с запасом чтоб завести генератор. uptime 100%, переключение сеть\аккамуляторы оборудование "не замечает". дешевле купить генератор на нужную вам мощность нежели запасаться аккамуляторами. да и генератор потом можно на пользу пустить, например фонарики зарядить=)

Повторюсь, запретить, именно ЗАПРЕТИТЬ, вы никак не сможете, чтоб абонент не смог менять мак. шнурок только можете абоненту обрезать и то он будет менять мак, а вы об этом не узнаете=) тут у вас 2 варианта, принять как есть, пускай себе меняет мак, но тут если вирусня оч активная она может забить всю таблицу мак адресов на ону (но она там вроде небольшая, чтото около 64шт), либо ограничить 1 мак на порт ону сделав что-то типа (для бдкома)epon onu port 1 mac address-table dynamic maximum <Количество mac-адрес на определенном Ethernet-порту> (не знаю насколько действенна команда, наше

Какое максимальное количество квартир в одной многоэтажке?

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

ну там пару олт 3310, а человек нацелен на gpon, всеравно всем ону менять. хз что там на c-data, но на бдкомах у нас еще приличное количество старых ANYK и FORRA железные еще живут до сих пор, года с 2013 примерно...

Они на складах не всегда бывают, в магазине темболее.... про zte и huawei можете забыть опять же из-за резерва, их в наличии почти нигде нет, под заказ все, а если и есть что в наличии то ценик конский. смотрите в сторону bdcom или cdata. а почему именно gpon хотите? сколько абонентов намечается? напряженка с волокнами?

Все зависит как быстро вы заполните все 16 портов как хотите взять. все многопортовое дорого держать в резерве. стоит 10+ бдкомов 3310 и + 1 в резерве, всяко дешевле маштабироваться. а так держать на полке запасную 16портовую железку за 2к$ такая себе затея.

такое редко, часто проблемы именно со слаживанием со временем, когда защелки сжаты а склад не падает приходится извращаться чтоб держать 2 защелки и както толкнуть вниз склад все зависит от того как часто она будет вам нужна, у нас использовалась практически каждый день по 1-2 раза разлаживалась, после года использования начала понемногу подклинивать, через еще год можно уже выкидывать.

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

не любитель микротиков, но как-то был один 1036 в работе. максимум получилось выжать около 7гбит с примерно 10 маршрутами и 30 правилами файрвола (без Натов и шейперов ит.п. ) и 700к pps, это был его практический потолок. после 80% cpu начинаются приколы..