UA.PON v6.0

[Den_LocalNet 1 474]

 

 

тогда у нас получается "дыра в системе безопасности". Зарегавшуюся ОНУ можно перепрошить с ОЛТа без ввода пароля...... 

 

ну это от прошивкописателей зависит, можно и запретить прошиваться пока не авторизировали

[Den_LocalNet 1 474]

вообще идея ломится за разрешением в какой-то tftp://onu_access.localимеет право на жизнь

там лежит файлик с маками ОЛТ с которыми можно разговаривать

останется только хранить в секрете свои маки)

 

кстати если их не хранить в секрете то конкурент тоже может сменить себе мак что бы подбирать ваших абонов)

[prosto_mail 4]

Есть чудная команда Switch#clear mib - попробуйте её.

СТЁРЛО!

Спасибо за совет!

[wladd 382]

Ну с этим тоже можно бороться. Можно заставить ОНУ блокировать прошивку ниже её текущей. Т.е. обновить назад уже не получится. Но тут нужно сделать так, чтобы при обновлении вперёд список МАКов не удалялся.

С этим как раз проблемне будет. Это все в конфиге загрузчика. Все что касается дравера ETH,

ипов, маков, и прочее. При смене прошивки все будет как вкопаное стоять.

Відредаговано 2015-12-03 15:21:49 wladd

[loki 86]

del

Відредаговано 2015-12-04 11:36:22 loki

[wladd 382]

Король умер, да здравствует король!

 

Наша старушка 3310B наконец то снята с производства. Отпахала старушка добрых 4года.

На ее смену приходит новая модель - 3310С. Раскажем про модель подробненько.

Группа компаний по дистрибуции решений ПОН от компании BDCOM специально запаслась

"тремя вагонами" старой модели, чтобы дождаться устоявшейся стабильной фирмвари,

и сделать переход на новую модель максимально комфортной.

 

Далее, в стилистике UA.PON мы публикуем максимально подробный отчет от тестировании

новой модели флагманского олта от компании BDCOM - OLT P3310C.

 

Відредаговано 2015-12-17 12:15:44 wladd

[wladd 382]

 

 

Несколько месяцев назад компания BDCOM заявила, что она снимает с продажи так всем полюбившийся 4х портовый GEPON OLT BDCOM P3310B.

При этом его старших братьев (OLT-ов 3608/3612/3616) пертурбации не коснутся.

 

Чем вызвано такое решение, менеджеры компании BDCOM пояснить отказались, но уточнили, что на смену модели P3310B

придёт её брат-близнец P3310C, поэтому переживать любителям 4х портовых PON решений не придётся - ниша пустовать не будет.

 

Приведённое выше фото наглядно демонстрирует, что отличить модель C от B практически невозможно.

Визуальное отличие только одно - наличие порта mini USB рядом с портом Console.

Его предназначение пока остаётся загадкой. Можно лишь предположить, что порт служит для подключения внешних USB накопителей

для смены прошивки OLT-а, не прибегая к помощи TFTP сервера. Но это выглядит чересчур оптимистично - скорее всего, это

дополнительный консольный порт для владельцев консольного кабеля с mini USB.

 

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

и одновременно огорчиться. PCB OLT-а стала субъективно меньше на 60-70%. Это вызывает только положительные эмоции -

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

Корпус можно было уменьшить как минимум вдвое. Однако BDCOM пошёл по проторенной дорожке и не стал заказывать

новый проект корпуса. Жаль - сэкономить на логистике не получится.

 

Так что же случилось с платой? Почему изменился её размер? По заверениям R&D департамента компании BDCOM

в связи с появлением на рынок более экономичных и эффективных SoC решений, проект PCB был переработан.

Скорее всего, BDCOM позарился на дешевизну новых чипов, нежели на их энергоэффективность - максимальная

потребляемая мощность OLT-а  увеличились с 40W (модель P3310B) до 48W (модель P3310C). Т.к. отрывать

радиаторы от главных чипов времени нет, то придётся поверить инженерам компании BDCOM.

