Перейти до

BDCOM p3608B


cetim

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

Добрый день. Может у кого завалялся change log по прошивкам к BDCOM p3608B 10.1.0F.

Вообще странный аппарат (поменяли oid для работы с мак адресами).

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

Ребята подскажите, в 3310 и 3608B отличается вывод с маками? на 3310 выводит только маки клиентских устройств, а тут вот еще выводит какието маки в 1 влане онушки?

show mac address-table interface ePON 0/1
       Mac Address Table (Total 4)
------------------------------------------

Vlan    Mac Address       Type       Ports
----    -----------       ----       -----
1       e0e8.e61c.3e5a    DYNAMIC    epon0/1:2
30      00a1.b011.accb    DYNAMIC    epon0/1:2
1       e0e8.e61c.3e4a    DYNAMIC    epon0/1:1
30      0050.fcf6.50df    DYNAMIC    epon0/1:1
 

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

Видимо pvid == 1, а онушка что-то шлет, вот и отобразился ее мак в таблице. Так всегда было, а количество - зависит от онушек.

Ссылка на сообщение
Поделиться на других сайтах
35 минут назад, NaviNavi сказал:

Ребята подскажите, в 3310 и 3608B отличается вывод с маками? на 3310 выводит только маки клиентских устройств, а тут вот еще выводит какието маки в 1 влане онушки?

show mac address-table interface ePON 0/1
       Mac Address Table (Total 4)
------------------------------------------

Vlan    Mac Address       Type       Ports
----    -----------       ----       -----
1       e0e8.e61c.3e5a    DYNAMIC    epon0/1:2
30      00a1.b011.accb    DYNAMIC    epon0/1:2
1       e0e8.e61c.3e4a    DYNAMIC    epon0/1:1
30      0050.fcf6.50df    DYNAMIC    epon0/1:1
 

в первом влане у вас мак онушки. цдата))) 3310b точно пихал мак онушки при выводе маков на конкретной онушке. датите антеном на епон порту другой влан будет пихать мак онушки в него

Відредаговано nedoinet
Ссылка на сообщение
Поделиться на других сайтах
  • 1 month later...
BDCOM(tm) P3608B Software, Version 10.1.0F Build 72136

Есть ли у кого-то OID'ы для TFTP-клиента OLT (дабы конфиг сливать на сервер)? Те что были у P3608-2TE не подходят.
 

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

Щоб не плодити тем спитаю тут,
вже вкотре перекидую абонентів з олта на олт, були міграції p3310c->p3608-2te->p3310c а тепер поставив замість p3310c -> p3608b  і виявилось що при включеному dhcp snooping онушка яка налаштована в режимі роутера не отримує IP , ще одної такої голови на столі немаю, а на клієнтах експерементувати не хочеться, може хтось стикався з таким, прошивки пробував всі 4 які знайшов.

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

На указанной сообщением выше прошивке у меня dhcp snooping работает. Но и онушки типа HGU (с вайфаем) не используем, только однопортовые в режиме бриджа.

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

Привет всем.

Установил на  удаленный узел новую ОЛТшку 3608B. И уже вернувшись в офис увидел следующее.

olt_bis2#sh epon opt
interface    Temperature(degree)  Voltage(V)  Current(mA)    TxPower(dBm)
-----------  -------------------  ----------  -------------  --------------
epon0/1      0.0                  0.0         0.0            0.0
epon0/2      24.4                 3.3         34.4           6.6
epon0/3      45.0                 3.3         27.3           6.6
epon0/4      27.7                 3.3         27.6           6.6
epon0/5      46.6                 3.3         24.9           6.6
epon0/6      39.2                 3.3         23.5           6.6
epon0/7      36.0                 3.3         26.9           6.7
epon0/8      39.2                 3.3         26.4           6.6
 

Первый модуль не отдает данных. Не понятно , модуль дохлый , или порт. Или просто неконтакт.

 

Кто знает, как посмотреть информацию о PON SFP ? При отсутствии трансивера должно показывать нули, или как то иначе?

Ссылка на сообщение
Поделиться на других сайтах
53 минуты назад, axl72 сказал:

Привет всем.

Установил на  удаленный узел новую ОЛТшку 3608B. И уже вернувшись в офис увидел следующее.


olt_bis2#sh epon opt
interface    Temperature(degree)  Voltage(V)  Current(mA)    TxPower(dBm)
-----------  -------------------  ----------  -------------  --------------
epon0/1      0.0                  0.0         0.0            0.0
epon0/2      24.4                 3.3         34.4           6.6
epon0/3      45.0                 3.3         27.3           6.6
epon0/4      27.7                 3.3         27.6           6.6
epon0/5      46.6                 3.3         24.9           6.6
epon0/6      39.2                 3.3         23.5           6.6
epon0/7      36.0                 3.3         26.9           6.7
epon0/8      39.2                 3.3         26.4           6.6
 

Первый модуль не отдает данных. Не понятно , модуль дохлый , или порт. Или просто неконтакт.

 

Кто знает, как посмотреть информацию о PON SFP ? При отсутствии трансивера должно показывать нули, или как то иначе?

Модуль у вас GPON стоит

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

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

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

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

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

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

Вхід

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

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

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

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

    • Від Rakim
      Продам кабель оптичний RCI S-CFP(NA)Fda-001 E9/125 - 1 волокно, на підвіс, діелектрик. Новий, в бухтах по 2км. Ціна - 4грн/м. Можливий продаж від ФОП.

    • Від Rakim
      Продам оптичні бокси Crosver FOB-04-16. Нові. Ціна - 400грн/шт. Можливий продаж від ФОП. 
       
      Продам оптичні бокси Crosver FOB-05-24АH. Нові. Ціна - 450грн/шт. Можливий продаж від ФОП. 



    • Від Rakim
      Продам затискач натяжний анкерний H3-SN (нові). Ціна - 9грн/шт. Можливий продаж від ФОП. 
       
      Продам затискач натяжний анкерний H3D (нові). Ціна - 12грн/шт. Можливий продаж від ФОП. 
       



    • Від 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 грн



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