Перейти до

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


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

Товарищ Влад! И комрады ПОНоводы!

 

Вопрос!

Как обстоят дела с гарантией на ОНУ и ОЛТ.

Сроки? На что распространяется? Кто осуществляет поддержку (продаваны или Влад)?

Для меня это очень важный вопрос!

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

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

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

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

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

Posted Images

Товарищ Влад! И комрады ПОНоводы!

 

Вопрос!

Как обстоят дела с гарантией на ОНУ и ОЛТ.

Сроки? На что распространяется? Кто осуществляет поддержку (продаваны или Влад)?

Для меня это очень важный вопрос!

2 онушки глуканули, отправил владу, через 3-4 дня получил новые

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

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

Влад обещал забрать ее назад (я так и не отправил ее ещё)

Больше проблем не возникало..

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

я как-то тестил в 4 порта, делился тут скринами и результатами

если не ошибаюсь удалось выжать около 30 Мбайт/с

На каком типе трафика?

торентом с 0day качал тремя ноутами в трех портах ону + в 4-ом порту был "ноут-инвалид" - я им пингал

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

Господа, а 1004b на пропускную способность тестировали? У кого какие результаты? - Особенно интересно в восходящий канал.

Сумарно да все порты до 125М, на порт больше 100М понятно - никак. Тестил Ден.

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

Товарищ Влад! И комрады ПОНоводы!

Вопрос!

Как обстоят дела с гарантией на ОНУ и ОЛТ.

Сроки? На что распространяется? Кто осуществляет поддержку (продаваны или Влад)?

Для меня это очень важный вопрос!

 

Дела обстоят так.

На всю продукцию которую я продаю под готовыми марками 4A и A-GEAR, конечной инстанций по гарантии являюсь я.

Мы отказались от навешивания своих торговых марок на ПОН и Switch оборудование, дабы не вводить клиентов в заблуждение.

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

Мы просим заполнить формы для того чтобы инженерный отдел который обрабатывает RMA зал "где копать"

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

Гарантийный срок -1Год.

Собственно мы ничего особо не чиним, а просто заменяем. Пока просто чинить нечего.

Все существующее RMA (Return Merchandise Agreement) оборудование пока умещается в одну коробку 40x40x40

Через реселеров или на прямую, суть одна и та же.

На днях был эпизод. У Веста появились проблемы с ОЛТ, чето он бутнулся. Мы стали смотреть проблемы.

У него ОЛТ из первой поставки, без вентиляторов. Были подозрения - Греется ОЛТ или греется модуль (он тоже был БДКОМОВСКИЙ родной,

мы от них отказались начисто, из за качества и цены)

Отправили в тот же день замену и ОЛТ и модуль на поезде. Оказалось модуль. Заменили- все хорошо.

Мы относимся с пониманием к нашим клиентам и клиентам наших реселеров.

бланк возврата оборудования.docx

Правила возврата оборудования.docx

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

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

Вы свои идентифицируете как?

Серийник, МАК?

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

Пока со злым умыслом мы не сталкивались. Зачем вам эта информация? Может я тайные УФ метки на оборудовании размещаю..)))

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

Товарищ Влад! И комрады ПОНоводы!

Вопрос!

Как обстоят дела с гарантией на ОНУ и ОЛТ.

Сроки? На что распространяется? Кто осуществляет поддержку (продаваны или Влад)?

Для меня это очень важный вопрос!

 

Дела обстоят так.

На всю продукцию которую я продаю под готовыми марками 4A и A-GEAR, конечной инстанций по гарантии являюсь я.

Мы отказались от навешивания своих торговых марок на ПОН и Switch оборудование, дабы не вводить клиентов в заблуждение.

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

Мы просим заполнить формы для того чтобы инженерный отдел который обрабатывает RMA зал "где копать"

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

Гарантийный срок -1Год.

Собственно мы ничего особо не чиним, а просто заменяем. Пока просто чинить нечего.

Все существующее RMA (Return Merchandise Agreement) оборудование пока умещается в одну коробку 40x40x40

Через реселеров или на прямую, суть одна и та же.

На днях был эпизод. У Веста появились проблемы с ОЛТ, чето он бутнулся. Мы стали смотреть проблемы.

У него ОЛТ из первой поставки, без вентиляторов. Были подозрения - Греется ОЛТ или греется модуль (он тоже был БДКОМОВСКИЙ родной,

мы от них отказались начисто, из за качества и цены)

Отправили в тот же день замену и ОЛТ и модуль на поезде. Оказалось модуль. Заменили- все хорошо.

Мы относимся с пониманием к нашим клиентам и клиентам наших реселеров.

 

Подтверждаю.

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

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

Господа, а 1004b на пропускную способность тестировали? У кого какие результаты? - Особенно интересно в восходящий канал.

Сумарно да все порты до 125М, на порт больше 100М понятно - никак. Тестил Ден.

ну что это за "деза"?

http://local.com.ua/forum/topic/38196-olt-p3310-sshd-dead/page__st__20#entry329802

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

я как-то тестил в 4 порта, делился тут скринами и результатами

если не ошибаюсь удалось выжать около 30 Мбайт/с

На каком типе трафика?

торентом с 0day качал тремя ноутами в трех портах ону + в 4-ом порту был "ноут-инвалид" - я им пингал

Торрент был с поддержкой "мютипи" (mTP)? - Ибо я на UDP трафике вчера разогнал ее двумя портами до 180 мегабит в дуплексе, т.е. 2 * 90 туда и обратно одновременно. Больше просто хостов под руками не было. При этом пинг на тестовые хосты выше 2-3 мс не поднимался.

 

