Sergek Posted February 1, 2013 Posted February 1, 2013 Товарищ Влад! И комрады ПОНоводы! Вопрос! Как обстоят дела с гарантией на ОНУ и ОЛТ. Сроки? На что распространяется? Кто осуществляет поддержку (продаваны или Влад)? Для меня это очень важный вопрос!
Земеля Posted February 1, 2013 Posted February 1, 2013 Товарищ Влад! И комрады ПОНоводы! Вопрос! Как обстоят дела с гарантией на ОНУ и ОЛТ. Сроки? На что распространяется? Кто осуществляет поддержку (продаваны или Влад)? Для меня это очень важный вопрос! 2 онушки глуканули, отправил владу, через 3-4 дня получил новые
Den_LocalNet Posted February 1, 2013 Posted February 1, 2013 у меня за все время одна ону вышла из строя практически "с коробки" Влад обещал забрать ее назад (я так и не отправил ее ещё) Больше проблем не возникало..
Den_LocalNet Posted February 1, 2013 Posted February 1, 2013 я как-то тестил в 4 порта, делился тут скринами и результатами если не ошибаюсь удалось выжать около 30 Мбайт/с На каком типе трафика? торентом с 0day качал тремя ноутами в трех портах ону + в 4-ом порту был "ноут-инвалид" - я им пингал
wladd Posted February 1, 2013 Author Posted February 1, 2013 Господа, а 1004b на пропускную способность тестировали? У кого какие результаты? - Особенно интересно в восходящий канал. Сумарно да все порты до 125М, на порт больше 100М понятно - никак. Тестил Ден.
wladd Posted February 1, 2013 Author Posted February 1, 2013 Товарищ Влад! И комрады ПОНоводы! Вопрос! Как обстоят дела с гарантией на ОНУ и ОЛТ. Сроки? На что распространяется? Кто осуществляет поддержку (продаваны или Влад)? Для меня это очень важный вопрос! Дела обстоят так. На всю продукцию которую я продаю под готовыми марками 4A и A-GEAR, конечной инстанций по гарантии являюсь я. Мы отказались от навешивания своих торговых марок на ПОН и Switch оборудование, дабы не вводить клиентов в заблуждение. Продукция не зависимо от того кто ее перепродал вам, поступает ко мне. Мы просим заполнить формы для того чтобы инженерный отдел который обрабатывает RMA зал "где копать" Формы прилагаю к этому сообщению. Одна форма скидывается нам электронно, ее принт копия прикладывается к девасу. Гарантийный срок -1Год. Собственно мы ничего особо не чиним, а просто заменяем. Пока просто чинить нечего. Все существующее RMA (Return Merchandise Agreement) оборудование пока умещается в одну коробку 40x40x40 Через реселеров или на прямую, суть одна и та же. На днях был эпизод. У Веста появились проблемы с ОЛТ, чето он бутнулся. Мы стали смотреть проблемы. У него ОЛТ из первой поставки, без вентиляторов. Были подозрения - Греется ОЛТ или греется модуль (он тоже был БДКОМОВСКИЙ родной, мы от них отказались начисто, из за качества и цены) Отправили в тот же день замену и ОЛТ и модуль на поезде. Оказалось модуль. Заменили- все хорошо. Мы относимся с пониманием к нашим клиентам и клиентам наших реселеров. бланк возврата оборудования.docx Правила возврата оборудования.docx пример заполнения бланка возврата оборудования.docx
Sergek Posted February 1, 2013 Posted February 1, 2013 Срок гарантии на ОНУ, ОЛТ? На что распространяется?
wladd Posted February 1, 2013 Author Posted February 1, 2013 Вы свои идентифицируете как? Серийник, МАК? провокационный вопрос. исключить злой умысел всегда хорошо, важно чтобы это не было доведено до абсурда. Пока со злым умыслом мы не сталкивались. Зачем вам эта информация? Может я тайные УФ метки на оборудовании размещаю..)))
_WesT_ Posted February 1, 2013 Posted February 1, 2013 Товарищ Влад! И комрады ПОНоводы! Вопрос! Как обстоят дела с гарантией на ОНУ и ОЛТ. Сроки? На что распространяется? Кто осуществляет поддержку (продаваны или Влад)? Для меня это очень важный вопрос! Дела обстоят так. На всю продукцию которую я продаю под готовыми марками 4A и A-GEAR, конечной инстанций по гарантии являюсь я. Мы отказались от навешивания своих торговых марок на ПОН и Switch оборудование, дабы не вводить клиентов в заблуждение. Продукция не зависимо от того кто ее перепродал вам, поступает ко мне. Мы просим заполнить формы для того чтобы инженерный отдел который обрабатывает RMA зал "где копать" Формы прилагаю к этому сообщению. Одна форма скидывается нам электронно, ее принт копия прикладывается к девасу. Гарантийный срок -1Год. Собственно мы ничего особо не чиним, а просто заменяем. Пока просто чинить нечего. Все существующее RMA (Return Merchandise Agreement) оборудование пока умещается в одну коробку 40x40x40 Через реселеров или на прямую, суть одна и та же. На днях был эпизод. У Веста появились проблемы с ОЛТ, чето он бутнулся. Мы стали смотреть проблемы. У него ОЛТ из первой поставки, без вентиляторов. Были подозрения - Греется ОЛТ или греется модуль (он тоже был БДКОМОВСКИЙ родной, мы от них отказались начисто, из за качества и цены) Отправили в тот же день замену и ОЛТ и модуль на поезде. Оказалось модуль. Заменили- все хорошо. Мы относимся с пониманием к нашим клиентам и клиентам наших реселеров. Подтверждаю. Хоть все и обошлось (у нас был резерв модулей новых), но Влад отправил "тревожный комплект" в тот же день (пятница вечер) поездом, в суботу он был уже у нас.
Den_LocalNet Posted February 1, 2013 Posted February 1, 2013 Господа, а 1004b на пропускную способность тестировали? У кого какие результаты? - Особенно интересно в восходящий канал. Сумарно да все порты до 125М, на порт больше 100М понятно - никак. Тестил Ден. ну что это за "деза"? http://local.com.ua/forum/topic/38196-olt-p3310-sshd-dead/page__st__20#entry329802
Гайджин Posted February 1, 2013 Posted February 1, 2013 я как-то тестил в 4 порта, делился тут скринами и результатами если не ошибаюсь удалось выжать около 30 Мбайт/с На каком типе трафика? торентом с 0day качал тремя ноутами в трех портах ону + в 4-ом порту был "ноут-инвалид" - я им пингал Торрент был с поддержкой "мютипи" (mTP)? - Ибо я на UDP трафике вчера разогнал ее двумя портами до 180 мегабит в дуплексе, т.е. 2 * 90 туда и обратно одновременно. Больше просто хостов под руками не было. При этом пинг на тестовые хосты выше 2-3 мс не поднимался. Но вот с TCP трафиком прям какая то беда. Без увеличения размера "окна" апстрим с сотрочного порта ноута более 60 мегабит не раскачегаривается, при этом пинг взвивается в заоблачные высоты. Пробовал крутить dba и рейтлимиты - только хуже делается. Т.е. те параметры которые рекомендованы оптимальны. p.s. to Wladd: По dynamic bandwith allocation у вендора можно получить какую либо доку?
wladd Posted February 1, 2013 Author Posted February 1, 2013 Господа, а 1004b на пропускную способность тестировали? У кого какие результаты? - Особенно интересно в восходящий канал. Сумарно да все порты до 125М, на порт больше 100М понятно - никак. Тестил Ден. ну что это за "деза"? http://local.com.ua/..._20#entry329802 Денис, извините, это у меня уже в голове все перепутываться начало. Кто то тестил и дал эти данные. Вот дока. скорость локалки_на_ОНУ.docx
Den_LocalNet Posted February 1, 2013 Posted February 1, 2013 это я писал, но очень давно (узнал по "пирожкам с котятами") после этого были обновления фирмваре и стало значительно лучше (помните был такой тикет с жалобой на скорость локалки?) и там тесты с закачкой в один поток по фтп а в новых тестах торент с "мютипи"
ufm Posted February 1, 2013 Posted February 1, 2013 p.s. Просто я сегодня ее на эту тему погонять надумал и у меня сложилось такое впечатление, что у нее либо HOL Prevention просто нет, либо он не работает и его как то включать надо. epon sla upstream pir 1000000 cir 512 epon sla downstream pir 1000000 cir 512 в настройках ONU немного помогает.
wladd Posted February 1, 2013 Author Posted February 1, 2013 Про обновление прошивки я не учел, да, код уже другой. Давайте изложим тикет и получим новые тест данные. Просто лично мне для понимания не достаточно слов - "dynamic bandwith allocation" Прежде всего нужно понять в чем наше неудовольство? Из того что японял - "скорость 60M наверх по TCP" Например - видимо файл какой нибудь предавался. Я все верно понял? Мне что бы выписывать тикет нужны данные, подробные, что делали.
Гайджин Posted February 1, 2013 Posted February 1, 2013 Из того что японял - "скорость 60M наверх по TCP" Например - видимо файл какой нибудь предавался. Я все верно понял? Мне что бы выписывать тикет нужны данные, подробные, что делали. Ну так как "пациенты" у нас зачастую ушлые, а тариф "соточка за чирик", то запросто может возникнуть прецедент когда какое нибудь тело начнет выносить мозг техподдержке - "а у меня спидтест на аплоад более 60 мегабит не показывает". А он действительно сквозь ОНУшку так показывает. Вот и хочется как то разобраться почему и сохранить мозг техподдержке. Я пока вокруг этой проблемы кручусь, но внятного еще ничего сказать не могу. Не нащупал еще в чем дело.
Гайджин Posted February 1, 2013 Posted February 1, 2013 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 есть логичным.
Sergek Posted February 1, 2013 Posted February 1, 2013 Вы свои идентифицируете как? Серийник, МАК? провокационный вопрос. исключить злой умысел всегда хорошо, важно чтобы это не было доведено до абсурда. Пока со злым умыслом мы не сталкивались. Зачем вам эта информация? Может я тайные УФ метки на оборудовании размещаю..))) Вопрос был задан с целью определить, что приоритетнее для учета. Но никак не в злом умысле. Есть вариации, но я очень надеюсь, что все будет хорошо.
Гайджин Posted February 1, 2013 Posted February 1, 2013 Вопрос был задан с целью определить, что приоритетнее для учета. Фигли тут определять? - RFC прост: пинговать все что пингуется, "шить" все что "шьется", "варить" все что "варится", протоколировать все что протоколируется, записывать все что записывается, пить все что горит, шевелить все что шевелиться, не шевеляещееся расшивеливать и тут же начинать "шить", "варить" и пингать! Ну а если в итоге оно получится жидкое, то пить. Т.е. изходить из принципа - много не мало.
Гайджин Posted February 1, 2013 Posted February 1, 2013 Тест пропускной способности 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й секунде вместо того что бы повышаться он падает до нормальных значений. Тест запущен на пятой секунде пинга. Господа, у кого какие мысли? - Я понимаю что выводы строить рано, но все же, может быть есть какие то предположения?
Den_LocalNet Posted February 1, 2013 Posted February 1, 2013 можете так же гиговую 1501/1504 протестить?
Гайджин Posted February 1, 2013 Posted February 1, 2013 можете так же гиговую 1501/1504 протестить? Нет, у меня таких нет. Да и у коллег из непосредственной близости тоже нет. p.s. у всех OLTы в полях что ли?
ufm Posted February 1, 2013 Posted February 1, 2013 Господа, у кого какие мысли? - Я понимаю что выводы строить рано, но все же, может быть есть какие то предположения? 1. Я вижу полностью работоспособную 100М сеть почти с максимальной пропускной способностью. 2. Я вижу немного странную работу QoS. Но не смертельно странную.
Recommended Posts