Уважаемый wglazyrin, обратите внимание на тему про QoS.

 

И еще от меня вопросец - как скопировать текущий (running-config) конфиг на tftp не сохраняя предварительно на флешку.

Хочется регулярно делать резервную копию, но в команде copy нет параметра running-config. А если регулярно сохранять, то боюсь убить флешку.

 

На тему про QoS мы внимание обратим, а копировать running-config на tftp нельзя - только startup-config.

 

P.S. Ни разу ещё у BDCOM-овских ОЛТов не было проблем с флэшем. У людей стоят ОЛТ-ы 16х портовые с vlan-pur-user. ОНУшки получают конфиг через шаблоны. В каждом шаблоне стоит команда write all. Иными словами, при каждом ребуте ОЛТа конфиг сохраняется более 1000 раз. И никаких проблем нет.

 

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

Приходится перед сохранением конфига ставить опрос на паузу. такие дела.

Поделиться сообщением


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

Посмотрите на версию своей прошивки. Начиная с версии 25ХХХ BDCOM подправил подвисание ОЛТа во время тяжёлых SNMP запросов.

Поделиться сообщением


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

P.S. Ни разу ещё у BDCOM-овских ОЛТов не было проблем с флэшем. У людей стоят ОЛТ-ы 16х портовые с vlan-pur-user. ОНУшки получают конфиг через шаблоны. В каждом шаблоне стоит команда write all. Иными словами, при каждом ребуте ОЛТа конфиг сохраняется более 1000 раз. И никаких проблем нет.

что-то передергиваете, или я не так понимаю..

ONU привключении уже зарегилась на каком-то порту OLTa. допустим epon0/2:54

т.е. есть люди которые не сохраняют конфиг при регистрации ону? ок, допустим. (хотя слабо себе это представляю).

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

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

 

Итого: либо онушка регится один раз при подключении и конфиг ее сохраняется один раз при регистрации (либо при изменении параметров), либо онушки регятся случайным образом и конфиги не сохранятся вообще.

Поделиться сообщением


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

P.S. Ни разу ещё у BDCOM-овских ОЛТов не было проблем с флэшем. У людей стоят ОЛТ-ы 16х портовые с vlan-pur-user. ОНУшки получают конфиг через шаблоны. В каждом шаблоне стоит команда write all. Иными словами, при каждом ребуте ОЛТа конфиг сохраняется более 1000 раз. И никаких проблем нет.

что-то передергиваете, или я не так понимаю..

ONU привключении уже зарегилась на каком-то порту OLTa. допустим epon0/2:54

т.е. есть люди которые не сохраняют конфиг при регистрации ону? ок, допустим. (хотя слабо себе это представляю).

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

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

 

Итого: либо онушка регится один раз при подключении и конфиг ее сохраняется один раз при регистрации (либо при изменении параметров), либо онушки регятся случайным образом и конфиги не сохранятся вообще.

 

Вы поняли всё абсолютно верно. Это моя ошибка. Действительно, первый раз шаблон отрабатывает и сохраняет конфиг после регистрации каждой ОНУ. После ребута ОЛТа шаблон уже не применяется. Поэтому если все 16 деревьев на BDCOM 3616 забиты под завязку и при этом на ОЛТ создано 1024 шаблона, то получается, что конфиг сохраняется на флэш как минимум 1024 раза.

Поделиться сообщением


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

Только начинаю вникать в настройки оборудования GePON (BDCOM пока). На столе OLT 3310 и две онушки 1004. Уже понял, что при регистрации онушка может сесть на любой свободный порт. Что с этим делать, пока ума не приложу.

Очевидно настройки всех ONU в ветке (1 порт) будут иметь идентичные настройки и вроде бы не важно какой номер порта у них будет, но все же хотелось бы статики. Так вот как добиться, чтоб онушка всегда регалась на один и тот же порт?

Что хочется реализовать в настройках:

- изоляция портов внутри ONU