Но вот с TCP трафиком прям какая то беда. Без увеличения размера "окна" апстрим с сотрочного порта ноута более 60 мегабит не раскачегаривается, при этом пинг взвивается в заоблачные высоты.

Пробовал крутить dba и рейтлимиты - только хуже делается. Т.е. те параметры которые рекомендованы оптимальны.

 

p.s. to Wladd: По dynamic bandwith allocation у вендора можно получить какую либо доку?

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

Господа, а 1004b на пропускную способность тестировали? У кого какие результаты? - Особенно интересно в восходящий канал.

Сумарно да все порты до 125М, на порт больше 100М понятно - никак. Тестил Ден.

ну что это за "деза"?

http://local.com.ua/..._20#entry329802

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

Кто то тестил и дал эти данные. Вот дока.

скорость локалки_на_ОНУ.docx

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

это я писал, но очень давно (узнал по "пирожкам с котятами") :facepalm:

после этого были обновления фирмваре и стало значительно лучше (помните был такой тикет с жалобой на скорость локалки?)

и там тесты с закачкой в один поток по фтп

а в новых тестах торент с "мютипи"

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

p.s. Просто я сегодня ее на эту тему погонять надумал и у меня сложилось такое впечатление, что у нее либо HOL Prevention просто нет, либо он не работает и его как то включать надо.

epon sla upstream pir 1000000 cir 512
epon sla downstream pir 1000000 cir 512

в настройках ONU немного помогает.

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

Про обновление прошивки я не учел, да, код уже другой.

Давайте изложим тикет и получим новые тест данные.

Просто лично мне для понимания не достаточно слов - "dynamic bandwith allocation"

Прежде всего нужно понять в чем наше неудовольство?

Из того что японял - "скорость 60M наверх по TCP"

Например - видимо файл какой нибудь предавался. Я все верно понял?

Мне что бы выписывать тикет нужны данные, подробные, что делали.

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

Из того что японял - "скорость 60M наверх по TCP"

Например - видимо файл какой нибудь предавался. Я все верно понял?

Мне что бы выписывать тикет нужны данные, подробные, что делали.

Ну так как "пациенты" у нас зачастую ушлые, а тариф "соточка за чирик", то запросто может возникнуть прецедент когда какое нибудь тело начнет выносить мозг техподдержке - "а у меня спидтест на аплоад более 60 мегабит не показывает". А он действительно сквозь ОНУшку так показывает.

Вот и хочется как то разобраться почему и сохранить мозг техподдержке.

 

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

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

p.s. Просто я сегодня ее на эту тему погонять надумал и у меня сложилось такое впечатление, что у нее либо HOL Prevention просто нет, либо он не работает и его как то включать надо.

epon sla upstream pir 1000000 cir 512
epon sla downstream pir 1000000 cir 512

в настройках ONU немного помогает.

У меня стоит:

epon onu-config-template epon0/1
cmd-sequence 1 epon sla upstream pir 1000000 cir 15000
cmd-sequence 2 epon sla downstream pir 1000000 cir 15000

Не вижу смысла описывать cir ниже этого значения ибо 1000000/64=15625. Т.е. сумма "циров" (при полном дереве) будет чуть меньше "пир"-а, что IMHO есть логичным.

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

Вы свои идентифицируете как?

Серийник, МАК?

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

Пока со злым умыслом мы не сталкивались. Зачем вам эта информация? Может я тайные УФ метки на оборудовании размещаю..)))

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

Есть вариации, но я очень надеюсь, что все будет хорошо.

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

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

Фигли тут определять? :) - RFC прост: пинговать все что пингуется, "шить" все что "шьется", "варить" все что "варится", протоколировать все что протоколируется, записывать все что записывается, пить все что горит, шевелить все что шевелиться, не шевеляещееся расшивеливать и тут же начинать "шить", "варить" и пингать! Ну а если в итоге оно получится жидкое, то пить. :)

Т.е. изходить из принципа - много не мало. :)

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

Тест пропускной способности ONU 1004b.

 

К первому порту 1004b подключен тестовый сервер A. Сетевой интефей Intel 82574 бейзед.

Выше OLTа располагеется серер B. C сервера B ведется пропинговка сервера A:

 

Конфиг OLTа (усеченный):

 

!
epon dba hardware cycletime 25000 discovery-frequence 60 discovery-length 1024
!
interface EPON0/1
epon pre-config-template epon0/1 binded-onu-llid 1-64
epon bind-onu mac fcfa.f796.174e 1
epon bind-onu mac fcfa.f796.14ad 2
switchport trunk vlan-allowed 487,1008-1009
switchport trunk vlan-untagged none
switchport mode trunk
switchport protected
!

 

 

Конфиг ONU (усеченный):

 

!
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
!

 

 

Генерируем один TCP поток сквозь OLT и ONU c сервера A в сторону сервера B (восходящий поток):

 

Сторона A:

 

[root@pony1 /]# iperf -c 193.110.112.10 -t 60 -i 10
------------------------------------------------------------
Client connecting to 193.110.112.10, TCP port 5001
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[ 3] local 10.79.193.254 port 58155 connected with 193.110.112.10 port 5001
[ ID] Interval	 Transfer	 Bandwidth
[ 3] 0.0-10.0 sec 114 MBytes 95.3 Mbits/sec
[ 3] 10.0-20.0 sec 114 MBytes 95.9 Mbits/sec
[ 3] 20.0-30.0 sec 113 MBytes 94.5 Mbits/sec
[ 3] 30.0-40.0 sec 111 MBytes 93.1 Mbits/sec
[ 3] 40.0-50.0 sec 113 MBytes 94.5 Mbits/sec
[ 3] 50.0-60.0 sec 113 MBytes 94.5 Mbits/sec
[ 3] 0.0-60.1 sec 677 MBytes 94.5 Mbits/sec

 

