Перейти до

UA.PON v3.0


wladd

  

193 пользователя проголосовало

  1. 1. Планируете ли вы строить сети в частном секторе, в сельской местности ?

    • Да!
      187
    • Нет!
      6
  2. 2. Планируете ли вы использовать технологию PON или FTTX ?

    • PON
      119
    • FTTX
      74
  3. 3. Являетесь ли вы уже участником проекта UA.PON?

    • Да!
      22
    • Нет
      98
    • Планирую
      86


Рекомендованные сообщения

Вопрос, сплиттеры (планарные, сварные) идут уже оконеченные SC? если да, то затухание на сплиттер указано уже с учетом коннектора? И почему где-то проскакивала рекомендация стараться не использовать сварные сплиттеры, якобы у них больше, и не  всегда предсказуемое затухание, хотя судя по таблице делитель 1х2 - затухание 4,3, делитель 50/50 - затухание 3,17?

Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 823
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Дорогие Друзья! Наконец то родилась третья версия Всеукраинского Проекта - UA.PON.V.3.0 GEPON оправдал себя как новая технология, новая веха в сете строительстве, новая эра оптического доступа! GEPON

А почему девушка голая? Да и еще в колено локтевой позиции? Что это символизирует ? "Мы вас поставим раком и разденем до гола?" И дерево со спины растет с корнем в виде руки Фреди Крюгера, + татуха н

Ипать у тя фантазия)))

Posted Images

post-4093-0-04626000-1360952601_thumb.jpg

post-4093-0-86987400-1360952621_thumb.jpg

post-4093-0-67526300-1360952641_thumb.jpg

post-4093-0-87211700-1360952660_thumb.jpg

post-4093-0-66885700-1360952685_thumb.png

Данные с таблицу забивались из расчета затухания без учета коннекторов.

Специально привожу сканы паспортов. В паспортах тоже данные измерений без коннекторов.

Можно сказать что Данные по затуханиям PLC чуть  завышенные, но тем не менее, факт в том,

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

 

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

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

среднего размера пластиковая коробка.

- статистически сплитеры 1х2 используются редко, могу подтвердить это на основе статистики продаж

(все и FBT и PLC) Они просто не нужны в схемах 8х8, 4х16, 4х4х4 итд, итп.

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

А подскажите, пожалуйста, уважаемые ПОНоводы, пропустит ли прозрачно мультикаст связка olt-onu, в схеме mrouter - olt - onu - client?

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

А подскажите, пожалуйста, уважаемые ПОНоводы, пропустит ли прозрачно мультикаст связка olt-onu, в схеме mrouter - olt - onu - client?

прозрачно работать не будет

вернее будет точно так же как mrouter - мыльница - client

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

 

А подскажите, пожалуйста, уважаемые ПОНоводы, пропустит ли прозрачно мультикаст связка olt-onu, в схеме mrouter - olt - onu - client?

прозрачно работать не будет

вернее будет точно так же как mrouter - мыльница - client

Как-то эти два утверждения противоречат друг другу :\

 

Мыльница мультикаст пропустит запросто. А olt-onu?

Відредаговано forerunner
Ссылка на сообщение
Поделиться на других сайтах
А подскажите, пожалуйста, уважаемые ПОНоводы, пропустит ли прозрачно мультикаст связка olt-onu, в схеме mrouter - olt - onu - client?

прозрачно работать не будет

вернее будет точно так же как mrouter - мыльница - client

Не будет оно так работать. - это первое что я проверял. ОЛТ igmp join-ы срезает, если не настраивать его MVR.

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

 

 

А подскажите, пожалуйста, уважаемые ПОНоводы, пропустит ли прозрачно мультикаст связка olt-onu, в схеме mrouter - olt - onu - client?

прозрачно работать не будет

вернее будет точно так же как mrouter - мыльница - client

 

Не будет оно так работать. - это первое что я проверял. ОЛТ igmp join-ы срезает, если не настраивать его MVR.