- изоляция ONU в пределах дерева и OLT`a

- обнаружение петель

- выделить каждый порт OLT в отдельный vlan

- не вижу пока смысла назначать IP на ONU (может гуру поправят, зачем?)

в будущем:

- нужно будет запускать muliticast или unicast iptv, очевидно в отдельном vlan, на отдельном порту ONU

- в связи с чем, понадобится выделять так же в отдельный vlan и интернет траффик (или не понадобится?)

 

Подскажите, пожалуйста, как реализовать данный функционал? Если можно с подробными коммандами.

Поделиться сообщением


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

Хотим купить в НАГе BDCOM OLT и вот такие ONU

Подскажите, с мультикастом там все ок? Сколько каналов можно будет запустить?

Поделиться сообщением


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

Так вот как добиться, чтоб онушка всегда регалась на один и тот же порт?

 

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

Если же стоит задача ещё более жёсткой привзяки (по МАКу), тогда

 

Switch_config_epon0/1#epon onu-authen-method mac

Switch_config_epon0/1#epon bind-onu mac a0c6.ec01.05f8 17

 

Так включается аутентификация по МАКу. Если МАК ОНУ есть в таблице, то ОНУ регистрируется, аутентифицируется и привязывается к порту, который за ней закреплён. Если МАКа в таблице нет, то ОНУ

регается, но при этом не проходит процедуру аутентификации. Т.е. ОЛТ её видит, но данные на неё не передаёт.

 

Вот что происходит во время подключения

 

Switch_config_epon0/1#Jan 1 07:27:13 %LINE-5-UPDOWN: Line on Interface EPON0/1, changed state to up

Jan 1 07:27:13 %LINEPROTO-5-UPDOWN: Line protocol on Interface EPON0/1, changed state to up

Jan 1 07:27:13 %EPON-ONUREG: ONU a0c6.ec01.05f8 is registered on EPON0/1:17.

Jan 1 07:27:13 %EPON-ONUAUTHEN: ONU a0c6.ec01.05f8 is authenticated on EPON0/1:17.

Jan 1 07:27:15 %OLT: Interface EPON0/1:17's OAM Operational Status: Operational

Jan 1 07:27:18 %OLT: Interface EPON0/1:17's CTC OAM extension negotiated successfully!

 

А вот попытки зарегаться ОНУшки, чьего МАКа нет в таблице

 

Jan 1 07:29:45 onu MAC address 1c87.7911.b23a is rejected to register on EPON0/1

 

Что хочется реализовать в настройках:

- изоляция портов внутри ONU

 

Включена по умолчанию

 

Что хочется реализовать в настройках:

- изоляция ONU в пределах дерева и OLT`a

 

В пределах дерева изоляция включена по умолчанию. Чтобы ОНУ в соседних деревьях не видели друг друга, на каждом ЕПОН порту

 

Switch_config#int epon 0/1

Switch_config_epon0/1#switchport protected

 

Что хочется реализовать в настройках:

- обнаружение петель

 

Switch_config#int epon 0/1:17

Switch_config_epon0/1:17#epon onu all-port ctc loopback detect

 

Что хочется реализовать в настройках:

- выделить каждый порт OLT в отдельный vlan

 

слишком расплывчато - сформулируйте точнее.

 

Что хочется реализовать в настройках:

- не вижу пока смысла назначать IP на ONU (может гуру поправят, зачем?)

 

Некоторые провайдеры прикручивают IP ОНУ к системе мониторинга и так проверяют, жива ОНУ или нет.

 

в будущем:

- нужно будет запускать muliticast или unicast iptv, очевидно в отдельном vlan, на отдельном порту ONU

- в связи с чем, понадобится выделять так же в отдельный vlan и интернет траффик (или не понадобится?)

 

Да, нужно. BDCOM требует, чтобы мультикаст лился в отдельном ВЛАНе. По опыту скажу, что ещё лучше, чтобы он лился в отдельный порт

Поделиться сообщением


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

Хотим купить в НАГе BDCOM OLT и вот такие ONU

Подскажите, с мультикастом там все ок? Сколько каналов можно будет запустить?

 