Пинг B -> A:

 

[root@monster sva]# ping 10.79.193.254
PING 10.79.193.254 (10.79.193.254) 56(84) bytes of data.
64 bytes from 10.79.193.254: icmp_seq=1 ttl=61 time=1.41 ms
64 bytes from 10.79.193.254: icmp_seq=2 ttl=61 time=1.44 ms
64 bytes from 10.79.193.254: icmp_seq=3 ttl=61 time=1.67 ms
64 bytes from 10.79.193.254: icmp_seq=4 ttl=61 time=1.52 ms
64 bytes from 10.79.193.254: icmp_seq=5 ttl=61 time=1.46 ms
64 bytes from 10.79.193.254: icmp_seq=6 ttl=61 time=5.33 ms
64 bytes from 10.79.193.254: icmp_seq=7 ttl=61 time=8.76 ms
64 bytes from 10.79.193.254: icmp_seq=8 ttl=61 time=10.3 ms
64 bytes from 10.79.193.254: icmp_seq=9 ttl=61 time=11.5 ms
64 bytes from 10.79.193.254: icmp_seq=10 ttl=61 time=12.8 ms
64 bytes from 10.79.193.254: icmp_seq=11 ttl=61 time=18.5 ms
64 bytes from 10.79.193.254: icmp_seq=12 ttl=61 time=19.5 ms
64 bytes from 10.79.193.254: icmp_seq=13 ttl=61 time=20.9 ms
64 bytes from 10.79.193.254: icmp_seq=14 ttl=61 time=28.7 ms
64 bytes from 10.79.193.254: icmp_seq=15 ttl=61 time=40.2 ms
64 bytes from 10.79.193.254: icmp_seq=16 ttl=61 time=58.7 ms
64 bytes from 10.79.193.254: icmp_seq=17 ttl=61 time=73.2 ms
64 bytes from 10.79.193.254: icmp_seq=18 ttl=61 time=96.4 ms
64 bytes from 10.79.193.254: icmp_seq=19 ttl=61 time=119 ms
64 bytes from 10.79.193.254: icmp_seq=20 ttl=61 time=143 ms
64 bytes from 10.79.193.254: icmp_seq=21 ttl=61 time=173 ms
64 bytes from 10.79.193.254: icmp_seq=22 ttl=61 time=209 ms
64 bytes from 10.79.193.254: icmp_seq=23 ttl=61 time=252 ms
64 bytes from 10.79.193.254: icmp_seq=24 ttl=61 time=262 ms
64 bytes from 10.79.193.254: icmp_seq=25 ttl=61 time=262 ms
64 bytes from 10.79.193.254: icmp_seq=26 ttl=61 time=262 ms
64 bytes from 10.79.193.254: icmp_seq=27 ttl=61 time=262 ms
64 bytes from 10.79.193.254: icmp_seq=28 ttl=61 time=250 ms
64 bytes from 10.79.193.254: icmp_seq=29 ttl=61 time=262 ms
64 bytes from 10.79.193.254: icmp_seq=30 ttl=61 time=263 ms
64 bytes from 10.79.193.254: icmp_seq=31 ttl=61 time=244 ms
64 bytes from 10.79.193.254: icmp_seq=32 ttl=61 time=263 ms
64 bytes from 10.79.193.254: icmp_seq=33 ttl=61 time=259 ms
64 bytes from 10.79.193.254: icmp_seq=34 ttl=61 time=261 ms
64 bytes from 10.79.193.254: icmp_seq=35 ttl=61 time=261 ms
64 bytes from 10.79.193.254: icmp_seq=36 ttl=61 time=250 ms
64 bytes from 10.79.193.254: icmp_seq=37 ttl=61 time=264 ms
64 bytes from 10.79.193.254: icmp_seq=38 ttl=61 time=263 ms
64 bytes from 10.79.193.254: icmp_seq=39 ttl=61 time=263 ms
64 bytes from 10.79.193.254: icmp_seq=40 ttl=61 time=260 ms
64 bytes from 10.79.193.254: icmp_seq=41 ttl=61 time=258 ms
64 bytes from 10.79.193.254: icmp_seq=42 ttl=61 time=257 ms
64 bytes from 10.79.193.254: icmp_seq=43 ttl=61 time=260 ms
64 bytes from 10.79.193.254: icmp_seq=44 ttl=61 time=250 ms
64 bytes from 10.79.193.254: icmp_seq=45 ttl=61 time=261 ms
64 bytes from 10.79.193.254: icmp_seq=46 ttl=61 time=261 ms
64 bytes from 10.79.193.254: icmp_seq=47 ttl=61 time=240 ms
64 bytes from 10.79.193.254: icmp_seq=48 ttl=61 time=260 ms
64 bytes from 10.79.193.254: icmp_seq=49 ttl=61 time=264 ms
64 bytes from 10.79.193.254: icmp_seq=50 ttl=61 time=263 ms
64 bytes from 10.79.193.254: icmp_seq=51 ttl=61 time=261 ms
64 bytes from 10.79.193.254: icmp_seq=52 ttl=61 time=257 ms
64 bytes from 10.79.193.254: icmp_seq=53 ttl=61 time=263 ms
64 bytes from 10.79.193.254: icmp_seq=54 ttl=61 time=263 ms
64 bytes from 10.79.193.254: icmp_seq=55 ttl=61 time=261 ms
64 bytes from 10.79.193.254: icmp_seq=56 ttl=61 time=262 ms
64 bytes from 10.79.193.254: icmp_seq=57 ttl=61 time=259 ms
64 bytes from 10.79.193.254: icmp_seq=58 ttl=61 time=260 ms
64 bytes from 10.79.193.254: icmp_seq=59 ttl=61 time=263 ms
64 bytes from 10.79.193.254: icmp_seq=60 ttl=61 time=257 ms
64 bytes from 10.79.193.254: icmp_seq=61 ttl=61 time=259 ms
64 bytes from 10.79.193.254: icmp_seq=62 ttl=61 time=263 ms
64 bytes from 10.79.193.254: icmp_seq=63 ttl=61 time=262 ms
64 bytes from 10.79.193.254: icmp_seq=64 ttl=61 time=260 ms
64 bytes from 10.79.193.254: icmp_seq=65 ttl=61 time=258 ms
64 bytes from 10.79.193.254: icmp_seq=66 ttl=61 time=1.14 ms
64 bytes from 10.79.193.254: icmp_seq=67 ttl=61 time=1.38 ms
64 bytes from 10.79.193.254: icmp_seq=68 ttl=61 time=1.61 ms
64 bytes from 10.79.193.254: icmp_seq=69 ttl=61 time=1.44 ms
64 bytes from 10.79.193.254: icmp_seq=70 ttl=61 time=1.26 ms
64 bytes from 10.79.193.254: icmp_seq=71 ttl=61 time=1.10 ms
64 bytes from 10.79.193.254: icmp_seq=72 ttl=61 time=1.50 ms
64 bytes from 10.79.193.254: icmp_seq=73 ttl=61 time=1.12 ms
64 bytes from 10.79.193.254: icmp_seq=74 ttl=61 time=1.58 ms
64 bytes from 10.79.193.254: icmp_seq=75 ttl=61 time=1.20 ms
64 bytes from 10.79.193.254: icmp_seq=76 ttl=61 time=1.24 ms
64 bytes from 10.79.193.254: icmp_seq=77 ttl=61 time=1.27 ms
--- 10.79.193.254 ping statistics ---
77 packets transmitted, 77 received, 0% packet loss, time 76009ms
rtt min/avg/max/mdev = 1.107/158.968/264.759/118.742 ms

 

