sfc Опубліковано: 15 травня, 2013 Опубліковано: 15 травня, 2013 -24 или -7 значения не имеет. Имеют значение параметры, например для некоторых ONU (см. спецификации) Чувствительность приемника: -26 дБм; Насыщение приемника: -3 дБм; Первый - это минимальный уровень сигнала, при котором ONU увидит OLT, второй - это максимальный уровень сигнала от OLT, который может принять приемник. Таким образом, дисбаланс для таких ONU м.б. в 23дБ. Как то так. Тоже самое касается и OLT. Это если верить теории, ссылки на которые уже приводились, в том числе и в этой ветке форума одной или двумя страницами ранее. в части onu я с вами согласен. а в части olt у меня несколько иное предположение. очень хочется получить бы от Hapelа второй эксперимент...
Гайджин Опубліковано: 15 травня, 2013 Опубліковано: 15 травня, 2013 Господа, а вам все это "пэшку" у тупые свичи не напоминает? - Там тоже вопросы возникали, заработает или нет...
sfc Опубліковано: 15 травня, 2013 Опубліковано: 15 травня, 2013 (відредаговано) ДА РАБОТАЕТ ЖЕ! -24 и -7 в одной ветке. в этом никто и не сомневается. однако, имеется одно "но", которое получил человек на экспериментальной схеме. он сам отметил это "но" - нестабильность скорости п.с. вот, если при втором тесте эта нестабильность останется, тогда можно смело плевать на расбалансировку. а причину искать в другом... Відредаговано 15 травня, 2013 sfc
Гайджин Опубліковано: 15 травня, 2013 Опубліковано: 15 травня, 2013 ZuarasiZ, on 15 Май 2013 - 18:47, said: -24 или -7 значения не имеет. Имеют значение параметры, например для некоторых ONU (см. спецификации) Чувствительность приемника: -26 дБм; Насыщение приемника: -3 дБм; Первый - это минимальный уровень сигнала, при котором ONU увидит OLT, второй - это максимальный уровень сигнала от OLT, который может принять приемник. Таким образом, дисбаланс для таких ONU м.б. в 23дБ. Как то так. Тоже самое касается и OLT. Это если верить теории, ссылки на которые уже приводились, в том числе и в этой ветке форума одной или двумя страницами ранее. Воот! - Один приличный человек. Хоть кто то прочитал и задумался наконец то.
Гайджин Опубліковано: 15 травня, 2013 Опубліковано: 15 травня, 2013 sfc, on 15 Май 2013 - 18:58, said: в части onu я с вами согласен. а в части olt у меня несколько иное предположение. А вот и зря. В части ОНУ как раз все проще, а вот в отношении ОЛТа я поддерживают ZuarasiZ-а. Вот еще чудный документик - gummalla_1_1101.pdf
sfc Опубліковано: 15 травня, 2013 Опубліковано: 15 травня, 2013 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 Опубліковано: 15 травня, 2013 Опубліковано: 15 травня, 2013 какую теорию? дальше гипотез вы пока еще не заходили. из приведенного документа для OLT: Sensitivity : -25dBm Maximum saturation power: -10dBm Optical power step change: 15dB От ONU к OLT не должно приходить мощнее чем -10dBm, в любом случае надо читать спецификацию к оборудованию.
sfc Опубліковано: 15 травня, 2013 Опубліковано: 15 травня, 2013 опишу суть моего предположения. любой приемник обладает динамическим диапазоном - разницей между максимальным уровнем на входе и его чувствительностью. при этом уровень сигнала, подаваемого на вход детектора (демодулятора) должен находится в достаточно узких пределах. приведением уровня входного сигнала (в пределах динамического диапазона) к необходимому уровню на входе детектора выполняется посредством ару. чем больше динамический диапазон, тем шире диапазон ару. но схема ару достаточно инерционна относительно частоты сигнала (а соответственно, и скорости потока). отсюда что имеем: 1. для приемника onu уровень входного сигнала всегда относительно одинаков. его схема ару находится приблизительно в одной точке. на демодулятор подается стабильный во времени сигнал. проблем в пределах динамического диапазона никаких. 2. для приемника olt при расбалансированной схеме уровень входного сигнала от абонента к абоненту постоянно меняется. соответственно, его схема ару находится постоянно в интенсивной работе. на эту "работу" необходимо время. и этого времени нужно тем больше, чем более расбалансирована схема волокна. отсюда могут возникать "провалы" в скорости восходящего потока на промежутки времени, необходимые для срабатывания ару. готов выслушать критику своего предположения.
sfc Опубліковано: 15 травня, 2013 Опубліковано: 15 травня, 2013 какую теорию? дальше гипотез вы пока еще не заходили. из приведенного документа для OLT: Sensitivity : -25dBm Maximum saturation power: -10dBm Optical power step change: 15dB От ONU к OLT не должно приходить мощнее чем -10dBm, в любом случае надо читать спецификацию к оборудованию. я не оспариваю спецификацию. я свою гипотезу основываю на принципах работы любого приемника. предположение изложил выше
rsst Опубліковано: 15 травня, 2013 Опубліковано: 15 травня, 2013 что-то как-то месите все на одном месте... работает - не работает... ДА РАБОТАЕТ ЖЕ! -24 и -7 в одной ветке. Кто-то показал что не работает? нет.... У кого-то работает? ДА! Давайте лучше обсудим что будет, если делителем соединить 2 ответвления в одно (из одного порта) Я вполне серьезно... варианты: расстояния одинаковые от разъединения до соединения; расстояния разные... Мозгом понимаю, что что-то с расстояниями должно забажить.... попробовал бы кто, а то у меня еще не доехал второй олт Да Вы не нервничайте, пожалуйста. Интересен Ваш опыт: насколько загружено дерево в Вашем случае (где -24 и -7) ? там 15 ону, нагрузка до 250 мбит видел. в онушку с -7 включен неуправляемый сегмент с 15-20 пациентами, там трафик днем не падает ниже 40 мегабит. остальные ону от -15 до -24.
hapel Опубліковано: 15 травня, 2013 Опубліковано: 15 травня, 2013 Сегодня забрал "первую убитую руками БДКОМовскую ОЛТшку в Украине" из ремонта Диагноз подтвердился. Слетело все. Тупо в 0. Ничего не осталось. Как так получилось никто объяснить не может. Выпаяли чип. Залили на него прошивку из другого устройства и впаяли назад. Еще раз огромная благодарность сервисному центру ДЕПСа за прямые руки и оперативность. Ура! Теперь у меня есть подменный фонд и база для экспериментов. Завтра снимем с узла лишнюю сфпшку и можно приступать к экспериментам на заказ ) sfc Еще раз подробно (можно со схемой) какой эксперимент мне провести? В наличии 3 шт утстарком и 4 шт бдком-1004б. Сетку аттенюаторов я уже озвучивал. Сетка не разборная. Есть несколько делителей 1/2 и 1/8. Есть по одному неравноплечему делителю стандартной владовской номенклатуры 90/5, 90/10 .. и .т.д. Мерять уровень сигнала могу мультитестом на 3-х длинах волн. Так же есть в наличии несколько рутбордов 750,751,951. К сожалению сейчас нечем сгенерировать серьезный локальный трафик и остался один ноутбук...
sfc Опубліковано: 15 травня, 2013 Опубліковано: 15 травня, 2013 я обратил внимание на ваш первый эксперимент. там вы указывали на наличие нестабильности в скорости. у меня есть ничем не подтвержденное предположение, что скачки скорости могут являться результатом расбалансированной по уровням схемы подключения onu. для того, что бы понять так это или нет (правильны ли мои предположения или нет) яи прошу вас провести второй эксперимент. схему составьте сами, как вам это будет удобно. главное, что в ней должно присутствовать: 1. тот же olt и те же onu, что участвовали в первом эксперименте; 2. потери в пассивной части экспериментальной схемы между olt и каждым из onu должны быть максимально идентичными; 3. очень желательно сгенерировать такой же трафик, как и в первом эксперименте. какой хотелось бы получить ответ в результате: остались ли "скачки" скорости как в первом эксперименте или что-то изменилось и в какую сторону. п.с. для меня этот результат лишь удовлетворение любопытства. но, как мне кажется он будет гораздо важен для других форумчан, которые занимаются проектированием, строительством и эксплуатацией пон-сетей. даже, если мои предположения пусты - это лишний повод для них не сильно беспокоиться о расбалансировке их сетей. если ваш опыт даст положительный результат, то для них это будет подспорьем на будущее при расширении их сети. спасибо.
Гайджин Опубліковано: 15 травня, 2013 Опубліковано: 15 травня, 2013 опишу суть моего предположения. любой приемник обладает динамическим диапазоном - разницей между максимальным уровнем на входе и его чувствительностью. при этом уровень сигнала, подаваемого на вход детектора (демодулятора) должен находится в достаточно узких пределах. приведением уровня входного сигнала (в пределах динамического диапазона) к необходимому уровню на входе детектора выполняется посредством ару. чем больше динамический диапазон, тем шире диапазон ару. но схема ару достаточно инерционна относительно частоты сигнала (а соответственно, и скорости потока). отсюда что имеем: 1. для приемника onu уровень входного сигнала всегда относительно одинаков. его схема ару находится приблизительно в одной точке. на демодулятор подается стабильный во времени сигнал. проблем в пределах динамического диапазона никаких. 2. для приемника olt при расбалансированной схеме уровень входного сигнала от абонента к абоненту постоянно меняется. соответственно, его схема ару находится постоянно в интенсивной работе. на эту "работу" необходимо время. и этого времени нужно тем больше, чем более расбалансирована схема волокна. отсюда могут возникать "провалы" в скорости восходящего потока на промежутки времени, необходимые для срабатывания ару. готов выслушать критику своего предположения. Мыслите Вы верно, хоть и поверхностно - от этого и выводы не совсем верные.Я пришел к подобным измышлениям несколько раньше - не даром же динамическим диапазоном интересовался и литературку буржуйскую по пону поднимал. Но как обычно все не просто - время на месте не стоит и механизмы AGC сейчас более навороченые чем 5 лет назад. Поэтому то что написано в буржуйских книгах про пон нельзя воспринимать буквально - они на 8-10 лет устарели.
Гайджин Опубліковано: 15 травня, 2013 Опубліковано: 15 травня, 2013 (відредаговано) я обратил внимание на ваш первый эксперимент. там вы указывали на наличие нестабильности в скорости. у меня есть ничем не подтвержденное предположение, что скачки скорости могут являться результатом расбалансированной по уровням схемы подключения onu. для того, что бы понять так это или нет (правильны ли мои предположения или нет) яи прошу вас провести второй эксперимент.В подобном виде не имеет смысла - нестабильность скорости если и как то взаимосвязана с разбалансом, то ни разу не результат разбаланса, а далеконе первая гармоника результата. Т.е. для контроля и числовой оценки событий нужны гораздо более точные показатели чем скорость на трех не родных ОНУшках. Відредаговано 15 травня, 2013 Гайджин
sfc Опубліковано: 15 травня, 2013 Опубліковано: 15 травня, 2013 я видел, что вы интересовались динамическим диапазоном. просто не стал на этом акцентироваться. я пока не претендую на верность выводов. заметьте, долго не писал вообще своего предположения. хотел сначала сам убедиться в его справедливости.
sfc Опубліковано: 15 травня, 2013 Опубліковано: 15 травня, 2013 я обратил внимание на ваш первый эксперимент. там вы указывали на наличие нестабильности в скорости. у меня есть ничем не подтвержденное предположение, что скачки скорости могут являться результатом расбалансированной по уровням схемы подключения onu. для того, что бы понять так это или нет (правильны ли мои предположения или нет) яи прошу вас провести второй эксперимент.В подобном виде не имеет смысла - нестабильность скорости если и как то взаимосвязана с разбалансом, то ни разу не результат разбаланса, а далеконе первая гармоника результата. Т.е. для контроля и числовой оценки событий нужны гораздо более точные показатели чем скорость на трех не родных ОНУшках. конечно, желательно "собрать" полновесное дерево и делать анализ не только скорости, а всех возможных параметров.
Кузьменко. Опубліковано: 15 травня, 2013 Опубліковано: 15 травня, 2013 (відредаговано) Вибачайте, що влізаю в тему, але чому так всіх цікавить ONU УТСтарком з OLT BDCOM? Вона дешевша? Відредаговано 15 травня, 2013 Кузьменко.
hapel Опубліковано: 16 травня, 2013 Опубліковано: 16 травня, 2013 Вибачайте, що влізаю в тему, але чому так всіх цікавить ONU УТСтарком з OLT BDCOM? Вона дешевша? Да. Просто поставщик завез их много. А шось не пошли. Поэтому есть какой то запас, который распродается по недорогому прайсу. Из плюсов - работает с БДКОМом. Из минусов - поддерживает не все стратегически важные функции.
Гайджин Опубліковано: 16 травня, 2013 Опубліковано: 16 травня, 2013 что-то как-то месите все на одном месте... работает - не работает... ДА РАБОТАЕТ ЖЕ! -24 и -7 в одной ветке. Кто-то показал что не работает? нет.... У кого-то работает? ДА! Давайте лучше обсудим что будет, если делителем соединить 2 ответвления в одно (из одного порта) Я вполне серьезно... варианты: расстояния одинаковые от разъединения до соединения; расстояния разные... Мозгом понимаю, что что-то с расстояниями должно забажить.... попробовал бы кто, а то у меня еще не доехал второй олт Да Вы не нервничайте, пожалуйста. Интересен Ваш опыт: насколько загружено дерево в Вашем случае (где -24 и -7) ? там 15 ону, нагрузка до 250 мбит видел. в онушку с -7 включен неуправляемый сегмент с 15-20 пациентами, там трафик днем не падает ниже 40 мегабит. остальные ону от -15 до -24. sh epon active-onu с этого дерева покажите?
rsst Опубліковано: 16 травня, 2013 Опубліковано: 16 травня, 2013 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 двух нет, выключены. вечером появятся
Гайджин Опубліковано: 16 травня, 2013 Опубліковано: 16 травня, 2013 (відредаговано) двух нет, выключены. вечером появятся А между какой и какой наиболее разные уровни? Кстати интересно как раундтрип коррелирует с расстоянием и уровнем, или быть может с количеством, потому что у меня показатели значительно ниже ваших: 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 Відредаговано 16 травня, 2013 Гайджин
horror Опубліковано: 16 травня, 2013 Опубліковано: 16 травня, 2013 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:14EPON0/4:2 00e0.0f01.e50d auto_configured 1374 895 2001.12.25.17:35:05EPON0/4:3 00e0.0f01.e336 auto_configured 1580 1024 2001.12.25.17:35:05EPON0/4:4 00e0.0f01.e554 auto_configured 406 290 2001.12.27.02:15:01EPON0/4:5 00e0.0f01.dd7a auto_configured 1825 1177 2002.01.24.22:30:25EPON0/4:6 00e0.0f01.dcb2 auto_configured 1523 988 2001.12.25.17:35:05EPON0/4:7 00e0.0f01.dc39 auto_configured 1304 851 2001.12.26.21:40:45EPON0/4:8 00e0.0f01.e270 auto_configured 945 627 2001.12.27.02:15:22EPON0/4:9 00e0.0f01.e56c auto_configured 734 495 2001.12.27.02:15:01
Гайджин Опубліковано: 16 травня, 2013 Опубліковано: 16 травня, 2013 Т.е похоже что зависит прямопропорционально расстоянию. А у кого какое деление при этих результатах? - у меня 1/8+1/8.
SuperSonic Опубліковано: 17 травня, 2013 Опубліковано: 17 травня, 2013 Народ помогите прокинуть влан менеджмента на онушку без головы, на 4 порт Настроил порт 1 таг влан 101 порт 2 таг влан 102 порт 3 таг влан 103 порт 4 транк деф влан 100, алловед 100, 101, 102, 103 абонентские вланы работют, менеджмент нет онушка не пингуется с маршрутизатора подключенного в 4 порт, если ставить трансперент на 4 порт пингуется без влана
pavlabor Опубліковано: 17 травня, 2013 Опубліковано: 17 травня, 2013 (відредаговано) Народ помогите прокинуть влан менеджмента на онушку без головы, на 4 порт Настроил порт 1 таг влан 101 порт 2 таг влан 102 порт 3 таг влан 103 порт 4 транк деф влан 100, алловед 100, 101, 102, 103 абонентские вланы работют, менеджмент нет онушка не пингуется с маршрутизатора подключенного в 4 порт, если ставить трансперент на 4 порт пингуется без влана Пиши на сапорт китайцам, не комплексуй, китайский язык самый простой, его понимает больше всего людей в мире. Відредаговано 17 травня, 2013 pavlabor
Рекомендованные сообщения