Перейти до

UA.PON v6.0


wladd

Рекомендованные сообщения

вроде как ACL тоже в разработке.

кидайте пожелания, чего еще хотим??? Только скромно. А то я знаю, вы щас начнете.... :)

Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 1k
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

мне по фиг, как оно называеться, главное настроить чтобы wi-fi отдавал!!!!

я конечно понимаю, что у айсилайн немного "подгорает" от цены пикотела, но зачем же так активно это показывать?

Я наверное странный - но не шьем ни ONU, ни OLT. Работает с заводским софтом пару лет, никто туда и не лазит лишний раз.

Posted Images

FEC Fora умеет?

 

Информация уточняется. команды точно не применяются с BDCOM-овской головы, но это мелочь, если сам функционал присутствует... а может быть и нет  :)  

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

FORA NA-1001B поддерживает FEC. Правда включать его нужно через Telnet. Я попросил китайцев реализовать включение через CLI OLT-а. В любом случае использовать FEC смогут только владельцы 36-ой серии ОЛТов от BDCOM-а. Модель 3310B FEC не поддерживает. Более того FEC сжирает около 18% пропускной способности. Мне кажется, что 30dB оптического бюджета для PON-а вполне достаточно.

 

Кстати, ACL на FORах уже в разработке. Надеемся, что до китайского Нового Года наши заморские браться порадуют нас новой прошивкой.

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

Вышла самая обалденная и самая новая прошивка для OLT P3310B (10.1.0B_22960). Тут недавно обсуждался вопрос, что если Вам попалась ONU, которая сама вставляет опцию 82 в DHCP пакет и отключить это невозможно, то OLT пропустит такой пакет дальше - следовательно DHCP сервер получит опцию 82, вставленную ONU-шкой, а она как правило содержит неправильные данные. По идее на любом управляемом L2 свиче можно указать, чтобы Опция 82 перезаписывалась, но P3310B такого не умел. Теперь умеет  :). Прошиваем ОЛТ новой прошивкой, в конфиге EPON порта прописываем dhcp snooping information replace .

 

Кстати, также вышли новые прошивки для ONU 1004C1 и 1501C1. Прошивка для 1004С1 решает столь мелкие баги, что инженеры BDCOM не смогли вспомнить какие, а вот новая прошивка для 1501С1 решает баги с работой функций EPON FILTER и IP ACL.

 

Все прошивки здесь https://www.dropbox.com/sh/l0u7nehcqlxfk6m/AAApv3GjPp7OgGNllR0H0Otla?dl=0

 

Также я напомнил BDCOM-у, что мы всё ещё ждём новую прошивку, в которой к одной ONU можно будет применять несколько шаблонов.

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

а МТУ в новой прошивке 3310 пофиксено ??

 

Я понимаю Ваше рвение решить проблему с MTU, только BDCOM не будет ничего решать, т.к. их тесты показали, что заявленные 1536 байт соответствуют действительности. Я пока мучаюсь с ФОРой, поэтому за MTU не брался. Вы можете сделать свой баг репорт с подробным описанием проблемы и тестов на английском языке, а я передам этот документ их инженерам. А то непонятно, когда у меня появится время для повторного теста MTU.

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

Добрый день. Взяли на тест пару онушек FORA в пластике. Поставил одну сотруднику на тест в ЧС.

В итоге вижу такое:

 

sh ver

BDCOM P3310B Software, Version 10.1.0B Build 19298

 

sh epon act int e 0/1

Interface EPON0/1 has bound 23 active ONUs:
IntfName   MAC Address    Status          OAM Status   Distance(m) RTT(TQ) LastRegTime         LastDeregTime       LastDeregReason   Alivetime
---------- -------------- --------------- ------------ ----------- ------- ------------------- ------------------- ----------------- ------------
EPON0/1:2  fcfa.f796.11d1 auto_configured ctc oam oper 1092        719     2015.02.12.09:32:11 2015.02.11.23:07:38 power off         0.07:56:15
EPON0/1:3  fcfa.f7c5.2b7f auto_configured ctc oam oper 2744        1751    2015.01.31.16:35:56 2015.01.31.16:25:11 power off         12.00:52:30
EPON0/1:28 fcfa.f7c5.7b6d auto_configured ctc oam oper 664         451     2015.01.26.11:34:25 2015.01.26.09:17:49 wire down         17.05:54:01
EPON0/1:31 a0c6.ec00.ff69 auto_configured linkfault    1840        1186    2015.02.06.01:59:37 2015.02.06.01:59:37 wire down         6.15:28:49