Скорость 1й TCP сессии достигает максимальной скорости порта, однако RTT при этом ростет просто неприлично, наблюдается скачкообразный рост RTT на 17й секунде.

Тест запущен на пятой секунде пинга.

 

 

Генерируем один TCP поток сквозь OLT и ONU c сервера B в сторону сервера A (низходящий поток):

 

Сторона B:

 

[sva@monster ~]$ iperf -c 10.79.193.254 -t 60 -i 10
------------------------------------------------------------
Client connecting to 10.79.193.254, TCP port 5001
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[ 3] local 193.110.112.10 port 34654 connected with 10.79.193.254 port 5001
[ ID] Interval	 Transfer	 Bandwidth
[ 3] 0.0-10.0 sec 116 MBytes 97.0 Mbits/sec
[ 3] 10.0-20.0 sec 112 MBytes 94.2 Mbits/sec
[ 3] 20.0-30.0 sec 112 MBytes 94.2 Mbits/sec
[ 3] 30.0-40.0 sec 112 MBytes 94.1 Mbits/sec
[ 3] 40.0-50.0 sec 112 MBytes 94.1 Mbits/sec
[ 3] 50.0-60.0 sec 113 MBytes 94.5 Mbits/sec
[ 3] 0.0-60.1 sec 677 MBytes 94.5 Mbits/sec

 

Пинг B -> A:

 

