Данная тема создается на постоянного обмена опытом по

строительству ПОН на базе платформы BDCOM ONU/OLT и BDCOM OLT/другие ONU.

А также для обсуждения способов строительства, проектирования, различных расчетов

при строительстве ПОН. Софт, железо, прошивки, баги, фичи.

Очень рассчитываю что данная тема, будет интересна с точки зрения информации собранной в одном месте.

-----------------------------------------------------------------

 

Попробуем сразу ответить на вопрос пришедший в личку.

 

Дегтярев Илья - ВОПРОС:

 

А можно тоже поспрашивать?

Взяли пару бошек 3310 и так не хватает набора фич безопасности под названием First hop security.

 

А именно dhcp snooping, port security, arp inspection. Они есть на свитче внутри 3310, но все дерево получается большим неуправляемым свитчем. Влан на пользователя считаем ужасным гемором, везде по паре сотен человек на влан (да и вланов уже сотни)

 

Планируется ли это когда нибудь в онушках? Пока даже не нашел, как 82 опцию проставить от онушки, а не общую на все дерево.

 

Дегтярев Илья - ОТВЕТ

1) У OLT-а в таблице IP-MAC-PORT Binding В качестве порта может выступать только номер EPON порта, но не номер ONU-шки. Т.е. верно подмечено, что в рамках одного дерева подмена IP и MAC-а всё таки возможна. Но какова вероятность того, что клиент сможет подменить у себя и МАК, и ИП при условии включённых DAI и ISG - это абсурд. Поэтому я не вижу причин волноваться по этому поводу. ни разу ни у одного нашего клиента не возникало проблем с одновременной подменой ИПа и МАКа. Если эже говорить о том, почему BDCOM не сделал "по-человечески", то они уповают на аппратные ограничения Broadcom-а, который не может дифееренцировать и делить DHCP ACK ответы по каждой ONU-шке.

 

2) По поводу "Планируется ли это на ОНУшках". Что именно? DHCP Snooping на BDCOM ONUщках есть. Реализовывать DAI и ISG на ONU - безполезная затея.

Например ONU FORA NA-1001B умеют добавлять опцию 82, а вот BDCOM на это не способны. Хотя большого смысла я не вижу - OLT прекрасно справляется с этой задачей. Зачем выносить её на ONU? ...

 

Лучше будет если вы конкретизируете вопрос, отвечу более четко.

Изменено пользователем wglazyrin

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

По поводу большого влана - команда switchport protect - изолирует ОНУ внутри дерева (епон порта), то есть - используя всего четыре Влана мы изолируем всех юзеров. На многопортовых ОНУшках медные порты по умолчанию изолированы (можно выключить)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

По поводу большого влана - команда switchport protect - изолирует ОНУ внутри дерева (епон порта), то есть - используя всего четыре Влана мы изолируем всех юзеров. На многопортовых ОНУшках медные порты по умолчанию изолированы (можно выключить)

 

Это означает, что пользователи внутри одной ONU не смогут ходить друг на друга. А через OLT они смогут друг на друга ходить?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Фильтрует ли IGMP QUERY запросы от абонентов OLT BDCOM 3310? Можно ли фильтровать IGMP REPORT на аплинках?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

2 Hirurgus - да, в стандартной конфигурации юзеры на одной многопортовой ОНУ не могут ходить друг к другу о L2 и через голову тоже не смогут при опции switchport protect. Чтобы они могли видеть друг друга на многопортовой ОНУ нужно дописать в конфиг ОНУ командочку (сейчас не припомню какую, если нужно - найду)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

2 Hirurgus - да, в стандартной конфигурации юзеры на одной многопортовой ОНУ не могут ходить друг к другу о L2 и через голову тоже не смогут при опции switchport protect. Чтобы они могли видеть друг друга на многопортовой ОНУ нужно дописать в конфиг ОНУ командочку (сейчас не припомню какую, если нужно - найду)

Switch_config_epon0/1:1#no epon onu port-protect

Это командочка, чтобы абоны видели друг друга в рамках одной ONU

 

Фильтрует ли IGMP QUERY запросы от абонентов OLT BDCOM 3310? Можно ли фильтровать IGMP REPORT на аплинках?

 