На месте главного Ethernet чипа красуется SoC решение от компании Broadcom - BCM53312S. Место PON чипа

занимает Cortina CS8022. Но это всё сухие данные, которые никому особо не интересны. Что же может новый OLT?

 

Революции ждать не приходится. Новая архитектура явно была призвана удешевить устройство, нежели увеличить

его функциональность. При этом удешевление производства не привело к снижению входной цены на устройство.

Другими словами, цена нового OLT-а осталась без изменения.

 

Если рассматривать функциональность новой модели, то она тоже не изменилась - перед нами всё тот же P3310B,

но с добавлением FEC (Fast Error Correction). FEC служит для снижения показателя BER (Bits Error Rate) и призван

уменьшить влияние шума в канале связи на качество детектирования сигнала.

Звучит заманчиво, однако проверить работу FEC у нас так и не получилось.

 

Ещё одним приятным моментом нового OLT-а является увеличенный размер Flash памяти. Теперь он составляет около

16Mb. Наконец-то можно забыть те времена, когда для обновления прошивки ONU приходилось удалять c флэшки прошивку

OLT-а (файл Switch.bin), т.к. файл с прошивкой ONU на флэшке не помещался.

 

Также немалый интерес представляет сам PON чип Cortina CS8022. Он поддерживает 128 LLID, т.е. может регистрировать до 128 ONU.

В спецификации к BDCOM P3310С указан Split-ratio = 64 , т.е. 64 ONU на порт. Возникает вопрос - BDCOM не хочет или не может

обеспечить 128 ONU на порт. Возможно аппаратная платформа OLT-а попросту не справится с 512 абонентами. По заверениям

самого BDCOM-а OLT 3310С может зарегистрировать 128 ONU на порт, но при этом может происходить потеря пакетов и даже

дерегистрация ONU-шек, поэтому введено программное ограничение. Жаль.

 

Выдержка из теста

 

Выход модели BDCOM P3310C на смену "легендарного" P3310B сразу наталкивает на ряд вопросов: "А что там с

обратной совместимостью OLT-ов?", "А можно к новому OLT-у подключить весь мой зоопарк ONU-шек?",

"А изменились ли команды в CLI?" и т.д.

 

В данном тесте мы постараемся ответить на эти вопросы. При этом мы не будет тестировать L2 функционал OLT-а,

т.к. он не изменился. Упор будет сделан на тестировании работоспособности различных ONU.

Довольно часто при подключении ONU к дереву, процесс её регистрации занимает много времени. Конечно,

родных ONU-шек BDCOM это не касается, а вот альтернативные ONU часто страдают таким "недугом" - время

регистрации может доходить до 2х минут. Крайне редко, но всё таки встречаются образцы, которые и нескольких

секунд не могут удержаться в дереве и после регистрации сразу же (или через несколько секунд) дерегистрируются.

Как правило, это связано с рассогласованием таймеров протокола MPCP на самой ONU и OLT-е. У наших же

подопытных проблем с регистрацией не возникло. Все 20 ONU зарегистрировались в течение 12 секунд.

 

 

 DDM и базовая информация

 

 

Любая ONU, произведённая по стандартам CTC (China Telecom Corporation), должна показывать базовую информацию

о себе, а также диагностическую информацию (DDM) с SFF модуля.

 

Комментировать здесь особенно нечего - необходимую информацию ONU показывает.

 

 

 

 In-band Management VLAN

 

 

Данный функционал довольно спорный. Одним провайдерам VLAN управления на ONU нужен, другим - нет.

Чаще всего VLAN управления на ONU используется с 2 целями:

 

• обновление прошивки ONU через WEB интерфейс
• мониторинг активности ONU по средствам PING-а

 

У BDCOM OLT-ов существует 2 типа команд для настройки IP адреса на ONU: Private OAM и CTC. Проверим обе.

 

 

Обе команды отработали исправно - ONU при этом пингуется.

 

 

 

 Пропускная способность

 

 

Часто возникает ситуация, когда провайдер подключает к ONU не конечного клиента, а какой-нибудь 8х, 16х или даже 24х портовый коммутатор.

