Reanemator_ua

Китайцы отписались, что передали эту информацию своим R&D инженерам - завтра они должны ответить, смогут ли пофиксить этот баг.

Вот тут готов поспорить. Ретопология шины занимает по времени и ресурсозатратам гораздо меньше времени чем ретопология дерева. Но, изначально надо правильно построить шину. Построение шины как на рисунке, как по мне не правильное. При ином построении для ретопологии потребуется удаление всего одного сплиттера. Мало того, использование сплиттеров ФБТ с делением 30/70 и 20/80 нецелесообразное. Затухания на этих сплиттерах очень частно отличается от табличных, и довольно не хило. Саша, я ж не спорю. Если шину на 16 точек деления разделить на 2 шины по 8 делений ,а потом эти шины с

Дорогие форумчане. Если Вы нашли ошибки или неточности в статье, или просто готовы поспорить с представленной информацией, то я буду рас выслушать Ваше мнение. Вы должны понимать, что в компании IC-Line нет практиков (у нас нет своей сети), поэтому представленная информация опирается на статистике и здравом смысле.

Так Вы практически все команды сами прокомментировали ) Что касается команд epon onu all-port ctc mcst tag-stripe enable epon onu all-port ctc mcst mc-vlan add 1001,1002,1003 то 1-ая из них разрешает ОНУ снимать тэг с мультикаст трафика, а 2-ая команда определяет, какие именно мультикаст ВЛАНы разрешены. Команда epon onu ctc ip address static 192.168.1.90 255.255.255.0 gateway 192.168.1.10 cvlan 100 svlan 0 priority 5 служит для настройки IP адреса (СVlan - это ВЛАН, в котором находится IP ONU, SVLAN - это внешний ВЛАН, если Вы вдруг захотите пинговать ONU через QinQ)

Существует несколько вариантов команд, которые поддерживают ONU - OAM и CTC. OAM - это собственные команды производителя. Поэтому команду epon onu all-port loopback detect сторонняя ОНУ скорее всего не поймёт, а поймёт только BDCOM ONU. В то же время CTC команды унифицированы для всех производителей, поэтому команду epon onu all-port ctc loopback detect должны (хоть это не всегда так) понимать все ONU. На счёт команды Notify. как правило при включении loopback detect ONU автоматически включает оповещение OLT-а, однако некоторым сторонним ОНУ необходимо насильно включать оповещение ОЛТа - в

Вот так сказать боевой набор команд . epon sla downstream pir 1000000 cir 15000 epon sla upstream pir 1000000 cir 15000 epon onu all-port ctc vlan mode tag 200 epon onu all-port ctc mcst tag-stripe enable epon onu all-port ctc mcst mc-vlan add 1001,1002,1003 epon onu all-port ctc loopback detect epon onu all-port storm-control mode 4 threshold 256 switchport port-security mode dynamic switchport port-security dynamic maximum 10 epon onu ctc ip address static 192.168.1.90 255.255.255.0 gateway 192.168.1.10 cvlan 100 svlan 0 priority 5 Выделенные команды используют практически все провай

Так если Вы полностью фильтруете DHCP пакеты, то под карающую руку фильтра попадут все DHCP, т.е. клиент не сможет получить IP ))) DHCP Snooping же отфильтрует только серверные DHCP пакеты, т.е. те пакеты, которые ну никак не могут прийти со стороны клиентских портов. Если же делать DHCP фильтрацию, то не полную, а по условию - если количество DHCP пакетов превысило Threshold (порог) в 100 пакетов (или другое число) в секунду, то остальные DHCP пакеты OLT отбрасывает. По аналогии можно фильтровать BPDU и ICMP пакеты.

Фильтрация - это хорошо (это я по поводу Filter DHCP), но она здесь не отработает. Я сомневаюсь, что у топик стартера прям по тысячи пакетов DHCP за секунду приходит. Чтобы оградить себя от пакетов со стороны клиентских роутеров, нужно включить DHCP Snooping и назначить доверительный порт, за которым находится DHCP сервер. При такой настройке клиентский роутер не сможет раздавать серверные DHCP пакеты в сеть (типа DHCP Offer, DHCP NACK, DHCP ACK). Также включение DHCP снупинга защитит от атаки типа DHCP Starvation. Также лучше сразу включите на всех ONU Storm-Control - полезная штука для защи

