У вас есть вопросы по шаре - задавайте их здесь...

[Fanattv]

Astrolog

С мультипортом,меняются имена ридеров (к ним добавляется порт),т.е 

 

[balancer]

name = balancer #любое имя

chain = osnovnoy2000;rezerv3000

mode = 2 # выбирать первый ридер

 

[reader]

name = osnovnoy

type = newcamd525

account = login:password@host

multiport = 2000

 

[reader]

name = rezerv

type = newcamd525

account = login:password@host

multiport = 3000

 

 

[Astrolog]

Может, быть, Fanattv, не спорю.

Не знаю почему, но у меня работают обе схемы (с мульти и без), обзывал ридеры s1 и s2. Проверял по логу (s1-шародатель у меня очень глючный, даже не пришлось с биллинга отлючаться, дабы проверить работоспособность резервной схемы, лишь добиваю абонентскую деньгу на s1 и в конец отказаться от их услуг).

[Fanattv]

Если бы ,вы,выложили лог,то я бы доказал вам что ,вы,ошибаетесь.

Кстати,забыл добавить,что бы балансир работал,нужно в фильтре на него ссылку сделать:

[filter]

name = dvb

rule = caid=xxxx;ident=yyyyyyy;accept = balancer

rule = reject

 

[balancer]
name = balancer

.......

[Astrolog]

Если бы ,вы,выложили лог,то я бы доказал вам что ,вы,ошибаетесь.

Да, конечно, буду лишь рад научению:

Конфиг Wicard'a полностью:

 

 

[global]

log_udp = 192.168.1.103

log_rb_size = 80

color_mode = 0

[webif]

port = 8082

 

[dvb]

filter = dvb

ecm_info = 1

debug = 1

 

[filter]

name = dvb

rule = caid=2600;accept#biss

rule = caid=0602;ident=0;chid=0000,002F,0011,0012,0013,0018,0025,0027,0042,0060,FFFF,004C,008E,008D,0043,0091,0092,001A,001B,001E,0020,0023,0003,005B,005D,005F,0016,0032,00AC;accept# Kontinent TV

rule = caid=0B01;ident=000000;accept#Telekarta TV (85°Е)

rule = reject

 

[reader]

active = 1

type = emu

file = var/keys/SoftCam.Key

debug = 1

 

[balancer]

name = kontinent

chain = s1;s2

mode = 2

 

[reader]

active = 1

name = s1

type = newcamd525

account = логин1:пароль1@сервер1:7003

ecm_ttl = 4500

reconnect_delay = 8

keepalive = 900

debug = 1

 

[reader]

active = 1

name = s2

type = newcamd525

account = логин2:пароль2@сервер2:4012

ecm_ttl = 4500

reconnect_delay = 8

keepalive = 900

debug = 1

 

 

Лог (выделил то, на что ориентируюсь в своих выводах о работоспособности):

 

10:01:18 192.168.1.100 wicardd: wicardd-sh4 version 1.18 neosheen (Aug 25 2014) http://wicard.tv

 

10:01:18 192.168.1.100 wicardd: Build options: [AutoConf] [TuxBox SCI] [DVBAPI] [sTAPI] [WEBIF] [ExMLog] [TWIN]

 

10:01:18 192.168.1.100 wicardd: disabling internal CAS - 64

 

10:01:18 192.168.1.100 under_app_detect: procname: sh, daemonize = 0

 

10:01:19 192.168.1.100 under_app_detect: PPID: 7800

 

10:01:19 192.168.1.100 under_app_detect: procname: sys_func, daemonize = 1

 

10:01:19 192.168.1.100 under_app_detect: PPID: 1256

 

10:01:19 192.168.1.100 under_app_detect: procname: sys_func, daemonize = 1

 

10:01:19 192.168.1.100 under_app_detect: PPID: 1

 

10:01:19 192.168.1.100 dvb: Filter object created.

 

10:01:19 192.168.1.100 R0[emu]: activity_timeout = 9000 ms

 

