a_n_h

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

Только, что попробовал ретранслировать готовый поток, все заработало без перекодирования, но с воспроизведением локально. Сейчас некогда перебирать настройки/версии vlc, но в свое время обнаружил, что у разных версий разные "косяки".

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

"Засветку" от абонов не проверяли? у меня одна онушка постоянно светила -20 дБ и тоже были постоянные ошибки и падение скорости на передачу.

Ошибки "вылезли боком", скорость на отдачу от 2-х до 20-ти МБт, все уровни в норме, где может быть проблема?

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

Конфиги: /etc/rc.conf /etc/firewall.conf на всеобщее обозрение.

а я уже размечтался......

И слава Богу!!!!!!!!!!!!! и хер им на встречу! абсолютно без политики - за....бали со своими агентами, тулбарами, поисковиками по умолчению и прочим мусором.

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

Получил, качество выше цены! Рекомендую, если еще остались.....

У меня 4-е ветки, на ветке где "нагрешил" (временно включил пару абонов через лишний сплитер и уровни -29-31 дБ) ошибок нет, в ветки где все в норме постоянно (200-300 шт в сек) сыпятся......

Методом отключения нашел проблемную ветку из 20 онушек, уровни в пределах от -14 до -23 дБ. Как найти "проблемную" онушку без походов по абонентам?

HTTP играет нормально?

проверил все ону - все прекрасно, ошибок вообще нет...... на эту команду: get onu port statistics failed: rc = 2 т.е. статистику получить не удается.

С этого начинал, все в пределах нормы. Как-то можно увидеть ошибки от/к ОНУ?

Доброе время суток! на первом "стволе" (show interface epon0/1) постоянно увеличивается счетчик ошибок: Received 277750812 packets, 67526132120 bytes 741110 broadcasts, 532311 multicasts 0 discard, 17163741 error, 0 PAUSE 0 align, 0 FCS, 0 symbol 0 carriersense Transmited 415159320 packets, 534752283684 bytes 275472 broadcasts, 8030 multicasts 0 discard, 0 error, 0 PAUSE как можно узнать где проблема?

один гигабитный ProCurve 1800-24G (используем как "тупой"), второй "тупой" 8-ми портовый D-Link. Все работает с любого свича.

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

Нет. У меня тоже проседала скорость пока не начал применять шаблоны: epon onu-config-template T1 cmd-sequence 1 epon mpcp-registration ctc 30 cmd-sequence 2 epon onu all-port ctc loopback detect cmd-sequence 7 epon onu all-port storm-control mode 4 threshold 256 cmd-sequence 4 epon sla upstream pir 131072 cir 16384 cmd-sequence 5 epon sla downstream pir 131072 cir 16384

для начала попробуй транслировать через HTTP. Странно, что не "получается", сейчас проверил на рабочем месте (простая сетка из 10-ка машин с двум "тупыми" свичами) все работает без проблем и мультикастом и HTTP.

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

зачем менять свич? в компе переведи сетевуху на 100 МБт.

сеть полностью гигабитная? по пути нет свича на 100-е? попробуй на "передающем" компе сеть перевести на 100 МБт.

Для начала попробуй VLC 1.0.5, если нет перекодирования то проц вообще не должен "грузиться".