UA.PON v6.0

[Hash.cv 0]

 

sh ip mcst

В Router Port List значится аплинк как querier???

В каком влане вы задуваете мультикаст, в 4000, на примере выше стоит 9й?

 

sh ip mcst groups  что показывает во время работы мультикаста корявым способом?

 

 

Мультикаст задуваеться в примере выше в 9 влан, во втором примере в 4000 влан. Изменил для наглядности

 

Корявым способом (4000 - влан с мультикастом, 41 - влан с интернетом):

interface EPON0/1:1
 onu-configuration
  epon onu port 1 ctc vlan mode trunk 41 4000
!!onu-configuration-end


Switch_config#show ip mcst

                Global multicast configuration:
-----------------------------------------------------------------
Globally enable                         : Disabled
Multicast Compatible                    : Disabled
Multicast mode                          : IGMP Snooping
Dlf-frames filtering                    : Disabled
Querier                                 : Disabled
Querier address                         : 10.0.0.200
Router age                              : 260 s
Response time                           : 15 s
volum                                   : 512
double-tag-mode                 : Disabled
double-tag outer vlan id        : 0

Router Port PVID VLANMAP=

Router Port List:
-----------------

    None

Switch_config#show ip mcst groups

Total Group Counts: 0

Vlan Group           Type     Port(s)
---- --------------- -------- -------------------------------------

Если сделать ip mcst enable, то так не работает

 

Нормальным способом:

interface GigaEthernet0/1
 switchport trunk vlan-allowed 41,4000
 switchport trunk vlan-untagged none
 switchport mode trunk
 switchport pvid 4000

interface EPON0/1
 epon bind-onu mac 5422.f836.6453 1
 switchport trunk vlan-allowed 41,404,4000
 switchport trunk vlan-untagged none
 switchport mode trunk
!
interface EPON0/1:1
 onu-configuration
  epon onu port 1 ctc vlan mode tag 41
  epon onu port 1 ctc mcst tag-stripe enable
  epon onu port 1 ctc mcst mc-vlan add 404
!!onu-configuration-end

ip mcst enable
ip mcst mrouter interface GigaEthernet0/1
ip mcst mc-vlan 404 range 239.0.0.1 - 239.0.0.255

Switch_config#show ip mcst

                Global multicast configuration:
-----------------------------------------------------------------
Globally enable                         : Enabled
Multicast Compatible                    : Disabled
Multicast mode                          : IGMP Snooping
Dlf-frames filtering                    : Enabled
Querier                                 : Disabled
Querier address                         : 10.0.0.200
Router age                              : 260 s
Response time                           : 15 s
volum                                   : 512
double-tag-mode                 : Disabled
double-tag outer vlan id        : 0

Router Port PVID VLANMAP=4000

Router Port List:
-----------------
GigaEthernet0/1(static);
    None

Відредаговано 2015-01-08 13:08:14 Hash.cv

[crashBT 0]

uplink port не определяется как квериер.

я так понимаю это в терминологии китайцев типа igmp snooping mrouter.

 

на сети у меня вот так:

Router Port List:
-----------------
GigaEthernet0/6(static)(querier); 

Відредаговано 2015-01-08 13:24:32 crashBT

[Hash.cv 0]

uplink port не определяется как квериер.

я так понимаю это в терминологии китайцев типа igmp snooping mrouter.

 

на сети у меня вот так:

 

Router Port List:
-----------------
GigaEthernet0/6(static)(querier); 

Проблема решилась командой

ip mcst querier enable

В итоге мультикаст льеться:

Switch_config#ip mcst querier enable
Switch_config#show ip mcst

                Global multicast configuration:
-----------------------------------------------------------------
Globally enable                         : Enabled
Multicast Compatible                    : Disabled
Multicast mode                          : IGMP Snooping
Dlf-frames filtering                    : Enabled
Querier                                 : Enabled
Querier address                         : 10.0.0.200
Router age                              : 260 s
Response time                           : 15 s
volum                                   : 512
double-tag-mode                 : Disabled
double-tag outer vlan id        : 0

Router Port PVID VLANMAP=4000

Router Port List:
-----------------
SWITCH(querier); GigaEthernet0/1(static);

Switch_config#show ip mcst groups

Total Group Counts: 1

Vlan Group           Type     Port(s)
---- --------------- -------- -------------------------------------
4000 239.0.0.1       LEARNING EPON0/1:1

Спасибо!

Відредаговано 2015-01-08 13:27:05 Hash.cv

[wladd 382]

компания IC-Line выпустила новую модель ОНУ под своей торговой маркой 4A (FORA)

NA-1001B

В пролдаже ужа на следющей неделе.

 

Ниже мы публикуем подробны тест репорт этого устроства.

[wladd 382]

TEST REPORT ONU FORA NA-1001

 

  Комплектация и внешний вид

ONU FORA NA-1001B поставляется вместе с 12V БП. Габариты упаковки (ШхГхВ): 240мм х 126мм х 55мм. Вес брутто: 340 г.

Печатная плата ONU FORA NA-1001B выполнена достаточно качественно. Шелкография, печать, разводка – на должном уровне. Особенности: мощная цепь питания + выключатель на входе. Выключатель обеспечивает безопасное включение устройства. Широкие дорожки питания обеспечивают низкое естественное падение напряжения в цепи питания. 3 конденсатора ёмкостью 1000uF  обеспечивают качественное первичное сглаживание пульсаций напряжения с выхода блока питания.

 

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

 