Switch_config#filter enable

Switch_config#filter igmp

Switch_config#filter threshold igmp 100

 

OLT BDCOM P3310B поддерживает фильтрацию IGMP глобально, без привязки к портам.

Можно ограничить IGMP трафик, задав пороговое знчение, но нельзя ограничивать отдельно IGMP QUERY и REPORT.

 

Что же касается фильтрации именно на порту, то у 3310 есть 4 варианта

 

Switch_config_g0/1#filter ?

arp -- The arp packets trigger filter

bpdu -- STP BPDUs trigger filter

dhcp -- DHCP trigger filter

icmp -- ICMP packets trigger filter

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Дегтярев Илья - ОТВЕТ:

Спасибо за ответ. Жаль, что о важных вещах и не подумали разработчики чипа.

 

Вероятность мала, но ради халявного интернета и не такое в городе встречали (на старых свитчах).

У нас на выход в интернет используется веб-авторизация, после прохождения запоминается пара мак+82 опция, и дальше прозрачно по ней авторизует. В результате на дереве подставляешь чужой мак и выходишь в интернет.

 

Я ОТВЕТ:

Вообще с тех поддержкой BDCOM общаемся каждый день,

данный вопрос - их недоработка, мы им говорили про это неоднократно, но они не решили этот вопрос.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Посмотрим, чем ответит Eltex.

Цена на решение на базе Eltex GPON незначительно выше чем на GEPON(TurboGEPON), но при этом, самая низкая среди вендоров GPON (по крайней мере среди тех, что на слуху последние пару лет). К слову, проектные цены на GPON от Eltex выглядят даже интересней чем BDCOM в пересчете на абонента, при этом GPON более-менее стандартизирован, что позволит в будущем избежать серьезного головняка при перебоях с поставками среди вендоров, чем, к слову, тот же TurboGEPON, да и весь GEPON в целом похвастать не может. В общем, коммерческое предложение от Eltex выглядит интересней (по крайней мере в моем случае), нежели предложения многих других вендоров, как известных, так и не очень.

К слову, какой бы вкусной olt gp3600-16 не выглядела, она не столь востребована, как решения на 2-4 луча, если только вы не заводите gepon во многоквартирные дома.

1. Проектные цены должны сравниваться с проектными жеж а не с прайсовыми.

2. GEPON дешевле чем GPON в разрезе ОНУ-полюбому, за счет большей массовости в разрезе мир/китай

3. GEPON OLT и GPON OLT в пересчете на одного абона стоят приблизительно одинаково.

4. НЕсомненно - GPON поднимает голову, и когда нибудь он может быть станет дешевле.

5. Все таки GPON - это новай генерация расчитаная в перспективе на большую плотность абонентов.

6. НИкто и нигде и никогда не сможет выпустить ОЛТ на 1-2 луча пропорционально дешевле по сранению с 4портовым, просто потому что чипсеты заточены миниму на 4 порта.

Тоесть занчит можно конечно сделать ОЛТ и на 1 и на 2 порта, просто не делая разводку платы под остальные порты,

но разница в цене будте в 100 доларов. Что Экономический эффект не создает. Проверено и подтвереждено многими попытками производителей КНР. Нет, нет и нет.

Конечно начинать нужно с маленьких устроств. В нашем случае 4 портов. Просто вразрезе GEPON (втч BDCOM) это 256 абонов/3,5дол за абона, а в случаее 4портового GPON

512 абонов и пропорционально больее количество инвестиций в ОЛТ.

7. Имея огровный многолетний опыт могу сказать, что

- модели ОЛТ 4х на 256 абонентов буду востребованы всегда, потому что сам размер многих ПГТ и сел соотвествует этому размеру

притом 512 это уже часто большой перебор..

- через 2-3 года половина ISP будут предпочитать модели на 1000-2000 абоентов, просто потому что у них в одном месте убедт стоять уже пачка таких ОЛтов.

