UA.PON v2.0

[prototip 284]

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

[horror 23]

Не могу ещё пару команд вспомнить можно посмотреть уровни на самой онушке,

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

 

При росте количества клиентов в дереве, уровень сигнала выровняется сам. Так как вся архитектура сведется к равному дереву (более или менее).

При малом количестве абонов (на первом этапе) это не критично.

Будьте любезны указать место в даташите обсуждаемого ОЛТ о такой проблеме. Или же ссылку на какую статью.

честно говоря данная статейка по поводу уровней сигнала попадалась на глаза , но сходу найти ее снова не удалось , найду обязательно дам ссылку . Ну а фраза "При росте количества клиентов в дереве уровень сигнала выровняется сам " является в корне абсурдной и не логичной . Вся суть ПОНа в том , что тут всегда приходится считать делители математически и контролировать с помощью прибора . Разброс уровня сигнала на ОНУ(ОЛТ) не допустим в большом интервале ибо повторюсь это приведет к проблемам работы ОЛТа и всего дерева в конечном итоге из за роста количества ошибок в обратном канале и рост этот будет совсем не линейным , а более похож на логарифмический . При малом количестве клиентов это просто не заметно - слишком мал трафик и слишком не критичные приложения .

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

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

[Vital25000 3]

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

Из логики обмена ONU - OLT этого не следует - OLT в каждый момент времени "слушает" только одно конкретное ONU - откуда нарастание ошибок?.

[ufm 17]

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

Из логики обмена ONU - OLT этого не следует - OLT в каждый момент времени "слушает" только одно конкретное ONU - откуда нарастание ошибок?.

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

 

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

[_WesT_ 1 016]

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

 

При росте количества клиентов в дереве, уровень сигнала выровняется сам. Так как вся архитектура сведется к равному дереву (более или менее).

При малом количестве абонов (на первом этапе) это не критично.

Будьте любезны указать место в даташите обсуждаемого ОЛТ о такой проблеме. Или же ссылку на какую статью.

честно говоря данная статейка по поводу уровней сигнала попадалась на глаза , но сходу найти ее снова не удалось , найду обязательно дам ссылку . Ну а фраза "При росте количества клиентов в дереве уровень сигнала выровняется сам " является в корне абсурдной и не логичной . Вся суть ПОНа в том , что тут всегда приходится считать делители математически и контролировать с помощью прибора . Разброс уровня сигнала на ОНУ(ОЛТ) не допустим в большом интервале ибо повторюсь это приведет к проблемам работы ОЛТа и всего дерева в конечном итоге из за роста количества ошибок в обратном канале и рост этот будет совсем не линейным , а более похож на логарифмический . При малом количестве клиентов это просто не заметно - слишком мал трафик и слишком не критичные приложения .

 

С чего вы взяли что мы не считаем делители? Я этого не упоминаю только потому что по дефолту их надо считать. Да и вариантов их применения не так уж и много. На листик поместится.

по поводу сигналы выровняются. В каждом дереве может поместится 64 клиента и не грамма больше. Если строить правильным деревом то в конечном итоге все клиенты расположатся симметрично, как ни крути. Разница сигналов будет зависеть только от расстояний. Кстати я много литературы перерыл по ПОНу перед тем как начать его строить и нигде мне не попадались заметки о том что Вы говорите. Странно не правда ли?

[prototip 284]

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

Из логики обмена ONU - OLT этого не следует - OLT в каждый момент времени "слушает" только одно конкретное ONU - откуда нарастание ошибок?.

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

 

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

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

[ufm 17]

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

Из логики обмена ONU - OLT этого не следует - OLT в каждый момент времени "слушает" только одно конкретное ONU - откуда нарастание ошибок?.

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

 

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

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

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

 

В целом получается, если не соблюдать правило "мощность сигнала от всех онушек желательно иметь более-менее равную" можно получить ветку с "мистическим" поведением. Т.е. "то работает, то нет и не понятно почему". Мало того, то, что работало год назад может внезапно перестать работать из-за деградации характеристик того-же лазера.

[horror 23]

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

Из логики обмена ONU - OLT этого не следует - OLT в каждый момент времени "слушает" только одно конкретное ONU - откуда нарастание ошибок?.

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

Вы описываете аналоговую схему на примере аналогово тв.