Выделенное жирным, это ону от FORA, но при этом есть интересный момент, у сотрудника работает интернет нормально, 6 суток поднята сесия PPPoE.

 

Еще что нашел, не показывает при этом МАК онушки почемуто

sh mac ad int e 0/1:31      

Mac Address Table (Total 1)
------------------------------------------

Vlan    Mac Address       Type       Ports
----    -----------       ----       -----
226     14d6.4dc5.7863    DYNAMIC    epon0/1:31

 

При этом не работают команды указанные ниже, они ничего не выдают, как буд-то бы онушка выключена

sh epon int epon 0/1:31 onu ctc ba
sh epon int epon 0/1:31 onu ctc opt
 

Прошивка на ону 1.0.5

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

Добрый день. Взяли на тест пару онушек FORA в пластике. Поставил одну сотруднику на тест в ЧС.

В итоге вижу такое:

 

sh ver

BDCOM P3310B Software, Version 10.1.0B Build 19298

 

sh epon act int e 0/1

Interface EPON0/1 has bound 23 active ONUs:

IntfName   MAC Address    Status          OAM Status   Distance(m) RTT(TQ) LastRegTime         LastDeregTime       LastDeregReason   Alivetime

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

EPON0/1:2  fcfa.f796.11d1 auto_configured ctc oam oper 1092        719     2015.02.12.09:32:11 2015.02.11.23:07:38 power off         0.07:56:15

EPON0/1:3  fcfa.f7c5.2b7f auto_configured ctc oam oper 2744        1751    2015.01.31.16:35:56 2015.01.31.16:25:11 power off         12.00:52:30

EPON0/1:28 fcfa.f7c5.7b6d auto_configured ctc oam oper 664         451     2015.01.26.11:34:25 2015.01.26.09:17:49 wire down         17.05:54:01

EPON0/1:31 a0c6.ec00.ff69 auto_configured linkfault    1840        1186    2015.02.06.01:59:37 2015.02.06.01:59:37 wire down         6.15:28:49

Выделенное жирным, это ону от FORA, но при этом есть интересный момент, у сотрудника работает интернет нормально, 6 суток поднята сесия PPPoE.

 

Еще что нашел, не показывает при этом МАК онушки почемуто

sh mac ad int e 0/1:31      

Mac Address Table (Total 1)

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

 

Vlan    Mac Address       Type       Ports

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

226     14d6.4dc5.7863    DYNAMIC    epon0/1:31

 

При этом не работают команды указанные ниже, они ничего не выдают, как буд-то бы онушка выключена

sh epon int epon 0/1:31 onu ctc ba

sh epon int epon 0/1:31 onu ctc opt

 

Прошивка на ону 1.0.5

 

Это, пожалуй, единственный баг, который найден на Форе и пока не поддаётся лечению. Правда варианта такого бага несколько: ОНУшка падает в Линкфалт и трафика нет, или трафик всё же есть, но при этом ОНУ не показывает диагностическую информацию. Как бы это не было печально, но с сегоднешнего дня китайцы уходят на новогодние каникулы и вернутся не раньше 27-го. Мой стенд из 64 ONU работает уже 2 недели и ФОРы в Линкфалт не падают.

 

Заметил следующий интересный бажок - на EPON порту включаем обмен трафиком между ONU (epon inner-onu-switch), к 2 любым ONU подключаем ПК и начинаем пинговать друг друга. Пинг есть. Но! Если одна из этих ОНУ будет ФОРа, то пинг куда-то пропадает. Иногда при перетыкании меди пинг появвляется, при повторном перетыкании может опять пропасть. Эта ситуация наблюдалась на всех версиях прошивок: 1.0.4, 1.0.5, 1.0.6 и 1.0.7. Я не знаю может ли это быть связанным с Линкфалтом на ONU, но всё равно ситуация интересная.

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

что-то захотелось вернуть форы даже не начав их устанавливать...

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

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

что-то захотелось вернуть форы даже не начав их устанавливать...

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

глюк не серийный. есть известных 7 экземпляров на которых он проявился.

На общем объеме 2000. Не дотягивает до 0,4% 