Аналоговые и цифровые полигоны земли разведены качественно (в частности, через высоковольтный  конденсатор C309 (2KV 1000 uF). Большое количество «пустых» футпринтов предназначено для установки чипа управления телефонной связью (с обвязкой и отдельным питанием). Для порта под коннектор RJ12 выведен отдельный футпринт (около RJ45 порта).

 

Знакомый и достаточно часто встречающийся в различных ONU от различных производителей SFF 2x10 Mentech позволяет ONU показывать DDM.

 

Основной чип - Marvell Avanta LP MC-88F6601 - достаточно свежее (анонс – 2013 год) SoC-решение, выполняющее роль медиаконвертера между Gigabit Ethernet с одной стороны и EPON / GPON с другой.  Это делает ONU универсальным решением для любой технологии PON - достаточно заменить прошивку и поставить другой SFF - и ONU из EPON устройства превращается в GPON устройство с одним гигабитным медным клиентским портом.

[wladd 382]

  Подключение и регистрация ONU

 

Казалось бы, что может быть проще - подключаем новую ONU к OLT-у и она автоматически регистрируется, однако это не совсем так. При работе с "альтернативкой" (а у нас на тесте её было много - CNCR, Phicomm, ANYK,  UAStarcom, VSolution, FiberHome, ZTE) часто возникают проблемы, когда ONU не регистрируется вовсе или после регистрации периодически отваливается. Чуда тут особого нет - всё дело в работе протокола MPCP (Multi-Point Control Protocol), который позволяет ONU и OLT обмениваться служебными сообщениями (GATE, REPORT). Суть в том, что на некоторых альтернативных ONU протокол MPCP работает иначе, чем на BDCOM (другой формат/длина служебных сообщений) - отсюда и возникают все проблемы.

 

Для того, чтобы приблизить регистрацию ONU к боевым условиям, мы взяли 4 ONU: BDCOM P1004B, BDCOM P1501C (rev 1.0), BDCOM 1501C1, FORA NA-1001B. Посмотрим, не возникнет ли у нашей альтернативной конкурсантки проблем с регистрацией.

 

 

Перед началом теста мы подключили все 4 ONU к сплиттеру и выключили EPON порт, чтобы ONU не начали регистрироваться раньше времени. После того, как порт был открыт, все 4 ONU успешно зарегистрировались. Из скриншота видно, что ONU FORA зарегистрировалась первой - это свидетельствует о том, что она корректно работает с протоколом MPCP.

 

  Механизм DBA (Dynamic Bandwidth Allocation)

 

Алгоритм DBA, разработанный специально для пассивных сетей, играет значительную роль в PON-е, т.к. позволяет уменьшить задержки пакетов на пути ONU -> OLT. Однако, как показывает практика, далеко не все альтернативные ONU нормально дружат с этим алгоритмом. А проблема всё та же - несогласованность работы протокола MPCP.

 

Включим на OLT-е алгоритм DBA при "базовых" (рекомендуемых BDCOM-ом) настройках (Cycletime = 25000 TQ, Discovery-Length = 1024 TQ, Discovery-Frequency = 64) и посмотрим, как FORA NA-1001B справится с этим не лёгким испытанием.

 

 

Включение механизма DBA никак не повлияло на функционирование ONU FORA (за несколько дней работы ONU ни разу не "отвалилась" от OLT-а).

 

Заодно мы проверим, а действительно ли механизм DBA позволяет уменьшить задержки пакетов. Для этого к OLT-у подключим 1 ОНУ FORA NA-1001B, к ОНУ подключим ПК с Linux-ом и запустим по 1000 ICMP пакетов в сторону Яндекса (1000 пакетов с включённым алгоритмом DBA и 1000 - с выключённым). Тест не отражает загруженности реальной сети, однако позволяет увидеть прирост скорости прохождения пакетов.

Таким образом, включение алгоритма DBA позволило уменьшить задержки пакетов между OLT и ONU в среднем на 6.6%.

 

Проведём ещё один тест - на одном ПК, подключённом к сети инженерного отдела, запустим IPERF сервер, а на Linux ПК, подключённом к ONU FORA, - IPERF клиент. Результаты прогона синтетического трафика в направлении iperf клиент -> iperf сервер оказались более чем убедительные - с включённым алгоритмом DBA пропускная способность канала составила 885 mbps, а с выключенным - всего 654 mbps.

 

Можно констатировать, что новая FORA NA-1001B корректно работает с механизмом DBA.

 

  DDM и базовая информация об ONU

 

Теперь проверим, может ли ONU FORA показать мощность входящего сигнала (т.е. поддерживает ли её SFF модуль функцию DDM) и базовую информацию о себе

Как видим, ONU показывает всю необходимую информацию.

 

Попробуем выяснить чувствительность приёмника ONU. Для этого подключим ONU к сплиттеру не напрямую, а через динамический аттенюатор. Увеличивая затухание на аттенюаторе, мы определим нижний порог чувствительности приёмника SFF модуля, установленного на ONU. При мощности сигнала ниже -28 dBm ONU стала "ругаться" на низкий уровень сигнала - при этом ошибок на порту не было. Не стоит забывать, что производителем заявлена чувствительность приёмника -26 dBm, поэтому полученный результат -28 dBm является скорее исключением из правил.

 

  Inband /  Outband Management IP

 

Проверим, можно ли ONU FORA NA-1001B назначить IP адрес в отдельном VLAN-е. Для начала создадим на OLT-е VLAN управления (VID = 100) и присвоим ему IP адрес (например 192.168.0.82).

Настроим EPON порт в режиме TRUNK

 

Создадим VLAN управления (VID = 100) на ONU FORA и назначим ей IP адрес 192.168.0.85. Существуют 2 команды для назначения ONU IP адреса (Private OAM команда BDCOM-а и команда, определённая стандартом CTC). Проверим обе из них.

 

 

Как мы видим, обе команды работают исправно.

Также вспомним о владельцах BDCOM P1004B, которым приходится настраивать EPON порт несколько иначе, чтобы получить доступ к VLAN-у управления ONU:

При такой настройке EPON порта ONU FORA NA-1001B также пингуется, поэтому у владельцев BDCOM P1004B не возникнет проблем при использовании их ONU и ONU FORA в одном дереве.

 

Кроме того наша подопытная имеет Outband IP (10.0.0.10), доступный через UNI порт. Он позволяет попасть на WEB интерфейс ONU.

Відредаговано 2015-01-13 10:08:38 wladd

[Maxxx 446]

. прошу модератора удалить пост.

Відредаговано 2015-01-13 10:26:12 Maxxx

[wladd 382]

  Смена прошивки на ONU через CLI OLT-а

 

Большинство альтернативных ONU грешат тем, что не умеют прошиваться с OLT-а BDCOM. Поэтому клиентам, купившим такие ONU, приходится мириться со всеми их багами, т.к. новая прошивка если и выйдет, то залить её на ONU через OLT не получится.

 

Проверим, как обстоят дела с прошиванием у нашей подопытной. Для начала зальём новую прошивку от ONU на flash память OLT-а. Тут сталкиваемся с неприятностью. Мы давно привыкли, что прошивки от новых ONU BDCOM имеют размер около 0.5 Mb, поэтому они с лёгкостью помещаются на flash память OLT-а. Однако в чипе ONU FORA NA-1001B крутится Linux, поэтому вес прошивки подкрался к отметке 1.8 Mb. Поэтому вспоминаем старые добрые времена: сначала удаляем Switch.bin, а уже потом заливаем прошивку от ONU.

Запускаем процесс прошивания ONU и несколько минут ждём окончания процесса.

После завершения процесса прошивания подтверждаем смену прошивки.

 

По итогу ONU была успешно прошита.

[wladd 382]

  Обнаружение петель (Loop Back Detection)

 

Функция крайне полезная, т.к. чем бороться со штормом в сети, лучше его предотвратить. Посмотрим, реализован ли данный функционал на ONU FORA. Включим Loop Back Detect и на UNI порту запустим сниффер пакетов (WireShark).

 

WireShark показывает, что каждые 2 секунды ONU отправляет широковещательный пакет (номер протокола 0xfffe). Данный пакет и является пакетом LBD.

 

 Подключим к UNI порту ONU коммутатор BDCOM 2228F и сделаем петлю на его медных портах.

В результате OLT выдал предупреждение, что на ONU зафиксирована петля; сама ONU при этом отключила свой UNI порт. После устранения петли ONU выжидает около 40 секунд и включает порт обратно, а OLT выводит соответствующее сообщение.

[wladd 382]

  Ограничение кол-ва MAC адресов (Port Security)

 

Данная функция используется провайдерами крайне редко, однако в случае сетевых атак типа MAC-Spoofing или DHCP Starvation она бывает крайне полезной. Для начала посмотрим на  таблицу MAC адресов ONU.

 

MAC таблица ONU содержит 2 записи: MAC адрес самой ONU и MAC адрес ПК, подключённого к UNI порту. Ограничим размер таблицы MAC адресов 7 записями.

 

Для проверки механизма Port Security мы будем использовать атаку DHCP Starvation, суть которой заключается в отправке DHCP серверу большого количества запросов от фейковых MAC адресов. Если функция Port Security работает корректно, то после 5 попыток получить IP адрес, таблица MAC адресов ONU переполнится и последующие попытки будут неудачными. В качестве утилиты, реализующей DCHP Starvation, будем использовать DHCPDROP.

Запускаем утилиту DHCPDROP и указываем ей IP адрес DHCP сервера, который нужно атаковать. В итоге утилита 5 раз смогла получить IP адрес, обращаясь к DHCP серверу от левых MAC адресов, а все остальные попытки закончились неудачей, т.к. MAC таблица ONU была ограничена 7 записями.

Как видим таблица MAC-ов, которые хранит ONU, содержит теперь MAC самой ONU, MAC ПК, подключённого к ней, и 5 фейковых MAC-ов, сгенерированные утилитой DHCPDROP. Таким образом, функция Port Security на ONU FORA NA-1001B работает корректно.

[wladd 382]

  Тест пропускной способности

 

Проверим, какую пропускную способность сможет обеспечить ONU FORA NA-1001B. К сожалению профессионального оборудования от компании SmartBits под рукой не оказалось, поэтому тест придётся делать обычным IPERF-ом. К ONU подключаем ПК (IPERF-клиент), к GE порту OLT-а подключаем второй ПК (IPERF-сервер).

 

Перед началом теста необходимо изменить настройки SLA на ONU, т.к. по умолчанию максимальную пропускная способность ONU составляет 100 mbps. Изменим её до 1000 mbps.

Запустим 10-минутный тест IPERF-ом: сначала в режиме half-duplex (сервер и клиент обмениваются трафиком по очереди), а затем в режиме full-duplex (сервер и клиент обмениваются трафиком одновременно).

 

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

[wladd 382]

  Multicast VLAN

 

Пожалуй, вторая по важности функция в ONU, т.к. IPTV сейчас не транслирует только ленивый.

Настроим приём multicast трафика на порту GE2 (multicast транслируется в 1000-ом VLAN-е):

 

Включим обработку multicast на самом OLT-е и не забываем создать 1000-ый VLAN.

 

 

Включим обработку Multicast VLAN на ONU:

 

 

Запустим 2 VLC плеера и убедимся, что ONU нормально транслирует мультикаст поток.

 

 

Проблем с multicast трафиком на ONU FORA NA-1001B обнаружено не было. Попытки запустить 4 VLC плеера и смотреть 4 multicast канала одновременно также увенчались успехом. Мы не стали упаковывать разные multicast группы в разные VLAN-ы, но для любителей MVR уточним, что ONU FORA NA-1001B поддерживает одновременную обработку до 32 multicast VLAN-ов.

[_WesT_ 1 016]

. прошу модератора удалить пост.

 

ТО у тебя молчит, а у меня все работает. )))