(это суждение я делаю не из режима Ванги, а из опыта в Украины последних 5 лет.

 

- предлагаю перенести обсужденив специально для этого созданую тему.

Дума.ю это будет и удобно и полезно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Посмотрим, чем ответит Eltex.

Цена на решение на базе Eltex GPON незначительно выше чем на GEPON(TurboGEPON), но при этом, самая низкая среди вендоров GPON (по крайней мере среди тех, что на слуху последние пару лет). К слову, проектные цены на GPON от Eltex выглядят даже интересней чем BDCOM в пересчете на абонента, при этом GPON более-менее стандартизирован, что позволит в будущем избежать серьезного головняка при перебоях с поставками среди вендоров, чем, к слову, тот же TurboGEPON, да и весь GEPON в целом похвастать не может. В общем, коммерческое предложение от Eltex выглядит интересней (по крайней мере в моем случае), нежели предложения многих других вендоров, как известных, так и не очень.

К слову, какой бы вкусной olt gp3600-16 не выглядела, она не столь востребована, как решения на 2-4 луча, если только вы не заводите gepon во многоквартирные дома.

1) Так чему Вы удивляетесь ... что у Eltex деление на 128?? Сама технология GPON регламентирует возможность деления сигнала на 128. Тем более, как написал Reanemator, GP3600-16 тоже поддерживает 128 ONU на порт. У Eltex GPON OLT-ы представлены 4х, 8х портовыми юнитовыми решениями, а если нужно больше портов, то сразу приходится покупать их шасси. Так что тут BDCOM побадается, у кого портов больше. Главный вопрос - цена.

 

2) Другой интересный момент. Если Вы присутствали на докладе Eltex-а, то слышали вопрос Reanemator-а про оптический бюджет в GPON сети и делении на 128. Я просто тоже присутствовал на докладе и слышал ответ Eltex - "Ну, на самом деле, редко кто подключает 128 клиентов на порт - обычно около 90". Это значит, что чаще всего используется деление на 96. Каскад сплиттеров примерно следующий 1х3 -> 1x4 -> 1х8. Наверняка найдутся форумчане, которые возразят мне и скажут, что поделить на 128 можно. Конечно можно. Только, как правило, редко у кого это получается. Я знаком с парой провайдеров, которые смогли поделить GEPON сеть на 128 и ещё оставили 3dB запаса оптического бюджета. Все другие попытки поделить сеть на 128 приводят к жёстким выходам за рамки оптического бюджета. Не помню в какой ветке прочитал, что ONU работает при -35. Теоретически это возможно, но я более чем уверен, что на OLT-е включен FEC, который позволяет компенсироваться искажение сигнала и уеньшает потерю пакетов, но уменьшает эффективную пропускную способность. В общем, если у Вас есть современное волокно, японский сварочник и трезвые монтажники, тогда всё получится.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1. Проектные цены должны сравниваться с проектными жеж а не с прайсовыми.

Я в прайсы и не смотрю - всегда запрашиваю проектные (под конкретные объемы), но увы и ах.

 

вот кстати меня смущает один момент из поста выше

Я ОТВЕТ:

Вообще с тех поддержкой BDCOM общаемся каждый день,

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Чем выше плотность абонентов на одну точку отказа, тем больше корвалола будет выпито в момент этого самого отказа ;) Ну и если говорить за частный сектор, который собственно и продвигает xPON, то стягивать всех к единой точке чревато весельем в случаях "вышел трактор в поле". Ну это так, лирика. Когда есть потребность запускать 16 и более лучей с одного узла, лучше уже будет смотреть на какой-нибудь адекватный шассик от надежного вендора.

1.И да и нет. С одной стороны, я полностью с вами согласен. С моей точки зрения,

лучше иметь несколько пусть даже 10 маленьких устройств, можно даже в одной точке,

в этом случае прощу иметь в запасе несколько недорогих ЗИП экземпляров на замену.

2. С другой стороны, проще администрировать одно устроство на 1000 абонентов (BDCOM 3616-2TE)

и если на для ISP не проблема иметь ЗИП устройство за 120тыр, то пункт #1 не имеет значения.

3. Духовочное решение всегда проигрывает по следющим причинам

- большая мощность по электропитанию (это справедливо для стопки устроств по п.1)

что противоречит стабильности УСП поддержки

- Духовочные (шасси) решения показывают меньшую надежность за счет мех соединения деталей

- Духовочные решения - меньшая доступность оборудования "под рукой" за счет меньшей популярности.

