Den_LocalNet

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

а чем стримите мультик?

еще раз: у вас ону из новой поставки 1004В ? или все же 1004Т?

на 1004В?

проблема с мультиком на 1004В решена, во всяком случае щас работает нормально даже хд каналы (~10 Мбит/с) telnet ONU username root password admin atheros write device 0 register 0x700 value 0xfe эта команда включает flow-control на свитче в ОНУ

что то у вас по приему ни одного нормального пакета, зато 277 битых... вот у меня за 2 суток, 2-3 ону Switch#sh int e0/1 EPON0/1 is up, line protocol is up Hardware is GigaEthernet-PON, address is 00e0.0fde.d120 (bia 00e0.0fde.d120) MTU 1500 bytes, BW 1000000 kbit, DLY 2000 usec Encapsulation ARPA Full-duplex, Auto-Speed(1000Mb/s) flow-control off 5 minutes input rate 6165 bits/sec, 3 packets/sec 5 minutes output rate 5714 bits/sec, 7 packets/sec Received 271952 packets, 188527425 bytes 1733 broadcasts, 9105 multicasts 0 discard, 0 error, 0 PAUSE 0 align, 0 FCS, 0 symbol 0 carriersense Transmited 5167592 packets, 5977886327 bytes 228148 broadcasts, 4506401 multicasts 0 discard, 0 error, 0 PAUSE 0 sqettest, 0 deferred 0 single, 0 multiple, 0 excessive, 0 late

это и называется поверх)

у меня тоже самое с доступом к ону причем он был до прошивки онушек помогает только на epon0/1 сказать switchport pvid влан и тогда можно достучаться до ону через олт telnet onu_ip /port 2323

та то мы стимулируем, что бы не расслаблялись)

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

отпишись сразу

видимо уточняют что бы наверняка) но на железку в продакшене я их точно не пущу)

по мультику есть хоть какой-то результат бдком сказал: "we found packets loss at onu, but don't know what kind of packets dropped" а еще зашли ко мне на олт телнетом, зашатдаунили единственный порт в апе (аплинк) и говорят "что-то не конектит телнетом" ))

главное что провайдер не виноват)))

по поводу мультикаста общался с Андреем (разработчик гетстрима/астры) и вот что он говорит: [11:55:48] isp.localnet: попробую объяснить детальнее. сейчас начинаем строить GEPON там есть головная станция и клиентские устройства канал - голова - клиентское устройство - клиент по эзернету включен так вот какая фигня всплыла любой канал через гетстрим или астру дает такой эффект: вылетает со стримера 4-5 мбит, долетает до клиента 2-3 мбит еслтественно мультик поломаный вайршарк говорит что в пакетах битые фреймы и все бы хорошо, можно было бы закрыть вопрос если бы не нюанс, который не дает мне покоя [11:56:52] isp.localnet: к слову уже год 1000 абонентов смотрит эти потоки без проблем на компе и приставках [11:57:03] isp.localnet: беру этот же канал, записываю его с помощью влц [11:58:07] isp.localnet: заливаю на стример и с помощью влц гоню поток с соседней мультикаст группе [11:58:13] isp.localnet: и о чудо! никаких лагов [12:00:15] isp.localnet: смотрю информацию о потоке когда стримит гетстрим - http://piccy.info/view3/3310351/37ad567393c9cfcdb199549e5d0fb35f/ когда влц - http://piccy.info/view3/3310350/4747dd8037e673d2bc176d38461adebc/ у гетстрима 2 потока, у влц около 30 [12:01:10] isp.localnet: выходит абонентское устройство не просто кидает фреймы мультика в порт, а еще и как-то вмишивается в его состав [12:01:26] isp.localnet: отсюда и вопрос - в чем разница стриминга влц и гетстрим? [12:01:50] isp.localnet: китайцы как рыба об лед - говорят что они проверяют и все хорошо [12:02:02] isp.localnet: понятное дело что все хорошо если они стримят ВЛЦ [12:02:40] Andrey Dyldin: со спутника поток идёт не совсем ровный (точней сказать поток ровный, но в нём несколько каналов, когда MPTS делится на SPTS, получаются неровности), скорей всего пики "обрезаются" на коммутаторах, сетевой буфер ограничен, и когда переполняется, пакеты начинают дропаться. у нас для решения этой проблемы что-то с шейпером делали, могу уточнить (я не лезу в настройки сети и оборудования). когда вещает VLC он производит выравнивание трафика (по PCR) меткам и скачков нет. [12:03:18] Andrey Dyldin: я недавно занимался разработкой модуля который будет выравнивать поток, но пока не закончил, сейчас более срочные задачи надо успевать. [12:04:04] Andrey Dyldin: Вот тут михаил писал про подобную хрень : http://old.cesbo.com/issues/80 а есть доступ к консоли на приставках (ssh/telnet) ? если да, что у них в /proc/sys/net/ipv4/udp_rmem_min [12:06:57] Andrey Dyldin: /proc/sys/net/ipv4/udp_mem [12:07:00] Andrey Dyldin: просто сравнить [12:07:18] Andrey Dyldin: может на новой сетевой буфер стоит маленький и поэтому пакеты начинают дропаться сегодня бдком топтался удаленно на моей олт и онушках сняли статистику в момент трансляции поломанного мультика и сказали что будут думать и анализировать ждем...