Спасибо за ответ. Пусть и не очень радостный .. А точно olt срезает? Слышал, что разные onu на одном и том же olt'e ведут себя по разному с мультикастом.

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

Фу Бл#... Вот что склероз проклятый с людьми делает после литры вискаря на троих. ;)

 

Вспомнил я наконец что за грабли были. Это были мои первые эксперименты с этим железом. Я просто подключил ОНУ к дереву, при этом ОЛТ был с дефолтным конфигом, и попытался подписаться на группу. Подписка прошла удачно - т.е. join прошел и поток полился. Однако по прошествию 6 секунд произошел обрыв потока. Еще через пару секунд STB снова переподписалась и через 6 секунд снова срыв. И так по кругу.

 

Я сначала не понял в чем дело и полез на вышестоящий от ОЛТа ДЛинк и обнаружил что поток действительно штатно завершается на нем каждуе 6 секунд. Тут уже стало понятно, что 6 секунд это 2 интервала квери. (Да, у нас квери интервал 3 секунды - так надо). Осталось только проверить предположение.

 

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

Мультикастный трафик в "тупом" свиче разливается по всем портам, по этому я видел весь процесс подписки и трансляции. Раз в три секунды я наблюдал квери идущие от квериера, но вот ответов от STBшки на эти квери не было - именно поэтому вышестоящий ДЛинк и считал, что тут все умерли и прекращал трансляцию потока.

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

 

Из всего выше сказанного следует только одна - нужно проверять кто резал квери. Ибо варианта два - если их нет на epon-порту, значит режет ОЛТ. Если же они там есть - Значит ОНУ. Только вот беда в том, что глюкик функционалла миррора портов как раз и располагаются в данной плоскости и по сути своим глазам и снифферу в данном случае верить нельзя.

 

 

P.s. мне одно не понятно, зачем Вам мультикаст в пользовательском влане? Почему не mvr? То что китайцы называют mvr-ом реально работает и работает достаточно стабильно.

Відредаговано Гайджин
Ссылка на сообщение
Поделиться на других сайтах

Еще раз спасибо за информацию. А мультикаст в пользовательском влане, в случае, если бы он пропускался, нужен был бы для того, чтобы не зависеть от поведения разных ону. Я бы на л3 подмешивал мультик к данным и пропускал до клиента. Но, не судьба :)

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

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

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

Так что включайте и дебажьте на голове!

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

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

Так что включайте и дебажьте на голове!

 

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

 

Что смутило:

 

- почему мультикаст влан должен быть switchport pvid??? Ведь нэтив влан в транке ходит нетэгированым...

 

- в свете первого пункта хождение мультикаста с командой switchport trunk vlan-untagged none также вызывает удивление.

 

- ip mcst mc-vlan 100 range 239.10.10.1 - 239.10.10.100 - как olt определяет из какого именно влана брать эти группы и тулить во влан 100 ?? Ведь нигде не указан mvr vlan (что будет если из нескольких вланов придут потоки с одинаковыми адресами?)

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

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

Так что включайте и дебажьте на голове!

Ну так было бы не плохо если бы Вы их озвучили.

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

Еще раз спасибо за информацию. А мультикаст в пользовательском влане, в случае, если бы он пропускался, нужен был бы для того, чтобы не зависеть от поведения разных ону. Я бы на л3 подмешивал мультик к данным и пропускал до клиента. Но, не судьба :)

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

Более подробно об этой информации можно? - ибо я про это не слышал.

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

 что с одним и тем же конфигом ону 1004 работает с мультикастом нормально, а, например, 1504, прочие китайские модели  - нет.

 

Кто сказал 1504 нет? кто сказал прочие китайские модели нет?

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

 

 что с одним и тем же конфигом ону 1004 работает с мультикастом нормально, а, например, 1504, прочие китайские модели  - нет.

 

Кто сказал 1504 нет? кто сказал прочие китайские модели нет?

 