[_WesT_ 1 016]

компания IC-Line выпустила новую модель ОНУ под своей торговой маркой 4A (FORA)

NA-1001B

В пролдаже ужа на следющей неделе.

 

Ниже мы публикуем подробны тест репорт этого устроства.

 

ВОт это подарочек. Вот это порадовали.

33 бакса за ОНУ с проверенным сервисом и гарантией. 

+100 однозначно. 

 

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

[wladd 382]

  802.1Q | Работа с VLAN-ами

 

Напомним, что ONU BDCOM поддерживают несколько режимов настройки UNI порта:

 

Как правило, провайдеры используют режим Tag (Access), реже - Trunk и Transparent. Режимы Translation, Vlan-Stacking и Aggregation пока никому из провайдеров не пригодились. Поэтому мы не проверяли работоспособность этих режимов на ONU FORA NA-1001B, а проверили только 3 основные режима (Tag, Trunk и Transparent)

 

Описывать процедуру тестирования смысла нет, т.к. она тривиальна, поэтому просто констатируем, что ONU FORA NA-1001B поддерживает все 3 режима обработки тэгов. Для любителей ставить за ONU коммутатор и пропускать кучу VLAN-ов trunk-ом уточним, что максимальное количество VLAN-ов, которые ONU может пропустить через себя в режиме trunk- 512 (хотя рано радоваться - BDCOM OLT не позволяет настроить на ONU более 16 VLAN-ов в режиме trunk).

 

 

  Storm-Control

 