На медиаконвертерах 20 км вы ставим и на 200 метров и на 20 км работают про ару даже не думаем, даже если есть Ару то зачем ему постоянно перестаиватся когда сигнал в линии постоянный один раз настроилось и всё.

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

[horror 23]

Вчера на сайте планета увидел пон на 64 абонента

[prototip 284]

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

[ufm 17]

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

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

[_WesT_ 1 016]

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

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

Производитель гарантирует работу устройства в в бюджете до 24 Дб. Попадаем в бюджет все работает, не попадаем - не работает.

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

[prototip 284]

Вы имеете ввиду , что уровень сигнала на клиенте должен быть не ниже -24 дБ ? Или полный бюджет ПОНА ? Лично я обычно задаюсь уровнем на клиенте -21,22 дБ и считаю исходя из этих цифер . Ну а полный бюджет сфп ОЛТ превышает 30 дБ если мне память не изменяет . Во всяком случае можно поднять даташит на сфп который присылал Влад

[_WesT_ 1 016]

Вы имеете ввиду , что уровень сигнала на клиенте должен быть не ниже -24 дБ ? Или полный бюджет ПОНА ? Лично я обычно задаюсь уровнем на клиенте -21,22 дБ и считаю исходя из этих цифер . Ну а полный бюджет сфп ОЛТ превышает 30 дБ если мне память не изменяет . Во всяком случае можно поднять даташит на сфп который присылал Влад

 

Я имею ввиду полный бюджет ПОНа. И в этом бюджете играет роль не только мощность СФП, но также и ОНУ. Лично я бы, рекомендовал у клиента выходить на сигнал не ниже -20, с запасом так сказать.

[wladd 382]

Давайте разберемся.

 

 

В общем так - оптический бюджет я написал. - минимум 28-29 НЕ МЕНЬШЕ.

Почему вы пишете 21-22. Аж диву даюсь. Чистого "деления" затухания на делителях без трассы и прочего