В этом случае нужно быть уверенным, что ONU стабильно работает на скоростях выше 100 mbps.

Для проверки пропускной способности воспользуемся утилитой IPERF (дорогущего Spirent SmartBits под рукой не оказалось).

IPERF-клиент запускается на ПК за ONU-шкой, а IPERF-сервер - на ПК за GE портом OLT-а. Перед началом теста необходимо изменить настройки

SLA на ONU, т.к. по умолчанию максимальную пропускная способность ONU составляет 100 mbps. Изменим её до 1G.

 

Далее проводим 30-минутный прогон синтетического трафика через ONU (сначала в режиме Half-Duplex, а затем в режиме Full-Duplex).

 

>> iperf -c 192.168.1.77 -t 1800 -w 256k -r

>> iperf -c 192.168.1.77 -t 1800 -w 256k -d

 

В итоге на 100-мегабитной ONU можно добиться скорости порядка 95 mbps, а на 1G ONU - порядка 965 mbps.

Даже при наличии профессионального оборудования для тестирования трафика добиться от ONU честного 1G не получится,

т.к. часть канала съедает служебный трафик (MPCP и DBA).

 

Пару слов стоит сказать про механизм DBA. Его предназначение - эффективно распределять пропускную способность

канала в направлении ONU -> OLT. Благодаря грамотному распределению квантов времени среди ONU-шек, DBA позволяет

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

(рекомендуемых BDCOM-ом) сторонние (не BDCOM) ONU могут не регистрироваться на OLT-е или работать со сбоями.

Для стабильной работы таких ONU параметры DBA на OLT-е приходилось менять.

 

В 36-ой серии OLT-ов BDCOM пошёл на интересный шаг - убрал возможность изменять параметры DBA.

Это привело к тому, что альтернативные ONU более уверенно работали на 3310B, а владельцам BDCOM OLT-ов 36-ой серии

(3608/3612/3616) приходилось покупать родные BDCOM ONU либо углубляться в долгие поиски "альтернативки",

стабильно работающей с дефолтными настройками DBA.

 

К счастью любителей разводить зоопарк ONU-шек BDCOM P3310C имеет возможность редактировать настройки DBA.

Відредаговано 2015-12-17 12:32:24 wladd

[wladd 382]

 

 Loop Back Detection (LBD)

 

 

LBD - одна из базовых функций, которая должна включаться на ONU по умолчанию. Некоторые провайдеры

её недооценивают и намеренно не включают. Однако первый же шторм в сети из-за подгоревшего

абонентского порта заставляет провайдеров изменить своё мнение.

 

Включим LBD на UNI порту ONU и запустим сниффер пакетов WireShark.

Как видно из работы WireShark-а, каждые 2 секунды ONU отправляет широковещательный пакет (TPID = 0xFFFE).

Этот пакет и является пакетом LBD. Функционал работает.

 

 

 Port Security

 

 

Port Security есть ни что иное как ограничение количества MAC адресов, которые ONU может хранить.

Данная функция используется довольно редко, однако в случае сетевых атак типа MAC-Spoofing или

DHCP Starvation она бывает крайне полезной.

 

Для начала ограничим размер MAC таблицы ONU до 5 MAC-ов.

Для проверки механизма Port Security мы будем использовать атаку DHCP Starvation, суть которой заключается в

отправке DHCP серверу большого количества запросов от фейковых MAC адресов. В качестве утилиты,

реализующей DCHP Starvation, будем использовать DHCDROP.

Запускаем утилиту DHCDROP - пытаемся заполнить адресное пространство DHCP сервера. В результате теста было

выявлено, что для защиты от DCHP Starvation и MAC Spoofing Port Security абсолютно бесполезен, если атака

запущена в режиме флуда. В этом случае PON чип OLT-а (Cortina CS8022) не успевает блокировать лишние

MAC-и и пропускает их дальше в сеть.

 

Выход из этой ситуации один - обзвонить всех абонентов и попросить не запускать сетевые атаки в режиме флуда, а

только отдельными пакетами.    А если серьёзно, то Port Security можно включить непосредственно на UNI порту ONU