10:01:19 192.168.1.100 R0[emu]: BISS: loaded 24 records

 

10:01:19 192.168.1.100 R0[emu]: provider data updated

 

10:01:19 192.168.1.100 R0[emu]: not decoded cache initialized, size: 64, ttl: 3000

 

10:01:19 192.168.1.100 R0[emu]: reader thread started, pid 7804, tid 695956712

 

10:01:19 192.168.1.100 R0[emu]: CAID 2600, providers 1, UA 0000000000000000

 

10:01:19 192.168.1.100 R0[emu]: provider 0: id 000000, SA 0000000000000000

 

10:01:19 192.168.1.100 s1: activity_timeout = 6750 ms

 

10:01:19 192.168.1.100 s1: using default secure key

 

10:01:19 192.168.1.100 s1: not decoded cache initialized, size: 64, ttl: 3000

 

10:01:19 192.168.1.100 s1: reader thread started, pid 7805, tid 697005288

 

10:01:19 192.168.1.100 s2: activity_timeout = 6750 ms

 

10:01:19 192.168.1.100 s2: using default secure key

 

10:01:19 192.168.1.100 s2: not decoded cache initialized, size: 64, ttl: 3000

 

10:01:19 192.168.1.100 s2: reader thread started, pid 7806, tid 698053864

 

10:01:19 192.168.1.100 kontinent: balancer object created, 2 stage(s).

 

10:01:19 192.168.1.100 wicardd: creating default balancer.

 

10:01:19 192.168.1.100 default: [balancer] chain key missed, creating default chain including all readers.

 

10:01:19 192.168.1.100 default: balancer object created, 1 stage(s).

 

10:01:19 192.168.1.100 DVB: Detected API: STAPI

 

10:01:19 192.168.1.100 DVB0[sTAPI]: PMT association 0 [PTI:pmt1_1.tmp]

 

10:01:19 192.168.1.100 DVB0[sTAPI]: PMT association 1 [PTI:pmt1_2.tmp]

 

10:01:19 192.168.1.100 DVB0[sTAPI]: PMT association 2 [PTI:pmt1_3.tmp]

 

10:01:19 192.168.1.100 DVB0[sTAPI]: PMT association 3 [PTI1:pmt2_1.tmp]

 

10:01:19 192.168.1.100 DVB0[sTAPI]: PMT association 4 [PTI1:pmt2_2.tmp]

 

10:01:19 192.168.1.100 DVB0[sTAPI]: PMT association 5 [PTI1:pmt2_3.tmp]

 

10:01:19 192.168.1.100 DVB0[sTAPI]: PMT association 6 [PTI2:pmt3_1.tmp]

 

10:01:19 192.168.1.100 DVB0[sTAPI]: open PTI device: PTI1

 

10:01:19 192.168.1.100 DVB0[sTAPI]: STAPI filter handler thread started, pti_no = 0 [PTI1], pid 7807, tid 699589864

 

10:01:19 192.168.1.100 DVB0[sTAPI]: open PTI device: PTI

 

10:01:19 192.168.1.100 DVB0[sTAPI]: STAPI filter handler thread started, pti_no = 1 [PTI], pid 7808, tid 700642536

 

10:01:19 192.168.1.100 webif: server worker thread started, pid 7809, tid 701691112

 

10:01:19 192.168.1.100 wicardd: registered 1 filter(s), 3 reader(s), 2 balancer(s), 0 tuner(s) and 0 server(s)

 

10:01:19 192.168.1.100 wicardd: loaded 0 user account(s)

 

10:01:19 192.168.1.100 wicardd: main thread, pid 7803, tid 694906880

 

10:01:19 192.168.1.100 wicardd: Discovery thread terminated.

 

10:01:19 192.168.1.100 s1: connect to сервер1:7003, user=логин1, pass=пароль1, key=[0102030405060708091011121314]

 

10:01:19 192.168.1.100 s2: connect to сервер2:4012, user=логин2, pass=пароль2, key=[0102030405060708091011121314]

 