Ну собственно в предыдущем посте уже написал, но повторюсь. Если мультикаст в отдельном ВЛАНе и в отдельном порту, то проблем не будет. BDCOM 3310B поддерживает максимум 256 мультикаст IP-ов. Если хотите больше каналов, то нужно разделять уже по dst_port. На самой ONU есть также ограничение по работе с мультикастом. Максимальное количество мультикаст ВЛАНов - 8. Максимальное количество одновременно запущенных мультикаст групп - 16. Т.е. запустить 17 VLC плееров у клиента не получится )).

Поделиться сообщением


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

Спасибо, что не отправляете курить RTFM :)

 

слишком расплывчато - сформулируйте точнее.

по сути - это связано с:

Что хочется реализовать в настройках:

- изоляция ONU в пределах дерева и OLT`a

 

Если сделать настройку

 

Switch_config_epon0/1#switchport protected

 

то и не понадобится выделять каждое дерево в отдельный влан для изоляции абонов в пределах OLT`a? (слабо пока в этом разбираюсь)

 

 

Надо только не забывать конфиг ОЛТа сохранять.

имеете ввиду - комманду

Switch#write

?

Поделиться сообщением


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

Да, всё верно - команда Switch#write

Поделиться сообщением


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

Скажите пожалуйста, может ли ОЛТ БДком отслеживать у какого абонента нелинейные искажения?

Поделиться сообщением


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

Скажите пожалуйста, может ли ОЛТ БДком отслеживать у какого абонента нелинейные искажения?

 

Нелинейные искажения чего? сигнала? О чём вообще речь. Я конечно знаком с теорией стоксовых и антистоксовых волн, возникающих в волокне при достижении определённой мощности сигнала ... так называемое Рамановское и Брюллиеновское рассеяние света, только это тема из DWDM, при чём здесь PON.

 

Расскажите подробней, о каких искажениях идёт речь?

Поделиться сообщением


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

Скажите пожалуйста, может ли ОЛТ БДком отслеживать у какого абонента нелинейные искажения?

 

Нелинейные искажения чего? сигнала? О чём вообще речь. Я конечно знаком с теорией стоксовых и антистоксовых волн, возникающих в волокне при достижении определённой мощности сигнала ... так называемое Рамановское и Брюллиеновское рассеяние света, только это тема из DWDM, при чём здесь PON.

 

Расскажите подробней, о каких искажениях идёт речь?

Хм... Я не силён в теории. Мой инженер постоянно говорит о нелинейных искажениях, это вроде как сумма разнородных ошибок. У меня 2 OLT, одна из которых Zhone, так вот там можно увидеть эти ошибки, на другой OLT китайской это увидеть нельзя и это просто ужасно. У меня сейчас абоненты отваливаются каждый день на несколько секунд, а мы не можем найти причину. Вот я и думаю, может купить OLT BDCom и пересадить моих абонов с китайской ОЛТ на неё.

Поделиться сообщением


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

Что-то мне подсказывает, что Ваш инженер просто не знает, где "копать". Из опыта я скажу, что в PON-е нелинейных искажений нет. Нелинейные искажения - штука сложная и детектировать их ОЛТ ну никак не может.

Чтобы Вы понимали, о каких цифрах идёт речь, детектор Брюллиеновского рассеяния стоит порядка 80000$. Я не думаю, что у Вас такой дорогой ОЛТ. Единственный вариант создать "нелинейщину" в PON-е - это ввести в PON CATV сигнал с EDFA усилителя порядка 20..22 dBm. Да и то не факт, что Брюллиен появится, т.к. спектр CATV сигнала специально "размыт" для уменьшения этого самого Брюллиена.

 

А в PON-е, всё что Вас ожидает, это Затухание и Возвратные потери (ORL), но это линейные эффекты.

 

По поводу того, может ли BDCOM показывать ошибки на интерфейсе - да, может.

 

Switch_config#show int gigaEthernet 0/1

GigaEthernet0/1 is down, line protocol is down