- в этом случае функция будет работать корректно.

Если запустить утилиту DHCDROP ещё раз в режиме флуда, то ONU передаст пакеты с 4 новыми MAC-ами,

а все остальные пакеты удалит.

Итак, можно констатировать, что механизм Port Security справляется с возложенными на него обязанностями,

если знать, как правильно его включить.

 

 

 

 Storm-Control

 

 

Данная функция также крайне полезна и может использоваться по умолчанию для защиты сети от флуда

со стороны клиента. Storm-control может работать в нескольких режимах: ограничение широковещательных

(broadcast), групповых (multicast) пакетов, а также пакетов с неизвестным адресом получателя

(unknown unicast). Также есть режим, в котором ограничению подвергаются все вышеперечисленные

пакеты одновременно. Именно этот режим провайдеры используют чаще всего.

Мы включили на ONU Storm Control в 4-ом режиме ("фильтровать всё"), но формировать будем только

широковещательный шторм, т.к. он является наиболее актуальной проблемой в сетях доступа.

 

Для формирования шторма нам подойдёт программа Ostinato, которая позволяет легко задавать структуру

пакетов и настраивать скорость их отправки.

Мы создали банальный 64-байтный широковещательный Ethernet кадр (Dst MAC + Src MAC + TPID + пустой Payload).

Скорость отправки - 1000 pps. Если запустить Ostinato при отключенном Storm-Control-е, то OLT отображает в логах

огромное количество ошибок. При этом нагрузка на процессор тоже возрастает. "Положить" OLT полностью за счёт флуда,

конечно, не удастся, т.к. ONU не может передавать данные постоянно, однако заметно увеличить задержки в сети вполне возможно.

 

Мы не ставим перед собой задачу оценить точность механизма storm-control, а просто проверяем - работает функционал

или нет. Активируем Storm-Control c лимитом трафика в 256 kbps и заново запускаем Ostinato - теперь никаких ошибок OLT

