delphiec
Пользователи-
Публикации
14 -
Зарегистрирован
-
Посещение
О delphiec
-
Звание
Абитуриент
Контакты
-
ICQ
Array
Посетители профиля
Блок посетителей профиля отключен и не будет отображаться другим пользователям
-
Mikrotik hap - неизвестный трафик
тему ответил в delphiec пользователя delphiec в Mikrotik Wireless
Спасибо, помогло, единственный момент, достаточно одного правила для протокола UDP и стоит его поднять вверх. -
Mikrotik hap - неизвестный трафик
тему добавил delphiec в Mikrotik Wireless
Привет всем, есть роутер Mikrotik hap (не lite). После конфигурирования никаких нареканий не было, спустя неделю обнаружился неизвестный исходящий трафик на внешнем интерфейсе. https://s.mail.ru/2bZmWd3FXD64/img-2016-01-03-13-03-47.png ether1-gateway является WAN портом роутера. через pppoE происходит подключение к провайеру. И самое интересное, что весь подозрительный трафик крутится только на WAN. Как на микротике можно отмониторить, что это за траффик? P.S. при этом трафик может доходить до 12 мбит. -
iptv + кардшаринг
тему ответил в ru-city пользователя delphiec в Телевидение: кабельное (КТВ) эфирное, цифровое (DVB), IPTV и OTT
Не не не, не надо палемики. Getstream_a84 можно заменить на Астру, но советую только годами проверенное ))). -
В общем история такая необходимо через 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 тоже не исправила ситуацию, всё разумеется испытывалось и с наличием и без маршрутов с включенным и выключенным фаерволом и с разрешающими правилами указанными на офф. сайте. Есть всё-таки подозрения на каверзные настройки ядра, но уже варианты кончились в какую сторону копать...
-
iptv + кардшаринг
тему ответил в ru-city пользователя delphiec в Телевидение: кабельное (КТВ) эфирное, цифровое (DVB), IPTV и OTT
Советую. ))) Собираете для каждой карты программатор/карт-ридер (Solo-gwr) http://cxem.net/sotov/sotov105.php При навыках чуть выше нуба с паяльником и наличии комплектующих, уйдет 30 мин . Ставите OSCAM - сервер ключей. (будет забирать с карт их) Ставите Getstream_a84 (принимать поток будет и декодировать его цепляясь к OSCAM) и в мультикасте долбите в сеть или на тачку с udpxy (если нужен unicast-http, но не в коем случае не на прямую с гетстрима), схема отработанная)))) стабильность на "5-", лучше только офф. подписка. Только цена будет уже не 10 тыс.руб в год, а уйдет на миллионы + оборудование против тысяч 50 на всё и вся... Кароче тут дело вкуса, лигалайз или нет. Будут вопросы пишите delphiec90@mail.ru по возможности отвечу. Падает это только при условии, что сигнал со спутника пропал и то не всегда. -
SASC-NG+GETSTREAM невероятное падение
тему ответил в delphiec пользователя delphiec в Телевидение: кабельное (КТВ) эфирное, цифровое (DVB), IPTV и OTT
Есть вероятность, что просто конвертор замерзает кстати. -
SASC-NG+GETSTREAM невероятное падение
тему ответил в delphiec пользователя delphiec в Телевидение: кабельное (КТВ) эфирное, цифровое (DVB), IPTV и OTT
кардсервер на той же тачке, да и до этого всё норм работало. -
Привет всем есть большая проблема. есть связка 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 до драйверов, утром всё само собой начинает работать... может есть у кого соображения в какую сторону нужно копать???
-
SNR-OT-1310-20 + SNR-OR-114-09
тему ответил в delphiec пользователя delphiec в Активное оборудование Ethernet, IP, MPLS, SDN/NFV...
На данный момент уже немогу, но вы можете это сами проверить, просто постепенно патчкорд наматывайте на что нибудь и смотрите когда картинка потухнет. Видно плоховато, но разглядеть можно) ФОТО1 ФОТО2 -
SNR-OT-1310-20 + SNR-OR-114-09
тему ответил в delphiec пользователя delphiec в Активное оборудование Ethernet, IP, MPLS, SDN/NFV...
Всё разобрался надо было AGC(АРУ) на передатчике включить. И кстати приемник живой, даже после того как на него подал 3.1 дб. -
SNR-OT-1310-20 + SNR-OR-114-09
тему ответил в delphiec пользователя delphiec в Активное оборудование Ethernet, IP, MPLS, SDN/NFV...
Да включил -
SNR-OT-1310-20 + SNR-OR-114-09
тему ответил в delphiec пользователя delphiec в Активное оборудование Ethernet, IP, MPLS, SDN/NFV...
Сделал оптический аттенюатор (патчкорд на фломастере), сигнал упал с 3.0 до -1.1 (вообще поигрался варьировал от 2.0 до -5.9) разницы нет никакой, рябь даже не меняется... есть у кого нить соображения по этому поводу? Сейчас поехал за вторым таким же приемником, и уже с аттенюатором включил, эффект тот же. И еще вопрос, а может быть это из-за того, что попути используются UPC разъемы. (Т.е. UPC штекер - UPC разъем, НЕ В ПЕРЕМЕШКУ типа UPC штекер - APC разъем), хотя сигнал ведь приходит......??? Да и еще есть момент на передатчике с дефолтными параметрами, пишет Laser Low Alarm! (Как-то так) -
SNR-OT-1310-20 + SNR-OR-114-09
тему ответил в delphiec пользователя delphiec в Активное оборудование Ethernet, IP, MPLS, SDN/NFV...
Т.е. в случае переусиления оптического сигнала, картинка так же пропадает... Я так думаю что должна быть какая-то защита от переусиления... чтоб девайс не страдал... или это уже наверняка? -
Привет всем, есть два девайса SNR-OT-1310-20 (передатчик) и SNR-OR-114-09 (приёмник). На RF-входе у передатчика сигнал ~81 db, на приёмнике на опт. входе 3.0 db как понимаю это просто отличный сигнал, но на выходе нет картинки, лишь слабая рябь. Я в этом деле новичек, может кто подскажет в чем может быть проблема, если необходимы какие-то еще данные, спрашивайте...