- Духовки по сравнению с такими же решениями на 1U дороже

 

Мои доводы могут показаться порными.. Это ИМХО.

НО факт остается фактов - устройства в 1U - более популярны - побеждают.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1. Проектные цены должны сравниваться с проектными жеж а не с прайсовыми.

Я в прайсы и не смотрю - всегда запрашиваю проектные (под конкретные объемы), но увы и ах.

 

вот кстати меня смущает один момент из поста выше

Я ОТВЕТ:

Вообще с тех поддержкой BDCOM общаемся каждый день,

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

Тут вы наверное правы. Сдаюсь.

Тем не менее нужно понимать, что так или иначе "ноги растут" довольно часто

из исходников и аппаратных решений чип.мейкеров - многие недоработки

идут именно оттуда.

Что касается связи с техподдержкой - обратная связь от потребителя к R&D

через тех. поддержку - это единственная движущая сила для совершенствования

и развития продукта. Должна быть обязательно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

ВОПРОС bodyam

достался вот такой девайс http://extralink24.eu/?page_id=475 нужно как то его запустить. есть опыт работы с БДКОМ, а с этой железкой нет и мануалов нет...

вот так выглядит синтаксис

*************************************************************

* PHYHOME Software Platform (version 1.01) *

* Copyright 2010-2015 FH-NET OPTOELECTONIC LTD., *

* All rights reserved. *

*************************************************************

 

ОТВЕТ

 

TEST REPORT

EXTRALINK OLT-EPON/FHL-104C

Торговая марка EXTRALINK представляет техническое решение от компании FH-NET.

В этом тест репорте не стоит детально исследовать все опции этого ОЛТ.

 

Вы просили мануал. Вот он. Так же там уже есть файлы помощи по разделам. (может будет удобно разбираться)

Manual OLT EXTRALINK LITE EPON 4GE

 

Вот результат нашего подробного тестирования. И наши выводы - с вашего позволения

Вот Тест Репорт EXTRALINK OLT-EPON/FHL-104C

 

%D0%92%D1%8B%D0%B2%D0%BE%D0%B4%D1%8B_Extralink.jpg

 

Если вдруг интерсно, есть еще пару интерсных файликов по этому стройству

Нашего авторства. Русская документация (Made in IC-LINE)

 

Базовая настройка FHL104C

OLT FHL104C мануал по настрйке ОНУ

Таблица совместимости онушек - недоделаная, но тоже интересно

 

Если что - пишите в личку скину.Жалко, труд пропадает зря. Почему?

 

Мы и правда пробовали серьезно заняться этим девайсом, и линейкой вообще.

Дело в том, что мы мы были на заводе и видели их R&D по ОЛтам.

Человек 5-6 сидит. Как не пытался нас хозяин завода убедить что это их

собственная разработка. Ему это не удалось.

Даже нам пытались герберы от плат показывать, но проект платы так показать и не смогли.

В общем нет его. И софта исходников тоже похоже нет. Или есть но не свои исходники.

Потому что, чтобы разработать ОЛТ нужно R&D значитально большего размера и скилов.

На соседнем уважаемом заводе - R&D -200 человек. И олты они делают качественные,

даже навереное лучше чем BDCOM.

 

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

но реально ничего сделать не может. Ни одно новой версии фирмвари мы так и не получили.

В общем - Пока девайс сырой, и неизевстно, будет ли подвижки.

Изменено пользователем wglazyrin

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

У BDCOM OLT значительно дороже стоит, чем у С-DATA. Но у C-DATA нет явной поддержки MVR на ONU, хотя это и решается через ACL.

Производитель C-DATA долго не мог понять что такое MVR, и чем нас просто vlan с мультикастом на порт не устраивает.

на входе - 100доларов разницы. На выходе чуть больше наверное. Но ИМХО оно того не стоит.

Мы и этот девайс серьезно тестили. Сырое железо. AKA Reanimator сможет расказать больше чем я.

Попытка сэкономить на ОЛТ в разрезе цены BDCOM утопична. Я лично проверил. Да есть девасы немного дешевле,

но оно даже так как БД не работает.

Есть брендик каааааачественных ОЛТов, котрые не стыдно было бы использовать, и по функциям они БД