Наши менеджеры свяжутся с клиентами у которых проявилась проблема и отфиксят ситуацию. 

 

Стенды работают. Мы работаем.

Если сравнить с перепайкой конденсаторов на почти 2000 ОНУ БДКОМ 1004B, 

это такие сущие мелочи, что даже смешно.

 

R&D мощно подключились 

Сразу после НГ будет релиз с поддержкой ACL.

 

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

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

 

Заметил следующий интересный бажок - на EPON порту включаем обмен трафиком между ONU (epon inner-onu-switch), к 2 любым ONU подключаем ПК и начинаем пинговать друг друга. Пинг есть. Но! Если одна из этих ОНУ будет ФОРа, то пинг куда-то пропадает. Иногда при перетыкании меди пинг появвляется, при повторном перетыкании может опять пропасть. Эта ситуация наблюдалась на всех версиях прошивок: 1.0.4, 1.0.5, 1.0.6 и 1.0.7. Я не знаю может ли это быть связанным с Линкфалтом на ONU, но всё равно ситуация интересная.

 

 

Перепроверил конфиги олтов. Действительно, на том олте, где наблюдается проблема, включен epon inner-onu-switch

В понедельник смогу проверить целенаправленно.

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

Завтра напишем инструкцию по прошиванию NA-1001B и выложим в папочку.

 

еще раз повторяю,

реализация

 

- Opt82

- ACL

Еще требует доработки, по обещаниям, будет реализована в течение недели до НГ.

можна зсилоску на инструкцию по прошиванию NA-1001B ?

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

Новая прошивка для FORA NA-1001B, решающая проблему с Option 82, выложена на дроп https://www.dropbox.com/sh/r35rr8qrh7dxygv/AABZRUkALVmufqJEHD6BmRmya?dl=0.

Напомню, UImage шьём через веб морду, архив jffs2_fs.tar.gz - через CLI OLT-а (как говорится, кому как больше нравится).

А у форы есть веб интерфейс? По какому адресу?

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

 

Новая прошивка для FORA NA-1001B, решающая проблему с Option 82, выложена на дроп https://www.dropbox.com/sh/r35rr8qrh7dxygv/AABZRUkALVmufqJEHD6BmRmya?dl=0.

Напомню, UImage шьём через веб морду, архив jffs2_fs.tar.gz - через CLI OLT-а (как говорится, кому как больше нравится).

А у форы есть веб интерфейс? По какому адресу?

 

WEB есть, логин, пароль: admin,  ip 10.0.0.10

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

 

Завтра напишем инструкцию по прошиванию NA-1001B и выложим в папочку.

 

еще раз повторяю,

реализация

 

- Opt82

- ACL

Еще требует доработки, по обещаниям, будет реализована в течение недели до НГ.

можна зсилоску на инструкцию по прошиванию NA-1001B ?

 

Вот ссылка на инструкцию по перепрошивке через CLI ОЛТа https://www.dropbox.com/s/s8rdqi71m5otbuc/%D0%9F%D0%B5%D1%80%D0%B5%D0%BF%D1%80%D0%BE%D1%88%D0%B8%D0%B2%D0%BA%D0%B0%20ONU%20NA-1001B.docx?dl=0

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

Есть претензия к исполнению отверстий для подвеса ОНУшек Фора. В существующем варианте ОНУшка рассчитана на подвес кабелями вверх. Мы же предпочитаем вешать кабелями вниз - так, как мы вешаем ОНУ от БДКОМ. В идеале - можно вообще сделать там "крестик", чтобы ОНУ-шка вешалась в любом положении.

post-21988-0-67401900-1424614956_thumb.jpg

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

Как ваши ОНУшки Фора работают с головой ZTE ZXA10 C220?

 

Мы занимаемся только OLT-ами компании BDCOM, поэтому о совмещении ONU FORA и OLT ZTE ничего сказать не могу.

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

Есть претензия к исполнению отверстий для подвеса ОНУшек Фора. В существующем варианте ОНУшка рассчитана на подвес кабелями вверх. Мы же предпочитаем вешать кабелями вниз - так, как мы вешаем ОНУ от БДКОМ. В идеале - можно вообще сделать там "крестик", чтобы ОНУ-шка вешалась в любом положении.

attachicon.giffora.jpg

 

