UA.PON v4.0

[sfc 17]

-24 или -7 значения не имеет. Имеют значение параметры, например для некоторых ONU (см. спецификации)

 

Чувствительность приемника: -26 дБм;

Насыщение приемника: -3 дБм;

 

Первый - это минимальный уровень сигнала, при котором ONU увидит OLT, второй - это максимальный уровень сигнала от OLT, который может принять приемник. Таким образом, дисбаланс для таких ONU м.б. в 23дБ. Как то так. Тоже самое касается и OLT. Это если верить теории, ссылки на которые уже приводились, в том числе и в этой ветке форума одной или двумя страницами ранее.

в части onu я с вами согласен. а в части olt у меня несколько иное предположение.

 

очень хочется получить бы от Hapelа второй эксперимент...

[Гайджин 574]

Господа, а вам все это "пэшку" у тупые свичи не напоминает? - Там тоже вопросы возникали, заработает или нет...

[sfc 17]

ДА РАБОТАЕТ ЖЕ! -24 и -7 в одной ветке.

в этом никто и не сомневается. 

 

однако, имеется одно "но", которое получил человек на экспериментальной схеме. он сам отметил это "но" - нестабильность скорости

 

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

Відредаговано 2013-05-15 16:09:07 sfc

[Гайджин 574]

ZuarasiZ, on 15 Май 2013 - 18:47, said:

-24 или -7 значения не имеет. Имеют значение параметры, например для некоторых ONU (см. спецификации)

 

 

Чувствительность приемника: -26 дБм;

 

Насыщение приемника: -3 дБм;

 

Первый - это минимальный уровень сигнала, при котором ONU увидит OLT, второй - это максимальный уровень сигнала от OLT, который может принять приемник. Таким образом, дисбаланс для таких ONU м.б. в 23дБ. Как то так. Тоже самое касается и OLT. Это если верить теории, ссылки на которые уже приводились, в том числе и в этой ветке форума одной или двумя страницами ранее.

Воот! - Один приличный человек.

Хоть кто то прочитал и задумался наконец то.

[Гайджин 574]

sfc, on 15 Май 2013 - 18:58, said:

в части onu я с вами согласен. а в части olt у меня несколько иное предположение.

А вот и зря. В части ОНУ как раз все проще, а вот в отношении ОЛТа я поддерживают ZuarasiZ-а.

Вот еще чудный документик - gummalla_1_1101.pdf

[sfc 17]

 

sfc, on 15 Май 2013 - 18:58, said:

в части onu я с вами согласен. а в части olt у меня несколько иное предположение.

А вот и зря. В части ОНУ как раз все проще, а вот в отношении ОЛТа я поддерживают ZuarasiZ-а.

Вот еще чудный документик - http://grouper.ieee.org/groups/802/3/efm/public/nov01/gummalla_1_1101.pdf

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

[ZuarasiZ 37]

какую теорию? дальше гипотез вы пока еще не заходили.

из приведенного документа для OLT:

 

Sensitivity : -25dBm

Maximum saturation power: -10dBm

Optical power step change: 15dB

От ONU к OLT не должно приходить мощнее чем -10dBm, в любом случае надо читать спецификацию к оборудованию.

[sfc 17]

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

 

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

 

отсюда что имеем:

 

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

 

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

 

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

[sfc 17]

какую теорию? дальше гипотез вы пока еще не заходили.

из приведенного документа для OLT:

 

Sensitivity : -25dBm

Maximum saturation power: -10dBm

Optical power step change: 15dB

От ONU к OLT не должно приходить мощнее чем -10dBm, в любом случае надо читать спецификацию к оборудованию.

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

[rsst 406]

 

что-то как-то месите все на одном месте... работает - не работает... ДА РАБОТАЕТ ЖЕ! -24 и -7 в одной ветке. Кто-то показал что не работает? нет.... У кого-то работает? ДА!

Давайте лучше обсудим что будет, если делителем соединить 2 ответвления в одно (из одного порта) Я вполне серьезно...

варианты: расстояния одинаковые от разъединения до соединения; расстояния разные... Мозгом понимаю, что что-то с расстояниями должно забажить.... попробовал бы кто, а то у меня еще не доехал второй олт

Да Вы не нервничайте, пожалуйста. Интересен Ваш опыт: насколько загружено дерево в Вашем случае (где -24 и -7) ?

там 15 ону, нагрузка до 250 мбит видел. в онушку с -7 включен неуправляемый сегмент с 15-20 пациентами, там трафик днем не падает ниже 40 мегабит. остальные ону от -15 до -24.

[hapel 31]

Сегодня забрал "первую убитую руками БДКОМовскую ОЛТшку в Украине" из ремонта 

Диагноз подтвердился. Слетело все. Тупо в 0. Ничего не осталось. Как так получилось никто объяснить не может.

Выпаяли чип. Залили на него прошивку из другого устройства и впаяли назад. 