Данная функция также крайне полезна и может использоваться по умолчанию для защиты сети от флуда со стороны клиента. Storm-control может работать в нескольких режимах: ограничение широковещательных (broadcast), групповых (multicast) пакетов, а также пакетов с неизвестным адресом получателя (unknown unicast). Также есть режим, в котором ограничению подвергаются все вышеперечисленные пакеты одновременно. Именно этот режим провайдеры используют чаще всего.

 

 

Мы не ставим перед собой задачу проверить точность механизма storm-control, а просто узнаем - работает он вообще или нет. Для этого берём 2 ПК. Один подключаем к ONU, другой - к медному порту OLT-а. На обоих ПК запускаем WireShark с фильтрацией BOOTP пакетов (они же DHCP). На ПК, подключённом к ONU, запускаем утилиту DHCDROP, которая будет генерировать DHCP Discover Flood, т.е. по сути создавать broadcast шторм. При этом мы смотрим, сколько пакетов отправляет один ПК и сколько получает другой.

 

Включим на ONU Storm-control в 4-ом режиме с лимитом трафика 350 kbps

 

 

 

Запустим DHCDROP на несколько секунд и посмотрим, отработает ли Storm-Control. Результаты получились не однозначные. Storm-Control на ONU работает, причём с хорошей точностью, однако механизм блокировки шторма отличается от того, что мы привыкли видеть на BDCOM ONU. Если количество флуда за единицу времени превышает пороговое значение threshold, то BDCOM ONU отбрасывает остальной флудящий трафик, пришедший в эту же единицу времени. Инженеры Marvell, чей чип красуется на плате ONU Fora NA-1001B посчитали, что Storm-Control должен работать несколько иначе - если флуд превысит порог, то ONU не будет его "дропать", а поместит в отдельный буфер, а потом постепенно будет высвобождать данные из этого буфера.

Пугаться особо не стоит - буфер не резиновый, и когда он заполнится, ONU ничего не останется, как "дропать" очередной флудящий трафик.

[wladd 382]

  Применение шаблонов

 

Многие альтернативные ONU грешат тем, что к ним вообще не применяются шаблоны или применяются частично (только часть команд). Поэтому стоит проверить, насколько ONU FORA NA-1001B дружит с шаблонами. Создадим шаблон из 10 команд и применим его к нашей ONU.

 

Осталось отвязать ONU FORA от OLT-а и дать её заново зарегистрироваться, чтобы она подхватила шаблон.

 

Как видно из последнего скриншота, после регистрации ONU подхватила все 10 команд из шаблона.

[wladd 382]

Репорт окончен.

Скачать репорт ввиде файла можно здесь

Пообщаться по поводу заказов можно здесь

[Zolks 24]

ВОт это подарочек. Вот это порадовали.

33 бакса за ОНУ с проверенным сервисом и гарантией. 

+100 однозначно. 

 

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

 

Тоже уже заказал 40 штук. Правда обещали перезвонить (2 часа назад), однако ни звонка ни счета нет пока.

 

Upd. Созвонились. все в порядке. Спасибо.

Відредаговано 2015-01-13 14:12:20 Zolks

[Гайджин 574]

Репорт окончен.

Скачать репорт ввиде файла можно здесь

Пообщаться по поводу заказов можно здесь

Хороший тест. Качественный.

[martin 170]

По поводу Vlan режимов которые никто не использует.. до сих пор нет инфы о том что ПОН порты не пропускают пакеты больше 1500 байт.

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

[wladd 382]

Хотите свежую статью? (интерсную и познавательную)

Відредаговано 2015-01-14 11:23:26 wladd

[_WesT_ 1 016]

Хотите свежую статью? (интерсную и познавательную)

 

хотим. Я всегда за. ))

[wladd 382]

(Автор Статьи - Андрей Смоляков  aka reanimator_ua Skype:reanemator_ua)

 

ПРОЕКТИРОВАНИЕ PON СЕТЕЙ

 

Строительство любой компьютерной сети, вне зависимости от её размеров, должно начинаться с разработки проекта. Без проекта монтажники вряд ли начнут прокладку ВОЛС, т.к. это чревато большим количеством ошибок. Грамотно составленный проект сети позволит свести к минимуму финансовые и временные затраты на монтажные работы, а в случае с PON-ом — минимизировать суммарное затухание, что для пассивных оптических сетей является крайне важным показателем.

 

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

 

1. ЭТАПЫ ПРОЕКТИРОВАНИЯ

 

Проектирование PON сети можно чётко разделить на 3 этапа:

 

ЭТАП I. Сбор исходных данных

§  Карта района с адресным планом жилых домов;

§  Схемы / планы / чертежи существующих кабельных канализаций и опор ЛЭП.

ЭТАП II. Анализ исходных данных и составление концепции проекта

§  Определение процента проникновения (процент охвата абонентов);

§  Определение топологии сети;

§  Определение оптимальной схемы трассировки кабелей;

§  Выбор места размещения оптических узлов со сплиттерами;

§  Выбор максимальной ёмкости кабеля с учётом резервных волокон;

§  Расчёт оптического бюджета потерь.

ЭТАП III. Разработка проектной документации

§  Разработка структурной схемы сети;

§  Разработка схемы трассировки кабелей на местности;

§  Разработка схемы размещения оптических узлов со сплиттерами на местности;

§  Разработка схемы кроссировки волокон в оптических узлах;

§  И многое другое...

 

В рамках данной статьи мы рассмотрим ЭТАП I и ЭТАП II, т.к. они затрагивают большинство типичных вопросов, возникающих у новоиспечённых PON инженеров.

 

2. СБОР ИСХОДНЫХ ДАННЫХ

 

Для реализации качественного PON проекта карта района, где предполагается развернуть PON сеть, должна быть максимально детализирована — это избавит проектировщика от лишней головной боли и возможных ошибок. По сути для начала работы над проектом инженеру необходим план застройки выбранного микрорайона с адресным планом и схемой коммуникаций (кабельные канализации или опоры ЛЭП). Как правило, все эти документы можно получить в местных административных органах, однако для этого придётся оббивать пороги десятка различных ведомств.

 