10:01:20 192.168.1.100 s2: Server detected: generic

 

10:01:20 192.168.1.100 s1: Server detected: generic

 

10:01:20 192.168.1.100 s2: CAID 0602, providers 16, UA 0000000000000000

 

10:01:20 192.168.1.100 s2: provider 0: id 000000, SA 0000000000000000

 

10:01:20 192.168.1.100 s2: provider 1: id 000001, SA 0000000000000003

 

10:01:20 192.168.1.100 s2: provider 2: id 000002, SA 000000000000001A

 

10:01:20 192.168.1.100 s2: provider 3: id 000003, SA 000000000000001E

 

10:01:20 192.168.1.100 s2: provider 4: id 000004, SA 000000000000001B

 

10:01:20 192.168.1.100 s2: provider 5: id 000005, SA 000000000000005D

 

10:01:20 192.168.1.100 s2: provider 6: id 000006, SA 000000000000005F

 

10:01:20 192.168.1.100 s2: provider 7: id 000007, SA 0000000000000011

 

10:01:20 192.168.1.100 s2: provider 8: id 000008, SA 0000000000000012

 

10:01:20 192.168.1.100 s2: provider 9: id 000009, SA 0000000000000013

 

10:01:20 192.168.1.100 s2: provider 10: id 00000A, SA 0000000000000016

 

10:01:20 192.168.1.100 s2: provider 11: id 00000B, SA 0000000000000020

 

10:01:20 192.168.1.100 s2: provider 12: id 00000C, SA 0000000000000023

 

10:01:20 192.168.1.100 s2: provider 13: id 00000D, SA 0000000000000032

 

10:01:20 192.168.1.100 s2: provider 14: id 00000E, SA 0000000000000042

 

10:01:20 192.168.1.100 s2: provider 15: id 00000F, SA 0000000000000060

 

10:01:20 192.168.1.100 s2: auto update disabled

 

10:01:20 192.168.1.100 s2: provider data updated

 

10:01:20 192.168.1.100 s2: reconnecting... connected

 

10:01:20 192.168.1.100 s1: CAID 0602, providers 22, UA 0000000000000000

 

10:01:20 192.168.1.100 s1: provider 0: id 000000, SA 0000000000000000

 

10:01:20 192.168.1.100 s1: provider 1: id 000001, SA 0000000000000011

 

10:01:20 192.168.1.100 s1: provider 2: id 000002, SA 0000000000000012

 

10:01:20 192.168.1.100 s1: provider 3: id 000003, SA 0000000000000013

 

10:01:20 192.168.1.100 s1: provider 4: id 000004, SA 0000000000000018

 

10:01:20 192.168.1.100 s1: provider 5: id 000005, SA 0000000000000025

 

10:01:20 192.168.1.100 s1: provider 6: id 000006, SA 0000000000000027

 

10:01:20 192.168.1.100 s1: provider 7: id 000007, SA 0000000000000042

 

10:01:20 192.168.1.100 s1: provider 8: id 000008, SA 0000000000000043

 

10:01:20 192.168.1.100 s1: provider 9: id 000009, SA 0000000000000060

 

10:01:20 192.168.1.100 s1: provider 10: id 00000A, SA 000000000000002F

 

10:01:20 192.168.1.100 s1: provider 11: id 00000B, SA 00000000000000FF

 

10:01:20 192.168.1.100 s1: provider 12: id 00000C, SA 000000000000004C

 

10:01:20 192.168.1.100 s1: provider 13: id 00000D, SA 000000000000008E

 

10:01:20 192.168.1.100 s1: provider 14: id 00000E, SA 000000000000008D

 

10:01:20 192.168.1.100 s1: provider 15: id 00000F, SA 0000000000000091

 

10:01:20 192.168.1.100 s1: provider 16: id 000010, SA 0000000000000092

 

10:01:20 192.168.1.100 s1: provider 17: id 000011, SA 000000000000001A

 

10:01:20 192.168.1.100 s1: provider 18: id 000012, SA 000000000000001B

 

