Перейти до

PON: опять про оптический бюджет


kvirtu

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

2 часа назад, KaYot сказал:

Витуха свыше 100м - выход за пределы стандарта. Лишнее деление в ПОНе в пределах оптического бюджета - ничего не нарушает.

При использовании + или ++ модулей реальный бюджет может быть под 40дб, а потери в делителях х8х8 - 20дб.

Даже в стартовом сообщении ТСа паспортный бюджет 35дБ(калькулятор бы ему подарить)

Вы оставшиеся 20дБ консервировать будете, или поделите еще в 2-4 раза и бесплатно спланируете 100% покрытие, вместо расчетного 50%? Рано или поздно пригодится, всегда так бывает.

 

P.S. дальше фанаты всегда начинают кричать "мощность ОНУ фиксирована, голова её не услышит и более мощный OLT-модуль не имеет смысла". Но и это не так, в мощных модулях пропорционально растет чувствительность и бюджет равномерно расширяется в обе стороны.

 

Подтверждаю.

Был один клиент, волокно потянуло - уровни упали -32 к клиенту -38 на олт - клиент работал, потерь не было.

Хотя это все не показатель а очень зависит от ОНУ также.

Есть некоторые ОНУ что -28 на них и уж все труба.

 

В последнее время стали придерживаться правила не опускать сигнал на ОНУ ниже -24

Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 103
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Мы вообще все строим на процентных, планарные только абонентские.

