Jump to content
Cesbo Community
  • Announcements

    • RadioSintetica

      Information   10/21/18

      Registration on the forum temporarily closed! For support requests, please contacat us: https://cesbo.com/help
      Our community in Telegram: @cesbo_en (English language) , @cesbo_ru (Russian language) , @cesbo_es (Spanish Language)

AlexZagr

Members
  • Content count

    37
  • Joined

  • Last visited

About AlexZagr

  • Rank
    Member
  • Birthday 11/17/81

Profile Information

  • Gender
    Male
  • Location
    Donetsk

Recent Profile Visitors

295 profile views
  1. oscam, резерв

    2019/02/01 08:07:07 03809AD2 c (ecm) user (0500:060A00/0B01/4AB2/1AC:4AD2435FA00F91401C3CED451CD28977): found (57 ms) by main (P/1/2/2) - Ocean TV (cwc OK) 2019/02/01 08:07:17 03809AD2 c (ecm) user (0500:060A00/0B01/4AB2/1AC:4AD2435FA00F91403C4D44CDBEF0B563): found (109 ms) by main (P/1/2/2) - Ocean TV (cwc OK) 2019/02/01 08:07:27 03809AD2 c (ecm) user (0500:060A00/0B01/4AB2/1AC:7DD57ACCD58184DA3C4D44CDBEF0B563): found (50 ms) by main (P/1/2/2) - Ocean TV (cwc OK) 2019/02/01 08:07:37 03809AD2 c (ecm) user (0500:060A00/0B01/4AB2/1AC:7DD57ACCD58184DA465843E13AEA6C90): found (185 ms) by main (P/1/2/2) - Ocean TV (cwc OK) 2019/02/01 08:07:48 03809AD2 c (ecm) user (0500:060A00/0B01/4AB2/1AC:214043A4EA6581D0465843E13AEA6C90): found (313 ms) by main (P/1/2/2) - Ocean TV (cwc OK) 2019/02/01 08:07:58 03809AD2 c (ecm) user (0500:060A00/0B01/4AB2/1AC:214043A4EA6581D025E35058ECDD4E17): found (157 ms) by main (P/1/2/2) - Ocean TV (cwc OK)
  2. oscam, резерв

    Может и такое быть, но это не объясняет почему резерв иногда не отдает ключи. Вот повторю лог: 2019/01/29 11:24:37 4324C862 c (ecm) user (0500&060A00/0B01/032E): found (537 ms) by main (P/1/2/2) - Nick Jr CIS (cwc OK) 2019/01/29 11:25:08 4324C862 c (ecm) user (0500&060A00/0B01/032E): found (2155 ms) by rez (F/2/2/2) - Nick Jr CIS (real 152 ms) (cwc IGN) 2019/01/29 11:25:12 4324C862 c (ecm) user (0500&060A00/0B01/032E): found (217 ms) by rez (F/2/2/2) - Nick Jr CIS (real 217 ms) (cwc LEARN) Кто виноват что ключ не пришел примерно в 11:24:47? То что основной виноват это понятно, а вот дальше что случилось я по этому логу не вижу, резерв не отдал, оскам где-то затупил или я так оскам настроил? Свежей информации нет, основной источник решил пока работать как положено.
  3. oscam, резерв

    У меня fallbacktimeout = 2000, с основного источника забираются ключи обычно в пределах 50-1000 мс, редко переваливает за 2000 мс. т.е. это резерв не отдал вовремя и приостановил декодирование?
  4. oscam, резерв

    Одновременно не нужно, с резерва должно запрашивать только есть проблема с основным. Да и если бы основной не лагал то и резерв наверно не нужен был. По поводу посоветовать свяжусь через ЛС если что. Сейчас пробую как посоветовал minimal101, может проблема была в lb_weight.
  5. oscam, резерв

    забыл: Astra 4.4.96 OSCam: 1.20-unstable_svn Build: r0 Compiler: x86_64-unknown-freebsd10.1
  6. Не получается настроить резерв на оскаме, есть основная шара, которая иногда лагает, на этот случай есть резерв. Вот момент проблемы: oscam: 2019/01/29 11:24:27 4324C862 c (ecm) user (0500&060A00/0B01/032E): found (309 ms) by main (P/1/2/2) - Nick Jr CIS (cwc OK) 2019/01/29 11:24:37 4324C862 c (ecm) user (0500&060A00/0B01/032E): found (537 ms) by main (P/1/2/2) - Nick Jr CIS (cwc OK) 2019/01/29 11:25:08 4324C862 c (ecm) user (0500&060A00/0B01/032E): found (2155 ms) by rez (F/2/2/2) - Nick Jr CIS (real 152 ms) (cwc IGN) 2019/01/29 11:25:12 4324C862 c (ecm) user (0500&060A00/0B01/032E): found (217 ms) by rez (F/2/2/2) - Nick Jr CIS (real 217 ms) (cwc LEARN) 2019/01/29 11:25:17 4324C862 c (ecm) user (0500&060A00/0B01/032E): found (729 ms) by rez (F/2/2/2) - Nick Jr CIS (real 729 ms) (cwc OK) 2019/01/29 11:25:27 4324C862 c (ecm) user (0500&060A00/0B01/032E): found (428 ms) by rez (F/2/2/2) - Nick Jr CIS (real 428 ms) (cwc OK) astra: Jan 29 11:24:57: ERROR: [Nick Jr #1] Bitrate:3540Kbit/s PES:65 CC:0 Jan 29 11:24:58: ERROR: [Nick Jr #2] Bitrate:0Kbit/s PES:0 CC:0 Jan 29 11:24:58: ERROR: [Nick Jr] Failed to switch to reserve Jan 29 11:25:08: WARNING: [decrypt Nick Jr #1] Both keys changed Jan 29 11:25:10: INFO: [Nick Jr #1] Bitrate:2391Kbit/s Jan 29 11:25:10: INFO: [Nick Jr] Active input #1 Конфиги: astra: cam_local = newcamd({ name = "Local", host = "x.x.x.x", port = "4444", user = "user", pass = "pass", key = "0102030405060708091011121314", timeout = 30 }) ... make_channel({ name = "Nick Jr", input = { "dvb://adapter_2#pnr=814&cam=cam_local", "stop://1", }, output = { "udp://a.a.a.a@b.b.b.b:1234", } }) oscam.conf: [global] serverip = x.x.x.x logfile = /var/log/oscam.log clienttimeout = 4000 fallbacktimeout = 2000 maxlogsize = 2048 readerrestartseconds = 0 ecmfmt = c&p/i/s [cache] delay = 10 max_time = 30 max_hit_time = 3 cwcycle_check_enable = 1 cwcycle_check_caid = 0500 cwcycle_maxlist = 2000 cwcycle_keeptime = 30 cwcycle_dropold = 0 [newcamd] port = 4444@0500:060A00 serverip = x.x.x.x allowed = 10.0.0.0-10.255.255.255 key = 0102030405060708091011121314 keepalive = 1 [webif] httpport = 8888 serverip = 127.0.0.1 httpuser = ... httppwd = ... httpallowed = 127.0.0.1,10.0.0.0-10.255.255.255 oscam.user: [account] user = user pwd = pass group = 39 services = ntv max_connections = 100 oscam.server: [reader] label = main protocol = newcamd device = y.y.y.y,4000 key = 0102030405060708091011121314 user = muser password = mpass services = ntv connectoninit = 1 caid = 0500 group = 39 emmcache = 1,3,10,0 dropbadcws = 1 [reader] label = rez protocol = newcamd device = z.z.z.z,4100 key = 0102030405060708091011121314 user = ruser password = rpass services = ntv inactivitytimeout = 30 connectoninit = 1 fallback = 1 caid = 0500 group = 39 emmcache = 1,3,10,0 lb_weight = 75 dropbadcws = 1 Я непойму что за проблема случилась в 11:24:47, почему следующий ключ получен аж в 11:25:08. Сигнал со спутника стабильный, проблемы с астрой я откидываю. Резерв начал получать ключи 11:24:39, каналов много, Nick Jr просто выбрал как пример, причем проблема не со всеми каналами, вот другой пример: 2019/01/29 11:24:23 03809AD2 c (ecm) user (0500&060A00/0B01/4AB2): found (93 ms) by main (P/1/2/2) - Ocean TV (cwc OK) 2019/01/29 11:24:34 03809AD2 c (ecm) user (0500&060A00/0B01/4AB2): found (54 ms) by main (P/1/2/2) - Ocean TV (cwc OK) 2019/01/29 11:24:48 03809AD2 c (ecm) user (0500&060A00/0B01/4AB2): found (2128 ms) by rez (F/2/2/2) - Ocean TV (real 127 ms) (cwc OK) 2019/01/29 11:24:59 03809AD2 c (ecm) user (0500&060A00/0B01/4AB2): found (2186 ms) by rez (F/2/2/2) - Ocean TV (real 181 ms) (cwc OK) Тут видно что нормально перешло на резерв. В чем может быть проблема?
  7. Подниму тему. Кто как делает балансировку hls? Если обычный уникаст, по типу xproxy от astra, то можно через dns балансировать, клиент выгребает всё время в рамках одной сессии. С hls такое не проходит, тот-же mag при каждом обращении к m3u8 или чанку спрашивает у dns адрес, и обращается каждый раз к разному серверу. Распределять по ip клиента - а как быть при отказе одного из серверов вещания? Средствами сталкера? Есть там балансировка, но при том же отказе одного из серверов mag тупит, так как при загрузке списка каналов он получает только 1 сервер от сталкера. HAproxy? Это лепить дополнительный сервер перед серверами вещания. И что делать если HAproxy ляжет? Делать 2 сервера HAproxy с общим ip? Вобщем как кто решает проблему отказоустойчивости при нескольких hls серверах?
  8. FreeBSD, 10G (82599)

    Не могу справиться с 10G карточкой на FreeBSD, исходные данные такие: FreeBSD 11.2-RELEASE ix0@pci0:2:0:0: class=0x020000 card=0x061115d9 chip=0x10fb8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82599ES 10-Gigabit SFI/SFP+ Network Connection' class = network subclass = ethernet bar [10] = type Prefetchable Memory, range 64, base 0xde080000, size 524288, enabled bar [18] = type I/O Port, range 32, base 0xe020, size 32, enabled bar [20] = type Prefetchable Memory, range 64, base 0xde504000, size 16384, enabled ix1@pci0:2:0:1: class=0x020000 card=0x061115d9 chip=0x10fb8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82599ES 10-Gigabit SFI/SFP+ Network Connection' class = network subclass = ethernet bar [10] = type Prefetchable Memory, range 64, base 0xde000000, size 524288, enabled bar [18] = type I/O Port, range 32, base 0xe000, size 32, enabled bar [20] = type Prefetchable Memory, range 64, base 0xde500000, size 16384, enabled sysctl.conf net.inet.ip.fastforwarding=1 net.inet.icmp.icmplim=1000 net.inet.tcp.blackhole=2 net.inet.udp.blackhole=0 kern.ipc.nmbclusters=2097152 kern.ipc.somaxconn=65535 net.inet.udp.maxdgram=57344 net.inet.udp.recvspace=131072 net.raw.recvspace=65535 net.inet.raw.maxdgram=1179648 net.inet.raw.recvspace=1179648 kern.ipc.maxsockbuf=33554432 net.local.stream.sendspace=16776960 net.raw.sendspace=16776960 dev.ix.0.fc=0 dev.ix.1.fc=0 hw.intr_storm_threshold=30000 loader.conf kern.maxusers="1024" if_em_load="YES" hw.igb.max_interrupt_rate=32000 net.inet.tcp.tcbhashsize=32000 kern.ipc.nmbclusters=524288 kern.ipc.maxsockbuf=1048576 hw.ix.max_interrupt_rate=50000 hw.ix.enable_aim=1 hw.ix.rx_process_limit=512 hw.ix.tx_process_limit=512 hw.ix.rxd=4096 hw.ix.txd=4096 net.isr.defaultqlimit=4096 hw.ix.enable_msix=0 в sysctl и loader куча всего было перетюнинговано, возможно что-то упущено, но это текущий вариант Суть проблемы: есть свой софт на perl, если в общем то с одного порта принимается мультикаст и в другой отдается, на 1Г картах 82576 и 82574L все работает отлично, а вот на 10Г 82599 есть большая проблема, как только пропадает линк на продолжительное время, больше 1-2 сек, мультикаст перестает уходить из порта, приходит на сервер нормально. Я повторил функционал софта на астре make_channel({ name = "ch001", input = { "udp://192.168.101.98@239.100.16.32:1234", }, output = { "udp://192.168.250.112@239.112.13.8:1234", } }) и таких 200 штук, с ix0 принимаю, в ix1 отдаю, как только делаю ifconfig ix1 down/up мультикаст не уходит, а в консоли вижу ошибку error on send [55: No buffer space available] по всем каналам. Исправить проблему можно только выключив софт/астру, сделать порту down/up и включить софт/астру. Т.е. если софт работает, мультикаст отправляется на выход и в это время падает линк, то после появления линка мультикаст уже не уходит. Через какое-то время он станным образом появляется, но я что-то не понял почему, смортю tcpdump-ом, толи промиск мод его оживляет, толи сам все-таки пробивается, но даже после этого мультикаст уходит с большими потерями, вообще смотреть невозможно. При hw.ix.enable_msix=1 до начала проблемы я вижу такое # vmstat -i | grep ix1 irq273: ix1:q0 101600 1888 irq274: ix1:q1 132476 2462 irq275: ix1:q2 127252 2365 irq276: ix1:q3 128252 2384 irq277: ix1:q4 130860 2432 irq278: ix1:q5 130485 2425 irq279: ix1:q6 132158 2456 irq280: ix1:q7 129302 2403 irq281: ix1:link 2 0 во время проблемы, когда дожидаюсь битого мультикаста на выходе, увеличивается только ix1:q0
  9. ERROR CC

    200 каналов это как-раз близко к 1G, уточните на сервере мультикаст приходит по 1G или 10G, и по пути к серверу нет узкого места?
  10. time-shift Хелп

    А куда эта возможность вдруг пропала? :) Ну хотя сталкер сам по себе не транслирует видео, и не пишет тв-архив/таймшифт, это прослойка (Middleware). Настраивайте хранилище, на сайте инфомира есть инструкция, а сам архив уже можно писать либо дефолтным питоновским dumpstream-ом, либо астровским, последний думаю получше будет. А вот за просмотр тв-архива/таймшифта уже пользовательский девайс отвечает, приставка или плеер, на сервере лежат mpg файлы.
  11. Помогите разобраться с авторизацией доступа. https://cesbo.com/ru/astra/auth/ прочитал несколько раз, в /etc/astra/mod есть такой auth.lua function on_response(response, callback) if response.code ~= 200 then callback(true) return nil end callback(true) end function auth_request(client_id, request, callback) if not request then -- завершение соединения с клиентом return nil end http_request({ host = "10.1.1.216", port = "8080", path = "/json/" .. request.addr, headers = { "User-Agent: Astra", "Host: 10.1.1.216:8080", "Connection: close", }, callback = function(_, response) on_response(response, callback) end }) callback(true) end это тот вариант когда цель - хотя-бы увидеть в логах апача запрос /json/<ip>, astra 5.64-test, в логах ничего нет от сервера с астрой в конфиге "output": [ "http://10.1.21.25:51/Test/index.m3u8#auth" ] Запускаю в vlc http://10.1.21.25:51/Test/index.m3u8
  12. HLS есть?

    Ясно, подожду продакшн, пока не хочется тратить триал на тестовую.
  13. HLS есть?

    И на тестовую тоже триал 40 дней, т.е. пока лицензии нет лучше подождать продакшн?
  14. HLS есть?

    Поиском нашел https://forum.cesbo.com/topic/3011-статистика-просмотров-httphls/?hl=hls, но ни в News & Announcements, ни в документации ничего не вижу про hls-out, в доке так и написано: так все-таки есть у астры hls на выходе или еще в разработке?
  15. Astra Dumpstream (Stalker middleware)

    Спасибо, то что нужно.
×