Перейти до

"Засветка" OLT-а лямбдой 1310 - а был ли мальчик?


Засветка" OLT-а лямбдой 1310 - а был ли мальчик?  

89 пользователей проголосовало

  1. 1. Лично Вы наблюдали "засветку" OLT-а лямбдой 1310 в реально работающей сети (не на стенде) и с чем это было связано?

    • Да, наблюдал. - "Засветка" была вызвана неисправностью ONU.
    • Да, наблюдал. - "Засветка" была вызвана ошибочными действиями персонала.
    • Да, наблюдал. - "Засветка" была вызвана действиями абонента.
      0
    • Нет, не наблюдал. - Не наблюдал и что такое "засветка" не знаю.
    • Нет, не наблюдал. - Что такое "засветка" знаю, но в реально работающей сети не наблюдал.
    • Нет, не наблюдал. - В реально работающей сети не наблюдал, однако на стенде моделировал.
    • Что есть PON знать не знаю, ведать не ведаю. - Сами мы не местные.


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

  • Відповіді 227
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

мы не много не того боимся...   включил конвик и положил дерево - не страшно... рано или поздно (зависит от скорости реакции линейщиков и гравитационного поля Луны) пациент будет найден и наказан  

Попробовал. Вот схема.   подключал следующие девайсы: SFP Step4Net 3km -11,2 dBm SFP Foxgate 10km -4,9 dBm медик Foxgate 20km 100M -9 dBm   первый эксперимент: онушка и все паразитные источник

а может трапы какие-то с олта принять о падении интерфейса?   да и какие гарантии что медик включат после выключения ону? можно и через день включить)

Posted Images

в

 

 

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

 

Был ограничен временем и ресурсами.

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

 

С остальными замечаниями согласен. действительно, горящий светодиод PON не является гарантией успешной передачи данных. Но каким образом можно мониторить BER ? есть ли средства для этого на онушке и на олте? и можно ли эти данные снимать по SNMP? 

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

Вчера случился "мальчик", и очень кстати.

 

Мощность сигнала с OLT на абоненте около -20,0 дБ (1х2 + 1х32). Всего было два абонента на дереве. Только начали подключение по этой ветке.

 

Используется гибридная сеть F-Ethernet + GEPON. Почему так, отдельная история.

 

Монтажник "по запаре" включил медик 1310 туда, где должна быть ОНУшка.

В результате - медик 1310 поднял готовность. Настраивать монтажник не стал, отложил на завтра по причине, что уже было поздно.

 

И вот началось. Звонок от одного из клиентов, нет Инета.

 

Проверяю.

Одна из двух ОНУшек стала в режиме deregistered, link down.

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

У "проблемного" клиента ставим другую ОНУшку. Новая ОНУшка зарегистрировалась, по ней пошел трафик. На этом откланялись, ушли.

 

Снова звонок - "тупит" интернет, и хрошо что пользователь программист, сказал что теряются пакеты - более 30% потерь.

 

Пингую обе ОНУшки, на одну - 0% потерь, на вторую 30...50% потерь. Чешу репу, откладываем вопрос до вечера.

 

До вечера попадаю сам к новому клиенту, и вижу наш медик. Поставил ОНУшку, и все проблемы прекратились.

 

Вот как то так для нас все удачно сложилось, я получил нужный опыт не на ветке с 50+ пользователей.

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

Гайджин, считает что пингование это признак ламеризма,

и 30...50% потерь, это абсолютно ничего не означает,

а ситуация не интересная потому что - бессистемная.

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

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

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

Вчера случился "мальчик", и очень кстати.

 

 

Это не совсем тот "мальчик". Этот пример только доказывает что строить гибридные сети - чревато. 

А можно уточнить какой именно медик использовался? Просто интересно что за медик с легкостью преживал 23Дб затухайний.

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

Фостер, потрите померите этих кавбоев клавиатуры. Честно, надоел этот СРАЧ!

Кто такой Фостер, и что значит срач?

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

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

есть какая то зависимость на делителях?

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

 

И опять же как по мне то развернуть смокепинг, под силу многим,

в отличии от опроса головы.

Более того, результаты смокепинга, более понятны для сапорта, чем децибелы.

 

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

 

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

Потому как у нас, смокепинг, пока единственная система, комплексного, глобального мониторинга пона,

альтернативы не вижу.

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

pavlobor, Вы не внимательны. Я все достаточно точно описал, что произошло.

 

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

 

_WesT_, - медик обычный 100M WDM 1310, 20км, TKO.

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

pavlobor, Вы не внимательны. Я все достаточно точно описал, что произошло.

 

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

 

_WesT_, - медик обычный 100M WDM 1310, 20км, TKO.