Еще раз огромная благодарность сервисному центру ДЕПСа за прямые руки и оперативность. Ура!

 

Теперь у меня есть подменный фонд и база для экспериментов. Завтра снимем с узла лишнюю сфпшку и можно приступать к экспериментам на заказ )

 

sfc

Еще раз подробно (можно со схемой) какой эксперимент мне провести?

В наличии 3 шт утстарком и 4 шт бдком-1004б. Сетку аттенюаторов я уже озвучивал. Сетка не разборная. Есть несколько делителей 1/2 и 1/8. Есть по одному неравноплечему делителю стандартной владовской номенклатуры 90/5, 90/10 .. и .т.д. Мерять уровень сигнала могу мультитестом на 3-х длинах волн.

Так же есть в наличии несколько рутбордов 750,751,951. К сожалению сейчас нечем сгенерировать серьезный локальный трафик и остался один ноутбук...

[sfc 17]

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

1. тот же olt и те же onu, что участвовали в первом эксперименте;

2. потери в пассивной части экспериментальной схемы между olt и каждым из onu должны быть максимально идентичными;

3. очень желательно сгенерировать такой же трафик, как и в первом эксперименте.

какой хотелось бы получить ответ в результате: остались ли "скачки" скорости как в первом эксперименте или что-то изменилось и в какую сторону.

 

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

 

спасибо.

[Гайджин 574]

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

 

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

 

отсюда что имеем:

 

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

 

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

 

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

Мыслите Вы верно, хоть и поверхностно - от этого и выводы не совсем верные.

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

Но как обычно все не просто - время на месте не стоит и механизмы AGC сейчас более навороченые чем 5 лет назад. Поэтому то что написано в буржуйских книгах про пон нельзя воспринимать буквально - они на 8-10 лет устарели.

[Гайджин 574]

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

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

 

Т.е. для контроля и числовой оценки событий нужны гораздо более точные показатели чем скорость на трех не родных ОНУшках.

Відредаговано 2013-05-15 20:06:31 Гайджин

[sfc 17]

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

 

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

[sfc 17]

 

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

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

 

Т.е. для контроля и числовой оценки событий нужны гораздо более точные показатели чем скорость на трех не родных ОНУшках.

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

[Кузьменко. 15]

Вибачайте, що влізаю в тему, але чому так всіх цікавить ONU УТСтарком з OLT BDCOM?

Вона дешевша?

Відредаговано 2013-05-15 21:24:53 Кузьменко.

[hapel 31]

Вибачайте, що влізаю в тему, але чому так всіх цікавить ONU УТСтарком з OLT BDCOM?

Вона дешевша?

Да. Просто поставщик завез их много. А шось не пошли. Поэтому есть какой то запас, который распродается по недорогому прайсу. Из плюсов - работает с БДКОМом. Из минусов - поддерживает не все стратегически важные функции.

[Гайджин 574]

 

 

 

 

что-то как-то месите все на одном месте... работает - не работает... ДА РАБОТАЕТ ЖЕ! -24 и -7 в одной ветке. Кто-то показал что не работает? нет.... У кого-то работает? ДА!

Давайте лучше обсудим что будет, если делителем соединить 2 ответвления в одно (из одного порта) Я вполне серьезно...

варианты: расстояния одинаковые от разъединения до соединения; расстояния разные... Мозгом понимаю, что что-то с расстояниями должно забажить.... попробовал бы кто, а то у меня еще не доехал второй олт

Да Вы не нервничайте, пожалуйста. Интересен Ваш опыт: насколько загружено дерево в Вашем случае (где -24 и -7) ?

 

 

там 15 ону, нагрузка до 250 мбит видел. в онушку с -7 включен неуправляемый сегмент с 15-20 пациентами, там трафик днем не падает ниже 40 мегабит. остальные ону от -15 до -24.

 

 

sh epon active-onu с этого дерева покажите?

[rsst 406]