На будущее учтём, но на текущий момент переделка пластиковой пресс-формы в Китае стоит более 10000$, так что сами понимаете  :)

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

Есть претензия к исполнению отверстий для подвеса ОНУшек Фора. В существующем варианте ОНУшка рассчитана на подвес кабелями вверх. Мы же предпочитаем вешать кабелями вниз - так, как мы вешаем ОНУ от БДКОМ. В идеале - можно вообще сделать там "крестик", чтобы ОНУ-шка вешалась в любом положении.

attachicon.giffora.jpg

приянто. учтем. да. нужно вниз.

сечас поработаем над тем как это исправить

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

 

Как ваши ОНУшки Фора работают с головой ZTE ZXA10 C220?

 

Мы занимаемся только OLT-ами компании BDCOM, поэтому о совмещении ONU FORA и OLT ZTE ничего сказать не могу.

 

Жаль.....

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

Всем приятных весенних деньков и дешёвых ONU-шек  :) .

 

Есть хорошая новость. Проблема падения пластиковых ONU FORA в статус LinkFault, а затем в Not Ready, обнаружена. Как видите, проблема диагностировалась достаточно долго, так как найти причину было сложно. Смысл в том, что OLT через определённый промежуток времени посылает ONU так называемые Heart-Beat сообщения и ждёт на них ответа. Если ответа нет в течение определённого промежутка времени, то OLT считает, что ONU отключилась по неизвестной причине и переводит её в статус LinkFault. Через некоторое время статус LinkFault меняется на NotReady, что примерно означает "Не законченный режим регистрации".

 

Что интересно - даже в статусе LinkFault и NotReady ONU может запрашивать у OLT-а кванты времени и получать их для передачи пакетов  :) . Но при этом диагностическую информацию ONU не показывают.

 

Так почему всё такие FORы падают в LinkFault. Потому что они не успевают отправить OLT-у это самое Heart-Beat сообщение. Причина этого довольно интересная - большая перегрузка чипа ONU PPPoE сессиями и/или DHCP запросами. Поэтому ,дорогие друзья, если Вы используете PPPoE, то изолируйте EPON порты между друг другом. Это же касается любителей IPoE  - также изолируйте EPON порты, используйте DHCP Snooping с назначением доверительного порта. Это заметно сократит количество бродкастного флуда в сети. И вообще на OLT-е есть функция ограничения кол-ва DHCP запросов, проходящих через чип в единицу времени. 

 

Тем не менее, мы не пытаемся оправдаться  ;). Новая прошивка для решения бага уже в строю.... и мы Вам её не дадим !!! Прошивка находится

в стадии бета тестирования, т.е. пока что является сыроватой. Но как бы то ни было, на текущий момент при использовании этой прошивки ONU в LinkFault больше не падают. Через несколько дней будет готов релиз новой прошивки и мы с радостью выложим её на Дропбокс.

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

Для жаждущих ACL на пластиковых FORах - китайцы пообещали, что на следующей неделе будет релиз новой прошивки. Ждёмс...

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