Поэтому многие проектировщики пытаются облегчить себе жизнь и в качестве плана для будущего проекта используют снимки со спутников. Конечно, топографические снимки, которые предлагает Google.Maps или Яндекс.Карты, можно использовать, однако далеко не всегда, т.к. они обладают рядом недостатков:

§  Снимки городов обновляются достаточно редко, а снимки сёл / деревень / ПГТ ещё реже, поэтому такие снимки не отображают реальный план застройки;

§  Как правило, на снимках сёл / деревень / ПГТ отсутствуют обозначения домов и дорог;

§  По таким снимкам невозможно определить схему коммуникаций.

Существует ещё один вариант получения плана застройки - заказать этот план у коммерческих картографических компаний (например, OpenStreetMap, VISICOM, 2GIS ...), однако такое удовольствие стоит дорого. Более того, полученные по итогу векторные цифровые карты всё равно не будут содержать схемы коммуникаций.

 

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

 

 

3. ПРОЦЕНТ ПРОНИКНОВЕНИЯ

 

Процент проникновения (PP - percent of penetration) или, как его ещё называют, процент охвата абонентов является краеугольным камнем любого проекта компьютерной сети. Разумеется, что перед началом проектирования сети доступа, необходимо определить, сколько потенциальных абонентов готово к ней подключиться. Их количество зависит от многих факторов:

 

§  Присутствие других Интернет Сервис Провайдеров (ISP) в данном районе, подключающих абонентов по технологии PON / FTTx (провайдеры беспроводного / радио / мобильного Интернета не в счёт);

§  Тип домовладений: дачный кооператив, частные дома сельского / городского типа, коттеджный посёлок;

§  Стоимость подключения / тарифные планы / абонентская плата.

 

Если Вы - PON провайдер, который "в одиночку" (без конкурентов) решили осваивать частный сектор, то можете рассчитывать в среднем на 40-60% подключений. Для дачных кооперативов эта цифра скорее всего упадёт до 20-30% и будет иметь сезонную зависимость, т.к. круглый год на дачах почти никто не живёт. Поэтому провайдеры, как правило, обходят дачные кооперативы стороной. Совсем другое дело — коттеджные посёлки. Здесь живут абоненты с достатком выше среднего, поэтому процент проникновения может достигать 80-100%.

Однако PON, в отличии от FTTx, считается не столько процентом проникновения, сколько количеством задействованных EPON портов OLT-а. Что имеется в виду? Допустим, Вы решили построить PON сеть в посёлке на 340 домов, из которых, по Вашим оценкам, к Интернету захотят подключиться 50% (170 домов). Перед Вами стоит задача приобрести головную станцию (OLT), который смог бы обеспечить такое количество подключений. У большинства современных OLT-ов коэффициент ветвления составляет 64, т.е. к одному EPON порту можно подключить до 64 абонентских устройств (ONU). Исходя из этого, для подключения 170 абонентов нужен OLT c 3 EPON портами; но т.к. таких не производят, придётся приобрести 4х портовый (например, всем известный BDCOM P3310B). Но если на OLT-е задействовать 3 EPON порта, то количество потенциальных абонентов составит 192 (3х64), а следовательно процент проникновения автоматически вырастет с 50% до 56%. При этом 1 EPON порт OLT-а остаётся незадействованным. Его можно оставить в качестве резервного (например, пустить со временем ветку PON-а в соседний посёлок) или использовать в текущем проекте, т.е. “развернуть” сеть на 256 подключений вместо 192 (процент проникновения при этом увеличится до 75%).

 

Строительство сети – затратное мероприятие, поэтому не каждый провайдер может себе позволить построить PON сеть под 100% проникновения, особенно если речь идёт о районе частного сектора на пару тысяч домов. В связи с этим большинство провайдеров проектируют PON сеть под небольшой процент проникновения, но с возможностью дальнейшего масштабирования и наращивания абонентской базы.

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

 

Примечание¹: существуют нестандартные сплиттеры – 1х3, 1х6, 1х12, 1х24, однако они применяются крайне редко, поэтому мы не будем брать их во внимание.

Відредаговано 2015-01-14 13:03:16 wladd

[wladd 382]

4. ТОПОЛОГИЯ

 

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

 

Не смотря на всё разнообразие, основных топологий в PON-е две: шинная и древовидная. Все остальные топологии, так или иначе, являются их производными. На текущий момент развития PON сетей древовидная топология является самой популярной и, можно сказать, традиционной. «Дерево» является простой, гибкой и понятной топологией с большим потенциалом для наращивания абонентской базы, поэтому сначала мы рассмотрим именно эту топологию.

 

«Дерево»

 

Напомним, что PON деревья строятся на PLC сплиттерах, которые каскадом подключаются друг к другу. В зависимости от того, сколько PLC сплиттеров находится в каскаде, различают 1х, 2х, 3х … уровневые деревья (также можно встретить такие выражения как «дерево с 2 узлами (уровнями) каскадирования» или «2х каскадное дерево»). На рисунке 4.1 наглядно представлены несколько деревьев с разным количеством узлов каскадирования.

Рисунок 4.1 – 1х каскадное (А), 2х каскадное (B) и 3х каскадное (C) деревья

 

Теоретически можно построить дерево с бо́льшим количеством узлов каскадирования (4, 5 и даже 6), но на практике такие схемы не применяются (чуть позже мы объясним почему).

 

При описании топологии сети используются такие обозначения как "1х4+1х16" или "1х2+1х4+1х8" и т.д. Это есть ни что иное как обозначение каскада PLC сплиттеров. "1х4+1х16" обозначает 2х уровневое дерево с корневым сплиттером 1х4 и абонентскими сплиттерами 1х16.

 

Часто при описании PON сетей можно встретить такие понятия как «магистральный / распределительный / абонентский участки», «корневой / распределительный / абонентский сплиттеры». Давайте разберёмся, что означают все эти понятия.  

Рисунок 4.2  - Обозначения в PON сети

 

Примечание²: Наличие в сети тех или иных участков / сплиттеров обусловлено количеством узлов каскадирования. Например, распределительные сплиттеры встречаются только в схемах с 3 и более узлами каскадирования.

 

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

§  скорость / трудоёмкость строительства сети;

§  скорость / трудоёмкость подключения абонентов.

 

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

