Перейти к содержимому
Калькуляторы

wglazyrin

Пользователи
  • Публикации

    60
  • Зарегистрирован

  • Посещение

Все публикации пользователя wglazyrin


  1. Сегодня написал клиент из Словакии, Did you hear anyone unlocking Zhone OLTs for third party ONTs ? I was mentioned, that it had already been hacked in russia, and I do not mean vendorID change on ONT, but full OLT unlock. Maybe you have similar knowledge about huawei (up to R15 and from R16) ? Уважаемый Олл, Кто нибудь располагает информацией 1. Была ли сломана совместимость ZHON в чем привязка ОНУ/ОЛТ состояла? 2. В чем состоит привязка Huawei ОНУ/ОЛТ R014, R015 (клоны точно есть в природе) 3. В чем соль привязки ОНУ/ОЛТ Huawei R016 R017 ...это так интерсно..)
  2. получил комплект - MA5608T Наблюдаю картину: - не больше 32 ОНУ на порт - не включаются сторонние ОНУ, пишет ("Reason of offline : insufficient license for third-party ONTs" Кто знает как лечить? При таком поведении не думаю что можно пользовать.. Помогите!
  3. мне тоже копию пожалуйста wg_00(at)mail.ru
  4. Неплохая табличка. Только в моем случае приходится искать другие деления. Просто есть случаи когда на перекрестках приходится отправлять в ответвления сигнал на планируемой количества клиентов. В любом случае в муфту оставляю возможность подключить 4 клиента. В итоге сама сеть получается гораздо сложнее. И пользуюсь сплиттера с отвода ми и 1% и 2 и 3% а не только начиная с 5. В начале ветки предпочитаю ставить деление 1 на 2 т.к. потом при покупке новой головы достаточно просто ее включить в ветку, просто убрав равный сплиттер 1 на 2 Мы изначально ограничили список используемых FBT x10% 10/90, 20/80, 30/70, 40/60, 50/50, 95/5 из соображений доступности и стандартности. Можно использовать и более дробные значения, но они как правило меньше распространены в природе...)) Да и запас сейчас по мощности в ГЕПОН решении достаточный чтобы зачастую пренебречь единицами процентов. Данное мнение исключительное ИМХО, может быть как угодно. Инвариантность огромна, в наших таблицах рассматриваются некие стандартные случаи, таблицы просто справочник. Хотели опубликовать статьи про - топологии и - проектирование Не уверены, интересно ли это будет читателям. Как вы думаете?
  5. Расчетные таблицы различных топологий
  6. нужно добавить в конфиг его ОНУ следующие строчки Switch_config_epon0/3:1#epon sla downstream pir 1000000 cir 15000 Switch_config_epon0/3:1#epon sla upnstream pir 1000000 cir 15000 CIR - скорость зарезервированная на данного клиента "намертво" PIR - верхнее ограничение скорости отдельная строка на поток наверх и вниз текущие строки означают минимум 15мегабит, максимум 1000м(1Гигабит) Если у вас скорость режется выше, на роутере примените именно эти строки, тогда у него порт разблочится до гигабита, а роутер будет нарезать его тариф в 150м Если вы хотите зарезать его тариф на порте, отредактируйте строчки например так Switch_config_epon0/3:1#epon sla downstream pir 150000 cir 15000 Switch_config_epon0/3:1#epon sla upnstream pir 1000000 cir 15000 это скорость наверх на полную катушку скорость вниз минимум 15м максимум 150м В общем можете поиграться с этим командами, как вам надо НЕ рекомендую менять CIR Цифра в 15 мегабит = 1000/64 абонента По идее, при полной загрузке в 64 абонента, и одинаковой конкуренции всех стразу скорость не должна падать ниже15 мегабит. То есть режем только ПИР. Резать или не резать стрим на верх, можно понять, только зная вашу ситуацию. В данном случае прошивка скорее всего вообще не причем. Делать даунгрейд не нужно. Когда и если вам это будет нужно, это тема для отдельного разговора, там есть тонкости. Без надобности не стоит.
  7. Доброго времени суток, wglazyrin!) Имеется OLT BDCOM P3310B и порядка 100 абонентских терминалов ONU BDCOM GEPON(P1004C1) и 1 абонентский терминал ONU BDCOM GEPON(P1501C1). Просто попался абонент, которого не устраивал тарифный план в 100Мбит, ему захотелось именно 150Мбит, от чего и была куплена ONU BDCOM GEPON(P1501C1), являющаяся гигабитной. Всё было хорошо, всё работало, не было никаких жалоб. Потом в виду необходимости было решено перепрошить данную OLT BDCOM P3310B, т.к. на старой прошивке обнаружился баг с отдачей информации по SNMP (По snmpwalk отдавались значения OID, а если запрашивать snmpget определённые OID, то писалось, что такого OID не существует). Хотя другие OLT BDCOM P3310P всё "хорошо" отдавали и подобных проблем не было. Единственное, чем они отличались от той, у "проблемного" BDCOM была старее прошивка, чем у всех остальных. До этого стояла 10.1.0B Build 21324; System Bootstrap 0.3.8 Обновил в итоге до 10.1.0B Build 30847; System Bootstrap 0.3.8 (Прошивку брал с data.nag.ru) Где-то читал, что от версии к версии может поменяться "синтаксис" команд, но я специально стянул конфиги до и после прошивки, а потом сравнил их с помощью diff, который показал лишь отличие в паре пустых лишних строк. Т.е. никакая часть конфига не была отвергнута. После обновления прошивки скорость у абонента с тарифом 150Мбит не превышала 95Мбит. Грешили сперва на сервер, т.к. в прошлом был подобный "момент" при самом старте заведения данного 150Мбит тарифа, но сервер тут ни при чём. Также пробовали заводить тестового пользователя с подобным тарифом и у него было всё хорошо (150Мбит), но эту проверку делал не "за EPON" оборудованием, а из-под обычного коммутатора доступа. Сегодня выяснилось, что подключаясь к коммутатору, к которому подключен OLT BDCOM P3310B - всё прекрасно, а если подключаться со стороны клиента, находящегося за epON, то скорость действительно не превышает 95Мбит/с. Пробовали и своим оборудованием - ничего не изменилось. Сигнал хороший. Увы, других ONU BDCOM GEPON(P1501C1) не имеем под рукой, абонент такой единственный. Абонент попался ещё "интересный" тем, что имел привычку делать замеры speedtest'a каждый день (не знаю зачем). По его замерам было брошено внимание, что в "день прошивки" всё и "перестало работать". Поэтому в данный момент грешу на новую прошивку OLT. Меня также смущает тот факт, что из-под OLT я не могу посмотреть скорость порта данной гигабитной ONU. Определяется как "Unknown", да и при конфигурирование порта я могу лишь выбрать между 10/100 и Auto. show epon interface epON 0/2:27 onu port 1 state Hardware state is Link-Up Speed is Unknown epon onu port 1 speed ? 10 -- Force 10 Mbps operation 100 -- Force 100 Mbps operation auto -- Enable AUTO speed configuration Так и должно быть? Или я чего-то не понимаю. Хотя линк действительно поднимается гигабитный при подключении нашего/клиентского оборудования к данной гигабитной ONU. Спасибо за прочтение моего потока сознания, постараюсь задать вопросы, к которым хотел подвести: 1) Действительно ли есть "подобный(ая) баг/фича" у данной прошивки? Или в прошивке не может быть "подобного"? 2) Хочу откатить прошивку, благо сохранил старую, но можно ли делать Downgrade на BDCOM P3310B? Часто читал, не буду искать источник "сплетен", что каждая прошивка ставит свой загрузчик, от чего нельзя будет "вот так просто" откатиться, не сделав из BDCOM кирпич. Как я вижу, то в точке "ДО" и в точке "ПОСЛЕ" версия BootStrap не изменилась, осталась 0.3.8., а значит я могу смело откатиться!? 3) И ещё такой вопрос, чтобы учесть все риски. Если каким-то "чудесным" образом я всё же сделаю кирпич во время перепрошивки, имеются ли способы "оживить мертвеца"? Если да, то каким образом это сделать? Хотелось бы подстраховаться от любой ситуации в предновогодние праздники =)
  8. Что такое 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 не требует никаких сложных настроек и долгих шаманских ритуалов с параметрами - его достаточно включить и наслаждаться качеством его работы в "не качественной сети". Скачать тест целиокм
  9. 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 представлены ниже. Тест на работу с мультикаст 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 прошла успешно. Выводы К сожалению, BDCOM не смог удивить своим решением. Он выпустил всё тот же 3310B, но с новой аппаратной платформой, которая кроме FEC ничего нового не умеет (да и его целесообразность под вопросом). Хотелось бы со временем увидеть новую прошивку, которая позволит раскрыть весь потенциал PON чипа Cortina CS8022 и регистрировать до 128 ONU на порт. Если BDCOM-у это удастся, продажи данной модели резко возрастут. Скачать Отчет_BDCOM P3310C
  10. Итак, можно констатировать, что механизм 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 сделал своё дело. DHCP Snooping (Option 82) Большинства провайдеров, авторизующих клиентов по IPoE, используют Option 82 для привязки клиента к оборудованию провайдера. Поэтому умение OLT-а добавлять Option 82 к DHCP пакетам является крайне важным. Включим DHCP Snooping в первом VLAN-е и активируем Option 82 (Cisco формат). Посмотрим, что из этого вышло: WireShark показывает, что опция 82 на месте - можно идти дальше.
  11. 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-и и пропускает их дальше в сеть. Справедливости ради надо отметить, что модель P3310B также не могла пройти данный тест. Выход из этой ситуации один - обзвонить всех абонентов и попросить не запускать сетевые атаки в режиме флуда, а только отдельными пакетами. А если серьёзно, то Port Security можно включить непосредственно на UNI порту ONU - в этом случае функция будет работать корректно. Если запустить утилиту DHCDROP ещё раз в режиме флуда, то ONU передаст пакеты с 4 новыми MAC-ами, а все остальные пакеты отбросит.
  12. Выдержка из теста Выход модели BDCOM P3310C на смену "легендарного" P3310B сразу наталкивает на ряд вопросов: "А что там с обратной совместимостью OLT-ов?", "А все ли старые и новые BDCOM ONU будут работать с новым OLT-ом?", "А изменились ли команды в CLI?" и т.д. В данном тесте мы постараемся ответить на эти вопросы. При этом мы не будет тестировать L2 функционал OLT-а, т.к. он не изменился. Упор будет сделан на тестировании работоспособности различных ONU. Для ценителей подробных тест репортов далее по тексту будет подробно описан механизм тестирования каждой из упомянутой в таблице функции на примере одной ONU. Подключение и регистрация Довольно часто при подключении ONU к дереву, процесс её регистрации занимает много времени. Конечно, родных ONU-шек BDCOM это не касается, а вот альтернативные ONU часто страдают таким "недугом" - время регистрации может доходить до 2х минут. Крайне редко, но всё таки встречаются образцы, которые и нескольких секунд не могут удержаться в дереве и после регистрации сразу же (или через несколько секунд) дерегистрируются. Как правило, это связано с рассогласованием таймеров протокола MPCP на самой ONU и OLT-е. У наших же подопытных проблем с регистрацией не возникло. Все ONU зарегистрировались в течение 12 секунд. Было бы странно, если бы у BDCOM ONU возникли проблемы с регистрацией на BDCOM OLT-е. 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.
  13. Несколько месяцев назад компания 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 (Forward 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-шек, поэтому введено программное ограничение. Жаль.
  14. Есть баги. И есть неисправимые пока пробелы в функционале. Есть тест репорт. Хардваре и Софтваре. Не в связи с ТПЛИНК, а скорее вообще в связи с чипсетом МТК --- не рекомендую При всем уважении к великой компании TPlink, довольно часто, некотрые их проекты, в погоне за экономической эфективностью, выходят откровенно UNUSABLE. Пример - веб смарт свитчи, особенно 2218. Report TP-Link TL-EP110 HW Report TP-Link TL-EP110 SW
  15. Дорогой NiTrO, вы напрасно тут всех вводите в заблуждение SPECTRA - не продается по 25. К тому же вы даете ссылку на Украину. К тому же - ценовая разница в 5-7 дол, реально не создает того ВАУ! эффекта о котором вы говорите. Это когда только все начианалось и ОНУ стоило 100 дол, да, 70 или 100 имело значение. Нужно принимать во внимание факт того, что сетевое оборудование, это товар котрый прежде всего должен иметь тех. поддержку, и гарантию. Покупаю сетевое оборудование "заморем" ни того ни другого не будет. А это очень важно, особенно для тех кто только делает первые шаги в ПОН. Не то что бы, ваша точка зрения не имеет право на жизнь, просто она верна далеко не во всех случаях, им может быть рассмотренна только как ИМХО.
  16. не такой ли? ато ссылочка ваша не работает - интересно было бы его посмотреть, потестировать - у вас мануала нету от него?
  17. Тут такое дело. Модель BDCOM P3310B сняли с производства. Старушка отпахала уже 4 года. Сейчас будут дальше новая модель BDCOM P3310С.
  18. Раньше WEB интерфейс 3310B был вообще просто чистый лист с полем для ввода CLI команд. Сейчас сеть хоть какойто функционал. Все же, полноценно работать с ОЛТ через него не возможно. Так что - придется учиться и привыкать к CLI.
  19. Нелинейные искажения чего? сигнала? О чём вообще речь. Я конечно знаком с теорией стоксовых и антистоксовых волн, возникающих в волокне при достижении определённой мощности сигнала ... так называемое Рамановское и Брюллиеновское рассеяние света, только это тема из DWDM, при чём здесь PON. Расскажите подробней, о каких искажениях идёт речь? Хм... Я не силён в теории. Мой инженер постоянно говорит о нелинейных искажениях, это вроде как сумма разнородных ошибок. У меня 2 OLT, одна из которых Zhone, так вот там можно увидеть эти ошибки, на другой OLT китайской это увидеть нельзя и это просто ужасно. У меня сейчас абоненты отваливаются каждый день на несколько секунд, а мы не можем найти причину. Вот я и думаю, может купить OLT BDCom и пересадить моих абонов с китайской ОЛТ на неё. После публикации документации Zhone OLT Стало понятно, что 1. Zhone OLT - системы GPON 2. Какой системы у вас втрой ОЛТ я не смог понять, возможно тоже GPON. 3. BDCOm 3310 - это GEPON OLT 4. GEPON и GPON несовместимы 5. Недавно вышла первая модель BDCOM GPON - она такая "крупненькая" - 2048 абонентов на 1U. Незнаю, не могу сказать насколько целесообразно делать замену. Есть вероятность что это не возможно. (почему читай ниже) 6. Нам не изевстно какие вы используете ОНУ, какой марки, какой модели. 7. РЕально совместимость разных вендоров в рамках ПОН возможно только на базе стандарта CTC (Чайна Телеком Стандарт) - практически любые китайские ОЛТ/ОНУ в рамках одного станадарта GPON/GEPON можно подружить потому что они все имеют совместимость по станадарту CTC - прим. Eltex (при всем нашем уважении) CTC не совместимый и поэтому к нему лепить ОНУ из КНР БЕСПОЛЕЗНО - нам не известно, но OLT производства USA (Zhone) весьма вероятно не CTC совместимый, и потому работать будет только со своими, и может еще каким то очень узким кругом вендоров поддерживающих их внутренний пропретиарный протокол. 8. "Раз такая пьянка" что ОЛТ штатовский - то не удивительно, что он "крут" и может показывать что то такое, что не могут другие, но ИМХО - вещица наверное не дешевая, и ОНУ к ней тоже не дешевы. 9. Думаю, нужно налаживать то что есть. 10. А что там за модель "вторго ОЛТ"? PS: 11. то что я говорил про несовместимость OLT, одинаково относится и к ОНУ 12. СОвет: Принимая решения о использовании того или иного бренда ПОН и той или иной системы (GPON/GEPON) нужно учитытыать следующее - эконом эфективность: ПОН это доступ, а значит ложится на плечи абонентов, он должен иметь "вменяемую" стоимость. Курс растет, стоимость подключения в ЧС падает. - на практике никакой разницы между GPON и GEPON просто нет. - нужно предвидеть возможность ипользования совместимосго оборудования в будущем
  20. Спасибо за подсказку. Я знал, что из-за этого может возрастать затухание, но не подумал об отражении. Обязательно переварим на днях. Посмотрим, что получится. Специально для вас публикую Статейку - Использование Раземов в ПОН В ней есть информация - что можно, чи что нельзя. Если в вашей сети есть соединения UPC/APC от них унжно срочно избавиться - птому что образующееся доп. затухание 6dB выводит бюджет сети ня грань падения. Для сравнения затухание на всех сплитерах дерева х64 - всего 20-22dB, а тут на одном соединении уже 6dB. - отраженка, мне кажется никакого влияния не имеет, потому что а) отраженка на UPC - (минус 55db) б) отраженка на APC - (минус 65db) c) чувствиетльность приемников ПОН - (минус 26...-32dB) --- так что отарженка не влияетна ПОН, отраженка влиять может на ТВ сигнал, картинка слегка двоиться начинает)
  21. To: optima.net Разрешите расставить точки над и. Статейка про нелинейныесикажения в оптике Для того чтобы вы не устали ее читать, могу сказть следующее: В оптике есть линейные эффекты - пример затухание, усиление и нелинейные эффекты - SBS, SRS В чем суть вопроса. Изложу вопрос очень простыми словами. Линейщина: Когда мы усиливаем сигнал, его аплитуда пропорционально растет, когда сигнал затухает он пропорционально уменьшает аплитутуду. Таким образом - линейные эфекты пропорциональны дальности, пропорциональны мощности сигнала итд. Все что линейно, работает "как надо" потому что легко расчитывается и ведет себя передсказуемо. Если бы сущестовали только линейные эффекты не было бы ограничения на дальность передачи сигнала, потому что мы могли бы пропорциоанльно усилить его на любую мощность и добить образно говоря "хоть до луны". Нелинейщина: SBS и SRS проявляют себя когда намнужно пробить сигналом очень далеко, напремер мы хотим пробить 200 или 300км При удельном затухании - 0,2dB/км(1550nm) * 300(200) = 60dB-40dB(данные с потолка и для примера) Тоесть нам нужно получить оптически бюджет 40-60db чтобы все зарабоатало Если приемник работает на -(минус)23dB то получается что нам в волокно нужно подать мощность +17(200км) и 37dB(300км) И вот тут то и появляются нелинейные эффекты. Образно можно представить, что волокно становситсяф упругим для света, и после привышения некой пороговой мощности, оно дает обратный эффект, как бы отскакивает от волокна в обраную сторону. (прошу меня специалистов в области DWDM не пинать, я все расказываю упрощенно...) Другими словами, пока мы не достигнем некой пороговой мощности, никаких SBS/SRS(нелинейных эффектов) в примнципе не может быть. Этот порог зависит от ширины спектра, от размера окна (измененого в нанометрах) в котром работает система. Чем окно шире, тем большую мощность нужно развить чтобы получить нелинейные эффекты. Для системы DWDM у которой ширина спектра одного канали 0.8nm - SBS начнется от мощности +11..+12dB А при ширине спектра в 10nm (как у CATV/PON) там мощность можно спокойно вдуть и 22-24dB (например CATV поверх PON) Изевстно всем что в ПОН модули применяются с мощностью 0..+5 максимум можно гдето найти +7 ВЫВОДЫ: ваш инженер/админ заблуждается или пытаеся ввести вас в заблуждение никаких нелинейных эффектов в ПОН быть не может. По поводу ошибок L1/L2 Модель сети имеет 7 уровней. Превый из них физический, втрой пакетный. (L1/L2) Конечно же корень всех ошибок физика. Тоесть первопричина ошибок находится на первом уровне. Помере повышения уровня есть спец механизмы котрые позыоляют ошибки более низкого уровня устранить. Тоесть, если у вас из за ошибок на L1 пришел буитый пакет, комутатор(ОЛТ) видит что пакет битый, и пересылает его повторно. Это механизм заложен в пакетном уровне тоесть L2. Всяки раз когда пкет битый, счетчик на интерфесе увеличиваестя на единицу. Я прочел все что писал Реаниматор, полностью его поддерживаю, но из опыта могу скзать что наиболее вероятные причины - уровни сигнала, особенности оборудования все шторым они менее вероятны. Никогад не слышал про бернд оборудования котры вы назвали. ОТкоментировать не могу. Если есть подозрение что едоо все таки в уровнях, попробуйте вникунть в понятия "Оптический бюджет" и "децибел" вам тогда будет проще проконтролировать а првильно ли у вашего инженера все расчитано, сделано... Опус Про Децибел Опус Про Оптический Бюджет
  22. Медиаковерторы, это устаревшая технология, я представляю сколько нужно блоков питания в ящик поствить Покажите фото 1 порт WDM TX1550/RX1310 100Mbps + 7 портов RJ45 10/100Mbps
  23. Если абонентов держите на PPPoE, то выбор не очень. На прикреплённых изображениях максимальная скорость которую показали onu-шки на гигабитной сети без ограничений. Через ETH порты. В режиме роутера на LAN-портах и через Wi-Fi скорость ещё ниже и упирается где-то в 30 мегабит. Китайцы говорят о CPU bottleneck. ОТвет
  24. Если абонентов держите на PPPoE, то выбор не очень. На прикреплённых изображениях максимальная скорость которую показали onu-шки на гигабитной сети без ограничений. Через ETH порты. В режиме роутера на LAN-портах и через Wi-Fi скорость ещё ниже и упирается где-то в 30 мегабит. Китайцы говорят о CPU bottleneck. 0.Тут нужно уточнить, а про какую модель спрашивал ака laplundik (уточните модель) 1. Что касасетя самого производителя - то он неплох. 2. У нас есть репорт на модель 1ge от них. (Если что свзяаться можно только через месенджеры, Личку прикрыли.) 4. То что касается wifi моеделей ЛЮБЫХ от китайский производителей, то я их все не рекомендую. Или Ротере по FW оч горбатый, или траф не тянет, ли функции не поддерживает какие то.. Про роутер- ОНУ пока можно забыть на 100%. У нас коробка огромная таких wifi-ONU. Луше не надо..))) 5. По ТВ примочкам в составе ОНУ, ранеьше не проходили по цене, сейчас что то лучше становится, но пока цены на такие модели завышеные для порога вхождения в это сервис. Еще немного подвинутся китайцы и можно будет говорить и реальности решения ОНУ+ТВ. В тренде будут скороее всего 1GE+TB модели.