Человек, который тестировал. У Вас есть обратная информация? Конфиг тот же использовали? Был бы благодарен, если бы обнародовали.

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

 

Еще раз спасибо за информацию. А мультикаст в пользовательском влане, в случае, если бы он пропускался, нужен был бы для того, чтобы не зависеть от поведения разных ону. Я бы на л3 подмешивал мультик к данным и пропускал до клиента. Но, не судьба :)

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

Более подробно об этой информации можно? - ибо я про это не слышал.

Пока тестировалось на скорую руку, с конфигом аналогичным распространенному в этой теме. Конфига под рукой сейчас нет, если надо - укажу позже. Результат прост: на 1004 завелось, на нескольких гиговых моделях, включая 1504 - нет. Поэтому и стал смотреть в сторону прозрачного пропускания мультикаста.

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

 

Более подробно об этой информации можно? - ибо я про это не слышал.

Пока тестировалось на скорую руку, с конфигом аналогичным распространенному в этой теме. Конфига под рукой сейчас нет, если надо - укажу позже. Результат прост: на 1004 завелось, на нескольких гиговых моделях, включая 1504 - нет. Поэтому и стал смотреть в сторону прозрачного пропускания мультикаста.

У меня в руках побывали BDCom 1004b, HG-300 Feixun, PHICOM HG-304, с ними я видел всякое, но вот мультикаст (то что они называют mvr-ом) работал нормально, со следующим конфигом:

!
interface EPON0/1
 epon bind-onu mac fcfa.f796.174e 1
 switchport trunk vlan-allowed 487,1008-1009
 switchport trunk vlan-untagged none
 switchport mode trunk
 switchport protected
!
interface EPON0/1:1
 onu-configuration
 epon sla upstream pir 1000000 cir 15000
 epon sla downstream pir 1000000 cir 15000
  epon onu port 1 ctc vlan mode tag 1009
  epon onu port 2 ctc vlan mode tag 1009
  epon onu port 3 ctc vlan mode tag 1009
  epon onu port 4 ctc vlan mode tag 1009
  no epon onu spanning-tree
  epon onu port 1 loopback detect
  epon onu port 1 storm-control mode 1 threshold 256
  epon onu port 2 loopback detect
  epon onu port 2 storm-control mode 1 threshold 256
  epon onu port 3 loopback detect
  epon onu port 3 storm-control mode 1 threshold 256
  epon onu port 4 loopback detect
  epon onu port 4 storm-control mode 1 threshold 256
  epon onu port 1 ctc mcst tag-stripe enable
  epon onu port 1 ctc mcst mc-vlan add 487
  epon onu port 2 ctc mcst tag-stripe enable
  epon onu port 2 ctc mcst mc-vlan add 487
  epon onu port 3 ctc mcst tag-stripe enable
  epon onu port 3 ctc mcst mc-vlan add 487
  epon onu port 4 ctc mcst tag-stripe enable
  epon onu port 4 ctc mcst mc-vlan add 487
!!onu-configuration-end
!
!
vlan 410
 name mgmt
!
vlan 487
 name iptv
!
vlan 1008
 name mikh50
!
vlan 1009
 name ryaz100
!
vlan 1,410,487,1008-1009
!
ip mcst enable
ip mcst mc-vlan 487 range 239.1.0.0 - 239.1.0.255
!

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

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

На первый взгляд все то же самое. Завтра подброшу точный кофиг и описание.

 

ПС прошивку использовали Version 10.1.0B Build 9545?

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

а хтось тестив, скільки МБіт пропускає один пон порт? бо ГБіт Гбітом, ВіФі 300 МБітний пропускає тільки МБіт 40

 

якщо зі всіх портів качати по максимуму, якої швидкості можна добитись і що каже пінг?

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

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

Ну тут вы  не одиноки - у меня тоже такое впечатление сложилось. Т.е. в настоящий момент никто из нас толком не знает как работает этот пара-mvr.

Что смутило:

