Jump to content

nik247

Muggles
  • Posts

    24
  • Joined

  • Last visited

Everything posted by nik247

  1. nik247

    BDCOM P3310C

    Було таке саме на 3310С на стенді. Був дуже великий сигнал на ОЛТ від ОНУ.... Після того, як зменшив - цей аларм пропав.
  2. nik247

    BDCOM P3310C

    Может это Ваш случай - МАС фильтр (версия прошивки у Вас с ним) Согласно обновленной инфы по МАС фильтрации: ftp://ftp.romsat.ua/pub/Lan/BDCOM/P3310C/Read_before_Update.txt попробуйте отключить МАС фильтр на ОЛТ командой: #epon local-mac forward
  3. А можно озвучить цены на платы Intel X520-DA1, X520-DA2 и X520-SR2 ?
  4. nik247

    BDCOM P3310C

    Здесь есть. https://www.dropbox.com/sh/xwbmgzj2y26mstv/AACnL_Oabz5wobmaE-gjmAQea/%D0%9F%D1%80%D0%BE%D1%88%D0%B8%D0%B2%D0%BA%D0%B8/GEPON/OLT/BDCOM/P3310C?dl=0
  5. nik247

    BDCOM P3310C

    А вот и ответ инженеров BDCOM по поводу MAC фильтрации на последних прошивках для P3310С: All mac addresses that fit the mask below will be dropped on OLT PON interface starting from 10.1.0E_36039 software X2:XX:XX:XX:XX:XX Local Administered X6:XX:XX:XX:XX:XX Local Administered XA:XX:XX:XX:XX:XX Local Administered XE:XX:XX:XX:XX:XX Local Administered
  6. nik247

    BDCOM P3310C

    Может кому-то будет полезна информация для владельцев P3310C, особенно для тестовых стендов. Привезли мне на проверку P3310C перед установкой в сеть. До этого использовали только P3310B. Получил на стенде проблему: все прошивки типа 3310C_10.1.0E имеет проблему с ARP - из-за этого трафик после ОНУ не ходит. При этом работают все прошивки типа 3310C_10.1.0D. Проверено было на: BD_3310C_10.1.0D_33463_en.bin - OK BD_3310C_10.1.0D_34315.bin - OK BD_3310C_10.1.0D_34983_03028_2016.bin - OK BD_3310C_10.1.0E_36039_en.bin - ARP problem BD_3310C_10.1.0E_36957.bin - ARP problem BD_3310C_10.1.0E_37276.bin - ARP problem После недели "танцев с бубном" была найдена причина - в прошивках типа 3310C_10.1.0E (36039,36957,37276) на PON интерфейсах включен MAC фильтр, который блокирует я так понял "кривые" MAC и в итого ничего после ОНУ не работает. А так, как стенд был в виртуальной среде, то и MAC были с случайные. Замена первого октета у всех MAC на D4 решило полностью проблему. Пример: 52:54:A0:C7:69:8B - не работает, D4:54:A0:C7:69:8B - работает. 00:54:A0:C7:69:8B - работает. Это касается всего оборудования: как подключенного со стороны ONU, так и со стороны OLT. С проблемными MAC трафик блокируется только в PON сегменте, трафик в OLT через другие порты не блокируется. Осталось только у BDCOM выяснить, какие MAC "белые", а какие "серые"...
×
×
  • Create New...