Перейти до

UA.PON v6.0


wladd

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

 

напишите в ic-line

 

 

 

Александр Ляхов, адекватен, все вопросы решаю всегда с ним.

 

он сейчас в отпуске, на месте Анатолий, аналогично мне помог.

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

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

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

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

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

Posted Images

Опубліковано: (відредаговано)

Прошивки https://www.dropbox.com/sh/h92c4pnfw7l3kf3/AADcIZPnUfQCNuguTeYYLfPna?dl=0

 

Анатолия у нас нет.

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

Добрый день.

Обнаружили баг с dhcp-snooping`ом на OLT BDCOM (3608, 3310С) . Прошивки разные, в частности 36039, 37323 и 37327. Олт дропает чужие unicast dhcp запросы.

Топология примерно одинаковая во всех случаях: узел, L3 свич с дшсп рилеем на сервер - ОЛТ с дшсп снупингом - длинк с дшсп рилеем и опцией82 на тот же сервер. Если выключать снупинг на олт, то запросы пролетают без проблем. Топология конечно так себе, но все таки это баг, из-за которого в олт невозможно включать другой узел.  

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

 

 

Прошивал onu fora 1001b (пластиковый корпус) через веб. Залил файл image и onu больше не загружается. Горит индикатор сети и все, хотя линк по езернету на компе есть, на ону не горит. К олт также не подключается.

Прошивался на 1.0.8 с 1.0.7 Ранее ону успешно шилась таким же методом.

При подключении консоли у форы есть какие-нибуть утилиты для реанимации или кирпич?

Добрый день. Меня зовут Александр, инженер IC-LINE. Онушку можно восстановить, если даже слетает линукс, на устройстве остается загрузчик который доступен по UART(универсальный асинхронный приемопередатчик). Добраться к UART можно сняв корпус и припаяв 4 штырька. Управляем ону через UART, льем прошивку через Ethernet, по TFTP. Подробная инструкция прошивания и специальный образ можно скачать тут: https://www.dropbox.com/s/s0n437f7wv6obxb/%D0%92%D0%BE%D1%81%D0%BA%D1%80%D0%B5%D1%88%D0%B5%D0%BD%D0%B8%D0%B5%20NA-1001B.rar?dl=0

Предупреждаю что если вы разбираете корпус ONU, она уже не подлежит гарантии.

Можете обновить файл. Хочу восстановить ОНУ.

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

Добрый день.

 

Пролистал пол форума но так и не нашел ответ. Интересует можно ли перераспределять tcam(ffp) на BDCOM P3310C (как на последних прошивках на BDCOM P3310В), или там нет такого (как на старых прошивках P3310В), что если в одном слайсе память начал использовать скажем QoS, то под что-то другое слайс использовать уже нельзя?

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

Прошивал onu fora 1001b (пластиковый корпус) через веб. Залил файл image и onu больше не загружается. Горит индикатор сети и все, хотя линк по езернету на компе есть, на ону не горит. К олт также не подключается.

Прошивался на 1.0.8 с 1.0.7 Ранее ону успешно шилась таким же методом.

При подключении консоли у форы есть какие-нибуть утилиты для реанимации или кирпич?

Добрый день. Меня зовут Александр, инженер IC-LINE. Онушку можно восстановить, если даже слетает линукс, на устройстве остается загрузчик который доступен по UART(универсальный асинхронный приемопередатчик). Добраться к UART можно сняв корпус и припаяв 4 штырька. Управляем ону через UART, льем прошивку через Ethernet, по TFTP. Подробная инструкция прошивания и специальный образ можно скачать тут: https://www.dropbox.com/s/s0n437f7wv6obxb/%D0%92%D0%BE%D1%81%D0%BA%D1%80%D0%B5%D1%88%D0%B5%D0%BD%D0%B8%D0%B5%20NA-1001B.rar?dl=0

Предупреждаю что если вы разбираете корпус ONU, она уже не подлежит гарантии.

Можете обновить файл. Хочу восстановить ОНУ.

 

 

р, инженер IC-LINE. Онушку можно восстановить, если даже слетает линукс, на устройстве остается загрузчик который доступен по UART(универсальный асинхронный приемопередатчик). Добраться к UART можно сняв корпус и припаяв 4 штырька. Управляем ону через UART, льем прошивку через Ethernet, по TFTP. Подробная инструкция прошивания и специальный образ можно скачать тут: https://www.dropbox....1001B.rar?dl=0 Предупреждаю что если вы разб
 

 

Добрый день. Прикрепляю все необходимое к сообщению. Команды вводим по UART, прошивку заливаем по TFTP.

Desktop.rar

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

Добрый день.

Обнаружили баг с dhcp-snooping`ом на OLT BDCOM (3608, 3310С) . Прошивки разные, в частности 36039, 37323 и 37327. Олт дропает чужие unicast dhcp запросы.

