TretUliy2

попробуйте ffmpeg -re попробуйте рестримить выход ffmpeg астрой

На микротике следует блокировать только 2 службы - DNS и NTP, если используете на устройстве с публичным белым IP, но правильные люди делают по другому - просто устанавливают эти службы на микротике, который расположен внутри сети и не имеет внешних адресов, тогда ничего блокировать не требуется. Осталось только порты SSH и Telnet перенастроить на не стандартные, и готово. Микротик не страдает от взломов, если ничего не блокировать и даже не менять порты службам, никаких проблем не возникает, никто пароль не подберет и нагрузки никакой не создаст. Это на дырявых линуксах требуется все блокировать. А у микротика внутри что за ось такая стоит ?

Я ж сцыль на 9.3.0.0 выложил несколько постов выше. повтор скачать тут с серийником коммутатора можно зарегатся тут если удастся достать прошивку свежее 9.3.0.0 поделись если не жалко.

а в чем проблема зарегистрироваться ? коммутатора пока нет, при регистрации требуется вводить его серийник.

облазил оба их сайта (force10, dell) не нашёл где скачать без логина, скиньте ссыль если не трудно.

Ходят слухи что в нём вендорлок на SFP+ модули, у вас с этим проблем не было ? Самая новая которую смог найти: 9.3.0.0

Должны совпадать TSID, и SID-ы каналов с теми что идут со спутника.

Здравствуйте господа. Интересует вопрос, имеет ли кто-нибудь положительный опыт эксплуатации тюнеров Scientific Atlanta D9828 или Cisco D9824(версия прошивки 3.96) в следующей схеме: Два транспондера принимаются на сторонние тюнера (в моём случае PBI DMM-1400P-S2), мультиплексируются и подаются на ASI вход упомянутых тюнеров (в моём случае D9824). Почему-то в моём случае дескремблируются каналы только из одного транспондера, каналы из каждого транспондера поданного отдельно на ASI вход - дескремблируются, подаю вместе - дескремблируется только один . Если у кого-нибудь имеется опыт в данном вопросе просьба поделится конкретным решением. Спасибо. P.S. Если у кого есть версия по 4.0 для данного ресивера, просьба поделится tretuliy2 животнае gmail.com

Проблема решается патчем: Log: MFC of r249848 PR: 174749, 157796 Modified: stable/9/sys/netinet/ip_output.c Directory Properties: stable/9/sys/ (props changed) Modified: stable/9/sys/netinet/ip_output.c ============================================================================== --- stable/9/sys/netinet/ip_output.c Thu Apr 25 11:24:40 2013 (r249891) +++ stable/9/sys/netinet/ip_output.c Thu Apr 25 11:25:24 2013 (r249892) @@ -194,8 +194,8 @@ ip_output(struct mbuf *m, struct mbuf *o hlen = ip->ip_hl << 2; } - dst = (struct sockaddr_in *)&ro->ro_dst; again: + dst = (struct sockaddr_in *)&ro->ro_dst; ia = NULL; /* * If there is a cached route,

Купить любое совместимое устройство из http://linuxtv.org/wiki/index.php/DVB-C_PCI_Cards в конфигурации astra использовать input: DVB Общие параметры для всех типов DVB: type – строка, выбор стандарта DVB, возможные значения «S», «S2», «T», «T2», «C» adapter – число, номер DVB-адаптера в системе ( /dev/dvb/adapterX ) device – число, номер тюнера на DVB-адаптере ( /dev/dvb/adapterX/dvrY ), по умолчанию 0 mac – строка, идентификация DVB-адаптера по MAC-адресу. Параметры adapter и device игнорируются. budget – булевый, по умолчанию false — используется аппаратная фильтрация потоков, с DVB платы в систему поступают только те потоки, на которые подписывается программа. Параметр должен быть true, если DVB-адаптер не поддерживает аппаратную фильтрацию потоков или необходимо принять весь транспондер (например для анализа всех потоков) buffer_size – число, размер буфера dvr устройства (системный буфер для временного хранения данных с DVB адаптера), измеряется в блоках по 4Кб, по умолчанию 2. При большом битрейте входящего потока возможны потери TS-пакетов (CC-ошибки) одна из возможных причин - нехватка буфера dvr. Значение подбирается экспериментально. modulation – строка, вид модуляции. Возможные значения: «NONE», «QPSK», «QAM16», «QAM32». «QAM64», «QAM128», «QAM256», «AUTO», «VSB8», «VSB16», «PSK8», «APSK16», «APSK32», «DQPSK». По умолчанию: «NONE» для DVB-S/S2; «AUTO» для DVB-T/T2/C. fec – строка, система корректирующих кодов, позволяющих обнаружить ошибки в потоке. Возможные значения: «NONE», «1/2», «2/3», «3/4», «4/5», «5/6», «6/7», «7/8», «8/9», «AUTO», «3/5», «9/10». По умолчанию: «AUTO». tone – булевый, использовать тонально-импульсный сигнал DVB-C: frequency – число, частота несущей (MHz) symbolrate – число, символьная скорость (KSym/sec) источник http://cesbo.com/wiki/ru:astra:stream:configuring

Потому что очень мало плееров умеет проигрывать mpeg-ts (http://ru.wikipedia.org/wiki/MPEG-TS).

Не хватало switch igmpsnoop mvlan group set 2007 1 224.0.0.0 239.255.255.255 Итог: vlan с IPTV vid = 2007 switch igmpsnoop enable switch igmpsnoop mvlan set 2007 1~48:FU switch igmpsnoop mvlan set 2007 enet1,enet2:FT switch igmpsnoop mvlan group set 2007 1 224.0.0.0 239.255.255.255 Проверил сегодня на стенде - завелось. Модем проверил и в бридже, и роутером. ras> statistics igmpsnoop group [group info] group vid port --------------- ---- ------------------------------------------------ -- 224.0.0.22 2007 123456789012345678901234567890123456789012345678 12 ----------V------------------------------------- -- 239.0.1.14 2007 123456789012345678901234567890123456789012345678 12 ----------V------------------------------------- -- 239.255.255.250 2007 123456789012345678901234567890123456789012345678 12 ----------V------------------------------------- --

Забыл про switch igmpsnoop mvlan set 2007 enet1:FT Посмотрите вывод комманд statistics igmpsnoop group statistics igmpsnoop info statistics igmpsnoop port info switch pktfilter show

switch igmpsnoop enable snooping switch igmpsnoop mvlan enable 2007 (номер влана, у вас другой будет) switch igmpsnoop mvlan set 2007 1~48:FU config save попробуйте на всякий случай на тестовом порту, давно это было, под рукой сейчас деслама нет.

Установлена Система FreeBSD 9.0-RELEASE Используется в качестве BRAS IPFW + DUMMYNET - фильтрация/шейпинг, pf - NAT Маршрутизирующего софта нет, трафик - 500-600 Мбит через один интерфейс в пике Сетевые карты Intel Pro 1000 ET Dual-port (igb) - 2шт. объединены в lagg0, lagg1 Проблема : периодически (иногда два раза в день, чаще всего раз в 4 дня, самый длительный интервал - 14 дней) маршрут по-умолчанию меняется на непредсказуемый адрес, запущенный в это время route monitor не регистрирует каких-либо событий. В списке рассылки freebsd-net несколько человек столкнулись с такой же проблемой, есть незакрытый PR с похожими симптомами (PR/157796). Пробовали net.inet.icmp.log_redirect: 1 net.inet.icmp.drop_redirect: 1 В ядре есть IPFW, DUMMYNET, pf, ALTQ (не используется) Прошу советов/помощи в отладке данной проблемы.