Ifindex is 5, unique port number is 1

Hardware is GigaEthernet-TX, address is 00e0.0fde.d95f (bia 00e0.0fde.d95f)

MTU 1500 bytes, BW 1000000 kbit, DLY 10 usec

Encapsulation ARPA

Auto-duplex, Auto-speed

flow-control off

5 minutes input rate 0 bits/sec, 0 packets/sec

5 minutes output rate 0 bits/sec, 0 packets/sec

Received 0 packets, 0 bytes

0 broadcasts, 0 multicasts

0 discard, 0 error, 0 PAUSE

0 align, 0 FCS, 0 symbol

0 jabber, 0 oversize, 0 undersize

0 carriersense, 0 collision, 0 fragment

0 L3 packets, 0 discards, 0 Header errors

Transmited 0 packets, 0 bytes

0 broadcasts, 0 multicasts

0 discard, 0 error, 0 PAUSE

0 sqettest, 0 deferred

0 single, 0 multiple, 0 excessive, 0 late

0 L3 forwards

 

Обратите внимание на поле discard и error. Только учтите, что при правильном строительстве сети, сюда редко кто заглядывает. У меня OLT в стойке стоит уже года 3 -

ни одной ошибки нет.

 

У Вас скорее всего происходит происходит один из следующих вариантов:

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

2) На ОНУ приходит нормальный сигнал, но при этом в сети есть соединения APC и UPC коннекторов, которое приводит к сильным возвратным потерям (проблема возвратных потерь ORL)

3) C ОЛТом используются не родные ОНУ

4) Не правильно настроен алгоритм DBA (Dynamic Bandwidth Allocation)

5) Банальный логический флуд в сети (arp,icmp,igmp,dhcp,bpdu). Каждый из этих протоколов может при большом количестве положить железку на лопатки. Например BDCOM-у достаточно 2000 DHCP за секунду и пациенту нужна перезагрузка.

6) Физический флуд - на одной из ОНУ лазер вышел из строя и постоянно или периодически безконтрольно светит в сеть.

 

Как видите, проблем тут может быть воз и маленькая тележка. Но если сеть построена правильно и ОЛТ настроен грамотно, то первые 5 пунктов Вам не грозят.

Изменено пользователем Reanemator

Поделиться сообщением


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

Что-то мне подсказывает, что Ваш инженер просто не знает, где "копать". Из опыта я скажу, что в PON-е нелинейных искажений нет. Нелинейные искажения - штука сложная и детектировать их ОЛТ ну никак не может.

Да, верно. Где "копать" не знаем из имеющихся данных на второй OLT. О прямом измерении нелинейных искажений и речи не идет. Речь о косвенном определении нелинейных искажений (как тех-поддержка объяснила), то есть на OLT ZHONE есть cтатистический счетчик определенных ошибок уровня L1 PON, который выдает аларм при достижении определенного порога ошибок.

То есть подобные проблемы (отключение на несколько секунд большинства ONT на ветке) на ZHONE тоже могут быть, но тут довольно быстро получается локализовать проблему, найдя ONT или со слишком большим для района затуханием, или (о чем речь выше) со сработавшим счетчиком ошибок. Именно о наличии подобного счетчика на OLT BDCOM мы и хотим знать.

 

Обратите внимание на поле discard и error. Только учтите, что при правильном строительстве сети, сюда редко кто заглядывает. У меня OLT в стойке стоит уже года 3 -

ни одной ошибки нет.

Скажите, разве здесь ошибки уровня L1 а не L2?

 

У Вас скорее всего происходит происходит один из следующих вариантов:

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

Все подключенные ONT, которые подключены к OLT имеют комфортные значения (по данным производителя) RX.

 

2) На ОНУ приходит нормальный сигнал, но при этом в сети есть соединения APC и UPC коннекторов, которое приводит к сильным возвратным потерям (проблема возвратных потерь ORL)

Это вполне может быть, да

 

3) C ОЛТом используются не родные ОНУ

Родные

 