MIB файлов конкретно для указанных моделей пока нет (будем выбивать у китайцев), но большинство MIB-ов подходят от OLT-а 3310B. https://www.dropbox.com/sh/653f7mg6qugmgmx/AAA8yIYh-2l-9ltYVHwQGokca?dl=0

Не проблема - узнаем у BDCOM инженеров - выложим данные

По поводу засвета - 20 километровый медик на 1310нм, подключенный к абонентскому сплиттеру не несёт сильной угрозы. Он не способен положить сеть - максимум, что ему удастся - ухудшить SNR (соотношение сигнал/шум). Мы пробовали на стенде - катушка 10 км + корневой сплиттер 1х8 + абон сплиттер 1х8. Подключаем медик в конце линии - ОНУшки продолжают работать - даже ошибок на порту ОЛТа нет. Подключаем медик к корневому сплиттеру - ОНУшки продолжают работать, но крайне не стабильно - куча ошибок на порту, постоянные перерегистрации. А вот если в конце линии подключить корзину с CWDM модулем (1

Кстати, кто боится необратимости прошивания ОЛТ-а с новой прошивкой, BDCOM специально выпустил ещё одну прошивку - 10.1.0B_21324. Собственно, изменений в ней практически никаких - добавлена совместимость с Wi-FI ONU 1704, а также добавлена возможность ОБРАТНОГО ПРОШИВАНИЯ! Тут неоднократно поднимали вопрос о том, что было бы здорово, чтобы ОЛТ сам искал и отключал ОНУшки, которые постоянно светят на 1310нм. Буквально вчера у 3310B наткнулся на функцию Switch_config_epon0/1#epon onu-always-laser-on shut-time 200 которая как раз это и делает. Единственное - чтобы она работала, ОНУ должн

На самом деле, дока, приложенная к прошивке, не моя, а BDCOM-овская. Тем не менее мне необходимо разобраться с тем, что имели в виду инженеры BDCOM, т.к. их реализация очень странная. Вместо того, чтобы на аплинк порту снять сначала второй тэг с общего трафика, а потом отдельно снять тэг с мультикаст трафика (напомню, что чип ОЛТа работает только с не тэгированным мультикастом), ОЛТ снимает внешний тэг на EPON порту, а мультикаст тэг - на порту ONU. Реально хрень получается, т.к. теперь BDCOM по сути убил механизм MVR окончательно. Буду разбираться с этой чудо-прошивкой по приезду с УКОСа,

На самом деле, дока, приложенная к прошивке, не моя, а BDCOM-овская. Тем не менее мне необходимо разобраться с тем, что имели в виду инженеры BDCOM, т.к. их реализация очень странная. Вместо того, чтобы на аплинк порту снять сначала второй тэг с общего трафика, а потом отдельно снять тэг с мультикаст трафика (напомню, что чип ОЛТа работает только с не тэгированным мультикастом), ОЛТ снимает внешний тэг на EPON порту, а мультикаст тэг - на порту ONU. Реально хрень получается, т.к. теперь BDCOM по сути убил механизм MVR окончательно. Буду разбираться с этой чудо-прошивкой по приезду с УКОСа,

Мы сейчас инженерным составом отчаливаем в Одессу, поэтому времени тестировать прошивку не было, поэтому всё на честном китайском слове

Народ, наконец то вышла новая прошивка для OLT-а 3310. Версия BD_3314_10.1.0B_20310. Из новых фишек: 1) Ручное распределение таблицы FFP или TCAM (кому как больше нравится). Раньше ОЛТ работал следующим образом - допустим под ACL был выделен 1 слот (или как принято говорить 1 Slice) таблицы FFP. 1 Slice - это 128 записей. Так вот, если прописать на ОЛТе хотя бы один ACL, то все 128 записей будут зарезервированы под ACL, не смотря на то, что большинство из них не используются. Теперь же можно вручную указывать сколько записей мы хотим выделить под наши нужды (ACL,DHCP Snooiping, ISG, DAI).