Итак, дана карта частного сектора на 128 жилых домов (Рисунок 4.3). Необходимо составить схему PON сети данного района под 100%-ное проникновение с учётом 2 вышеуказанных критериев.

Рисунок 4.3 - Карта будущей PON сети с указанием потенциальных абонентов

 

Скорость / трудоёмкость строительства сети

 

Бывают ситуации, когда провайдеру необходимо построить сеть в максимально сжатые сроки: нужно опередить конкурентов или побыстрей отчитаться перед инвестором о вводе сети в эксплуатацию. Как бы то ни было, ускорить строительство PON сети можно: для этого необходимо использовать абонентские сплиттеры большой ёмкости (например, PLC 1х16).

 

В этом случае всю карту можно разбить на сектора (по 16 домов в секторе) и в центре каждого сектора установить абонентский сплиттер 1х16 (Рисунок 4.4). Тогда в качестве корневых сплиттеров будут использованы сплиттеры 1х4 (предполагается, что они расположены в серверной, поэтому на карте не отображены). Таким образом топология сети будет представлять 2х уровневое дерево "1х4+1х16". Для реализации такой топологии провайдеру понадобится всего 10 сплиттеров (8 абонентских 1х16 и 2 корневых 1х4).

 

У такого подхода есть огромный плюс - сеть строится максимально быстро и дёшево за счёт уменьшения "пассивки".

 

Провайдеру для реализации проекта требуется минимальное количество сплиттеров, муфт, PON-боксов, а также кабель минимальной ёмкости для магистрального и распределительного участков сети. Более того – чем меньше в сети пассивных компонентов, тем меньше времени и средств провайдер потратит на монтажные работы.

 

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

 

Суть в том, что при низкой плотности застройки часть домов находится на значительном расстоянии от абонентских сплиттеров (200-300 м.).

Рисунок 4.4 - Карта сети, разбитая на сектора по 16 домов

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

 

Скорость / трудоёмкость подключения абонентов

 

Некоторые провайдеры крайне дорожат своей репутацией, поэтому придерживаются принципа "Будь ближе к клиенту!". Т.е. при поступлении заявки от клиента подключение его дома к сети провайдера должно происходить максимально быстро. Если провайдер сообщит клиенту, что "для подключения Вам нужно подождать недельку, пока наши монтажники прокинут до Вашего дома 300 метров оптики по обледенелым столбам", то клиент может вообще отказаться от подключения. Поэтому, чтобы повысить качество обслуживания своих клиентов, провайдер должен устанавливать абонентские сплиттеры на минимальном расстоянии от абонентов. Для этого плотность (количество) абонентских сплиттеров должна быть увеличена, а их ёмкость, соответственно, – уменьшена.

Рисунок 4.5 - Карта сети, разбитая на сектора по 4 дома

 

Указанному критерию удовлетворяет топология "1х16+1х4" (Рисунок 4.5), т.е. 2х уровневое дерево с корневым сплиттером 1х16 и абонентскими сплиттерами 1х4 (корневые сплиттеры, как и на предыдущей схеме, расположены в серверной, поэтому на карте не обозначены).

 

Мы опять разбиваем карту на сектора и в центре каждого сектора ставим абонентский сплиттер. Но теперь количество секторов в 4 раза больше, чем было при предыдущей топологии – следовательно, клиенты расположены в 4 раза ближе к абонентским сплиттерам.

 

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

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

 

Однако нужно понимать, что удобству подключения абонентов провайдер противопоставляет скорость строительства сети. И действительно, данный критерий является полной противоположностью предыдущему. Если первый критерий позволял оперативно "развернуть" сеть, используя всего 10 сплиттеров, то в данном случае нам понадобится уже 34 сплиттера (32 абонентских 1х4 и 2 корневых 1х16). Также понадобится больше муфт, PON боксов, большая волоконность распределительного кабеля, больше монтажных работ на этапе строительства сети.

 

Многие провайдеры пытаются найти компромиссный вариант между предложенными критериями, т.е. добиться оптимальной скорости строительства сети и оптимальной скорости подключения абонентов. Для рассмотренной карты таким оптимальным вариантом является топология "1х8+1х8" (в 80% случаев провайдеры выбирают именно её).

 

После того как мы выбрали ёмкость абонентского сплиттера, осталось определить количество узлов каскадирования для нашего дерева. Обычно провайдеры используют 2х уровневые деревья "1х4+1х16", "1х8+1х8" и "1х16+1х4". Использование 3 каскадов сплиттеров в большинстве случаев не нужно и оправдано только тогда, когда есть необходимость экономии волокон. Продемонстрируем это на примере (Рисунок 4.6).

Рисунок 4.6 - Карта сети, построенной по топологии "1х16+1х4",с указанием количества задействованных волокон

 

Дана карта небольшого посёлка с 64 потенциальными абонентами. В качестве топологии провайдер выбрал 2х уровневое дерево "1х16+1х4". Как мы видим, на разных участках схемы задействовано разное количество волокон – от 1 до 9 (чем ближе к корню дерева, тем волокон больше). Бо́льшую часть распределительного участка можно покрыть 4х жильным кабелем, однако на некоторых участках придётся проложить 8х и даже 12х жильный кабель. Ничего страшного в этом нет, однако представьте, что у Вас на складе лежит пара бухт "четвёрки" и докупать новый кабель нет ни малейшего желания. В этом случае можно увеличить число каскадов и тем самым ещё больше сгруппировать сплиттеры. В нашем примере 2х каскадное дерево "1х16+1х4" превратится в 3х каскадное –"1х4+1х4+1х4". Посмотрим, как изменится волоконность распределительного участка после внедрения третьего каскада (Рисунок 4.7).

Рисунок 4.7 - Карта сети, построенной по топологии "1х4+1х4+1х4",

с указанием количества задействованных волокон

 

Из рисунка видно, что при 3х уровневом дереве количество волокон на каждом из участков не превышает 4. Т.е. даже на такой небольшой схеме мы видим существенную пользу от 3х каскадной схемы – на больших картах экономия волокон будет более ощутима. Тем не менее, если сильно экономить на волоконности кабеля Вы не собираетесь, то использовать 3х каскадную топологию не стоит. На это есть несколько причин:

 

§  Усложняется карта сети, схемы трассировки / кроссировки волокон;

§  Увеличивается количество сплиттеров и оптических узлов;