Interface EPON0/2 has bound 13 active ONUs:
IntfName   MAC Address    Status          OAM Status   Distance(m) RTT(TQ) LastRegTime         LastDeregTime       LastDeregReason   Alivetime
---------- -------------- --------------- ------------ ----------- ------- ------------------- ------------------- ----------------- ------------
EPON0/2:1  fcfa.f796.119f auto_configured ctc oam oper 1795        1158    2013.05.03.16:39:22 2013.05.03.16:38:16 power off         12.18:13:32
EPON0/2:2  fcfa.f796.1244 auto_configured ctc oam oper 2460        1574    2013.05.10.08:31:16 2013.05.10.08:10:49 power off         6.02:21:38
EPON0/2:3  fcfa.f796.1247 auto_configured ctc oam oper 2371        1518    2013.05.10.08:47:55 2013.05.10.08:47:22 power off         6.02:04:59
EPON0/2:4  fcfa.f796.126f auto_configured ctc oam oper 1795        1158    2013.05.14.16:16:10 2013.05.14.14:44:03 power off         1.18:36:44
EPON0/2:5  fcfa.f796.112d auto_configured ctc oam oper 1617        1047    2013.04.18.09:55:37 2013.04.18.09:23:19 power off         28.00:57:17
EPON0/2:6  fcfa.f796.114d auto_configured ctc oam oper 2268        1454    2013.05.09.19:14:22 2013.05.09.19:13:51 power off         6.15:38:32
EPON0/2:7  fcfa.f796.1157 auto_configured ctc oam oper 1556        1009    2013.04.18.09:55:41 2013.04.18.09:23:19 power off         28.00:57:13
EPON0/2:9  fcfa.f796.1205 auto_configured ctc oam oper 2592        1656    2013.05.07.16:57:54 2013.04.30.04:14:15 power off         8.17:55:00
EPON0/2:11 fcfa.f796.1226 auto_configured ctc oam oper 1587        1028    2013.05.12.06:09:44 2013.05.12.06:08:21 power off         4.04:43:10
EPON0/2:12 fcfa.f796.11bf auto_configured ctc oam oper 2491        1593    2013.05.10.08:31:15 2013.05.10.08:10:48 power off         6.02:21:39
EPON0/2:13 fcfa.f796.1223 auto_configured ctc oam oper 2646        1690    2013.05.04.08:33:14 2013.05.04.08:32:18 power off         12.02:19:40
EPON0/2:14 fcfa.f796.117d auto_configured ctc oam oper 2465        1577    2013.05.10.08:31:15 2013.05.10.08:10:48 power off         6.02:21:39
EPON0/2:15 fcfa.f796.1165 auto_configured ctc oam oper 2400        1536    2013.05.10.08:31:15 2013.05.10.08:10:49 power off         6.02:21:39

двух нет, выключены. вечером появятся

[Гайджин 574]

двух нет, выключены. вечером появятся

А между какой и какой наиболее разные уровни?

 

Кстати интересно как раундтрип коррелирует с расстоянием и уровнем, или быть может с количеством, потому что у меня показатели значительно ниже ваших:

 

Interface EPON0/1 has bound 3 active ONUs:
IntfName   MAC Address    Status          OAM Status   Distance(m) RTT(TQ) LastRegTime         LastDeregTime       LastDeregReason   Alivetime
---------- -------------- --------------- ------------ ----------- ------- ------------------- ------------------- ----------------- ------------
EPON0/1:1  fcfa.f796.174e auto_configured ctc oam oper 576         396     1970.01.01.02:00:20 N/A                 unknow            15841.13:38:03
EPON0/1:2  fcfa.f796.2914 auto_configured ctc oam oper 577         397     2013.05.14.18:20:16 2013.05.13.18:40:09 power off         1.21:18:07
EPON0/1:3  fcfa.f796.28ef auto_configured ctc oam oper 556         384     2013.05.08.18:33:03 2013.05.08.17:23:21 power off         7.21:05:20

 

Відредаговано 2013-05-16 13:43:25 Гайджин

[horror 23]

Interface EPON0/4 has bound 9 active ONUs:
Intf Name   MAC Address     Status           Distance(m)  RTT(TQ)  RegTime(yyyy.
mm.dd.hh:mm:ss)
----------  --------------  ---------------  -----------  -------  -------------
---------------
EPON0/4:1   fcfa.f796.180c  auto_configured  1216         796      2002.01.11.02
:30:14
EPON0/4:2   00e0.0f01.e50d  auto_configured  1374         895      2001.12.25.17
:35:05
EPON0/4:3   00e0.0f01.e336  auto_configured  1580         1024     2001.12.25.17
:35:05
EPON0/4:4   00e0.0f01.e554  auto_configured  406          290      2001.12.27.02
:15:01
EPON0/4:5   00e0.0f01.dd7a  auto_configured  1825         1177     2002.01.24.22
:30:25
EPON0/4:6   00e0.0f01.dcb2  auto_configured  1523         988      2001.12.25.17
:35:05
EPON0/4:7   00e0.0f01.dc39  auto_configured  1304         851      2001.12.26.21
:40:45
EPON0/4:8   00e0.0f01.e270  auto_configured  945          627      2001.12.27.02
:15:22
EPON0/4:9   00e0.0f01.e56c  auto_configured  734          495      2001.12.27.02
:15:01

[Гайджин 574]

Т.е похоже что зависит прямопропорционально расстоянию.

А у кого какое деление при этих результатах? - у меня 1/8+1/8.

[SuperSonic 19]

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

Настроил

порт 1 таг влан 101

порт 2 таг влан 102

порт 3 таг влан 103

порт 4 транк деф влан 100, алловед 100, 101, 102, 103

 

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

[pavlabor 1 939]

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

Настроил

порт 1 таг влан 101

порт 2 таг влан 102

порт 3 таг влан 103

порт 4 транк деф влан 100, алловед 100, 101, 102, 103

 

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

Пиши на сапорт китайцам,

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

Відредаговано 2013-05-17 05:56:15 pavlabor