4) Не правильно настроен алгоритм DBA (Dynamic Bandwidth Allocation)

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

 

5) Банальный логический флуд в сети (arp,icmp,igmp,dhcp,bpdu). Каждый из этих протоколов может при большом количестве положить железку на лопатки. Например BDCOM-у достаточно 2000 DHCP за секунду и пациенту нужна перезагрузка.

Ограничение широковещательных пакетов стоит на всех PON портах. К тому же, и мы и техподдержка этой GePON OLT сомневаемся что подобное может ложить всю ветку именно на уровне PON.

 

6) Физический флуд - на одной из ОНУ лазер вышел из строя и постоянно или периодически безконтрольно светит в сеть.

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

 

Как видите, проблем тут может быть воз и маленькая тележка. Но если сеть построена правильно и ОЛТ настроен грамотно, то первые 5 пунктов Вам не грозят.

Хотелось бы надеяться.

Изменено пользователем optima.net

Поделиться сообщением


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

Может кто-то вам конвертер в дерево включает? )

Поделиться сообщением


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

Всем PON-экспертам доброго времени суток.

Появился на примете небольшой ЧС, в котором хочу подключить пару сотен домов. Проблема в том, что там уже есть несостоявшийся "провайдер", который хотел строиться PON-ом, и даже растянул волокно, но потом строиться передумал. Теперь хочет продать мне волокно и ОЛТ с ОНУ-шками в придачу (голову BDCOM 3310 и ОНУ BDCOM 1501C1)

Я не против выкупить у него сеть, т.к. тоже собирался строиться PON-ом. Правда, есть одно НО! Вся оптическая трасса - двушка!

Я набросал схему прокладки волокон (кабель брошен по столбам). Муфт никаких нет.

Собственно вопрос - а это возможно? Как вообще можно подключить 4 PON дерева на 2 волокна? То ли предыдущий PON-овец что-то не понял в технологии, то ли я чего-то не догоняю.

post-131390-015400700 1449061702_thumb.jpg

Поделиться сообщением


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

To: optima.net

 

Разрешите расставить точки над и.

Статейка про нелинейныесикажения в оптике

 

Для того чтобы вы не устали ее читать, могу сказть следующее:

В оптике есть линейные эффекты - пример затухание, усиление

и нелинейные эффекты - SBS, SRS

 

В чем суть вопроса. Изложу вопрос очень простыми словами.

Линейщина:

Когда мы усиливаем сигнал, его аплитуда пропорционально растет, когда

сигнал затухает он пропорционально уменьшает аплитутуду.

Таким образом - линейные эфекты пропорциональны дальности, пропорциональны мощности сигнала итд.

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

Если бы сущестовали только линейные эффекты не было бы ограничения на дальность передачи сигнала,

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

 

Нелинейщина:

SBS и SRS проявляют себя когда намнужно пробить сигналом очень далеко, напремер мы хотим пробить 200 или 300км

При удельном затухании - 0,2dB/км(1550nm) * 300(200) = 60dB-40dB(данные с потолка и для примера)

Тоесть нам нужно получить оптически бюджет 40-60db чтобы все зарабоатало

Если приемник работает на -(минус)23dB то получается что нам в волокно нужно подать мощность

+17(200км) и 37dB(300км)

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

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

(прошу меня специалистов в области DWDM не пинать, я все расказываю упрощенно...)

 

Другими словами, пока мы не достигнем некой пороговой мощности, никаких SBS/SRS(нелинейных эффектов)

в примнципе не может быть. Этот порог зависит от ширины спектра, от размера окна (измененого в нанометрах)

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

Для системы DWDM у которой ширина спектра одного канали 0.8nm - SBS начнется от мощности +11..+12dB

А при ширине спектра в 10nm (как у CATV/PON) там мощность можно спокойно вдуть и 22-24dB (например CATV поверх PON)

 

Изевстно всем что в ПОН модули применяются с мощностью 0..+5 максимум можно гдето найти +7

 

 