Создайте аккаунт или войдите в него для комментирования

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

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від Emanon
      Приветствую форумчан. Есть проблема и суть ее такова:
      В топологии одной провайдерской сети сделали определенные изменения. Некоторые access-коммутаторы (edge core ec3528M) в домах, решили подключить по gpon-у. Тоесть, если ранее все это дело шло ветками от одного свича к другому, то теперь ответственность, за их агрегацию , частично лягла на olt bdcom gp3600.
      Если схематически : свич -> onu -> olt -> свич агрегации -> bras (accel ipoe) ну и далее уже в ядро. Onu кстати - bdcom gp1701. Вопросы о том, зачем все это и насколько целесообразно - можно оставить для другого разговора.
      А пока что хотелось бы в кое чем разобраться. Недавно, начали идти заявки от НЕКОТОРЫХ абонентов одного и того же дома с одного и того же узла с жалобой на нестабильный интернет. Это через неделю-две после изменения топологии и соответственно, переключения их коммутатора к pon-сети.
      Техник, осмотрев происходящее, заявлял что рандомно, раз в минуту-две, начинаются потери пакетов. Проверял целостность линий,  подключался напрямую ноутом. Результат один и тот же. Линк между свичом и роутером не падает. Не падает линк и между onu и свичом. Проблем с режимами (half duplex, full duplex) портов тоже не было. Если уже далеко зайти, сам домовой свич, olt, коммутатор агрегации, без проблем пингуются (правда находятся в отдельном управляющем vlan). Очевидные проблемы, вроде роста cpu и утечек памяти, в их работе не наблюдались. В логах все чисто. В мониторинге видно, что канал не нагружен (download и upload не превышают 250 Мбит как по pon так и выше, нет аномальных значений pps как для broadcast, так для unicast и multicast). Да и для остальных пользователей, кроме проблемных, не было вопросов. У всех вроде работает, кроме некоторых ребят с конкретного узла. Трасса упорно показывает, что проблемный участок как раз между роутером и bras. Логи на роутерах тоже ничего вразумительного не пишут. При этом, стоило подключить вместо абонентского tp link archer ax12, c64 или keenetic titan, какой то древний роутер, вроде dlink dir300 или tp link tl-wr841n, как все работало стабильно, без потерь. 
      Со стороны bras сессии не рвутся, но через tcpdump действительно обнаруживается, что при пинге ( как 32 байта, так и побольше) часть icmp пакетов от проблемных абонентов не доходит. 
      Менялись mac  абонентских устройств, пытались найти mac flapping, менялся mac aging, менялся абонентский ip. Без результатов. Mac таблица за onu не забивается кстати, там не более 8 устройств. Проверялись оптические уровни. Конечно, onu rx -24 и olt rx -26 - это уже почти на грани. 
      И наверное это отчасти играет роль. Но нюанс с тем, что происходит при замене роутеров, заставляет задуматься. Возможно то, что такое вылезло именно после перехода на gpon - это совпадение. Но есть подозрения, что связь все таки есть. И проблема довольно странная, ранее не встречал.
      Ещё стоит сказать, что это далеко уже не первый домовой свич, подключенный по такой схеме. Но проблема пока вылезла именно тут. В общем, хотелось бы услышать мнения опытных ребят, с чем конкретно связаны проблемы.
      Прошу не судить сильно по части некоторых решений и высказываний. Я пока не имею солидного опыта и большого багажа знаний. Но буду благодарен за помощь
    • Від pytnik82
      продам по 350 грн



    • Від gelmas_x
      Доброго дня! м. Івано-Франківськ, вул. Незалежності, 44. Цікавить PON
    • Від CoUL
      Sync users ONU скрипт.
      Скрипт виконує автоматичне додавання ONU та відповідної OLT, на якій вона зареєстрована, в карту абонента MikBiLL.
      Забезпечує повну синхронізацію ONU при зміні топології мережі — тобто при реальному переміщенні ONU між OLT або між абонентами. Все відбувається автоматично без необхідності вручну додавати чи змінювати ONU працівниками.
      Можлива синхронізація окремих OLT в ручному режимі.
      Підтримується робота з BDCOM EPON та GPON обладнанням.
      Можливе розширення під інших виробників OLT за потреби.
      💬 По всім питанням звертайтесь у приват.
      BDCOM xPON ONU Auto Sync Script.webm
    • Від ГрозаИнтернета
      Всем привет. Сеть разбили, продаю оборудование, которое удалось спасти.
      Роутер MikroTik 1036-12G-4S - 16500 грн.
      Сервер Dell R410(Xeon L5640(60Вт), 16 Gb RAM, 2x300 Gb SAS, iDrac, Raid, IPMI) - 4500 грн.
      Коммутатор ZyXEL MES-3528 - 2000 грн.
      Коммутатор HUAWEI S2326 - 1500 грн.
      Коммутатор Dell PowerConnect 6224F(опц.10G) - 5000 грн
      Коммутатор D-Link DGS-3627G (нюанс) - 1000 грн
      OLT BDCom P3310(Пролайн упс) - 9000 грн
      Упс APCSmart-UPS RT 2000 + картаAP9619 + кабель для подключения внешних АКБ - 12500 грн.
      Коммутатор ELTEX MES2324FB AC в коробке - 10000
      OLT EPON E9004-D 10G (Пролайн упс) в коробке - 10000
      Кабель OK-NET S/FTP Cat.6a 500Mhz LSOH AWG 23 4pr 280 метров - 8500
      Куча SFP EPON C+++, SFP SC, сетевые карты, твинакс кабеля.


×
×
  • Створити нове...