Я читал внимательно,

из "у одного" и "снова тупит", делаю выводы что что глючил линк только у одного абонента.

Все три источника были включены в делитель 1х32, а тот в делитель 1х2.

Есть идеи почему на одной онушке не было выпадений а на другой были?

Длинна, модель...?

 

И насколько, выпадений, не было?

Мы устойчивость линка проверяем так

ping -f -s 24000 10.180.237.1

отличным линк считается при выпадениях 0.1-0.5% на 5-10 тыс. пакетов.

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

может не совсем по теме, ситуация такова.

Знакомый строит GePON маскалям и был у них такой случай неделю назад!

легло все дерево !!  

не кто не чего понять не мог !! пока разобрались! оказалось!!

 

Обозленный абон ! за то что его отключили,  нашел где то карман под SFP и засунул в него 40км сфп модуль и включил в ветку !!

 

все легло !!! и лежало пока не разламали его волокно !!!

после разговора с ним он демонстративно показал чем положил !!!

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

Мда... Кто там про Киев писал, что там за 100 грн. кроме интернета еще операторы абоненту должны? :)  Походу абоненты включенные PONом получат либо по морде либо то, что они хотят :)

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

а что означает команда 

 

show epon always-laser-on-onu ?

 

 

PS: О.. это мой сотый пост! теперь могу жмакать красные и зеленые кнопочки! 

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

что  мешает не чистым на руку конкурентам сделать нечто подобное ??

подключат свое человека и давай терзать все дерево абонов..

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

 

pavlobor, Вы не внимательны. Я все достаточно точно описал, что произошло.

 

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

 

_WesT_, - медик обычный 100M WDM 1310, 20км, TKO.

Я читал внимательно,

из "у одного" и "снова тупит", делаю выводы что что глючил линк только у одного абонента.

Все три источника были включены в делитель 1х32, а тот в делитель 1х2.

Есть идеи почему на одной онушке не было выпадений а на другой были?

Длинна, модель...?

 

И насколько, выпадений, не было?

Мы устойчивость линка проверяем так

ping -f -s 24000 10.180.237.1

отличным линк считается при выпадениях 0.1-0.5% на 5-10 тыс. пакетов.

 

Пардон! Я думал что моя запись 1х2 + 1х32, будет пониматься, как:

корневой делитель 1х2, к нему подключены два делителя 1х32, и уже к ним включаются абоненты.

 

Все три абонента были на одном делители 1х32.

 

Первых две ОНУшки 1004B были из одной поставки. Потом поменяли №2 на ONU из свежей партии, предварительно удалив ее запись с ОЛТа. Клиенту №3 поставили освободившуюся ONU от второго клиента.

 

Сейчас стало так:

Switch#show epon onu-information interface epon0/2
Interface EPON0/2 has registered 3 ONUs:
IntfName   VendorID  ModelID  MAC Address    Description     BindType  Status          Dereg Reason
---------- --------- -------- -------------- --------------- --------- --------------- -----------------
EPON0/2:1  BDCM      3022     fcfa.f7c5.0c07 N/A             static    auto_configured N/A
EPON0/2:2  BDCM      3024     fcfa.f796.364b N/A             static    auto_configured N/A
EPON0/2:3  BDCM      3022     fcfa.f7c5.0c0d N/A             static    auto_configured N/A
Switch#show epon optical-transceiver-diagnosis interface epon0/2:1
 interface    RxPower(dBm)
-----------  --------------
epon0/2:1    -21.8
Switch#show epon optical-transceiver-diagnosis interface epon0/2:2
 interface    RxPower(dBm)
-----------  --------------
epon0/2:2    -21.2
Switch#show epon optical-transceiver-diagnosis interface epon0/2:3
 interface    RxPower(dBm)
-----------  --------------
epon0/2:3    -23.0
Switch#show epon optical-transceiver-diagnosis interface epon0/2
 interface    Temperature(degree)    Voltage(V)    Current(mA)    TxPower(dBm)
-----------  ---------------------  ------------  -------------  --------------
epon0/2      42.8                   3.4           10.5           4.1

Второй день, полет нормальный.

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

что  мешает не чистым на руку конкурентам сделать нечто подобное ??

подключат свое человека и давай терзать все дерево абонов..

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

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

Их у нас есть, иначе как бы я мерил сигнал у абонента? И причем тут ндя? "Мальчик" был, и был научен за самодеятельность :)

 

 

Во всей этой ситуации меня удивило, что все дерево не рухнуло, а частично стало вести себя не правильно.

 

1) Не все ОНУ отпали.

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