10:01:20 192.168.1.100 s1: provider 19: id 000013, SA 000000000000001E

 

10:01:20 192.168.1.100 s1: provider 20: id 000014, SA 0000000000000020

 

10:01:20 192.168.1.100 s1: provider 21: id 000015, SA 0000000000000023

 

10:01:20 192.168.1.100 s1: auto update disabled

 

10:01:20 192.168.1.100 s1: provider data updated

 

10:01:20 192.168.1.100 s1: reconnecting... connected

 

10:01:27 192.168.1.100 DVB0[sTAPI]: emm_filter_mode=1 not supported for 0602:000000

 

10:01:27 192.168.1.100 DVB0[sTAPI]: emm_filter_mode=1 not supported for 0602:000000

 

10:01:27 192.168.1.100 DVB0[sTAPI]: emm_filter_mode=1 not supported for 0602:000000

 

10:01:27 192.168.1.100 DVB0[sTAPI]: emm_filter_mode=1 not supported for 0602:000000

 

10:01:27 192.168.1.100 DVB0[sTAPI]: emm_filter_mode=1 not supported for 0602:000000

 

10:01:27 192.168.1.100 DVB0[sTAPI]: emm_filter_mode=1 not supported for 0602:000000

 

10:01:27 192.168.1.100 DVB0[sTAPI]: emm_filter_mode=1 not supported for 0602:000000

 

10:01:27 192.168.1.100 DVB0[sTAPI]: emm_filter_mode=1 not supported for 0602:000000

 

10:01:27 192.168.1.100 DVB0[sTAPI]: emm_filter_mode=1 not supported for 0602:000000

 

10:01:27 192.168.1.100 DVB0[sTAPI]: emm_filter_mode=1 not supported for 0602:000000

 

10:01:27 192.168.1.100 DVB0[sTAPI]: emm_filter_mode=1 not supported for 0602:000000

 

10:01:27 192.168.1.100 DVB0[sTAPI]: emm_filter_mode=1 not supported for 0602:000000

 

10:01:27 192.168.1.100 DVB0[sTAPI]: emm_filter_mode=1 not supported for 0602:000000

 

10:01:27 192.168.1.100 DVB0[sTAPI]: emm_filter_mode=1 not supported for 0602:000000

 

10:01:27 192.168.1.100 DVB0[sTAPI]: emm_filter_mode=1 not supported for 0602:000000

 

10:01:27 192.168.1.100 DVB0[sTAPI]: emm_filter_mode=1 not supported for 0602:000000

 

10:01:27 192.168.1.100 DVB0[sTAPI]: emm_filter_mode=1 not supported for 0602:000000

 

10:01:27 192.168.1.100 DVB0[sTAPI]: emm_filter_mode=1 not supported for 0602:000000

 

10:01:27 192.168.1.100 DVB0[sTAPI]: emm_filter_mode=1 not supported for 0602:000000

 

10:01:27 192.168.1.100 DVB0[sTAPI]: emm_filter_mode=1 not supported for 0602:000000

 

10:01:27 192.168.1.100 DVB0[sTAPI]: emm_filter_mode=1 not supported for 0602:000000

 

10:01:27 192.168.1.100 DVB0[sTAPI]: emm_filter_mode=1 not supported for 0602:000000

 

10:01:27 192.168.1.100 DVB0[sTAPI]: emm_filter_mode=1 not supported for 0602:000000

 

10:01:27 192.168.1.100 DVB0[sTAPI]: emm_filter_mode=1 not supported for 0602:000000

 

10:01:27 192.168.1.100 DVB0[sTAPI]: emm_filter_mode=1 not supported for 0602:000000

 

10:01:27 192.168.1.100 DVB0[sTAPI]: emm_filter_mode=1 not supported for 0602:000000

 

10:01:27 192.168.1.100 s2: 2 ECM80 (0602:000000/1F6.42) for DVB0[sTAPI] decoded (238/238/238 ms)

 

10:01:27 192.168.1.100 DVB0[sTAPI]: ECM80 (0602:000000/1F6.42) 'N/A' decoded by s2

 