почти 22-23dB (см. таблицу затухания на делителе 1х64.

Остальное - 6-7dB на трассу со всеми ее (трассы) превратностями.

Проверим. На длине волны 1310 - затухание - 0,36dB/km на длине волны 1490 - 0,2dB/km. Берем большее.

6dB/0,36 = 16km идеального волокна, без учета потерь на коннекторах ОЛТ и ОНУ.

То есть чистых - 10km.

Если делитель будет не на 64 а на 32 добавится 3dB и длина трассы будт больше - 20km.

 

ВОЗМОЖНО ЭТО ОФФФТОП.

(просто в споре участвуют не верные с моей точки зрения данные про бюджет и затухания)

 

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

Мы действуем с точки зрения теории, умственных заключений, типа

Норма =/- 3dB. Но никто это не подтвердит, потому что это НИГДЕ не описано.

Это надо пробовать. Никто таким експириенсом не обладает.

С другой стороны, если чувствительность приемника -30(минус 30), то видимо он сможет воспринять

и -25 и -20 и -10 без всяких проблем. Так что у теории нет ответа на этот вопрос.

Может у кого то есть практика?

P1004T.pdf

SFP OLT 1G 20km SC.pdf

ONU_P1004.doc

[_WesT_ 1 016]

ссылки не работают чего то. пишет "нет прав".

Разобраться я готов.

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

По второму вопросу. Каков оптический бюджет для Вашего оборудования гарантированный производителем?

[wladd 382]

Вы имеете ввиду , что уровень сигнала на клиенте должен быть не ниже -24 дБ ? Или полный бюджет ПОНА ? Лично я обычно задаюсь уровнем на клиенте -21,22 дБ и считаю исходя из этих цифер . Ну а полный бюджет сфп ОЛТ превышает 30 дБ если мне память не изменяет . Во всяком случае можно поднять даташит на сфп который присылал Влад

 

Я имею ввиду полный бюджет ПОНа. И в этом бюджете играет роль не только мощность СФП, но также и ОНУ. Лично я бы, рекомендовал у клиента выходить на сигнал не ниже -20, с запасом так сказать.

см выше. -20 это меньше чем получается на делителях. Бюджет выше занчиательно. ИМХО

[_WesT_ 1 016]

Вы имеете ввиду , что уровень сигнала на клиенте должен быть не ниже -24 дБ ? Или полный бюджет ПОНА ? Лично я обычно задаюсь уровнем на клиенте -21,22 дБ и считаю исходя из этих цифер . Ну а полный бюджет сфп ОЛТ превышает 30 дБ если мне память не изменяет . Во всяком случае можно поднять даташит на сфп который присылал Влад

 

Я имею ввиду полный бюджет ПОНа. И в этом бюджете играет роль не только мощность СФП, но также и ОНУ. Лично я бы, рекомендовал у клиента выходить на сигнал не ниже -20, с запасом так сказать.

см выше. -20 это меньше чем получается на делителях. Бюджет выше занчиательно. ИМХО

 

-20 я привел как показания на измерителе мощности у клиента. Если у клиента -20 то получим добротный запас на линии. Для будущих сварок и т.д.

[wladd 382]

ссылки не работают чего то. пишет "нет прав".

Разобраться я готов.

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

По второму вопросу. Каков оптический бюджет для Вашего оборудования гарантированный производителем?

НИГДЕ ЭТО НЕ НАПИСАНО, это просто досужие рассуждения, проверяйте!

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

[wladd 382]

Вы имеете ввиду , что уровень сигнала на клиенте должен быть не ниже -24 дБ ? Или полный бюджет ПОНА ? Лично я обычно задаюсь уровнем на клиенте -21,22 дБ и считаю исходя из этих цифер . Ну а полный бюджет сфп ОЛТ превышает 30 дБ если мне память не изменяет . Во всяком случае можно поднять даташит на сфп который присылал Влад

 

Я имею ввиду полный бюджет ПОНа. И в этом бюджете играет роль не только мощность СФП, но также и ОНУ. Лично я бы, рекомендовал у клиента выходить на сигнал не ниже -20, с запасом так сказать.

см выше. -20 это меньше чем получается на делителях. Бюджет выше занчиательно. ИМХО

 

-20 я привел как показания на измерителе мощности у клиента. Если у клиента -20 то получим добротный запас на линии. Для будущих сварок и т.д.

Да. Это так. запас шикарный. Если учесть что и модуля выходит +4б а у клиента получается -20, притом вы на делителях теряете 22dB,

то на линии и конекторах вы теряете всего 2dB. Отличный результат! Но оно может быть и хуже.

[_WesT_ 1 016]

Вы имеете ввиду , что уровень сигнала на клиенте должен быть не ниже -24 дБ ? Или полный бюджет ПОНА ? Лично я обычно задаюсь уровнем на клиенте -21,22 дБ и считаю исходя из этих цифер . Ну а полный бюджет сфп ОЛТ превышает 30 дБ если мне память не изменяет . Во всяком случае можно поднять даташит на сфп который присылал Влад

 

Я имею ввиду полный бюджет ПОНа. И в этом бюджете играет роль не только мощность СФП, но также и ОНУ. Лично я бы, рекомендовал у клиента выходить на сигнал не ниже -20, с запасом так сказать.

см выше. -20 это меньше чем получается на делителях. Бюджет выше занчиательно. ИМХО

 

-20 я привел как показания на измерителе мощности у клиента. Если у клиента -20 то получим добротный запас на линии. Для будущих сварок и т.д.

Да. Это так. запас шикарный. Если учесть что и модуля выходит +4б а у клиента получается -20, притом вы на делителях теряете 22dB,

то на линии и конекторах вы теряете всего 2dB. Отличный результат! Но оно может быть и хуже.

 

Может. Я и не спорю. Просто страхуюсь.

А учитывая то что Вы написали, что бюджет минимум 28 (ну пусть будет 27 для перестраховки), а я всегда равнялся на 24 (и влазил в этот бюджет разными комбинациями с конекторами), то у меня еще есть плюс 3Дб.

Вы меня очень обрадовали.

[_WesT_ 1 016]

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

НИГДЕ ЭТО НЕ НАПИСАНО, это просто досужие рассуждения, проверяйте!

 

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

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

Мой личный пример я приводил. Проблем не будет. Главное не вылезти за рамки бюджета.

[wladd 382]

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

НИГДЕ ЭТО НЕ НАПИСАНО, это просто досужие рассуждения, проверяйте!

 

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

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

Мой личный пример я приводил. Проблем не будет. Главное не вылезти за рамки бюджета.

Поддерживаю!

[prototip 284]

http://ftp.dlink.ru/pub/GEPON/OLT/DPN-3012-E/Description/HowTo/Power_budget.pdf

[_WesT_ 1 016]

http://ftp.dlink.ru/...ower_budget.pdf

 

А что Вы этим хотели сказать?