Тоді все сумно з цими БДКОМАМ-и Дійсно хтось скаже мені, при шаблоні на кожну ОНУ, тобто 256 шаблонів. Скільки рядків можно використати? Бо чув що пам'яті їй не хвата для повноцінних шаблонів на кожну ОНУ. Пока рекорд среди клиентов IC-LINE - 256 шаблонов по 19 строк в каждом. Если учесть, что обычный шаблон не превышает 10 строк, то за память можно не бояться.

А не пробували скільки рядків конкретно вміщяються в кожний шаблон, при використанні 256 шаблонів? Тут все сумно. Хіба що в останніх версіях наче можна кілька шаблонів призначати - тоді 1 шаблон буде загальний і 256 з VLAN-ами. Нет, возможности повесить несколько шаблонов на одну ОНУ по-прежнему нет, но эта хотелка уже давно озвучена инженерам BDCOM-а и они её реализуют в ближайших прошивках.

От части Вы правы. Но с другой стороны Вы тоже должны стать на сторону провайдера - у него есть определённая схема авторизации клиентов, которая предполагает авторизацию, допустим MAC+IP, поэтому всё оборудование провайдера - серверы, свитчи, шейперы и т.д. настроены таким образом, чтобы обрабатывать именно эту связку MAC+IP. Так работает большинство провайдеров. Это не противозаконно . Поэтому провайдеру иногда трудно, иногда лень, а иногда просто невозможно реализовать ту схему, которую хотите Вы. По поводу того, почему сразу не поставили 1х портовую ONU - раньше цена на 1х портовую и

Действительно, техподдержка права. Как приавило, на 4х портовой ONU вообще отключают 3 порта, чтобы не повадно было. Функции роутера, как уже было правильно отмечено, на данной ОНУ нет, а возиться с биллингом и с несколькими MAC/IP адресами с Вашей стороны у провайдера нет никакого желания. Так что покупайте Wi-FI роутер и не мучайте провайдера.

Я думаю вариант только один - прошить ОЛТ ещё раз.

Да был такой ОИд до обновления, сейчас вообще его нету на олте Вот версия моего ОЛТа: Switch_config#show version BDCOM P3310B Software, Version 10.1.0B Build 19298 Copyright by Shanghai Baud Data Communication CO. LTD. Compiled: 2014-7-29 11:53:24 by SYS_19298, Image text-base: 0x80008000 ... А вот результат вывода SnmpWalk root@ANDREW-PC2:/home/andrew# snmpwalk -v 2c -c IC-LINE -Cc 192.168.1.82 1.3.6.1.4.1.3320.152.1.1.3 iso.3.6.1.4.1.3320.152.1.1.3.5.200.244.109.4.66.124.211 = Hex-STRING: F4 6D 04 42 7C D3 iso.3.6.1.4.1.3320.152.1.1.3.5.200.0.62.11.8.114.235 = Hex-STRING: 0

Прокоментируйте пожалуйста мой пост http://local.com.ua/forum/topic/63863-snmp-mac-table-bdcom-build-19298/. А то врубится никак не могу. Хорошо, завтра постараюсь найти необходимый OID

Мы уже давно не возим SFP OLT модули от BDCOM, т.к. у них цена не конкурентно способная. Поэтому данные модули будут от другого производителя. Переговоры ведутся в отношении самой вкусной цены. Как только ситуация прояснится - дам знать.

Так вопрос ведь не только в мощности. В любом модуле мощность носит вариативный характер. Основная прелесть этого модуля - чувствительность приёмника. Так что по сути Вы платите за чувствительность, а не за мощность. Также мы нашли модули, у которых чувствительность -33 dBm. Я думаю 3 dBm разницы никто не назовёт не значительной. Осталось дождаться результатов переговоров с китайцами - какую цену они запросят за такие модули