10:01:32 192.168.1.100 s1: 8 ECM80 (0602:000000/1F6.23) for DVB0[sTAPI] timeout (4502 ms) sentq

 

10:01:32 192.168.1.100 DVB0[sTAPI]: ECM80 (0602:000000/1F6.23) 'N/A' timeout by s1

 

10:01:32 192.168.1.100 DVB0[sTAPI]: ECM80 (0602:000000/1F6.42) 'N/A' decoded cache by cache

 

10:01:36 192.168.1.100 s1: 2 ECM81 (0602:000000/1F6.42) for DVB0[sTAPI] decoded (340/341/341 ms)

 

10:01:36 192.168.1.100 DVB0[sTAPI]: ECM81 (0602:000000/1F6.42) 'N/A' decoded by s1

 

10:01:38 192.168.1.100 DVB0[sTAPI]: STPTI_FilterAllocate: ErrorCode: 852034 (STPTI_ERROR_NO_FREE_FILTERS) FilterHandle: 0

 

10:01:57 192.168.1.100 s1: 2 ECM80 (0602:000000/1F6.42) for DVB0[sTAPI] decoded (433/433/433 ms)

 

10:01:57 192.168.1.100 DVB0[sTAPI]: ECM80 (0602:000000/1F6.42) 'N/A' decoded by s1

 

10:02:18 192.168.1.100 s1: 2 ECM81 (0602:000000/1F6.42) for DVB0[sTAPI] decoded (412/413/413 ms)

 

10:02:18 192.168.1.100 DVB0[sTAPI]: ECM81 (0602:000000/1F6.42) 'N/A' decoded by s1

 

 

 

 

[Fanattv]

То что у вас сначала ответил 2 сервер это потому что 1 в это время был не доступен,сработал дефолтный (встроенный в викард) балансир и потом запросы пошли на сервер ридер которого прописан первым в конфиге.Удалите балансир или поменяйте местами s1 и s2 в балансире и у вас ни чего не поменяется,поменяйте местами расположение ридеров,т.е. пропишите сначала ридер s2 и ниже его s1 и запросы пойдут на s2.Чтобы увидеть работу балансира добавьте в его секцию debug = 3

[balancer]
name = kontinent
chain = s1;s2

mode = 2

debug = 3

тогда при ваших настройках вы увидите что ни один запрос не проходит через него.

Если вы допишете в фильтре:

 

[filter]
name = dvb
rule = caid=2600;accept#biss
rule = caid=0602;ident=0;chid=0,2F,11,12,13,18,25,27,42,60,FFFF,4C,8E,8D,43,91,92,1A,1B,1E,20,23,3,5B,5D,5F,16,32,AC;accept = kontinent
rule = reject

 

тогда меняя в балансире s1 и s2 местами,не зависимо от расположения ридеров,будет идти запрос на ридер который прописан первым и если он не отвечает тогда на второй и в логе увидите такие строки:

 

21:53:12 192.168.1.34 kontinent: matched reader s1, stage 0, nmatched_rdrs = 1
21:53:12 192.168.1.34 kontinent: stage 1, nmatched_rdrs = 1
21:53:12 192.168.1.34 kontinent: stage: 1 of 2, selected reader: s1

 

[Astrolog]

Благодарю за науку, Юрий, методом проб и ошибок, наставлений и поисков подбираюсь уже к пониманию структуры (блок-схемы) работы эмулятора wicard.

Ещё вчера в ходе ожидания Вашего ответа вправил конфиг по Вашей же вышеозначенной рекомендации (проименовать балансир в фильтрах), вывод дебагом-3 в лог позволил удостовериться в работоспособности этого хода.

 

Осталась лишь проблема: check ncd_read error=-3 нет-нет, да выскакивающая в логе в отношении резервного (второго в группе) ридера, после чего он вновь переконнектится серверу:

 

09:00:25 192.168.1.100 s2: check ncd_read error=-3
 