[root@monster sva]# ping 10.79.193.254
PING 10.79.193.254 (10.79.193.254) 56(84) bytes of data.
64 bytes from 10.79.193.254: icmp_seq=1 ttl=61 time=1.29 ms
64 bytes from 10.79.193.254: icmp_seq=2 ttl=61 time=1.37 ms
64 bytes from 10.79.193.254: icmp_seq=3 ttl=61 time=1.20 ms
64 bytes from 10.79.193.254: icmp_seq=4 ttl=61 time=1.63 ms
64 bytes from 10.79.193.254: icmp_seq=5 ttl=61 time=1.25 ms
64 bytes from 10.79.193.254: icmp_seq=6 ttl=61 time=17.7 ms
64 bytes from 10.79.193.254: icmp_seq=7 ttl=61 time=66.9 ms
64 bytes from 10.79.193.254: icmp_seq=8 ttl=61 time=68.9 ms
64 bytes from 10.79.193.254: icmp_seq=9 ttl=61 time=72.2 ms
64 bytes from 10.79.193.254: icmp_seq=10 ttl=61 time=72.8 ms
64 bytes from 10.79.193.254: icmp_seq=11 ttl=61 time=68.8 ms
64 bytes from 10.79.193.254: icmp_seq=12 ttl=61 time=70.2 ms
64 bytes from 10.79.193.254: icmp_seq=13 ttl=61 time=62.5 ms
64 bytes from 10.79.193.254: icmp_seq=14 ttl=61 time=75.3 ms
64 bytes from 10.79.193.254: icmp_seq=15 ttl=61 time=72.5 ms
64 bytes from 10.79.193.254: icmp_seq=16 ttl=61 time=73.7 ms
64 bytes from 10.79.193.254: icmp_seq=17 ttl=61 time=76.7 ms
64 bytes from 10.79.193.254: icmp_seq=18 ttl=61 time=74.6 ms
64 bytes from 10.79.193.254: icmp_seq=19 ttl=61 time=76.6 ms
64 bytes from 10.79.193.254: icmp_seq=20 ttl=61 time=66.9 ms
64 bytes from 10.79.193.254: icmp_seq=21 ttl=61 time=73.5 ms
64 bytes from 10.79.193.254: icmp_seq=22 ttl=61 time=75.9 ms
64 bytes from 10.79.193.254: icmp_seq=23 ttl=61 time=73.6 ms
64 bytes from 10.79.193.254: icmp_seq=24 ttl=61 time=76.7 ms
64 bytes from 10.79.193.254: icmp_seq=25 ttl=61 time=72.7 ms
64 bytes from 10.79.193.254: icmp_seq=26 ttl=61 time=74.0 ms
64 bytes from 10.79.193.254: icmp_seq=27 ttl=61 time=76.1 ms
64 bytes from 10.79.193.254: icmp_seq=28 ttl=61 time=67.9 ms
64 bytes from 10.79.193.254: icmp_seq=29 ttl=61 time=70.5 ms
64 bytes from 10.79.193.254: icmp_seq=30 ttl=61 time=68.0 ms
64 bytes from 10.79.193.254: icmp_seq=31 ttl=61 time=70.8 ms
64 bytes from 10.79.193.254: icmp_seq=32 ttl=61 time=72.4 ms
64 bytes from 10.79.193.254: icmp_seq=33 ttl=61 time=69.6 ms
64 bytes from 10.79.193.254: icmp_seq=34 ttl=61 time=65.5 ms
64 bytes from 10.79.193.254: icmp_seq=35 ttl=61 time=38.7 ms
64 bytes from 10.79.193.254: icmp_seq=36 ttl=61 time=65.0 ms
64 bytes from 10.79.193.254: icmp_seq=37 ttl=61 time=67.9 ms
64 bytes from 10.79.193.254: icmp_seq=38 ttl=61 time=64.6 ms
64 bytes from 10.79.193.254: icmp_seq=39 ttl=61 time=67.8 ms
64 bytes from 10.79.193.254: icmp_seq=40 ttl=61 time=68.5 ms
64 bytes from 10.79.193.254: icmp_seq=41 ttl=61 time=73.5 ms
64 bytes from 10.79.193.254: icmp_seq=42 ttl=61 time=73.9 ms
64 bytes from 10.79.193.254: icmp_seq=43 ttl=61 time=75.9 ms
64 bytes from 10.79.193.254: icmp_seq=44 ttl=61 time=72.7 ms
64 bytes from 10.79.193.254: icmp_seq=45 ttl=61 time=74.0 ms
64 bytes from 10.79.193.254: icmp_seq=46 ttl=61 time=75.4 ms
64 bytes from 10.79.193.254: icmp_seq=47 ttl=61 time=77.1 ms
64 bytes from 10.79.193.254: icmp_seq=48 ttl=61 time=67.1 ms
64 bytes from 10.79.193.254: icmp_seq=49 ttl=61 time=75.7 ms
64 bytes from 10.79.193.254: icmp_seq=50 ttl=61 time=72.5 ms
64 bytes from 10.79.193.254: icmp_seq=51 ttl=61 time=74.6 ms
64 bytes from 10.79.193.254: icmp_seq=52 ttl=61 time=77.2 ms
64 bytes from 10.79.193.254: icmp_seq=53 ttl=61 time=74.6 ms
64 bytes from 10.79.193.254: icmp_seq=54 ttl=61 time=77.1 ms
64 bytes from 10.79.193.254: icmp_seq=55 ttl=61 time=73.5 ms
64 bytes from 10.79.193.254: icmp_seq=56 ttl=61 time=76.9 ms
64 bytes from 10.79.193.254: icmp_seq=57 ttl=61 time=74.8 ms
64 bytes from 10.79.193.254: icmp_seq=58 ttl=61 time=75.0 ms
64 bytes from 10.79.193.254: icmp_seq=59 ttl=61 time=76.8 ms
64 bytes from 10.79.193.254: icmp_seq=60 ttl=61 time=73.9 ms
64 bytes from 10.79.193.254: icmp_seq=61 ttl=61 time=54.3 ms
64 bytes from 10.79.193.254: icmp_seq=62 ttl=61 time=73.1 ms
64 bytes from 10.79.193.254: icmp_seq=63 ttl=61 time=75.5 ms
64 bytes from 10.79.193.254: icmp_seq=64 ttl=61 time=76.7 ms
64 bytes from 10.79.193.254: icmp_seq=65 ttl=61 time=74.5 ms
64 bytes from 10.79.193.254: icmp_seq=66 ttl=61 time=75.6 ms
64 bytes from 10.79.193.254: icmp_seq=67 ttl=61 time=1.51 ms
64 bytes from 10.79.193.254: icmp_seq=68 ttl=61 time=1.11 ms
64 bytes from 10.79.193.254: icmp_seq=69 ttl=61 time=1.37 ms
64 bytes from 10.79.193.254: icmp_seq=70 ttl=61 time=1.39 ms
--- 10.79.193.254 ping statistics ---
70 packets transmitted, 70 received, 0% packet loss, time 68998ms
rtt min/avg/max/mdev = 1.117/61.902/77.238/24.777 ms

 

Скорость 1й TCP сессии достигает максимальной скорости порта, однако RTT при этом ростет до значений скоторыми все же мериться нельзя. Скачкообразный рост RTT более 100 мс отсутствует.

Тест запущен на пятой секунде пинга.

 

 

Генерируем два TCP потока сквозь OLT и ONU c сервера A в сторону сервера B (восходящий поток) и c сервера B в сторону сервера A (низходящий поток), одновременно, при этом вотыкаем во второй порт ONU Mag250 и поставив его на пропинговку.:

 

Сторона A:

 