не показывает и нагрузка CPU (>> Switch# show cpu) остаётся неизменной. Storm-Control сделал своё дело.

Відредаговано 2015-12-17 12:48:18 wladd

[wladd 382]

 

 

 DHCP Snooping (Option 82)

 

 

Большинства провайдеров, авторизующих клиентов по IPoE, используют Option 82 для привязки клиента к оборудованию провайдеров.

Поэтому умение OLT-а добавлять Option 82 к DHCP пакетам является крайне важным. Включим DHCP Snooping в первом VLAN-е и

активируем Option 82 (Cisco формат).

Посмотрим, что из этого вышло:

WireShark показывает, что опция 82 на месте - можно идти дальше.

 

 

 

 802.1Q Port-based VLAN

 

 

Напомним, что UNI порт ONU может работать в нескольких режимах обработки VLAN-ов: Tag, Translation,

Transparent, Vlan-stacking, Aggregation, Trunk, Private-trunk. Наверняка большинство читателей использовали

только 3 режима (Tag, Trunk и Transparent). Смысл остальных режимов для большинства админов остаётся тайной.

 

Режимы Translation и VLAN-Stacking - аналог QinQ, только в случае Translation один тэг меняется на другой, а в

случае VLAN-Stacking к внутреннему тэгу добавляется ещё один (внешний). Зачем такой функционал нужен на

абонентском устройстве - не ясно. Также до сих пор загадкой остаётся режим Aggregation.

Режим Private-trunk появился только в этом OLT-е - в модели P3310B такого режима не было.

Отличие данного режима от обычного trunk-а заключается в возможности подменять TPID кадра и задавать его приоритет.

 

>> Switch_config_epon0/4:1#epon onu all-port ctc vlan mode private-trunk 200 1001,1002 8100 5

 

Как правило, провайдеры используют режим Tag (Access), реже - Trunk и Transparent. Поэтому мы не стали

трогать остальные режимы, а провели проверку только этих 3.

Описывать процедуру тестирования смысла нет, т.к. она тривиальна, поэтому просто констатируем, что

ONU поддерживает все 3 режима обработки тэгов.

 

 

 

 Multicast VLAN

 

 

Для провайдеров, которые предлагают своим клиентам услугу IP телевидения (IPTV), важно, чтобы ONU

умела обрабатывать мультикаст трафик. ONU должна принимать мультикаст трафик только с определёнными

VID (Multicast VLAN), снимать тэг с трафика и отдавать поток на UNI порт.

 

В нашем случае мультикаст поток формируется самым варварским способом - при помощи обычного VLC

Player-а. В качестве клиентского софта используется всё тот же VLC Player. Мультикаст будем транслировать в

1000-ом VLAN-е. Показывать настройки OLT-а мы не будем, а вот настройки самой ONU представлены ниже.

Запустим какой-нибудь канал на VLC Player-e - поток есть.

 

Тест на работу с мультикаст VLAN-ом ONU прошла.

 

 

 

 Прошивка ONU через CLI OLT-a

 

 

Ещё раз отметим, что на модели 3310C Flash память выросла до 16Mb, поэтому для загрузки прошивки от ONU

на флэшку, не нужно удалять файл Switch.bin, как это было в модели 3310B. Также стоит обратить внимание на

изменение набора файлов, хранящихся на флэшке. Теперь набор файлов пришёл к общему знаменателю с

моделями OLT-ов BDCOM 36-ой серии. Прошивка PON чипа теперь называется tiger.blob (вместо olt.blob на модели B).

Конфиг OLT-а теперь раздроблен на 2 части: конфиг самого OLT-а (startup-config) и конфиг ONU-шек (config.db).

Файл Switch.bin имя не поменял.

 

Смена прошивки ONU происходит так же, как и на модели 3310B.

В результате прошивка ONU прошла успешно.

 

 

 

 Выводы

 

 

К сожалению, BDCOM не смог удивить своим решением. Он выпустил всё тот же 3310B,

но с новой аппаратной платформой, которая кроме FEC ничего нового не умеет (да и его

целесообразность под вопросом). Хотелось бы со временем увидеть новую прошивку,

которая позволит раскрыть весь потенциал PON чипа Cortina CS8022 и регистрировать

до 128 ONU на порт. Если BDCOM-у это удастся, продажи данной модели резко возрастут.

 

 

PS: ... если тестирование FEC пройдет успешно, мы дополнит публикацию этим тестом..

 

Скачать Отчет_BDCOM P3310C

 

Відредаговано 2015-12-17 13:03:05 wladd

[passer 67]

wladd Вы уточняли ли размер ffp (или tcam) и его распределение? А то ведь в итоге в старушке P3310B сочетание ISG+DAI+DHCP Snooping эксплуатировать возможности не оказалось. Хотелось бы заранее знать.

 

P.S. Broadcom  BCM53312S обладает крайне скромным пакетным буфером 512Кб, что несколько огорчает. Реально наэкономили.

[Reanemator_ua 21]

wladd Вы уточняли ли размер ffp (или tcam) и его распределение? А то ведь в итоге в старушке P3310B сочетание ISG+DAI+DHCP Snooping эксплуатировать возможности не оказалось. Хотелось бы заранее знать.

 

P.S. Broadcom  BCM53312S обладает крайне скромным пакетным буфером 512Кб, что несколько огорчает. Реально наэкономили.

 

Хочу Вас обрадовать - ничего не изменилось. TCAM - 512 записей (4 куска по 128). Можно вручную раcпределять TCAM при необходимости. Т.е. DS+DAI+ISG будут работать в формате 512/3, т.е. по 170 записей максимум. При этом нужно забыть про ACL и IGMP Snooping - они ведь тоже TCAM поджирают.

[wladd 382]

 

 Что такое FEC?

 

 

FEC (Forward Error Correction) - техника кодирования и декодирования сигнала, призванная исправлять ошибки, возникающие при

передачи данных в канале связи. FEC использует помехоустойчивый избыточный код Рида-Саламона 239B255B (239 байт в 255 байт).

Провайдеру не нужно знать, как работает FEC - главное, что FEC спасёт его сеть, если она работает на грани оптического бюджета.

Важно понимать, что FEC уменьшит пропускную способность канала примерно на 7% за счёт избыточного кодирования данных.

Однако это не большая плата за более стабильный линк.

 

 

 

 BDCOM P3310C + FEC

 

 

Т.к. на новом OLT-е BDCOM P3310C был реализован FEC, то сразу возникло желание провести эксперимент и проверить, так

ли хорош FEC на самом деле и есть ли в нём смысл. Для проведения эксперимента нам понадобятся:

• OLT P3310С
• *Noname* ONU
• *Noname* Медиаконвертер под SFP
• *Noname* SFP CWDM 1310nm 80km
• *Noname* SFP OLT модуль (2 штуки)
• PLC Spliiter 1x2
• FBT Splitter 1x2 40/60
• LC и SC статические аттенюаторы

 

Тест будет проводиться в 4 этапа:

 

• Собираем стенд, пытаясь добиться наихудшего качества сигнала, при котором ONU всё ещё может работать.
• Запускаем тест трафика утилитой IPERF и смотрим на количество ошибок на EPON порту.
• Включаем FEC на OLT-е и на ONU
• Ещё раз прогоняем синтетический трафик и смотрим количество ошибок.

 

 

 

 

 Этапы тестирования

 

 

Для начала соберём стенд и попробуем "испортить" сигнал между ONU и OLT-ом в обе стороны. Мы должны

добиться той ситуации, когда сигнал станет настолько низкий, что любое его понижение тут же приведёт к

дерегистрации ONU. Однако этого мало. В сигнал необходимо добавить шум. Для этих целей параллельно ONU

ставится ночной кошмар любого PON провайдера - медиаконвертер с 80-километровым SFP CWDM модулем

на 1310нм. Мощность излучения такого модуля близка к мощности излучения ONU - 1.6 dBm.

Однако на этом издевательства над сетью не закончены. Мы испортили только upstream сигнал.

Для downstream-а мы поступим похожим образом - параллельно основному SFP OLT модулю мы

включим ещё один, но в Ethernet порт.

 

Таким образом, медиаконвертер с CWDM модулем с 2-ой SFP OLT модуль играют роль "зашумителей"

сигнала. Для их подключения мы используем PLC 1x2 и FBT 1x2 40/60. Собственно, вот что получилось.

 

 

Для точной настройки мощностей сигналов мы использовали LC и SC аттенюаторы. В ONU включены аттенюаторы с

суммарным затуханием - 25dB, в SFP CWDM - 29dB, в SFP OLT - 4 db.

 

Запускаем IPERF на 3 минуты в режиме Half-Duplex c выключенным FEC-ом:

 

Средняя скорость трафика ONU->OLT: 27.9 mbps, OLT->ONU: 721 mbps. Результат слегка неожиданный.

Медиаконвертер с SFP CWDM модулем сделал детектирование сигнала затруднительным, поэтому скорость

трафика опустилась почти до нуля. Однако в обрутную сторону сигнал прошёл спокойно.

2-ой SFP OLT модуль не сильно повлиял на детектирование сигнала, в результате чего мы

имеем средню скорость 721 mbps.

 

 

Что касается ошибок на EPON порту ... 0 - их нет. Как мы ни старались, статистика по порту

постоянно показывала нулевые счётчики ошибок. Это может говорить лишь об

одном - софт OLT-а пока не "допилен".

 

Нововведением модели P3310C является возможность опредления номера ONU с

постоянно включённым лазером. Скриншот ниже наглядно это демонстрирует. Функция

полезная, однако только в разрезе диагностики, есть засвет или нет. Точно определить номер

"светящей" ONU OLT не может, т.к. опредление основывается на мощности сигналов, а

в дереве могут быть несколько ONU со схожими показателями сигнала.

Включим FEC на ONU и OLT-е.

Еще разок прогоним трафик IPERF-ом:

Средняя скорость трафика ONU->OLT: 711 mbps, OLT->ONU: 841 mbps.
 

 

 

 Выводы

 

 

Тесты показали, что FEC отлично справился с поставленной задачей. Он позволил поднять

скорость upstream-а с 27.9 до 711 mbps (2448%) и downstream-а с 711 до 841 mbps (18%).

При этом FEC не требует никаких сложных настроек и долгих шаманских ритуалов с

параметрами - его достаточно включить и наслаждаться качеством его работы в "не качественной сети".

 

 

Скачать тест целиком

Відредаговано 2015-12-21 17:20:54 wladd

[user50 15]

 

 Что такое FEC?

 

 

FEC (Forward Error Correction) - техника кодирования и декодирования сигнала, призванная исправлять ошибки, возникающие при

передачи данных в канале связи. FEC использует помехоустойчивый избыточный код Рида-Саламона 239B255B (239 байт в 255 байт).

Провайдеру не нужно знать, как работает FEC - главное, что FEC спасёт его сеть, если она работает на грани оптического бюджета.

Важно понимать, что FEC уменьшит пропускную способность канала примерно на 7% за счёт избыточного кодирования данных.

Однако это не большая плата за более стабильный линк.

 

 

 

 BDCOM P3310C + FEC

 

 

Т.к. на новом OLT-е BDCOM P3310C был реализован FEC, то сразу возникло желание провести эксперимент и проверить, так

ли хорош FEC на самом деле и есть ли в нём смысл. Для проведения эксперимента нам понадобятся:

• OLT P3310С
• *Noname* ONU
• *Noname* Медиаконвертер под SFP
• *Noname* SFP CWDM 1310nm 80km
• *Noname* SFP OLT модуль (2 штуки)
• PLC Spliiter 1x2
• FBT Splitter 1x2 40/60
• LC и SC статические аттенюаторы

 

Тест будет проводиться в 4 этапа:

 

• Собираем стенд, пытаясь добиться наихудшего качества сигнала, при котором ONU всё ещё может работать.
• Запускаем тест трафика утилитой IPERF и смотрим на количество ошибок на EPON порту.
• Включаем FEC на OLT-е и на ONU
• Ещё раз прогоняем синтетический трафик и смотрим количество ошибок.

 

 

 

 

 Этапы тестирования

 

 

Для начала соберём стенд и попробуем "испортить" сигнал между ONU и OLT-ом в обе стороны. Мы должны

добиться той ситуации, когда сигнал станет настолько низкий, что любое его понижение тут же приведёт к

дерегистрации ONU. Однако этого мало. В сигнал необходимо добавить шум. Для этих целей параллельно ONU

ставится ночной кошмар любого PON провайдера - медиаконвертер с 80-километровым SFP CWDM модулем

на 1310нм. Мощность излучения такого модуля близка к мощности излучения ONU - 1.6 dBm.

Однако на этом издевательства над сетью не закончены. Мы испортили только upstream сигнал.

Для downstream-а мы поступим похожим образом - параллельно основному SFP OLT модулю мы

включим ещё один, но в Ethernet порт.

 

Таким образом, медиаконвертер с CWDM модулем с 2-ой SFP OLT модуль играют роль "зашумителей"

сигнала. Для их подключения мы используем PLC 1x2 и FBT 1x2 40/60. Собственно, вот что получилось.

 

 

Для точной настройки мощностей сигналов мы использовали LC и SC аттенюаторы. В ONU включены аттенюаторы с

суммарным затуханием - 25dB, в SFP CWDM - 29dB, в SFP OLT - 4 db.

 

Запускаем IPERF на 3 минуты в режиме Half-Duplex c выключенным FEC-ом:

 

Средняя скорость трафика ONU->OLT: 27.9 mbps, OLT->ONU: 721 mbps. Результат слегка неожиданный.

Медиаконвертер с SFP CWDM модулем сделал детектирование сигнала затруднительным, поэтому скорость

трафика опустилась почти до нуля. Однако в обрутную сторону сигнал прошёл спокойно.

2-ой SFP OLT модуль не сильно повлиял на детектирование сигнала, в результате чего мы

имеем средню скорость 721 mbps.

 

 

Что касается ошибок на EPON порту ... 0 - их нет. Как мы ни старались, статистика по порту

постоянно показывала нулевые счётчики ошибок. Это может говорить лишь об

одном - софт OLT-а пока не "допилен".

 

Нововведением модели P3310C является возможность опредления номера ONU с

постоянно включённым лазером. Скриншот ниже наглядно это демонстрирует. Функция

полезная, однако только в разрезе диагностики, есть засвет или нет. Точно определить номер

"светящей" ONU OLT не может, т.к. опредление основывается на мощности сигналов, а

в дереве могут быть несколько ONU со схожими показателями сигнала.

Включим FEC на ONU и OLT-е.

Еще разок прогоним трафик IPERF-ом:

Средняя скорость трафика ONU->OLT: 711 mbps, OLT->ONU: 841 mbps.

 

 

 

 Выводы

 

 

Тесты показали, что FEC отлично справился с поставленной задачей. Он позволил поднять

скорость upstream-а с 27.9 до 711 mbps (2448%) и downstream-а с 711 до 841 mbps (18%).

При этом FEC не требует никаких сложных настроек и долгих шаманских ритуалов с

параметрами - его достаточно включить и наслаждаться качеством его работы в "не качественной сети".

 

 

Скачать тест целиком

Є пропозиця перенести обговорення 3310С в окрему тему, щоб не змішувати децибели, сплітери і мегабіти в одну купу.

[Reanemator_ua 21]

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

[Ромка 567]

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

По поводу P3310C может уже пора создать тему UA.PON v7.0 ?

[fet4 46]

В 3310b (Version 10.1.0B Build 19298) разве нельзя выполнить show mac access-list ? 

[jock444 0]

спасибо за книгу

[a_n_h 590]

спасибо за книгу

Что за книга?

[jock444 0]

на 1 странице посмотрите

[jock444 0]

http://www.ex.ua/view_storage/113411990356ссылка нерабочая

[Reanemator_ua 21]

Народ, кому интересно, вышла новая прошивка на OLT BDCOM P3310C. Не знаю насколько новость свежая, т.к. BDCOM подогнал нам эту прошивку только вчера. Кому нужно, сама прошивка и changelog к ней лежат здесь https://www.dropbox....40uNBnNkua?dl=0

[a_n_h 590]

Народ, кому интересно, вышла новая прошивка на OLT BDCOM P3310C. Не знаю насколько новость свежая, т.к. BDCOM подогнал нам эту прошивку только вчера. Кому нужно, сама прошивка и changelog к ней лежат здесь https://www.dropbox....40uNBnNkua?dl=0

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

[Reanemator_ua 21]

 

Народ, кому интересно, вышла новая прошивка на OLT BDCOM P3310C. Не знаю насколько новость свежая, т.к. BDCOM подогнал нам эту прошивку только вчера. Кому нужно, сама прошивка и changelog к ней лежат здесь https://www.dropbox....40uNBnNkua?dl=0

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

 

А мы ещё не торгуем этими железками, а следовательно не имеем статистики по бокавости той или иной прошивки.

[zulu_Radist 856]

 

 

Народ, кому интересно, вышла новая прошивка на OLT BDCOM P3310C. Не знаю насколько новость свежая, т.к. BDCOM подогнал нам эту прошивку только вчера. Кому нужно, сама прошивка и changelog к ней лежат здесь https://www.dropbox....40uNBnNkua?dl=0

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

 

А мы ещё не торгуем этими железками, а следовательно не имеем статистики по бокавости той или иной прошивки.

 

А к кому тогда посыл был с прошивками? Если ни у кого нет железа и купить не у кого

[a_n_h 590]

 

 

Народ, кому интересно, вышла новая прошивка на OLT BDCOM P3310C. Не знаю насколько новость свежая, т.к. BDCOM подогнал нам эту прошивку только вчера. Кому нужно, сама прошивка и changelog к ней лежат здесь https://www.dropbox....40uNBnNkua?dl=0

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

 

А мы ещё не торгуем этими железками, а следовательно не имеем статистики по бокавости той или иной прошивки.

 

Виноват, интересует на OLT BDCOM P3310B.