§  Усложняется поиск неисправностей в сети;

§  Ухудшается качество сигнала (показатели SNR и ORL)³ за счёт дополнительных переходных искажений;

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

 

Примечание³: SNR (Signal to Noise Ratio) - соотношение "сигнал/шум" [dB]; OLR (Optical Return Loss) – соотношение "исходный сигнал/отражённый сигнал" [dB]. Чем эти показатели выше, тем "чище" сигнал.

 

Примечание⁴: Затухание сплиттера 1хN всегда меньше, чем затухание пары сплиттеров 1xY+1xZ, где Y*Z=N. Другими словами, сплиттер 1х16 вносит меньше затуханий, чем каскад из пары сплиттеров 1х4 (13.6 dB против 14 dB).

 

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

 

«Шина»

 

Шинная топология используется провайдерами крайне редко – в основном в тех случаях, когда необходима жёсткая экономия волокон или когда карта местности представлена несколькими крайне протяжёнными улицами (по несколько километров). Существует две классификации шинных топологий: по типу используемых сплиттеров и по степени ветвления. По типу используемых сплиттеров шины делятся на классические и комбинированные (Рисунок 4.8).

Рисунок 4.8 - виды шинной топологии: классическая (A) и комбинированная (B)

 

Классическая шина представляет из себя каскад последовательно соединённых не равноплечих FBT сплиттеров 1х2: выход с меньшим затуханием соединяется с магистралью, а к выходу с бо́льшим затуханием подключается абонент. Шина в классическом виде никогда не применяется, т.к. подключить последовательно 64 FBT сплиттера и при этом сохранить достаточную мощность сигнала для каждого абонента невозможно. Поэтому всегда используется комбинированный вариант шины⁵: к выходу FBT сплиттера с бо́льшим затуханием подключается не абонент, а PLC сплиттер. Таким  образом, в классической шине используются только FBT сплиттеры, а в комбинированной шине – FBT и PLC⁶.

 

Примечание⁵: Далее по тексту под шиной будет подразумеваться только комбинированная шина.

Примечание⁶: Вместо PLC сплиттеров можно использовать FBT сплиттеры 1хN (N≥4), но в этом нет особого смысла, т.к. PLC сплиттеры имеют более равномерное затухание на всех выходах, а также меньшие габариты и чуть меньшую стоимость.

 

По степени ветвления шины делятся на линейные и нелинейные (Рисунок 4.9).

Рисунок 4.9 - виды шинной топологии: линейная (A) и нелинейная (B)

Линейная шина строится на не равноплечих FBT сплиттерах 1х2, последовательно подключенных друг за другом, и напоминает ёлочную гирлянду. Нелинейная шина строится на тех же сплиттерах, но имеет хотя бы 1 узел ветвления, поэтому больше похоже на дерево.

 

При описании шинной топологии используется примерно та же терминология, что и при описании древовидной. Отличие заключается лишь в том, что у шины в принципе нет распределительного участка – есть магистральный участок (каскад FBT сплиттеров) и абонентский участок. Соответственно в описании шинной топологии отсутствуют такие понятия как распределительные и корневые сплиттеры – есть только магистральные сплиттеры (FBT) и абонентские (PLC).

 

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

 

При рассмотрении древовидной топологии мы говорили о 2 критериях, которые применяют провайдеры при выборе абонентских сплиттеров: скорость строительства сети и скорость подключения абонентов. Проектирование шинной топологии также начинается с абонентского участка, поэтому указанные критерии здесь вполне применимы. Если необходимо построить сеть максимально быстро, то, как и в случае с деревом, провайдер может использовать схему c абонентскими сплиттерами большой ёмкости (например, "4FBT+1x16": 4 последовательно соединённых FBT сплиттера, к абонентскому выходу которых подключается PLC 1x16). Если провайдер хочет быстро подключать абонентов, то тогда он использует схему "16FBT+1x4". Компромиссным вариантом для представленных схем является топология "8FBT+1x8".

 

Вернёмся к карте, изображённой на рисунке 4.3, и построим схему данного района под 100%-ное проникновение, используя шинную топологию "8FBT+1x8" (Рисунок 4.10).

Рисунок 4.10 - карта сети, построенная по шинной топологии "8FBT+1x8"

Экономия волокон, как говорится, на лицо: только на одном отрезке магистрального участка используется 2 волокна, на всех остальных – 1. Схема получилась достаточно простой и элегантной, что не может не понравиться монтажникам, однако у шинной топологии есть 2 очевидных недостатка. Во-первых, шина плохо масштабируется, т.е. быстро увеличить абонентскую базу не получится (об этом мы подробнее поговорим в следующем разделе). Во-вторых, шинная топология усложняет поиск неисправностей в сети. Допустим, какая-то ONU вышла из строя и постоянно светит в сеть на 1310 нм. Чтобы найти источник "засвета" в 2х уровневом дереве монтажникам необходимо провести замеры сигнала всего в 2 оптических узлах: корневом и абонентском. В случае с шиной монтажникам придётся проверять все оптические узлы по очереди, пока источник "засвета" не будет найден.

Відредаговано 2015-01-14 20:50:47 wladd

[wladd 382]

5. РЕТОПОЛОГИЯ

 

Данный раздел не имеет непосредственного отношения к этапам проектирования сети, однако информация, приведённая здесь, крайне полезна при выборе топологии и процента проникновения будущей сети. Под ретопологией мы будем понимать процесс изменения топологии сети для увеличения абонентской базы. Тем провайдерам, которые сразу проектируют сети под 100%-ное проникновение, данный раздел будет не интересен, т.к. ретопология их сетям со временем не понадобится. Однако для большинства PON провайдеров, которые не могут позволить себе такую роскошь, как 100%-ный охват абонентов, раздел будет полезен.

 

Чтобы быстрей вникнуть в суть проблемы, давайте сразу перейдём к примерам. Есть посёлок на 512 домов, из которых провайдер хочет подключить 50% – 256 домов. В качестве головной станции был выбран всем полюбившийся OLT BDCOM P3310B на 4 EPON порта (коэффициент ветвления 1:64), из которых задействуются все 4. На рисунке 5.1 представлена упрощённая схема сети через пару месяцев после запуска (чтобы не загромождать рисунок, на схеме отображены только 2 поддерева из 4). Для проекта выбраны 2 древовидные топологии: "1х16+1х4" (первое поддерево) и "1х2+1х8+1х4" (второе поддерево). Это сделано специально, чтобы в последствии определить, какой из вариантов лучше подходит для ретопологии. 