неужели так все плохо с оптическим бюджетом что нужно зацикливаться на 0.1дб? я вот на столе из 5 раз включения патча в адаптер словил разное затухание с разбросом на 0.5дб причем если шевелить патч то затухание разное отсюда вывод - 0.1дб не решает ничего, если у вас не 100 коннектов налинии

обычно 6дб

если бы были проблемы и со стримингом через влц - не вопрос, 100% проблема в ону а ситуация с влц как-то неоднозначно выглядит

сам скачал и открыл (даже не меняя расширение) в wireshark 1.6.5

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

вот wiresark снял один и тот же поток через разные ону расширение поменять на .pcapng как видно на 1004В (там где ломает мультик) постоянно пролетают битые фреймы: Detected 14 missing TS frames before this (last_cc:3 total skips:555 discontinuity:92) 1004b.txt 1004t.txt

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

нужен коллективный разум... вот уже неделю ипусь с мультиком и вопросов становится все больше новые вводные: поток с DVB стримится с помощью getstream или astra (результат одинаковый) в группу 239.10.10.9:1234 этот же поток, записанный с помощью VLC, стримим точно так же только с помощью VLC в группу 239.10.10.180:1234 тестовый стенд точно такой же: олт 3310В, ону 1004Т, 1004В, 1004В (не прошитая от проблемы скорости) поток имеет битрейт примерно 4-5 Мбит тестовый комп с VLC 2.0.1 подключается попеременно к одной из трех онушек не прошитую онушку 1004В сразу откидываем - она вообще почти не работает... видимо ограничение даунстрима в 1 Мбит не дает пролезть даже поломанному мультику Тест №1 Смотрим группу 239.10.10.9:1234 (с гетстирима или астры). На 1004Т все отлично, приходит так же около 4-5 мбит, картинка отличная. На 1004В мультик поломанный перманентно, поток долетает 2-3 Мбит Тест №2 Смотрим группу 239.10.10.180:1234(с ВЛЦ). На 1004Т все отлично, приходит так же около 4-5 мбит, картинка отличная. На 1004В тоже все отлично, приходит те же 4-5 мбит, картинка хорошая. Выходит 1004В перебирает харчами потоками. Медиа информация из влц: 1004Т - влц 1004Т - гетстрим 1004B - влц 1004B - гетстрим какие есть мысли?

а что стоит оборудование что бы самим делать готовые патчи? или в таком случае нужны большие объемы? первое что нагуглилось: http://www.globalopt...0e5d1ede6c5ba8f http://www.optel.ua/products/oborudovanie-i-komplektuyushhie-dlya-pro/ просто у меня например от распред бокса могут быть длины от 30м до 120м с шагом 10м если бы самим делать то можно было бы сделать быстро то, что нужно... без перерасхода кабеля

а почем эти фаст коннекторы? штук от 100 например...