[root@pony1 /]# iperf -c 193.110.112.10 -t 60 -i 10 -d
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 193.110.112.10, TCP port 5001
TCP window size: 132 KByte (default)
------------------------------------------------------------
[ 5] local 10.79.193.254 port 55817 connected with 193.110.112.10 port 5001
[ 4] local 10.79.193.254 port 5001 connected with 193.110.112.10 port 34662
[ ID] Interval	 Transfer	 Bandwidth
[ 4] 0.0-10.0 sec 111 MBytes 93.2 Mbits/sec
[ 5] 0.0-10.0 sec 25.9 MBytes 21.7 Mbits/sec
[ 4] 10.0-20.0 sec 58.3 MBytes 48.9 Mbits/sec
[ 5] 10.0-20.0 sec 112 MBytes 93.7 Mbits/sec
[ 4] 20.0-30.0 sec 45.5 MBytes 38.2 Mbits/sec
[ 5] 20.0-30.0 sec 110 MBytes 92.6 Mbits/sec
[ 4] 30.0-40.0 sec 37.5 MBytes 31.5 Mbits/sec
[ 5] 30.0-40.0 sec 112 MBytes 93.5 Mbits/sec
[ 4] 40.0-50.0 sec 41.2 MBytes 34.6 Mbits/sec
[ 5] 40.0-50.0 sec 111 MBytes 93.3 Mbits/sec
[ 4] 50.0-60.0 sec 41.7 MBytes 35.0 Mbits/sec
[ 5] 50.0-60.0 sec 111 MBytes 93.0 Mbits/sec
[ 5] 0.0-60.0 sec 582 MBytes 81.3 Mbits/sec
[ 4] 0.0-60.6 sec 337 MBytes 46.7 Mbits/sec

 

Пинг B -> A:

 

[root@monster sva]# ping 10.79.193.254
PING 10.79.193.254 (10.79.193.254) 56(84) bytes of data.
64 bytes from 10.79.193.254: icmp_seq=1 ttl=61 time=1.48 ms
64 bytes from 10.79.193.254: icmp_seq=2 ttl=61 time=1.40 ms
64 bytes from 10.79.193.254: icmp_seq=3 ttl=61 time=1.49 ms
64 bytes from 10.79.193.254: icmp_seq=4 ttl=61 time=1.15 ms
64 bytes from 10.79.193.254: icmp_seq=5 ttl=61 time=1.31 ms
64 bytes from 10.79.193.254: icmp_seq=6 ttl=61 time=1.18 ms
64 bytes from 10.79.193.254: icmp_seq=7 ttl=61 time=42.8 ms
64 bytes from 10.79.193.254: icmp_seq=8 ttl=61 time=69.3 ms
64 bytes from 10.79.193.254: icmp_seq=9 ttl=61 time=73.2 ms
64 bytes from 10.79.193.254: icmp_seq=10 ttl=61 time=78.3 ms
64 bytes from 10.79.193.254: icmp_seq=11 ttl=61 time=77.5 ms
64 bytes from 10.79.193.254: icmp_seq=12 ttl=61 time=78.5 ms
64 bytes from 10.79.193.254: icmp_seq=13 ttl=61 time=77.8 ms
64 bytes from 10.79.193.254: icmp_seq=14 ttl=61 time=65.4 ms
64 bytes from 10.79.193.254: icmp_seq=15 ttl=61 time=78.4 ms
64 bytes from 10.79.193.254: icmp_seq=16 ttl=61 time=70.2 ms
64 bytes from 10.79.193.254: icmp_seq=17 ttl=61 time=72.0 ms
64 bytes from 10.79.193.254: icmp_seq=18 ttl=61 time=79.0 ms
64 bytes from 10.79.193.254: icmp_seq=19 ttl=61 time=96.3 ms
64 bytes from 10.79.193.254: icmp_seq=20 ttl=61 time=121 ms
64 bytes from 10.79.193.254: icmp_seq=21 ttl=61 time=153 ms
64 bytes from 10.79.193.254: icmp_seq=22 ttl=61 time=182 ms
64 bytes from 10.79.193.254: icmp_seq=23 ttl=61 time=216 ms
64 bytes from 10.79.193.254: icmp_seq=24 ttl=61 time=258 ms
64 bytes from 10.79.193.254: icmp_seq=25 ttl=61 time=260 ms
64 bytes from 10.79.193.254: icmp_seq=26 ttl=61 time=250 ms
64 bytes from 10.79.193.254: icmp_seq=27 ttl=61 time=262 ms
64 bytes from 10.79.193.254: icmp_seq=28 ttl=61 time=260 ms
64 bytes from 10.79.193.254: icmp_seq=29 ttl=61 time=258 ms
64 bytes from 10.79.193.254: icmp_seq=30 ttl=61 time=247 ms
64 bytes from 10.79.193.254: icmp_seq=31 ttl=61 time=261 ms
64 bytes from 10.79.193.254: icmp_seq=32 ttl=61 time=262 ms
64 bytes from 10.79.193.254: icmp_seq=33 ttl=61 time=251 ms
64 bytes from 10.79.193.254: icmp_seq=34 ttl=61 time=260 ms
64 bytes from 10.79.193.254: icmp_seq=35 ttl=61 time=260 ms
64 bytes from 10.79.193.254: icmp_seq=36 ttl=61 time=260 ms
64 bytes from 10.79.193.254: icmp_seq=37 ttl=61 time=263 ms
64 bytes from 10.79.193.254: icmp_seq=38 ttl=61 time=236 ms
64 bytes from 10.79.193.254: icmp_seq=39 ttl=61 time=256 ms
64 bytes from 10.79.193.254: icmp_seq=40 ttl=61 time=262 ms
64 bytes from 10.79.193.254: icmp_seq=41 ttl=61 time=260 ms
64 bytes from 10.79.193.254: icmp_seq=42 ttl=61 time=261 ms
64 bytes from 10.79.193.254: icmp_seq=43 ttl=61 time=258 ms
64 bytes from 10.79.193.254: icmp_seq=44 ttl=61 time=263 ms
64 bytes from 10.79.193.254: icmp_seq=45 ttl=61 time=259 ms
64 bytes from 10.79.193.254: icmp_seq=46 ttl=61 time=242 ms
64 bytes from 10.79.193.254: icmp_seq=47 ttl=61 time=259 ms
64 bytes from 10.79.193.254: icmp_seq=48 ttl=61 time=258 ms
64 bytes from 10.79.193.254: icmp_seq=49 ttl=61 time=261 ms
64 bytes from 10.79.193.254: icmp_seq=50 ttl=61 time=260 ms
64 bytes from 10.79.193.254: icmp_seq=51 ttl=61 time=253 ms
64 bytes from 10.79.193.254: icmp_seq=52 ttl=61 time=262 ms
64 bytes from 10.79.193.254: icmp_seq=53 ttl=61 time=261 ms
64 bytes from 10.79.193.254: icmp_seq=54 ttl=61 time=258 ms
64 bytes from 10.79.193.254: icmp_seq=55 ttl=61 time=263 ms
64 bytes from 10.79.193.254: icmp_seq=56 ttl=61 time=247 ms
64 bytes from 10.79.193.254: icmp_seq=57 ttl=61 time=261 ms
64 bytes from 10.79.193.254: icmp_seq=58 ttl=61 time=262 ms
64 bytes from 10.79.193.254: icmp_seq=59 ttl=61 time=258 ms
64 bytes from 10.79.193.254: icmp_seq=60 ttl=61 time=257 ms
64 bytes from 10.79.193.254: icmp_seq=61 ttl=61 time=239 ms
64 bytes from 10.79.193.254: icmp_seq=62 ttl=61 time=258 ms
64 bytes from 10.79.193.254: icmp_seq=63 ttl=61 time=257 ms
64 bytes from 10.79.193.254: icmp_seq=64 ttl=61 time=260 ms
64 bytes from 10.79.193.254: icmp_seq=65 ttl=61 time=261 ms
64 bytes from 10.79.193.254: icmp_seq=66 ttl=61 time=249 ms
64 bytes from 10.79.193.254: icmp_seq=67 ttl=61 time=1.60 ms
64 bytes from 10.79.193.254: icmp_seq=68 ttl=61 time=1.38 ms
64 bytes from 10.79.193.254: icmp_seq=69 ttl=61 time=1.46 ms
64 bytes from 10.79.193.254: icmp_seq=70 ttl=61 time=1.07 ms
64 bytes from 10.79.193.254: icmp_seq=71 ttl=61 time=1.32 ms
64 bytes from 10.79.193.254: icmp_seq=72 ttl=61 time=1.35 ms
64 bytes from 10.79.193.254: icmp_seq=73 ttl=61 time=1.37 ms
--- 10.79.193.254 ping statistics ---
73 packets transmitted, 73 received, 0% packet loss, time 71973ms
rtt min/avg/max/mdev = 1.073/174.311/263.916/106.418 ms

 

 