3) Медиаконвертер WDM 1310 своей индикацией показал (готовность трех светодиодов в ряд), что удачно соединен по оптике.

 

Были так же промежуточные манипуляции включения-отключения ОНУ, удаления записи об ОНУ с ОЛТа, и т.д.

 

 

ЗЫ. Почему так получилось. Все просто. У меня оптический узел, в котором разварено 4 кабеля по 64 волокна. Дабы дальше не плодить F-Ethernet, а в дальнейшем вообще уйти от 220В, ИБП, охлаждения, вентиляции и смены фильтров, решили поставить ODF-панель с делителем 1х64. Вместо 1х64 поставили 2 делителя 1х32. Сварщик к концу дня (вечера) уже был на готов стоять на самых интимных местах, причем не только своих. И попутал МК с ОНУ. Более того, МК с ним сыграл шутку, и "мальчик" пришел в гости.

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

Верно сказал pavlabor - случай не интересный из за сумбурности изложения, безсистемности Вашего анализа и борьбы с возникшей проблемой.

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

Вывод: ндя... печалька... этот "бой" Вы проиграли...

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

Я не совсем то хотел сказать.

 

Думаю что нужно определить структуру стенда, и параметры которые нужно получить,

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

 

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

Возможно тут имеется кратность 100 и 1000 мегабит, но голова то формирует несущую не 1000 мегабит,

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

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

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

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

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

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

Не думаю что китайцы придумали что то новое, все это уже придумано до нас,

базовая передача примерно такая

http://ru.wikipedia.org/wiki/Плезиохронная_цифровая_иерархия

 

и если смотреть на то как работает Е1, то там видно что даты 30 каналов, а физически передается 32 канала,

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

 

В гепоне, в отличии от Е1, не фиксированное окно на канал/устройство, а плавающее,

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

 

Если смотреть как МОЖЕТ работать онушка,

 то там примерно такие идут процессы.

 

Голова формирует несущую,

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

Голова, смотрит на текущую ситуацию, подвигает существующие устройства и отводит полосу для новой онушки.

 

В результате работы гепона,

идет несущая, она разбита на сегменты, и каждый сегмент закреплен за конкретной онушкой.

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

еще онушка постоянно слушает синхометку и корректирует свою частоту.

 

Теперь берем соточный медик и втыкаем,

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

и при одном чихе медика, валится 10 тактов на приемнике головы.

 

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

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

 

Несущая, это постоянные импульсы, генерируемые генератором медика на передатчике,

на несущую накладывается данные,

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

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

 

Так вот медик, своей несущей, должен разрушать синхрометку,

в результате должна сбиватся синхронизация головы и онушек,

и дерево должно рассыпаться.

 

Если импульс от медика будет попадать на дату,

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

Так как работа головы и онушки не кратная, то должно появится плавающее окно,

которое будет в процессе передачи дрейфовать относительно синхрометки,

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

Технически это очень быстро, за секунду, сто миллионов только на медике и миллиард на голове,

практически визуально невозможно даже один пакет зарегистрировать.

 

Возможно китайцы что то придумали, для подавления этой проблемы,

но задача настолько сложная, что стабилизировать ситуацию все равно не получается.

Проблема в том, что свет он как бы определенного спектра, тут играть неначем,

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

Более того, засветка соточным медиком, сразу 10% окна вываливает в утиль,

не вижу за что можно зацепится.

 

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

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

Дерево все целиком не упало. Мои выводы безсистемные - потому что это не стенд, а живые абоненты, к которым я отношусь не как к подопытным кроликам. Свою проблему с "мальчиком" я решил. Более того, я стал знать, как дерево может себя повести в полевых условиях. В лабораторных - при делителях 1х8 + 1х8 - да, все дерево (из двух ОНУшек) рухнуло. Это оказалось не показателем. Потому что в поле из 3х ОНУ имеем следующее:

1) одна ОНУ - выпала. По индикации на ней состояние не ЛОСС, а постоянная синхронизация (мигающий ЛИНК)

2) вторая ОНУ - работала так, как ни в чем не бывало.

3) третья ОНУ - работала, но теряла пакеты.

 

На ОЛТе вторая и третья ОНУ показывались как полностью рабочии, без каких-либо аномалий. По крайней мере я не смог их найти. Лично мне помог случай.

 

И забыл сказать, в медик медный патчкорд не был вставлен.

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

Есть как бы такая идея.

Голова тактуется не на 1.25гига, а на 1.0гиг,

При этом синхрометки могут иметь одинаковую структуру, и кратный диапазон синхронизации,

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

медик 9 синхрометок тупо не видит, по десятой синхронизируется с головой,

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

 

Дальше, так как медик данные не передает,