Топология примерно одинаковая во всех случаях: узел, L3 свич с дшсп рилеем на сервер - ОЛТ с дшсп снупингом - длинк с дшсп рилеем и опцией82 на тот же сервер. Если выключать снупинг на олт, то запросы пролетают без проблем. Топология конечно так себе, но все таки это баг, из-за которого в олт невозможно включать другой узел.  

 

есть такое :(

Ссылка на сообщение
Поделиться на других сайтах
  • 4 weeks later...
  • 1 month later...

чи є якась команда щоб з bdcom 3310 видалити всі ону наприклад з 1 гілки 1-64 (не по одній) ?

Добрый день!  Можно скинуть порт в дефолд, а потом настроить его заново. Пример команды:

Switch_config#default int epON 0/1
Ссылка на сообщение
Поделиться на других сайтах
  • 2 weeks later...

Вопрос к опытным коллегам: посоветуйте OLT под L2 доступ физиков и юриков (в т.ч. корпоративщиков).

 

- L2 функционал: (vlan, qinq, port security, static/sticky MAC, traffic segmentation, qos, storm control, traffic policing, etc)

- L3 dhcp snooping, dhcp relay, L3 ACL.

- 6 и более xPON SFP

- 4 и более SFP, 1-2 10G SFP+ (с функционалом коммутатора) приветствуется

- желательно 10+ мегабайт пакетного буффера

- желательно 2 блока питания

- 1U или 2U ростом

- желательно не дороже 3 килобаксов за тело.

 

Ну и, естественно, надёжность, например, отсутствие проблем с регистрацией по крайней мере "родных" ONU и прочих глюков, могущих непредвиденно прервать/ухудшить сервис.

 

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

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

Товарищи у кого-нибудь есть проблемы с перепрошивкой онушек XPON через OLT bdcom 3310b/c с прошивок 1.1.2 и 1.1.3 до 1.1.4.

Делаю 

epon update onu image 100Z_V1.1.4.bin interface EPON0/1:20
epon commit-onu-image-update interface EPON0/1:20

Через некоторое время снова становится старая прошивка.

Может есть какой-то алгоритм?

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

Товарищи у кого-нибудь есть проблемы с перепрошивкой онушек XPON через OLT bdcom 3310b/c с прошивок 1.1.2 и 1.1.3 до 1.1.4.

Делаю 

epon update onu image 100Z_V1.1.4.bin interface EPON0/1:20
epon commit-onu-image-update interface EPON0/1:20

Через некоторое время снова становится старая прошивка.

Может есть какой-то алгоритм?

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

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

Вопрос к опытным коллегам: посоветуйте OLT под L2 доступ физиков и юриков (в т.ч. корпоративщиков).

 

- L2 функционал: (vlan, qinq, port security, static/sticky MAC, traffic segmentation, qos, storm control, traffic policing, etc)

- L3 dhcp snooping, dhcp relay, L3 ACL.

- 6 и более xPON SFP

- 4 и более SFP, 1-2 10G SFP+ (с функционалом коммутатора) приветствуется

- желательно 10+ мегабайт пакетного буффера

- желательно 2 блока питания

- 1U или 2U ростом

- желательно не дороже 3 килобаксов за тело.

 

Ну и, естественно, надёжность, например, отсутствие проблем с регистрацией по крайней мере "родных" ONU и прочих глюков, могущих непредвиденно прервать/ухудшить сервис.

 

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

Я бы выбрал 36-тую серию ОЛТ от компании BDCOM. Если говорить про EPON - P3608-2TE, GPON версия - GP-3600-08. Всего один юнит, легкий в настройке, рекомендую. 

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

Прошу подсказку. Купили 3310С с прошивкой 37276. поставил настроил работает. через два месяца купили еще 3310С с прошивкой 37276 , вкючаю ее после первой ничего не проходит с ону до сервера (хоть пппое хоть дхцп), отдаю комбопорт в акцесс все работает. ппоставил ее после управляемого коммутатора тоже работает. В чем может быть проблема?

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

Я бы выбрал 36-тую серию ОЛТ от компании BDCOM. Если говорить про EPON - P3608-2TE, GPON версия - GP-3600-08. Всего один юнит, легкий в настройке, рекомендую.

Спасибо, рассмотрю. Приоритет не на легкости, а на стабильности, безглючности.

 

А что извкесно о ZTE ZXA10 C320 и MA5800-X2 ?

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

Работают... Я взял бы зте или хуавей

Какие подводные камни у БДКомов?

 

Вот здесь говорят о зубодробильном CLI Хуевеев.

 

Бюджет не стесняет, но переплачивать тоже не хочется, если работает одинаково.

Ону, я так понимаю, желательно родные? (я раньше не работал с ПОНом вообще).

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

 

 

Какие подводные камни у БДКомов?

1 юнит и все.

У зтешек 2 юнита. Т.е. при необходимости - докупили лезвие в шасси и все.

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

Хуавей в настройке тот ещё хуавей....

Мне ЗТЕ больше понравилось. У бдкома вечно приколы с dhcp snooping и вообще с любым функционалом сложнее чем отдать влан до ону.

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

Хуавей в настройке тот ещё хуавей....

Мне ЗТЕ больше понравилось. У бдкома вечно приколы с dhcp snooping и вообще с любым функционалом сложнее чем отдать влан до ону.

+100500 за ЗТЕ

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

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

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

 

Товарищи у кого-нибудь есть проблемы с перепрошивкой онушек XPON через OLT bdcom 3310b/c с прошивок 1.1.2 и 1.1.3 до 1.1.4.

Делаю 

epon update onu image 100Z_V1.1.4.bin interface EPON0/1:20
epon commit-onu-image-update interface EPON0/1:20

Через некоторое время снова становится старая прошивка.

Может есть какой-то алгоритм?

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

 

Так и выполняю.

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

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

 

Есть ли какие-то новости по MTU?

 

Максимальные значения MTU которые удалось получить:

  • С ОЛТа через g0/1 MTU 2026
  • С ОЛТа через ОНУ MTU 1518
  • Трнзитом через g0/1--ONU MTU 1518
BDCOM(tm) P3616-2TE Software, Version 10.1.0E Build 37276
System MTU size is 9216 bytes

На всех интерфейсах MTU показывает 9216

#sh interface e0/16:46
EPON0/16:46 is up, line protocol is up
  Ifindex is 776, unique port number is 27
  Description: Office_MTU_test
  Hardware is Giga-LLID, address is fcfa.f744.43c6 (bia fcfa.f744.43c6)
  MTU 9216 bytes, BW 1000000 kbit, DLY 2000 usec
  Encapsulation ARPA
  Flow-Control Off
  5 minutes input rate 12404 bits/sec, 1 packets/sec
  5 minutes output rate 12335 bits/sec, 1 packets/sec
     Received 10302 packets, 6574587 bytes
     3482 broadcasts, 2194 multicasts
     0 discard, 0 error, 0 PAUSE
     0 align, 0 FCS, 0 symbol
     0 carriersense
     Received oam 74818 infomation, 0 unique, 0 duplicate
     0 request, 0 response, 0 specific, 0 unsupported
     0 lost
     Received mpcp 0 frame, 0 timeout
     0 request, 1 ack, 76898078 report
     0 gate, 0 register
     Transmited 4491 packets, 5916028 bytes
     0 broadcasts, 0 multicasts
     0 discard, 0 error, 0 PAUSE
     0 sqettest, 0 deferred
     0 single, 0 multiple, 0 excessive, 0 late
     Transmited oam 75423 infomation, 0 unique, 0 duplicate
     0 request, 0 response, 23 specific, 0 unsupported
     Transmited mpcp 0 discovery window
     0 request, 0 ack, 0 report
     76898081 gate, 0 register
Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

Вхід

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

Войти сейчас
  • Зараз на сторінці   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, сетевые карты, твинакс кабеля.


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