Перейти до

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

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