Пинг B -> Mag250:

 

[sva@monster ~]$ ping 10.79.194.252
PING 10.79.194.252 (10.79.194.252) 56(84) bytes of data.
64 bytes from 10.79.194.252: icmp_seq=1 ttl=61 time=1.14 ms
64 bytes from 10.79.194.252: icmp_seq=2 ttl=61 time=1.07 ms
64 bytes from 10.79.194.252: icmp_seq=3 ttl=61 time=1.30 ms
64 bytes from 10.79.194.252: icmp_seq=4 ttl=61 time=1.13 ms
64 bytes from 10.79.194.252: icmp_seq=5 ttl=61 time=1.16 ms
64 bytes from 10.79.194.252: icmp_seq=6 ttl=61 time=75.8 ms
64 bytes from 10.79.194.252: icmp_seq=7 ttl=61 time=73.4 ms
64 bytes from 10.79.194.252: icmp_seq=8 ttl=61 time=77.4 ms
64 bytes from 10.79.194.252: icmp_seq=9 ttl=61 time=75.8 ms
64 bytes from 10.79.194.252: icmp_seq=10 ttl=61 time=40.7 ms
64 bytes from 10.79.194.252: icmp_seq=11 ttl=61 time=67.9 ms
64 bytes from 10.79.194.252: icmp_seq=12 ttl=61 time=67.9 ms
64 bytes from 10.79.194.252: icmp_seq=13 ttl=61 time=55.1 ms
64 bytes from 10.79.194.252: icmp_seq=14 ttl=61 time=61.2 ms
64 bytes from 10.79.194.252: icmp_seq=15 ttl=61 time=66.9 ms
64 bytes from 10.79.194.252: icmp_seq=16 ttl=61 time=74.8 ms
64 bytes from 10.79.194.252: icmp_seq=17 ttl=61 time=64.0 ms
64 bytes from 10.79.194.252: icmp_seq=18 ttl=61 time=18.8 ms
64 bytes from 10.79.194.252: icmp_seq=19 ttl=61 time=33.7 ms
64 bytes from 10.79.194.252: icmp_seq=20 ttl=61 time=33.1 ms
64 bytes from 10.79.194.252: icmp_seq=21 ttl=61 time=0.905 ms
64 bytes from 10.79.194.252: icmp_seq=22 ttl=61 time=0.852 ms
64 bytes from 10.79.194.252: icmp_seq=23 ttl=61 time=1.16 ms
64 bytes from 10.79.194.252: icmp_seq=24 ttl=61 time=11.7 ms
64 bytes from 10.79.194.252: icmp_seq=25 ttl=61 time=0.936 ms
64 bytes from 10.79.194.252: icmp_seq=26 ttl=61 time=1.25 ms
64 bytes from 10.79.194.252: icmp_seq=27 ttl=61 time=0.730 ms
64 bytes from 10.79.194.252: icmp_seq=28 ttl=61 time=0.512 ms
64 bytes from 10.79.194.252: icmp_seq=29 ttl=61 time=0.749 ms
64 bytes from 10.79.194.252: icmp_seq=30 ttl=61 time=0.822 ms
64 bytes from 10.79.194.252: icmp_seq=31 ttl=61 time=7.20 ms
64 bytes from 10.79.194.252: icmp_seq=32 ttl=61 time=0.881 ms
64 bytes from 10.79.194.252: icmp_seq=33 ttl=61 time=0.763 ms
64 bytes from 10.79.194.252: icmp_seq=34 ttl=61 time=1.11 ms
64 bytes from 10.79.194.252: icmp_seq=35 ttl=61 time=1.25 ms
64 bytes from 10.79.194.252: icmp_seq=36 ttl=61 time=0.922 ms
64 bytes from 10.79.194.252: icmp_seq=37 ttl=61 time=2.77 ms
64 bytes from 10.79.194.252: icmp_seq=38 ttl=61 time=22.4 ms
64 bytes from 10.79.194.252: icmp_seq=39 ttl=61 time=53.7 ms
64 bytes from 10.79.194.252: icmp_seq=40 ttl=61 time=63.7 ms
64 bytes from 10.79.194.252: icmp_seq=41 ttl=61 time=1.09 ms
64 bytes from 10.79.194.252: icmp_seq=42 ttl=61 time=0.574 ms
64 bytes from 10.79.194.252: icmp_seq=43 ttl=61 time=0.756 ms
64 bytes from 10.79.194.252: icmp_seq=44 ttl=61 time=1.19 ms
64 bytes from 10.79.194.252: icmp_seq=45 ttl=61 time=0.546 ms
64 bytes from 10.79.194.252: icmp_seq=46 ttl=61 time=1.04 ms
64 bytes from 10.79.194.252: icmp_seq=47 ttl=61 time=0.994 ms
64 bytes from 10.79.194.252: icmp_seq=48 ttl=61 time=0.707 ms
64 bytes from 10.79.194.252: icmp_seq=49 ttl=61 time=1.35 ms
64 bytes from 10.79.194.252: icmp_seq=50 ttl=61 time=23.8 ms
64 bytes from 10.79.194.252: icmp_seq=51 ttl=61 time=49.0 ms
64 bytes from 10.79.194.252: icmp_seq=52 ttl=61 time=64.2 ms
64 bytes from 10.79.194.252: icmp_seq=53 ttl=61 time=0.655 ms
64 bytes from 10.79.194.252: icmp_seq=54 ttl=61 time=1.08 ms
64 bytes from 10.79.194.252: icmp_seq=55 ttl=61 time=0.647 ms
64 bytes from 10.79.194.252: icmp_seq=56 ttl=61 time=0.890 ms
64 bytes from 10.79.194.252: icmp_seq=57 ttl=61 time=0.601 ms
64 bytes from 10.79.194.252: icmp_seq=58 ttl=61 time=0.815 ms
64 bytes from 10.79.194.252: icmp_seq=59 ttl=61 time=0.681 ms
64 bytes from 10.79.194.252: icmp_seq=60 ttl=61 time=25.4 ms
64 bytes from 10.79.194.252: icmp_seq=61 ttl=61 time=40.8 ms
64 bytes from 10.79.194.252: icmp_seq=62 ttl=61 time=1.23 ms
64 bytes from 10.79.194.252: icmp_seq=63 ttl=61 time=0.599 ms
64 bytes from 10.79.194.252: icmp_seq=64 ttl=61 time=0.783 ms
64 bytes from 10.79.194.252: icmp_seq=65 ttl=61 time=1.20 ms
64 bytes from 10.79.194.252: icmp_seq=66 ttl=61 time=0.905 ms
64 bytes from 10.79.194.252: icmp_seq=67 ttl=61 time=1.20 ms
64 bytes from 10.79.194.252: icmp_seq=68 ttl=61 time=1.35 ms
64 bytes from 10.79.194.252: icmp_seq=69 ttl=61 time=1.06 ms
--- 10.79.194.252 ping statistics ---
69 packets transmitted, 69 received, 0% packet loss, time 67988ms
rtt min/avg/max/mdev = 0.512/18.736/77.463/26.981 ms

 

 

Скорость 1й TCP сессии (восходящего потока) достигает 80 МБит/с, скорость 2й TCP сесии (нисходящего потока) еле-еле достигает 46 МБит/с, однако RTT при этом (как и при первом тесте) ростет просто неприлично, наблюдается скачкообразный рост RTT на 20й секунде.

Картина при пропинговке Mag250 еще более загадочная - RTT ростет практически симметрично с RTT на сервер A, только на 20й секунде вместо того что бы повышаться он падает до нормальных значений.

Тест запущен на пятой секунде пинга.

 

 

 

Господа, у кого какие мысли? - Я понимаю что выводы строить рано, но все же, может быть есть какие то предположения?

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

можете так же гиговую 1501/1504 протестить?

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

 

p.s. у всех OLTы в полях что ли?

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

 

Господа, у кого какие мысли? - Я понимаю что выводы строить рано, но все же, может быть есть какие то предположения?

 

1. Я вижу полностью работоспособную 100М сеть почти с максимальной пропускной способностью.

2. Я вижу немного странную работу QoS. Но не смертельно странную.

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

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

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

    • Від 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!
       
    • Від 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!

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