Нас цікавть 2 сигнали: 1. з яким рівнем бачить олтшка онушку. 2. з яким рівнем бачить онушка олт і ці рівні різні, ось чому.  SFP на "базі" світить +6, а от онушка на "базу"  0...+4 (за

Витуха свыше 100м - выход за пределы стандарта. Лишнее деление в ПОНе в пределах оптического бюджета - ничего не нарушает. При использовании + или ++ модулей реальный бюджет может быть под 40дб,

Вторая страница, а про разные частоты 1310 от ону и 1490 с головы так никто и не сказал. А это между прочим 0.12дб на км разницы. 

  • Like 1
Ссылка на сообщение
Поделиться на других сайтах
4 минуты назад, Den_LocalNet сказал:

Вторая страница, а про разные частоты 1310 от ону и 1490 с головы так никто и не сказал. А это между прочим 0.12дб на км разницы. 

 

Там вроде как >20 км не заводится уже пон? Или я неправильно помню?

Ссылка на сообщение
Поделиться на других сайтах
6 часов назад, Kto To сказал:

 

Там вроде как >20 км не заводится уже пон? Или я неправильно помню?

Не, 20км это общая протяженность волокна на одном порту за всеми делителями включая абонентский дроп. Длина магистрали не более 2км. На полном серьезе встречал такого "сисадмина" который у нас обслуживает сразу нескольких пыонэров, когда один из них по старой дружбе попросил помочь с поном. Зато эта скотыняка хвалился шо у него по 95 онушек на порт на 3310с висит.

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

Длина магистрали не более 2км.

Почему? работает магистраль более 5 км (до села).

10 минут назад, nedoinet сказал:

хвалился шо у него по 95 онушек на порт на 3310с висит.

уже было, скрипт периодически сканирует и удаляет из ОЛТ неактивные ОНУ.

Відредаговано a_n_h
Ссылка на сообщение
Поделиться на других сайтах
40 минут назад, a_n_h сказал:

Почему? работает магистраль более 5 км (до села)

Да это по утверждениям того "админа". Здравомыслящие исходят из пон бюджета.

41 минуту назад, a_n_h сказал:

скрипт периодически сканирует и удаляет из ОЛТ неактивные ОНУ.

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

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

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

конечно, особенно если учесть, что многие не выключают ОНУшки.

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

А чем вам тут бюджет помешал?

Да ничем. Я имею ввиду что по словам того человека от головы до дальней ону не должно превышать 2км. 

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

Прекрасно работают деревья с расстоянием больше 5км до первого делителя.

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

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

Продают еще такую приблуду

https://deps.ua/katalog/optical-extenders-pon/raisecom-iscom-gpr01.html

Как оно в работе хз, но смысл пон немного теряется если использовать такое.

Ссылка на сообщение
Поделиться на других сайтах
8 часов назад, nedoinet сказал:

Не, 20км это общая протяженность волокна на одном порту за всеми делителями включая абонентский дроп.

 

Длина магистрали не более 2км. 

Да ладно ? Последнее утверждение это стеб ?

 

4 часа назад, nedoinet сказал:

Да ничем. Я имею ввиду что по словам того человека от головы до дальней ону не должно превышать 2км. 

Набейте тому челу морду-лица - он не прав :(

 

55 минут назад, Конденсат Бозе-Эйнштейна сказал:

Прекрасно работают деревья с расстоянием больше 5км до первого делителя.

Было время запускал одно дерево на 23км ...

Аналогично, но чуток поменьще 18 км до первого делителя и там не более 2-2,5 до крайнего абона ...

Кстати без дальнейших нареканий ...

 

ЗЫ: Насколько я понимаю тут вопрос не сколько в бюджете линии, сколько в скорости распространения сигнала ...

        И 20 км. выбрано не из соображений мощности лазера или чуствительности приемника (которые увеличить - "раз плюнуть"), а из самого  механизма работы  TDM(a) на конкретных скоростях (или уменьшаем общую скорость на ветке и удлиняем её, или ...) Скорость света всё-таки не безгранична, а время обработки сигнала и подавно!

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

подскажите плиз,

подключил сегодня абонента,

received power(DBm): -22.4

а вот от онушки скачет, то норм: -22.4 то -36.9

при этом линк держится - в логах перерегистрации онушки не наблюдается

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

подскажите плиз,

подключил сегодня абонента,

received power(DBm): -22.4

а вот от онушки скачет, то норм: -22.4 то -36.9

при этом линк держится - в логах перерегистрации онушки не наблюдается

измерителем мощности меряли от клиента что показывает?

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

подскажите плиз,

подключил сегодня абонента,

received power(DBm): -22.4

а вот от онушки скачет, то норм: -22.4 то -36.9

при этом линк держится - в логах перерегистрации онушки не наблюдается

Чем меряли? Проходным тестером или по логам ОЛТ? (ОНУ я думаю меняли сразу - откидаем проблему)

Если по логам - то бабка на двое .... (есть ли вообще проблема).

Если тестером - от залома волокна, до микротрещины в сварке (волокне) встречалось :( - бывает очень трудноустранимая (выявляемая) проблема ...  :(

ЗЫ: Притом что самое противное - на 1490: стабильно :(

Відредаговано Учумелые ручки
  • Like 1
Ссылка на сообщение
Поделиться на других сайтах

у мене було до 1 дільника біля 11км з куча муфтами і після нього дерево на 128портів з куча пон боксами з 1х4 -  сигнали 24-25 в абонів. робило роки два

Відредаговано logic
Ссылка на сообщение
Поделиться на других сайтах
3 часа назад, kvirtu сказал:

мерял на олт так:

 

show epon optical-transceiver-diagnosis interface EPON 0/1

Тогда, для полного прояснения ситуаци (иначе - эти измерения, в моем понимании,  - фикция), только рефлюком с компенсационной катушкой со стороны абона в сторону головы (естественно до первого сплиттера не абонского ...) ... В режиме постоянного измерения :( минут 15-20 ...

Подозреваю таки дефект сварки  ... :( Ветку конечно придется "положить" на это время :(

Відредаговано Учумелые ручки
Ссылка на сообщение
Поделиться на других сайтах
2 минуты назад, Учумелые ручки сказал:

Тогда, для полного прояснения ситуаци (иначе - эти измерения, в моем понимании,  - фикция), только рефлюком с компенсационной катушкой со стороны абона в сторону головы ... В режиме постоянного измерения :( минут 15-20 ...

Подозреваю таки дефект сварки  ... :(

понял, спс.

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

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

понял, спс.

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

Переваривали у абонента и на боксе? Почистить пиги, патчи пробовали?розетку на крайний случай заменить

Ссылка на сообщение
Поделиться на других сайтах
В 24.04.2019 в 19:36, kvirtu сказал:

подскажите плиз,

подключил сегодня абонента,

received power(DBm): -22.4

а вот от онушки скачет, то норм: -22.4 то -36.9

при этом линк держится - в логах перерегистрации онушки не наблюдается

Было такое же на днях, заменили патч в боксе и норм.

Я думаю, Вам нужно угадать с какой стороны =)

Відредаговано trsnah
Ссылка на сообщение
Поделиться на других сайтах
В 24.04.2019 в 20:36, kvirtu сказал:

при этом линк держится - в логах перерегистрации онушки не наблюдается

Доки працює - хай працює. (с)

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

Рефлектометр -  хорошая штука.

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

Кстати, может кто сталкивался. Депсовский Пон-метр на коробке показывает сигнал 24 к примеру а у абона 30. Теряем по пути 6 дБ...монтажники топают к коробке, ставят в обрыв линии Пон метр и он показывает затухание на абонентском дропе 0.8 дБ...не состыковочка(( И так на двух Пон-метрах.  Хотя дома и тот и тот тестил, все нормально показывает...когда патч к онушке перегинаю увеличивается затухание на экране.

Ссылка на сообщение
Поделиться на других сайтах
В 28.04.2019 в 16:18, superb сказал:

Кстати, может кто сталкивался. Депсовский Пон-метр на коробке показывает сигнал 24 к примеру а у абона 30. Теряем по пути 6 дБ...монтажники топают к коробке, ставят в обрыв линии Пон метр и он показывает затухание на абонентском дропе 0.8 дБ...не состыковочка(( И так на двух Пон-метрах.  Хотя дома и тот и тот тестил, все нормально показывает...когда патч к онушке перегинаю увеличивается затухание на экране.

У нас также прибор показывал.

И виновник патч был, я выше писал.

Тоже, дроп меряли показывало до 1 дб, только вставляли в делитель начинало прыгать от 26 до 38 дб. В итоге через 2 дня начал показывать -50 *** 

Заменили в боксе патчик и вуаля

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

Всем доброго вечера,

подскажите плиз, можно ли делить "дерево" на ветви процентными делителями ? или только планарными ?

Ситуация в том , что стоял делитель 1х4, заменил на 40/60 с целью улучшить сигналы и "удлинить" одну из веток, НО

получилось, что сигналы наоборот ухудшились на 2-3 Дб, и именно на  втором и последующих боксах, на каждой из веток.

Где потерялись Дб ???

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

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

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

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

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

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

Вхід

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

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

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

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

    • Від nettech-expert
      Представляем Вашему вниманию абонентский терминал ONU SFG10, предназначенный для работы в пассивных оптических сетях GEPON.
       

       
      Устройство имеет уже привычную многим конфигурацию портов: 1 оптический PON порт и 1 GE порт для подключения абонентских устройств.
       

       
      Терминал выполнен в компактном пластиковом корпусе с размерами 110мм*70мм*28мм. Его лаконичный дизайн, на фоне всего разнообразия форм современного рынка ONU, можно назвать классическим.
       

       
      Помимо портов для подключения оптической и абонентской линий, на корпусе присутствует разъем питания, кнопка выключения питания, кнопка Reset. В верхней части корпуса расположена линейка светодиодных индикаторов основных режимов работы устройства. Индикаторы достаточно стандартные и их назначение интуитивно понятно.
       

       
      Корпус обладает хорошо развитой системой вентиляционных отверстий, расположенных на нижней и боковых поверхностях ONU.
      Комплект поставки минималистичен: картонная коробка, блок питания 12В, 0,5А и само устройство.
       

       
      Мы не станем акцентировать Ваше внимание на описании характеристик SFG10, взятых из даташитов. Все они сходны с характеристиками многих подобных устройств на рынке Украины и с ними вы можете ознакомиться на нашем сайте по ссылке. Но, как показывает практика, не все, что заявлено в описаниях, оказывается действительно работоспособным в реальных условиях.
       
      Поэтому мы постараемся уделить больше внимания результатам реального тестирования данного абонентского терминала.
       
      Тестирование производилось с линейным терминалом OLT BDCOM P3310B, который получил значительное распространение в действующих PON сетях.
       
      Абонентский терминал SFG10 построен на базе чипа Cortina CS8032, который хорошо зарекомендовал себя в аналогичных PON устройствах и наличие которого иногда считается необходимым и достаточным условием хорошей совместимости абонентского устройства и линейного терминала от BDCOM.
       
      Сравнительные тесты проводились с ONU BDCOM P1501С1, который также хорошо известен всем «поноведам» отечественного «поностроения». Терминалы подключались к одному PON порту через PLC сплиттер.
       
      Для начала, оценим излучаемую мощность оптического трансивера абонентского терминала. Ведь именно она, в значительной мере, будет определять оптический бюджет PON сети. Для этого, первоначально проведем измерения с помощью оптического PON-тестера (с характеристиками тестера Вы можете ознакомиться на нашем сайте по ссылке), а затем, те же параметры попробуем определить с помощью программных средств OLT и ONU, используя функцию DDM.
       
      Показания тестера для ONU SFG10:
       

       
      Показания прибора для ONU BDCOM в абсолютно тех же условиях:
       

       
      Как видим, значения оптической мощности у SFG10 уж точно ничуть не хуже. Оценим эти параметры средствами DDM:
       

       
      Видим, что уровень принимаемого сигнала от SFG10 (интерфейс EPON 0/1:1) несколько выше, а уровень излучаемой мощности точнее соответствует измеренным параметрам.
       
      Проведем основные настройки тестовой схемы. Установим стандартные, рекомендуемые BDCOM, настройки DBA. Создадим шаблон автоматической настройки ONU, который назначает USER VLAN (в нашем случае это VLAN 95), multicast VLAN (в нашем случае VLAN 100), обеспечивает шейпинг PON порта ONU и активирует функцию LoopBack Detection.
       

       

       
      Как мы видим, обе ONU приняли настройки по всем командам корректно. Параметры storm control были введены вручную для каждого устройства так же без проблем.
       
      Прохождение пользовательского трафика и потока в multicast нареканий не вызывают. LoopBack Detection и storm control функционируют.
      Шейпинг работает c шагом 30,60,90  mbps (измерялись реальные скорости, хотя значения могут устанавливаться любые), но такая реализация наблюдается и у ONU BDCOM.
       
      Проверим возможность назначения на ONU IP адреса в Management VLAN. В нашей конфигурации это VLAN 96 c IP адресом 192.168.0.10/24. Назначим на ONU адрес 192.168.0.15/24 командой:
       
      epon onu ctc ip address static 192.168.0.15 255.255.255.0 gateway 192.168.0.10 cvlan 96 svlan 0 priority 5.
       

       
      Как видим, проблем с этим нет. ONU доступно по назначенному адресу.
       
      Дополнительно проверим возможности настройки Port Security и Opt.82.
       
      Настроим на ONU Port Security и ограничим число разрешенных MAC-адресов до 5.
       

       
      При этом, в таблице MAC-адресов для порта epon 0/1:1 уже присутствуют два адреса: MAC-адрес самой ONU и MAC хоста, подключенного к абонентскому терминалу. DHCP сервер в нашей тестовой схеме находится по адресу 192.168.0.11/24. Попытаемся его атаковать по DHCP Starvation утилитой DHCDROP c хоста за абонентским портом терминала. Если функция Port Security работает, то атакующему хосту удастся получить не более трех IP-адресов до срабатывания счетчика.
       

       
      Видно, что утилите удалось получить три IP-адреса по сгенерированным фейковым MAC-адресам, после чего система заблокировала запросы от неизвестных MAC.
       
      Проверим поддержку Opt.82. Для этого с абонентского хоста отправим запрос к DHCP серверу и проанализируем пакеты DHCP Request. Предварительная настройка Opt.82 на OLT:
       

       
      Пакет DHCP Request:
       

       
      Видим, что в DHCP запросе присутствуют параметры Opt.82 в привычном для BDCOM формате.
       
      Мы протестировали основные функции абонентского терминала ONU SFG10, которые используются в большинстве PON сетей. Все они работоспособны и нареканий не вызывают. Абонентский терминал SFG10 тестировался в течение нескольких дней в ветке PON с разными типами ONU. Конфликтов в сети не зафиксировано, SFG10 хорошо «уживается» со всеми наиболее распространенными на нашем рынке типами ONU.
    • Від fastvd
      маленький вопрос от будущего ПОН-щика(почти пон-чик): опять же по оптическому бюджету, но вопрос с практики кто-как делает, ибо оптимальней всего я так понял разветвители на 8(Р8)...
      схема: олт-р8-р8 - наиболие подходящая я так понимаю, а если нужно на одном с плечей поставить олт-р8-р8-р2 - как себя ведет на практике такое...или может у кого-то по-интересней схема?
      и по монтажу-разветвители нормально помещаются в такие боксы http://www.ttsystem.com.ua/view_post1.php?id=146 или нужны специальные какие-то...

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