"за пояс заткнут" но блиииин... они еще дороже +200убитых енотов.

Пока, искать дешевле BDCOM при вменяемом функцционале - безполезно. Все проверил - мин нет. ))

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Если вдруг интерсно, есть еще пару интерсных файликов по этому стройству

Нашего авторства. Русская документация (Made in IC-LINE)

 

Базовая настройка FHL104C

OLT FHL104C мануал по настрйке ОНУ

Таблица совместимости онушек - недоделаная, но тоже интересно

 

Если что - пишите в личку скину.Жалко, труд пропадает зря. Почему?

 

 

wglazyrin у вас личка закрыта. Если не трудно скиньте на mega-maks7@yandex.ru

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

скинул. спасибо, с личкой нужно разобраться.))

Изменено пользователем wglazyrin

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Подскажите, Влад, раз вы самый опытный по БДКом, то есть вопрос. Люди, занимающиеся наблюдением утверждают, что это невозможно, но мне кажется что лукавят. Есть частные дома в коттедждном посёлке, туда приходит интернет по одному волокну, видеокамеры сигнализация по другому. Если взять 4 портовую ОНУ и поставить абоненту, а на голову OLT подключить микротик (для раздачи интернет) и видео регистратор (для съёма показания с камер), то есть ли возможность на одном порту ОНУ абонента отдавать интернет, а на втором порту забирать видеосигнал? Я пока теоретик, ОЛТ только приехал на транспортной, завтра начну разбираться

Изменено пользователем FuckingElvis

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Подскажите, Влад, раз вы самый опытный по БДКом, то есть вопрос. Люди, занимающиеся наблюдением утверждают, что это невозможно, но мне кажется что лукавят. Есть частные дома в коттедждном посёлке, туда приходит интернет по одному волокну, видеокамеры сигнализация по другому. Если взять 4 портовую ОНУ и поставить абоненту, а на голову OLT подключить микротик (для раздачи интернет) и видео регистратор (для съёма показания с камер), то есть ли возможность на одном порту ОНУ абонента отдавать интернет, а на втором порту забирать видеосигнал? Я пока теоретик, ОЛТ только приехал на транспортной, завтра начну разбираться

 

Я пока за Влада отвечу )) OLT - это обычный Ethernet свитч, ну почти обычный. Видеокамера (IP-камера) отсылает на регистратор обычные Ethernet пакеты. Да, эти пакеты изменяются, когда проходят между ОНУшкой и ОЛТом (у них меняется первые 16 байт, т.е. преамбула (если речь про GEPON, в GPON всё немного сложнее)), но потом ОЛТ возвращает пакет в исходное состояние, т.е. обычный Ethernet. Иными словами, регистратору вообще всё равно, через что будет идти сигнал - через Ethernet или PON сеть, на входе он всё равно получит Ethernet.

 

Скорее всего Ваши "видеонаблюдальщики" боятся задержек, т.к. полагают, что камеры не будут успевать отправлять видео поток на регистратор. тут всё зависит от того, сколько камер будет подключено к ОНУ, в каком разрешении,в каком качестве, с какой частой кадров они будут писать. Если у Вас в дереве 64 клиента и у каждого стоит камера, которая пишет постоянно Full HD Main Stream 30fps, то поток составит около 15-20mbps. Итого, мы получаем, что весь Гиговый канал сжирается только видеопотоком.

 

Технология ПОН рассчитана таким образом, чтобы при полной нагрузке дерева (64 клиента в GEPON и 128 в GPON), у клиента было стабильно 15 mbps. Теперь прикиним, что половины пользователей вообще нет дома, о часть из оставшихся пользуются только ВКонтакте, т.е. не используют свой тариф по максимуму. Вот мы и получим, что клиентам можно смело продавать пакеты по 50/70/100 mbps. Но если на стороне клиента стоят камеры, которые вещают постоянно, то мы приходим к одному выводу - видеопоток не должен приближаться к значению 15 mbps - иначе Интернета у клиентов уже не будет ... или будет теряться видеопоток.

 

Если Ваши камеры будут писать 5mbps, то тогда всё в порядке - они будут съедать 320 mbps (64*5) канала, а оставшиеся ~700 mbps пойдут на Интернет.