Рисунок 5.1 - упрощённая схема проекта с указанием количества

подключённых к каждому сплиттеру абонентов

 

 

На каждом сплиттере указано количество подключённых к нему абонентов, из чего видно, что абоненты разбросаны по карте достаточно хаотично: некоторые абонентские сплиттеры заняты полностью, а к некоторым не подключен ни один абонент. Если в секторе, который обслуживается полностью заполненным сплиттером 1х4, появятся новые клиенты, то провайдер столкнётся с проблемой: с одной стороны, 64 абонентов на порту ещё нет, поэтому подключать новых абонентов можно, а с другой стороны, – некуда (все выходы сплиттера заняты).

 

У провайдера есть 2 пути выхода из положения. Если динамика роста абонентской базы высокая (другими словами, если много заявок на подключение), то ретопологии сети не избежать. Если же заявок мало и в ближайшее время приток новых абонентов не предвидится, то можно обойтись без ретопологии. Как? – Установить абонентский сплиттер бо́льшей ёмкости. В нашем случае, если абонентский сплиттер 1х4 занят, то его можно заменить сплиттером 1х8. ВНИМАНИЕ! Такой заменой сплиттеров мы делим сигнал на 128 (1х16+1х8)! Данный метод необходимо применять с большой осторожностью.⁷ Использование каскада сплиттеров с делением на 128 может пагубно отразиться на мощности сигнала: оптический бюджет потерь может превысить оптический бюджет мощности PON (30 dB). В этом случае ONU будут работать не стабильно или не будут работать вообще.

 

Примечание⁷: Данный метод рекомендуется использовать только опытным PON-щикам, которые отдают себе отчёт в том, что сигнал, приходящий на ONU, должен быть в худшем случае -26 dBm, но никак не меньше! 

 

Некоторые провайдеры, не смотря на предостережения, сразу делят поддеревья на 128 узлов (Земеля, Аргоком и другие прим. Влад), предвидя сильный разброс абонентов. Такой метод получил название "разведка строительства" (Рисунок 5.2).

 

Рисунок 5.2 - упрощённая схема проекта с указанием количества подключённых абонентов

(метод "Разведка строительства")

 

Данная схема ничем не отличается от схемы, показанной на рисунке 5.1, кроме абонентских сплиттеров. И первое и второе поддерево в текущей схеме поделены не на 64, а на 128 узлов: топологии "1х16+1х8" и "1х2+1х8+1х8" соответственно. Заметьте, что число абонентов на порт не превышает 64, но при этом есть возможность подключать абонентов где угодно и не беспокоиться о том, что ёмкости абонентского сплиттера не хватит, т.к. суммарная ёмкость абонентских сплиттеров обеспечивает 100%-ное проникновение.

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

 

Вернёмся к основной теме нашего раздела (ретопологии) и снова обратимся к схеме, изображённой на рисунке 5.1. Допустим, что провайдер ошибся с выбором процента проникновения, т.к. все поддеревья уже почти заполнены, а заявки на подключение продолжают поступать в большом количестве. Чтобы продолжать подключать новых, абонентов провайдеру необходимо масштабировать свою сеть под больший процент проникновения; при этом масштабирование должно проходить максимально быстро, чтобы текущие абоненты не жаловались на постоянные ремонтные работы и отсутствие Интернета.

 

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

Рисунок 5.3 - варианты ретопологии методом удвоения

 

При помощи простой ретопологии, построенной на замене абонентских и корневых сплиттеров, мы добиваемся удвоения процента проникновения. При этом замена может происходить не сразу, а в 2 этапа:

 

1) Замена корневого сплиттера 1хN на 2 сплиттера 1х ;

2) Замена абонентских сплиттеров 1хN на сплиттера 1х2N.

 

Если какое-то из поддеревьев OLT-а насыщено (достигло 64 абонентов) или приближается к насыщению, а заявки на подключение ещё есть, то можно сначала заменить корневые сплиттеры, а абонентские сплиттеры менять потом, по мере необходимости.⁸ Это позволяет свести к минимуму неудобства текущих абонентов во время проведения ремонтных работ.

 

Примечание⁸: Нужно понимать, что заменяя 1 корневой сплиттер на 2, мы увеличиваем количество поддеревьев – следовательно, понадобится ещё один свободный EPON порт (а если его нет, то новый OLT).

 

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

Существует ещё одна интересная и довольно популярная схема ретопологии (Рисунок 5.4).

Рисунок 5.4 - вариант ретопологии методом удвоения

 

В отличии от схем, продемонстрированных на рисунке 5.3, здесь корневой сплиттер не заменяется парой других сплиттеров, а просто удаляется. Таким образом, на первом этапе мы превращаем 3х каскадное дерево в пару 2х каскадных, а на втором этапе производим замену абонентских сплиттеров. Стоит отметить, что в данном варианте ретопологии в качестве корневого сплиттера может использоваться только сплиттер 1х2; причём, его желательно устанавливать непосредственно в серверной (рядом с OLT-ом) – тогда "разделение деревьев" будет проходить максимально быстро.

 

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

 

Пару слов стоит сказать о ретопологии шины. В отличие от дерева, масштабировать шину под бо́льший процент проникновения немного сложнее. Допустим, у нас есть шина, построенная по топологии "16FBT+1x4" (процент проникновения = 50%) и её необходимо перестроить под 100%-ное проникновение (Рисунок 5.5).

 

Как мы видим, ретоплогия шины займёт значительно больше времени, чем ретопология дерева. На первом этапе ретопологии дерева необходимо заменить только корневой сплиттер; здесь же приходится менять половину каскада FBT сплиттеров. Кроме того, в дереве резерв волокон осуществлялся на небольшом по протяжённости магистральном участке (от OLT-а до корневого сплиттера); в случае с шиной резервное волокно приходится "протягивать" через полкарты – это заметно увеличивает кабельную инфраструктуру.

Рисунок 5.5 - ретопология шины "16FBT+1x4" в 2 шинs "8FBT+1x8" 

Відредаговано 2015-01-14 20:53:33 wladd