то возможно что кроме синхометок там нечего и не ходит

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

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

 

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

 

Чтобы надежно положить дерево, нужно воткнутся медиком в дерево и флудонуть.

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

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

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

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

    • Від 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!
       
    • Від AlinaQuan
      Привіт усім!
      Сьогодні я хочу поділитися з вами деякою інформацією про PON (Passive Optical Network), а також про переваги використання GPON (Gigabit Passive Optical Network) у проектах FTTH (Fiber to the Home).
       
      PON - це технологія передачі даних, яка використовує оптичні волокна для передачі сигналів до кінцевих користувачів без необхідності використання активного обладнання на шляху. Це дозволяє зменшити витрати на енергію та обслуговування мережі.
       
      Звіт про PON мережеву архітектуру та порівняння GPON, EPON і XGSPON у вигляді таблиці зображений нижче:
       
      Однією з найпопулярніших реалізацій PON є GPON. GPON забезпечує велику пропускну здатність і високу якість обслуговування для кінцевих користувачів. У FTTH проектах використання GPON має численні переваги, такі як зменшення витрат на інфраструктуру, покращення якості послуг та забезпечення масштабованості мережі.
      У моделі GPON мережі є два основних компонента: GPON OLT (Optical Line Terminal) та GPON ONU (Optical Network Unit). GPON OLT знаходиться на стороні провайдера і забезпечує з'єднання зі структурою оптичної мережі. GPON ONU розташовується на стороні користувача і використовується для підключення до оптичної мережі.
       
      При будівництві XGSPON мережі, хоча вона забезпечує найвищу на сьогоднішній день швидкість передачі даних, пристрої XGSPON OLT та XGSPON ONU, які використовуються в ній, мають високу вартість, що не є оптимальним вибором для домашніх мереж. Таким чином, на сьогоднішній день, GPON здається найбільш вигідним рішенням для мережі!
       
      Примітка: усе це перекладено програмним забезпеченням. Ласкаво просимо вказати на це, якщо є проблеми з граматикою чи орфографією.
       
    • Від AlinaQuan
      In the world of fiber optic technology, two terms you might come across are GPON and XGSPON. But what do they mean, and how are they different? Let's dive in and explore these fascinating technologies in simple terms!
       
      What is GPON?
      GPON stands for Gigabit Passive Optical Network. It's a widely used technology for delivering high-speed internet and other services over fiber optic cables. GPON operates by splitting the fiber optic signal into multiple channels, allowing for efficient transmission of data to multiple users simultaneously. It's like having multiple lanes on a highway, ensuring smooth traffic flow even during peak hours.
       
      What is XGSPON?
      XGSPON, on the other hand, stands for 10-Gigabit-capable Passive Optical Network. As the name suggests, XGSPON takes things up a notch by offering even faster speeds than GPON. With XGSPON, data can be transmitted at speeds of up to 10 gigabits per second (Gbps), making it ideal for bandwidth-intensive applications like ultra-high-definition video streaming and virtual reality gaming.
       
      Key Differences:
      Speed: The main difference between GPON and XGSPON is the speed they offer. While GPON typically provides speeds of up to 2.5 Gbps downstream and 1.25 Gbps upstream, XGSPON can deliver speeds of up to 10 Gbps in both directions.
      Bandwidth: With its higher speed capabilities, XGSPON offers greater bandwidth for handling large amounts of data traffic. This makes it well-suited for scenarios where multiple users require ultra-fast internet access simultaneously.
      Compatibility: GPON and XGSPON are not directly compatible with each other. Upgrading from GPON to XGSPON typically requires replacing the optical line terminal (OLT) equipment at the service provider's end, as well as upgrading the customer premises equipment (CPE) such as ONUs or ONTs.
      Conclusion
       
      In summary, GPON and XGSPON are both powerful technologies for delivering high-speed internet over fiber optic networks. While GPON offers impressive speeds suitable for most residential and small business applications, XGSPON takes things to the next level with its blazing-fast speeds and increased bandwidth capacity. Whether you're streaming your favorite shows, gaming online, or running a business, these technologies pave the way for a connected future where speed knows no bounds!

       
      And there you have it – a simple breakdown of the differences between GPON and XGSPON. Keep exploring, keep innovating, and let's continue to ride the wave of fiber optic technology into the future! 🌐✨
       
      Contact Whatsapp / Viber / Wechat +86 18086327779 for more details!
    • Від Inna13
      Наша компанія має стаж роботи понад 15 років. У нас є дві форми оплати з ПДВ та ФОП, гарантія на товар. Найкращі ціни. В наявності і під замовлення. Picotel, Ubiquiti, BDCOM, C-DATA, Picotel, RCI та інші

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