Изменено пользователем Reanemator

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Исчерпывающе. Спасибо

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

- Духовочные (шасси) решения показывают меньшую надежность за счет мех соединения деталей

как же страдают операторы с МХ 960.... или там ASR-9006 - беда, механические соединения не дают им работать .... жуть

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Фильтрует ли IGMP QUERY запросы от абонентов OLT BDCOM 3310? Можно ли фильтровать IGMP REPORT на аплинках?

 

Switch_config#filter enable

Switch_config#filter igmp

Switch_config#filter threshold igmp 100

 

OLT BDCOM P3310B поддерживает фильтрацию IGMP глобально, без привязки к портам.

Можно ограничить IGMP трафик, задав пороговое знчение, но нельзя ограничивать отдельно IGMP QUERY и REPORT.

 

Что же касается фильтрации именно на порту, то у 3310 есть 4 варианта

 

Switch_config_g0/1#filter ?

arp -- The arp packets trigger filter

bpdu -- STP BPDUs trigger filter

dhcp -- DHCP trigger filter

icmp -- ICMP packets trigger filter

 

Вопрос не в функциях фаервола а в том, чтобы абоненты не могли выступасть источником мультикаста, а аплинки - потребителем. С целью того, чтобы ТВ исправно вещалось к абоненту а не черт пойми как.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

- Духовочные (шасси) решения показывают меньшую надежность за счет мех соединения деталей

как же страдают операторы с МХ 960.... или там ASR-9006 - беда, механические соединения не дают им работать .... жуть

- пожалуй вы правы, ваш аргумент железный. Этот тезис можно выкинуть

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Мне тут китайцы предложили онушки по 22$

Кто что знает про cdatatec.com?

 

 

Если абонентов держите на PPPoE, то выбор не очень. На прикреплённых изображениях максимальная скорость которую показали onu-шки на гигабитной сети без ограничений. Через ETH порты. В режиме роутера на LAN-портах и через Wi-Fi скорость ещё ниже и упирается где-то в 30 мегабит. Китайцы говорят о CPU bottleneck.

 

 

0.Тут нужно уточнить, а про какую модель спрашивал ака laplundik

(уточните модель)

1. Что касасетя самого производителя - то он неплох.

2. У нас есть репорт на модель 1ge от них. (Если что свзяаться можно только через месенджеры, Личку прикрыли.)

4. То что касается wifi моеделей ЛЮБЫХ от китайский производителей, то я их все не рекомендую.

Или Ротере по FW оч горбатый, или траф не тянет, ли функции не поддерживает какие то.. Про роутер- ОНУ

пока можно забыть на 100%. У нас коробка огромная таких wifi-ONU. Луше не надо..)))

5. По ТВ примочкам в составе ОНУ, ранеьше не проходили по цене, сейчас что то лучше становится,

но пока цены на такие модели завышеные для порога вхождения в это сервис. Еще немного подвинутся

китайцы и можно будет говорить и реальности решения ОНУ+ТВ. В тренде будут скороее всего 1GE+TB модели.

Изменено пользователем wglazyrin

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Уважаемый wglazyrin, обратите внимание на тему про QoS.

 

И еще от меня вопросец - как скопировать текущий (running-config) конфиг на tftp не сохраняя предварительно на флешку.

Хочется регулярно делать резервную копию, но в команде copy нет параметра running-config. А если регулярно сохранять, то боюсь убить флешку.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Уважаемый wglazyrin, обратите внимание на тему про QoS.

 

И еще от меня вопросец - как скопировать текущий (running-config) конфиг на tftp не сохраняя предварительно на флешку.

Хочется регулярно делать резервную копию, но в команде copy нет параметра running-config. А если регулярно сохранять, то боюсь убить флешку.

 

На тему про QoS мы внимание обратим, а копировать running-config на tftp нельзя - только startup-config.

 

P.S. Ни разу ещё у BDCOM-овских ОЛТов не было проблем с флэшем. У людей стоят ОЛТ-ы 16х портовые с vlan-pur-user. ОНУшки получают конфиг через шаблоны. В каждом шаблоне стоит команда write all. Иными словами, при каждом ребуте ОЛТа конфиг сохраняется более 1000 раз. И никаких проблем нет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Подписчики 0