ВЫВОДЫ: ваш инженер/админ заблуждается или пытаеся ввести вас в заблуждение

никаких нелинейных эффектов в ПОН быть не может.

 

По поводу ошибок L1/L2

Модель сети имеет 7 уровней. Превый из них физический, втрой пакетный. (L1/L2)

Конечно же корень всех ошибок физика. Тоесть первопричина ошибок находится на первом уровне.

Помере повышения уровня есть спец механизмы котрые позыоляют ошибки более низкого уровня

устранить. Тоесть, если у вас из за ошибок на L1 пришел буитый пакет, комутатор(ОЛТ)

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

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

 

Я прочел все что писал Реаниматор, полностью его поддерживаю, но из опыта могу скзать

что наиболее вероятные причины - уровни сигнала, особенности оборудования

все шторым они менее вероятны.

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

 

Если есть подозрение что едоо все таки в уровнях, попробуйте вникунть в

понятия "Оптический бюджет" и "децибел" вам тогда будет проще проконтролировать

а првильно ли у вашего инженера все расчитано, сделано...

Опус Про Децибел

Опус Про Оптический Бюджет

Изменено пользователем wglazyrin

Поделиться сообщением


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

1) BDCOM действительно показывает ошибки L2 уровня. И я что-то не знаю, какой свитч умеет показывать ошибки L1. Давайте разберёмся, что вообще такое ошибка L1. У нас сигнал цифровой - 0 или 1. Так вот ошибка L1 - это когда чип принимающей стороны не может однозначно сказать 0 это или 1 - так называемое 3-е состояние. Как правило, в свитчах заложена определённая логика, что делать с таким сигналом. Возможно, у меня нет большого оптыа общения с разными вендорами, но я не встречал L2 свитчи, которые могут показывать L1 ошибки.

 

2) Физический флуд может положить железку. У вас Ethernet чип ОЛТа занят на 100%. А если флуд идёт со стороны ОНУ-шек, то ещё и PON чип ОЛТа перегружен. В итоге ОЛТ не успевает отрабатывать оп протоколу MPCP и ОНУ дружно дерегистрируются (либо часть, либо все сразу).

Поделиться сообщением


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

Всем PON-экспертам доброго времени суток.

Появился на примете небольшой ЧС, в котором хочу подключить пару сотен домов. Проблема в том, что там уже есть несостоявшийся "провайдер", который хотел строиться PON-ом, и даже растянул волокно, но потом строиться передумал. Теперь хочет продать мне волокно и ОЛТ с ОНУ-шками в придачу (голову BDCOM 3310 и ОНУ BDCOM 1501C1)

Я не против выкупить у него сеть, т.к. тоже собирался строиться PON-ом. Правда, есть одно НО! Вся оптическая трасса - двушка!

Я набросал схему прокладки волокон (кабель брошен по столбам). Муфт никаких нет.

Собственно вопрос - а это возможно? Как вообще можно подключить 4 PON дерева на 2 волокна? То ли предыдущий PON-овец что-то не понял в технологии, то ли я чего-то не догоняю.

 

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

Выкрутиться из ситуации действительно можно при помощи FBT сплиттеров, но нужно понимать, сколько домов Вы хотите подключить. Место для OLTа выбрано грамотно - можно сказать в центре района, поэтому у Вас от ОЛТа 2 волокна пойдут вверх по улице, 2 вниз.

 

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

Изменено пользователем Reanemator

Поделиться сообщением


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

Что-то мне подсказывает, что Ваш инженер просто не знает, где "копать".

Optima.net это как раз мой инженер.

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

Мы использовали деление 1/64, хотя китайцы говорили, что нужно 1/32, но они сказали, что програмно ограничений на количество ОНУ на ветке нет и всё упирается исключительно в затухание, сейчас у нас среднее затухание на ОНУ 20-22, китайцы сказали, что это нормальные пределы. Плюс к этому, мы ещё не превысели количество в 32 ОНУ на ветку.

 