- почему мультикаст влан должен быть switchport pvid??? Ведь нэтив влан в транке ходит нетэгированым...

 При таком конфиге:

interface GigaEthernet0/1
 switchport trunk vlan-allowed 410,487,1008-1009
 switchport trunk vlan-untagged none
 switchport mode trunk
 switchport pvid 487 

Igmp join пакеты будут выходить из порта GigaEthernet0/1 в тегированном виде, с тегом 487.

 

Прикол заключается в том, что смысл команд выделеных жирным команд несколько отличается от того к чему мы все привыкли. - Если их убрать, то igmp join пакеты будут выходить из интерфейса в нетегированном виде, что бы Вы там еще в конфиге не писали. Команда switchport trunk vlan-untagged none говорит о том, что все пакеты выходящие из порта будут тегированными и после ее исполнения igmp join пакеты будут выходить из интерфейса в тегированном виде с тегом 1. И вот только команда switchport pvid 487 меняет тег 1 на тег 478. Т.е. создается впечатление что действует какая то извращенная логика - команда воздействует не на входящие пакеты, а на изходящие.

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

- ip mcst mc-vlan 100 range 239.10.10.1 - 239.10.10.100 - как olt определяет из какого именно влана брать эти группы и тулить во влан 100?? Ведь нигде не указан mvr vlan (что будет если из нескольких вланов

придут потоки с одинаковыми адресами?)

 

Ну насколько я тут понял, означает какой влан тег пришивать к идущему от клинета igmp join пакету - т.е. в какой влан его направлять. Соответвенно в какой влан igmp join ушол из такого должно и вернуться.

Вот только какой бы мы тут mc-vlan не определяли, ОЛТ по дефолту передает igmp join в GigaEthernet0/1 в не тегированном виде (что на мой взгляд является багом), и только манипуляции описанные выше позволяют их тегировать тем тегом которым мы хотим. Вот и получается что mc-vlan может быть любым вланом описынным на ОЛТе и на базе этой баго-фичи народ реализует нечто напоминающее мультикаст фильтрацию, вместо того что бы напрягать китайцев реализовать таки команду ip mcst permission uni uni-index range A.B.C.D&<1-n> {permit | preview| forbidden} - которая в документации есть, а в ПО ОЛТа нет.

 

Т.е. на мой взгляд ситуация очен напоминает ситуацию с забросом АРП - почини одно, отвалится второе. Т.е. глюки где то глубоко в идеологии.

Відредаговано Гайджин
Ссылка на сообщение
Поделиться на других сайтах

ПС прошивку использовали Version 10.1.0B Build 9545?

Version 10.1.0B Build 9545 и  Version 10.1.0B Build 10732 - в поведении с мультикастом они идентичны.

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

 

 При таком конфиге: ... Igmp join пакеты будут выходить из порта GigaEthernet0/1 в тегированном виде, с тегом 487.

 

Вот когда я это увидел, то дальше искать логику в настройке перехотелось полностью. Т.к. если увежаемые китайцы пишут, что switchport mode trunk, то они какбэ согласны работать в поле стандарта 802.1q, где native vlan (switchport pvid) ходит в транке нетэгированным + команда switchport trunk vlan-untagged none подразумевает запрет хождения нетэгированного траффика. Это я к тому, что пакеты с тэгом pvid на выходе ставят с ступор полностью.

 

Но ты вроде как не сдаешься и лезешь в мануал! И тут получаешь второй удар серпом по яйцам:

 

 

 To configure port VLAN of in the access mode, use the switchport pvid command.

 

А я то, дурак, эту команду применял на транковом порту, чтобы там ходил мультикаст с тэгом в нетэгированном влане! 

 

Ну да ладно, то такое .. Согласен, что это не должно влиять на ONU. Но с:

 

 

Т.е. глюки где то глубоко в идеологии.

 

Согласен на все сто.

