Перейти к содержимому
Калькуляторы

delphiec

Пользователи
  • Публикации

    14
  • Зарегистрирован

  • Посещение

О delphiec

  • Звание
    Абитуриент
    Абитуриент

Контакты

  • ICQ
    Array

Посетители профиля

Блок посетителей профиля отключен и не будет отображаться другим пользователям

  1. Mikrotik hap - неизвестный трафик

    Спасибо, помогло, единственный момент, достаточно одного правила для протокола UDP и стоит его поднять вверх.
  2. Привет всем, есть роутер Mikrotik hap (не lite). После конфигурирования никаких нареканий не было, спустя неделю обнаружился неизвестный исходящий трафик на внешнем интерфейсе. https://s.mail.ru/2bZmWd3FXD64/img-2016-01-03-13-03-47.png ether1-gateway является WAN портом роутера. через pppoE происходит подключение к провайеру. И самое интересное, что весь подозрительный трафик крутится только на WAN. Как на микротике можно отмониторить, что это за траффик? P.S. при этом трафик может доходить до 12 мбит.
  3. Не не не, не надо палемики. Getstream_a84 можно заменить на Астру, но советую только годами проверенное ))).
  4. В общем история такая необходимо через WI-FI роутер прокинуть мультикастовые каналы, бьюсь неделю ничего не выходит. Изучать стал отсюда http://wiki.openwrt.org/doc/howto/udp_multicast Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface default 10.222.0.1 0.0.0.0 UG 0 0 0 eth0 10.222.0.0 * 255.255.0.0 U 0 0 0 eth0 192.168.1.0 * 255.255.255.0 U 0 0 0 br-lan 239.0.0.0 * 255.0.0.0 U 0 0 0 br-lan Пробовал копаться в настройках ядра и др. Суть такова, что когда втыкаю родную прошивку, всё работает даже если маршрут снести. ETH0 внешняя сеть BR-LAN мост за которым прячется ETH1 и WLAN0. tcpdump root@OpenWrt:/# tcpdump -n -i br-lan 05:30:49.863080 IP 192.168.1.191 > 224.0.0.22: igmp v3 report, 2 group record(s) 05:30:50.635050 IP 192.168.1.191 > 224.0.0.22: igmp v3 report, 1 group record(s) 05:30:51.379008 IP 192.168.1.191 > 224.0.0.22: igmp v3 report, 1 group record(s) 05:30:51.706999 IP 192.168.1.191 > 224.0.0.22: igmp v3 report, 1 group record(s) 05:30:52.018978 IP 192.168.1.191 > 224.0.0.22: igmp v3 report, 1 group record(s) 05:30:52.318971 IP 192.168.1.191 > 224.0.0.22: igmp v3 report, 1 group record(s) 05:30:52.490968 IP 192.168.1.191 > 224.0.0.22: igmp v3 report, 1 group record(s) 05:30:52.650976 IP 192.168.1.191 > 224.0.0.22: igmp v3 report, 1 group record(s) 05:30:52.978949 IP 192.168.1.191 > 224.0.0.22: igmp v3 report, 1 group record(s) 05:30:53.282928 IP 192.168.1.191 > 224.0.0.22: igmp v3 report, 1 group record(s) 05:30:53.610919 IP 192.168.1.191 > 224.0.0.22: igmp v3 report, 1 group record(s) 05:30:53.954906 IP 192.168.1.191 > 224.0.0.22: igmp v3 report, 1 group record(s) 05:30:54.694867 IP 192.168.1.191 > 224.0.0.22: igmp v3 report, 1 group record(s) 05:30:55.030863 IP 192.168.1.191 > 224.0.0.22: igmp v3 report, 1 group record(s) 05:30:57.966737 IP 192.168.1.191 > 224.0.0.22: igmp v3 report, 1 group record(s) Udpxy на роутере не подходит, так как плейлист у клиентов должен оставаться неизменным. Igmpproxy тоже не заработал . и с офф. сайта эта строка echo "0" > /sys/devices/virtual/net/br-lan/bridge/multicast_snooping тоже не исправила ситуацию, всё разумеется испытывалось и с наличием и без маршрутов с включенным и выключенным фаерволом и с разрешающими правилами указанными на офф. сайте. Есть всё-таки подозрения на каверзные настройки ядра, но уже варианты кончились в какую сторону копать...
  5. Советую. ))) Собираете для каждой карты программатор/карт-ридер (Solo-gwr) http://cxem.net/sotov/sotov105.php При навыках чуть выше нуба с паяльником и наличии комплектующих, уйдет 30 мин . Ставите OSCAM - сервер ключей. (будет забирать с карт их) Ставите Getstream_a84 (принимать поток будет и декодировать его цепляясь к OSCAM) и в мультикасте долбите в сеть или на тачку с udpxy (если нужен unicast-http, но не в коем случае не на прямую с гетстрима), схема отработанная)))) стабильность на "5-", лучше только офф. подписка. Только цена будет уже не 10 тыс.руб в год, а уйдет на миллионы + оборудование против тысяч 50 на всё и вся... Кароче тут дело вкуса, лигалайз или нет. Будут вопросы пишите delphiec90@mail.ru по возможности отвечу. Падает это только при условии, что сигнал со спутника пропал и то не всегда.
  6. Есть вероятность, что просто конвертор замерзает кстати.
  7. кардсервер на той же тачке, да и до этого всё норм работало.
  8. Привет всем есть большая проблема. есть связка SASC-NG + GETSTREAM. вещает 48 каналов на 4-х dvb картах (OMICOM-S2) до этого стояли TT-1401, но это не суть важно. Все это чудо вещает в udp на определённый адрес, далее ретранслируется VLC в http. При этом всё работало очень долго без всяких ребутов и передергиваний. и вот когда тв стал пользоваться большей популярностью стали творится чудеса, вечером когда начинается так называемый час пик всё валится. Да ладно бы писались ошибки в логах, а то получается так что getstream выдает aborted при старте и всё тишина, никаких ошибок ничего больше, после этого начинаю запускать даже один канал выдается, то же aborted и всё, sasc-ng в это время иногда (!не всегда), выдает что -то вроде Read pmt data 0xBLABLA but given 0xBLABLABLA. И на этом чудеса не заканчиваются... изрядно покопавшись и пересобрав всё что можно увеличивая попути все буферы начиная с vmalloc до драйверов, утром всё само собой начинает работать... может есть у кого соображения в какую сторону нужно копать???
  9. На данный момент уже немогу, но вы можете это сами проверить, просто постепенно патчкорд наматывайте на что нибудь и смотрите когда картинка потухнет. Видно плоховато, но разглядеть можно) ФОТО1 ФОТО2
  10. Всё разобрался надо было AGC(АРУ) на передатчике включить. И кстати приемник живой, даже после того как на него подал 3.1 дб.
  11. Сделал оптический аттенюатор (патчкорд на фломастере), сигнал упал с 3.0 до -1.1 (вообще поигрался варьировал от 2.0 до -5.9) разницы нет никакой, рябь даже не меняется... есть у кого нить соображения по этому поводу? Сейчас поехал за вторым таким же приемником, и уже с аттенюатором включил, эффект тот же. И еще вопрос, а может быть это из-за того, что попути используются UPC разъемы. (Т.е. UPC штекер - UPC разъем, НЕ В ПЕРЕМЕШКУ типа UPC штекер - APC разъем), хотя сигнал ведь приходит......??? Да и еще есть момент на передатчике с дефолтными параметрами, пишет Laser Low Alarm! (Как-то так)
  12. Т.е. в случае переусиления оптического сигнала, картинка так же пропадает... Я так думаю что должна быть какая-то защита от переусиления... чтоб девайс не страдал... или это уже наверняка?
  13. Привет всем, есть два девайса SNR-OT-1310-20 (передатчик) и SNR-OR-114-09 (приёмник). На RF-входе у передатчика сигнал ~81 db, на приёмнике на опт. входе 3.0 db как понимаю это просто отличный сигнал, но на выходе нет картинки, лишь слабая рябь. Я в этом деле новичек, может кто подскажет в чем может быть проблема, если необходимы какие-то еще данные, спрашивайте...