2) На ОНУ приходит нормальный сигнал, но при этом в сети есть соединения APC и UPC коннекторов, которое приводит к сильным возвратным потерям (проблема возвратных потерь ORL)

Вот такое точно есть, не везде, но в нескольких местах есть.

Изменено пользователем Enigma33

Поделиться сообщением


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

Что-то мне подсказывает, что Ваш инженер просто не знает, где "копать".

Optima.net это как раз мой инженер.

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

Мы использовали деление 1/64, хотя китайцы говорили, что нужно 1/32, но они сказали, что програмно ограничений на количество ОНУ на ветке нет и всё упирается исключительно в затухание, сейчас у нас среднее затухание на ОНУ 20-22, китайцы сказали, что это нормальные пределы. Плюс к этому, мы ещё не превысели количество в 32 ОНУ на ветку.

 

2) На ОНУ приходит нормальный сигнал, но при этом в сети есть соединения APC и UPC коннекторов, которое приводит к сильным возвратным потерям (проблема возвратных потерь ORL)

Вот такое точно есть, не везде, но в нескольких местах есть.

 

Если Вы соединяете коннекторы с UPC и APC полировкой, то во-первых вносите большие потери, а во-вторых формируете достаточно мощный возвратный сигнал. Я не могу ручаться, что проблема именно в этом, но коннекторы стоит заменить на однотипные.

Поделиться сообщением


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

Если Вы соединяете коннекторы с UPC и APC полировкой, то во-первых вносите большие потери, а во-вторых формируете достаточно мощный возвратный сигнал. Я не могу ручаться, что проблема именно в этом, но коннекторы стоит заменить на однотипные.

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

Поделиться сообщением


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

1) BDCOM действительно показывает ошибки L2 уровня. И я что-то не знаю, какой свитч умеет показывать ошибки L1. Давайте разберёмся, что вообще такое ошибка L1. У нас сигнал цифровой - 0 или 1. Так вот ошибка L1 - это когда чип принимающей стороны не может однозначно сказать 0 это или 1 - так называемое 3-е состояние. Как правило, в свитчах заложена определённая логика, что делать с таким сигналом. Возможно, у меня нет большого оптыа общения с разными вендорами, но я не встречал L2 свитчи, которые могут показывать L1 ошибки.

 

2) Физический флуд может положить железку. У вас Ethernet чип ОЛТа занят на 100%. А если флуд идёт со стороны ОНУ-шек, то ещё и PON чип ОЛТа перегружен. В итоге ОЛТ не успевает отрабатывать оп протоколу MPCP и ОНУ дружно дерегистрируются (либо часть, либо все сразу).

 

Есть свитчи, которые показывают уровень BER.

Поделиться сообщением


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

wglazyrin, спасибо на относительно научное объяснение процессов в PON.

 

1) BDCOM действительно показывает ошибки L2 уровня. И я что-то не знаю, какой свитч умеет показывать ошибки L1. Давайте разберёмся, что вообще такое ошибка L1. У нас сигнал цифровой - 0 или 1. Так вот ошибка L1 - это когда чип принимающей стороны не может однозначно сказать 0 это или 1 - так называемое 3-е состояние. Как правило, в свитчах заложена определённая логика, что делать с таким сигналом. Возможно, у меня нет большого оптыа общения с разными вендорами, но я не встречал L2 свитчи, которые могут показывать L1 ошибки.

Пожалуйста, посмотрите прикрепленный файл hardware_installtion_2_zhone_bip, это с документации ZHONE OLT по поводу этого порогового счетчика ошибок.

 

2) Физический флуд может положить железку. У вас Ethernet чип ОЛТа занят на 100%. А если флуд идёт со стороны ОНУ-шек, то ещё и PON чип ОЛТа перегружен. В итоге ОЛТ не успевает отрабатывать оп протоколу MPCP и ОНУ дружно дерегистрируются (либо часть, либо все сразу).

Понял, попробуем понаблюдать на нагрузкой процессора OLT.

hardware_installtion_2_zhone_bip.pdf

Изменено пользователем optima.net

Поделиться сообщением


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