Перейти до

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


kvirtu

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

В 28.04.2019 в 16:18, superb сказал:

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

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

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

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

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

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

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

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

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

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

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

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

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

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

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

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

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

можно!

5 минут назад, kvirtu сказал:

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

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

искать, может быть плохая сварка/делитель.

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

можно!

искать, может быть плохая сварка/делитель.

так перепаивался только "корневой" бокс, остальные не трогал

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

так перепаивался только "корневой" бокс, остальные не трогал

значит его и нужно проверять, качество делителя тоже никто не гарантирует!

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

качество делителя тоже никто не гарантирует!

я как-то зарекся варить "вслепую". Только контроль каждого выхода каждого сплитера. Да, долго, да, геморно. Но, сцуко, спокойнее.

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

значит его и нужно проверять, качество делителя тоже никто не гарантирует!

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

так и во второй ветке

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

А как вы 1*4 поменяли на процентный 1*2? Может вы воткнули процентный перед 1*4? На 60% как раз 2.5 затухание, видимо вы туда 1*4 и приварили :)

 

Схему дайте всей ветки с делителями на ней.

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

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

так и во второй ветке

судя по профилю должен понимать, что делаешь.

Схему в студию!

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

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

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

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

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

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

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

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

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

понял, спс.

 

П.С. Схему выложу чуть позже ....

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

Все забывал отписаться,

В общем проблема решена - все банально просто, хреновые делители - заменили - все уровни стали на свои места.

Всем спасибо, кто пытался помочь. 

Ссылка на сообщение
Поделиться на других сайтах
  • 1 month later...
Опубліковано: (відредаговано)

Всем привет, Снова подыму,

вчера подключил абона, линк поднялся, инет пашет.

сегодня решил проверить уровни.

эта команда показывает уровень от ОНУ к ОЛТ,

sh epon optical-transceiver-diagnosis interface epon0/2:18
 interface    RxPower(dBm)
-----------  --------------
epon0/2:18   -36.9

Выходит, что у меня где-то залом в волокне, но в логах смотрю - эта онушка зарегена - линк не падает.

Sep 23 14:50:05 %OLT: Interface EPON0/2:18's CTC OAM extension negotiated successfully!

НО тут же на локале пишут, что эта команда не показывает реальное значение, а только расчетное ??? Так ли это ?

 

Смотрим сигнал к ОНУ:

show epon interface EPON0/2:18 onu ctc optical-transceiver-diagnosis
 operating temperature(degree): 59
 supply voltage(V): 3.4
 bias current(mA): 12.7
 transmitted power(DBm): 2.0
 received power(DBm): -24.9

 

сигнал в норме.

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

Выходит, что у меня где-то залом в волокне

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

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

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

сейчас так:

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

...

epon0/2:18   -36.9

show epon interface ePON 0/2:18 onu ctc optical-transceiver-diagnosis

transmitted power(DBm): 2.0
 received power(DBm): -24.4

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

еще замечал, такое:

было 14 онушек зарегеных - смотрю сигнал - и на последней  (14-й) онушке сигнал то норма, то -36.9.

Включил нового абона, и уже на 15-й онушке такая же фигня по команде :

show epon optical-transceiver-diagnosis interface EPON 0/2.

 

и что не понятно, сигнал вообще сейчас не меняется, тупо - 36,9 - на 18-й онушке, а она последняя зарегенная на этой ветке.

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

еще замечал, такое:

было 14 онушек зарегеных - смотрю сигнал - и на последней  (14-й) онушке сигнал то норма, то -36.9.

Включил нового абона, и уже на 15-й онушке такая же фигня по команде :

show epon optical-transceiver-diagnosis interface EPON 0/2.

 

и что не понятно, сигнал вообще сейчас не меняется, тупо - 36,9 - на 18-й онушке, а она последняя зарегенная на этой ветке.

звезда? шина?  измеритель мощности в руки...

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

звезда? шина?  измеритель мощности в руки...

а как влияет шина или звезда в ПОНе ? в моем случае шина. В том же боксе, у другого абона сигнал -23.

 

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

В том же боксе, у другого абона сигнал -23

тогда понятно. из вашего описания было не совсем понятно. абоны в делитель варятся или через адаптера? sc-адептеры "качественные" или делитель не гуд.

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

а как влияет шина или звезда в ПОНе ? в моем случае шина. В том же боксе, у другого абона сигнал -23.

 

Та же фигня только на одном sfp порту. На всех остальных все ок. Задолбался монтажников туда ганять. Они уже фото отчёты кидают что сигналы по 23 у абона, а у нас по 32, 36 даже 39 показывает) Онушки форы и стелсы. 

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

тогда понятно. из вашего описания было не совсем понятно. абоны в делитель варятся или через адаптера? sc-адептеры "качественные" или делитель не гуд.

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

по делителю - попробую другой порт на нем.

57 минут назад, superb сказал:

Та же фигня только на одном sfp порту. На всех остальных все ок. Задолбался монтажников туда ганять. Они уже фото отчёты кидают что сигналы по 23 у абона, а у нас по 32, 36 даже 39 показывает) Онушки форы и стелсы. 

монтажники чем меряют ? и Вы какой командой снимаете показания ?

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

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

по делителю - попробую другой порт на нем.

а никак пока не воткнешься. бывало вот так 2 патча соеденил и 10дбм кудато пропало.. бывало что после перезащелкивания конекторов сигнал приходил в норму.

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

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

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

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

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

по делителю - попробую другой порт на нем.

монтажники чем меряют ? и Вы какой командой снимаете показания ?

Пон тестером Депса и китайским с Али. И там и там приблизительно одинаковые показания. 

Команда 

 show epon optical-transceiver-diagnosis interface EPON

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

а никак пока не воткнешься. бывало вот так 2 патча соеденил и 10дбм кудато пропало.. бывало что после перезащелкивания конекторов сигнал приходил в норму.

понял )

12 минут назад, NaviNavi сказал:

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

так и планирую, может дроп, может порт делителя, может адаптер - буду пробовать.

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

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

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

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

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

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

Вхід

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

Войти сейчас
  • Зараз на сторінці   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 или нужны специальные какие-то...

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