09:00:26 192.168.1.100 s2: connect to сервер2:4012, user=логин, pass=пароль, key=[0102030405060708091011121314]
 
09:00:27 192.168.1.100 s2: Server detected: generic
 
09:00:27 192.168.1.100 s2: CAID 0602, providers 16, UA 0000000000000000
 
09:00:27 192.168.1.100 s2: provider 0: id 000000, SA 0000000000000000
 
09:00:27 192.168.1.100 s2: provider 1: id 000001, SA 0000000000000003
 
09:00:27 192.168.1.100 s2: provider 2: id 000002, SA 000000000000001A
 
09:00:27 192.168.1.100 s2: provider 3: id 000003, SA 000000000000001E
 
09:00:27 192.168.1.100 s2: provider 4: id 000004, SA 000000000000001B
 
09:00:27 192.168.1.100 s2: provider 5: id 000005, SA 000000000000005D
 
09:00:27 192.168.1.100 s2: provider 6: id 000006, SA 000000000000005F
 
09:00:27 192.168.1.100 s2: provider 7: id 000007, SA 0000000000000011
 
09:00:27 192.168.1.100 s2: provider 8: id 000008, SA 0000000000000012
 
09:00:27 192.168.1.100 s2: provider 9: id 000009, SA 0000000000000013
 
09:00:27 192.168.1.100 s2: provider 10: id 00000A, SA 0000000000000016
 
09:00:27 192.168.1.100 s2: provider 11: id 00000B, SA 0000000000000020
 
09:00:27 192.168.1.100 s2: provider 12: id 00000C, SA 0000000000000023
 
09:00:27 192.168.1.100 s2: provider 13: id 00000D, SA 0000000000000032
 
09:00:27 192.168.1.100 s2: provider 14: id 00000E, SA 0000000000000042
 
09:00:27 192.168.1.100 s2: provider 15: id 00000F, SA 0000000000000060
 
09:00:27 192.168.1.100 s2: auto update disabled
 
09:00:27 192.168.1.100 s2: provider data updated
 
09:00:27 192.168.1.100 s2: reconnecting... connected

 

По найденному в интернетах рекомендуют во все ридеры (newcamd525) добавить строки:

async_mode = 1

т.е. включить асинхронный режим (запросы передаются без ожидания ответа от сервера), но не помогло, к сожалению.

На работе эмулятора, по большому счёту, не сказывается, но... непорядок...)
 

[Astrolog]

check ncd_read error=-3

Обсуждалось уже, как выяснил поиск, причём применительно к тому же шародателю (пользователь имел неаккуратность не удалить адрес сервера из лога). Видимо, таков биллинг...

[Fanattv]

Из дока по викард: начиная с версии 1.17

* Reader опция async_mode заменена опцией sync_mode

попробуй прописать в ридерах

sync_mode=1

[Astrolog]

Эррорит, гадина, всё одно, с периодом ~2 минуты выскакивает "12:11:42 192.168.1.100 s2: check ncd_read error=-3" и переподключается к серверу.

Но благодарю, Юрий, за содействие в решении незадачи, в принципе, не большая проблема, на работе эмулятора не кажется и просмотру не мешает. Быть может, оттого, что биллинг тот на s2 поключевой? У соседа в теме аналогичная заковыка на том же биллинге (монстрике), ну да ладно...

 

Крайний, пожалуй, вопрос, Юрий, если позволите: откуда Вы черпаете эту инфу, если не из поиска по интеренетам:

Из дока по викард: начиная с версии 1.17...

"Из дока викард" - от разработчика в смысле, без "рукоправства" сторонних пользователей... дабы не дёргать Вас поминутно.

[Fanattv]

Astrolog

Попробуй убрать во втором ридере строчку

keepalive = 900

и попробовать поэкспериментировать с параметром

activity_timeout = 9000 #тамаут в мс сетевой активности, если за N мс с момента отправки сообщения не поступит ответ, соединение будет разорвано

                                     #по умолчанию равен ecm_ttl * 1.5, для отключения = 0