Ссылка на сообщение
Поделиться на других сайтах
Гость
Эта тема закрыта для публикации сообщений.
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від AlinaQuan
      Last mile PON device manufacturer from China, supplying device to PLDT, VIETTEL, CHINA MOBILE  & ISPs, Distributors, etc
       
      GPON/EPON/XGSPON OLT; 1U & 2U
      XPON, XGPON, XGSPON ONU
       
      OLT: 4, 8, 16, 32 ports
      XPON ONU auto adaptive, 1GE, 4GE with VOIP, USB, CATV ports
       
      Viber: +86 18086327779
      Skype: alinaquan14@hotmail.com
       
      GPON 16 port OLT
       
       
      Focuscom 2U XGSPON OLT, 
      MPSA: main control board, 4*10GE/GE SFP+, 2*100G QSFP28 
      GP16A: 16-port GPON line card 
      CS16A: 16-port GPON/XG/XGSPON combo line card, etc
      XGSPON ONU 1GE+10GE Directly factory
       
       
       
    • Від denisluk
      Вітаю шановне товариство! Маю напіввирішену проблему з вищевказаним провайдером і EPON підключенням.
      Суть проблеми полягає в тому що періодично і рандомно на Мікротіку відвалюється з'єднання і самостійно відновлюється.
      Сетап: 1) ONU Picotel PU-E910, 2) Mikrotik HEX
       
      Тріолан наливає інет зі статичною адресою і прив'язкою по МАС. 
      На мікроті все стандартно: виділив порт під WAN, насетапив адресу, склонував МАС ноута (спочатку по швидкому тестили інет на ноуті тому його МАС і вбили в білінг), правило НАТу вписав - інет є. 
      Потім рандомно почав відвалюватись інет. В логах геть нічого. Порт мікрота не змінював статус. 
      Перевірив налаштування - все типово. І ніяких глюків чи помилок не виявлено.
      Заміна порта мікрота, прошивка, заміна на інший мікрот (новий з коробки зі скинутим конфігом, налаштований лише з одним правилом НАТу) ніяк не покращили ситуацію. 
      Представник саппорта прийшов і замінив ОНУшку. Теж не допомогло. При спілкуванні представника саппорта по телефону з мережевим інженером з'ясувалось що відвал стається саме тоді, коли мікрот перестає передавати свій МАС. Не бачимо маку, нема авторизації, логічно. 
      З ноутом на пряму все працює без зауважень. На моє питання: "що може бути?" представник саппорта розвів руками і запропонував роутер "не мікротік")))) Мене такий варік не влаштовує, тому що на моєму роутері побудована і пачка тунелів на роботу і до батьків. 
      Почав розбиратись сам, що пробував: 1) ставити чек гетвея пінгами, 2) чек arp запитами, 3) отримувати адресу і по дхцп (так, писав про статику, знаю. Але це рекомендація Тріолану. Взагалі у них працює ДХЦП, але при зникненні світла з ДХЦП є проблеми в них. Тому лишився на статиці), 4) інші мікроти, 5) інші блоки живлення, 6) інші кабелі utp. Все це не мало позитивного результату і не міг відслідкувати що саме спричиняє проблему. 
       
      Що допомогло: 1) створив брідж. 2) на брідж прописав майстер-МАС який закріплений в білінгу, 3) відключив на цьому бріджі оновлення МАС, 4) на цей брідж прописав адресу і т.д. 4) вкинув порт, до якого підключена ОНУ, в цей брідж без ніяких налаштувань взагалі, 5) правило срцнат. 
      Диво, все працює і аптайм уже більше тижня. При спілкуванні з саппортом все ОК, вони бачать валідний МАС (МАС бріджа).
       
      Шановне товариство, допоможіть розібратись: чому схема яка допомогла - працює, а типове налаштування веде до обривів? Дякую за ідеї.
       
       
       
    • Від AlinaQuan
      Title: "Unraveling the Wonders of PON Networks: A Brief History and EPON OLT 4-Port Product Showcase!"
      Hey everyone! 👋 Let's dive into the fascinating journey of PON networks and check out our star product: EPON OLT 4-Port! 🌟
      Once upon a time, in the realm of networking, there arose a need for faster, more efficient connections. Enter PON (Passive Optical Network), a revolutionary technology that changed the game! 💡
      PON's story begins with its humble origins, evolving from traditional Ethernet setups to the lightning-fast Fiber Optic realm. Imagine data zooming through optical fibers like magic! ✨
      Now, let's shine the spotlight on our hero: EPON OLT 4-Port! This mighty device is the heart of your PON network, serving as the gateway to high-speed internet dreams. With four ports to connect and empower your network, it's a powerhouse of connectivity! 💪
       
      But wait, there's more! EPON OLT 4-Port isn't just about speed; it's also about reliability and scalability. Whether you're a small business or a bustling enterprise, this gem scales effortlessly to meet your needs. It's like having a superhero at your service 24/7! 🦸‍♂️💨
      So, dear friends, as we journey through the annals of networking history, let's embrace the marvels of PON and bask in the glory of EPON OLT 4-Port. Faster connections, smoother operations, and endless possibilities await! 🚀
      Join the PON revolution today with EPON OLT 4-Port – where dreams meet connectivity, one fiber at a time! ✨ #PONPower #EPON #FastConnections
    • Від AlinaQuan
      FTTR (Fiber to the Room) - це проект зв'язку, спрямований на забезпечення високошвидкісного та надійного підключення до мережі в приміщеннях, таких як готелі, лікарні, офісні будівлі тощо. Основна мета мережі FTTR полягає в тому, щоб розширити оптичну мережу до кожної кімнати або кожної робочої зони, щоб забезпечити користувачів високоякісним підключенням до мережі в будь-якому місці.
      Основні кроки у реалізації мережі FTTR зазвичай включають наступне:
      Планування та проектування: Спочатку потрібно провести місцевий огляд і планування мережі, визначити обсяг покриття мережі, шляхи прокладання оптичного кабелю та підключення кінцевих точок тощо.
      Прокладання оптичного кабелю: Наступним кроком є прокладання оптичного кабелю. Це може включати внутрішнє або зовнішнє прокладання оптичного кабелю, щоб забезпечити підключення до кожної кімнати або робочої зони.
      Встановлення кінцевих пристроїв: Встановлення оптичних кінцевих пристроїв у кожній кімнаті або робочій зоні. Ці пристрої відповідають за перетворення оптичного сигналу в доступний для використання мережевий сигнал і надають мережевий інтерфейс для підключення пристроїв користувачів.
      Управління та обслуговування мережі: Після завершення будівництва мережі необхідно здійснювати управління та обслуговування мережі, щоб забезпечити стабільність та надійність мережі. Це включає моніторинг продуктивності мережі, оперативне вирішення проблем і ремонт тощо.
      Під час реалізації мережі FTTR необхідно комплексно враховувати такі фактори, як будівельна конструкція, потреби користувачів та бюджет, щоб забезпечити відповідність мережі потребам користувачів та забезпечити зручне використання.
       
    • Від AlinaQuan
      An ONU with a CATV port serves as a gateway for IPTV services. It connects the fiber optic network to the user's premises, allowing the delivery of television content over the internet protocol. The CATV port enables the reception of television signals, which can be distributed to TVs within the home via traditional coaxial cables.
       
      And the VOIP port on an ONU facilitates Voice over Internet Protocol (VOIP) services. It enables the transmission of voice calls over the internet, converting analog voice signals into digital data packets that can be transmitted over the network. This port allows users to make phone calls using their internet connection instead of traditional telephone lines.
       
      Here, Exw Shenzhen 1600UAH (Shipping cost and tariff not included) you will get a WIFI 6 ONU with CATV, VOIP, USB port!
       
       
      For whole price, just contact viber/whatsapp/wechat by +8618086327779 for more details!
       

×
×
  • Створити нове...