1. Diese Seite verwendet Cookies. Wenn du dich weiterhin auf dieser Seite aufhältst, akzeptierst du unseren Einsatz von Cookies. Weitere Informationen

Emm's auf orf ice am homeserver

Dieses Thema im Forum "Oscam Talk Archiv" wurde erstellt von stefan4u, 25. September 2013.

  1. stefan4u
    Offline

    stefan4u Meister

    Registriert:
    13. Januar 2011
    Beiträge:
    917
    Zustimmungen:
    410
    Punkte für Erfolge:
    63
    Liebes Forum, habe hier ein kleines Problem.

    Ein ORF ICE Karte im cryptowork modus (nur Orf ohne austriasat Abo) wird unter oscam im internen reader einer VU+ geradezu von EMM's überschüttet.

    2013/09/24 22:58:21 54E9F8 c dvbapi (0D95&000004/0000/32CA/B8:4331580DC7699D8D08791CE2C896E645): found (163 ms) by orf - ORF 2
    2013/09/24 22:58:31 54E9F8 c dvbapi (0D95&000004/0000/32CA/B8:3DBA480FC69025B70E6303AA809908AE): found (164 ms) by orf - ORF 2
    2013/09/24 22:58:35 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=50, idx=49, cnt=1: written (44 ms)
    2013/09/24 22:58:36 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=98, idx=50, cnt=1: written (75 ms)
    2013/09/24 22:58:41 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=98, idx=51, cnt=1: written (74 ms)
    2013/09/24 22:58:41 54E9F8 c dvbapi (0D95&000004/0000/32CA/B8:A77B6C0545CD5AEFE7B9412B9C0E0C19): found (163 ms) by orf - ORF 2
    2013/09/24 22:58:41 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=98, idx=52, cnt=1: written (75 ms)
    2013/09/24 22:58:42 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=50, idx=53, cnt=1: written (44 ms)
    2013/09/24 22:58:45 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=98, idx=55, cnt=1: written (75 ms)
    2013/09/24 22:58:45 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=98, idx=56, cnt=1: written (75 ms)
    2013/09/24 22:58:45 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=98, idx=57, cnt=1: written (75 ms)
    2013/09/24 22:58:47 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=50, idx=58, cnt=1: written (43 ms)
    2013/09/24 22:58:47 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=98, idx=59, cnt=1: written (75 ms)
    2013/09/24 22:58:48 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=98, idx=60, cnt=1: written (75 ms)
    2013/09/24 22:58:49 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=98, idx=61, cnt=1: written (75 ms)
    2013/09/24 22:58:50 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=50, idx=62, cnt=1: written (44 ms)
    2013/09/24 22:58:51 54E9F8 c dvbapi (0D95&000004/0000/32CA/B8:8AF226CA2FB2EBDFD36CC5265D0F2B94): found (163 ms) by orf - ORF 2
    2013/09/24 22:58:52 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=98, idx=63, cnt=1: written (76 ms)
    2013/09/24 22:58:52 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=98, idx=64, cnt=1: written (75 ms)
    2013/09/24 22:58:53 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=98, idx=65, cnt=1: written (75 ms)
    2013/09/24 22:58:55 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=50, idx=66, cnt=1: written (43 ms)
    2013/09/24 22:58:55 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=98, idx=67, cnt=1: written (75 ms)
    2013/09/24 22:58:56 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=98, idx=68, cnt=1: written (76 ms)
    2013/09/24 22:58:58 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=98, idx=69, cnt=1: written (75 ms)
    2013/09/24 22:58:58 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=50, idx=70, cnt=1: written (44 ms)
    2013/09/24 22:59:00 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=98, idx=71, cnt=1: written (75 ms)
    2013/09/24 22:59:01 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=98, idx=72, cnt=1: written (76 ms)
    2013/09/24 22:59:01 54E9F8 c dvbapi (0D95&000004/0000/32CA/B8:99ADDA44339E55B25E946C7C98BEDCF9): found (164 ms) by orf - ORF 2
    2013/09/24 22:59:02 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=98, idx=73, cnt=1: written (76 ms)
    2013/09/24 22:59:11 54E9F8 c dvbapi (0D95&000004/0000/32CA/B8:EF6CB3CDE6088E58C70418CA9F51546C): found (163 ms) by orf - ORF 2

    Wenn selbige Karte in einer easymouse2 an der VU+ betrieben wird, muß dem dvbapi clienten unter AU statt einer "1" der reader genau zugeordnet werden z.B. "orfusb", dann fließen auch hier die Emm's. Readereinstellungen bis auf mhz/cardmhz identisch.

    Wenn die Karte jedoch in einer easymouse im Homeserver (Igel) steckt und die VU+ via cccam protokoll auf die Karte zugreift, kommen keine Emm's zur orf Karte. Die v13 hingegen wird anstandslos versorgt.

    Ist das eine spezielle Eigenart dieser orf ice Karten, daß bei zwischengeschaltetem cccam protokoll die Emm's schwerlich durchkommen, oder gleich ganz versacken?
    Oscam versionen auf der Vu+ r8786, auf dem Igel r9818

    Configs der VU+ mit orf karte im internem reader
    [global]
    logfile = /tmp/oscam.log
    usrfileflag = 1
    netprio = 1
    nice = -10
    maxlogsize = 110
    readerrestartseconds = 4
    usrfile = /tmp/userfile
    [cccam]
    port = 1xxxx
    nodeid = 1xxxxxxxxxxxxxxx
    version = 2.3.0
    reshare = 1
    reshare_mode = 0
    [dvbapi]
    enabled = 1
    au = 1
    user = dvbapi
    boxtype = dreambox
    .
    .
    [account]
    user = dvbapi
    au = 1
    group = 1,2,3,4,5,6,7
    services = !orfsky_v13/14_s02

    .
    .
    [reader]
    label = orf
    description = Orf ICE im cryptowork modus + ATV+, ohne Austria Sat!
    enable = 0
    protocol = internal
    device = /dev/sci1
    services = orf ice crypto
    caid = 0D95
    ecmwhitelist = 80,B8,F0
    detect = cd
    mhz = 600
    cardmhz = 600
    ident = 0D95:000004,000008,00000C,000010
    group = 6
    emmcache = 1,1,2
    blockemm-unknown = 1


    Configs der VU+ mit orf karte in easymouse, auch hier zahlreiche Emm's

    [global]
    logfile = /tmp/oscam.log
    usrfileflag = 1
    netprio = 1
    nice = -10
    maxlogsize = 110
    readerrestartseconds = 4
    usrfile = /tmp/userfile
    [cccam]
    port = 1xxxx
    nodeid = 1xxxxxxxxxxxxxxx
    version = 2.3.0
    reshare = 1
    reshare_mode = 0

    [dvbapi]
    enabled = 1
    au = 1
    user = dvbapi
    boxtype = dreambox
    .
    .
    [account]
    user = dvbapi
    au = orfusb
    group = 1,2,3,4,5,6,7
    services = !orfsky_v13/14_s02

    [reader]
    label = orfusb
    description = orf via mouse
    enable = 0
    protocol = mouse
    device = /dev/ttyUSB0
    services = orf ice crypto
    caid = 0D95
    ecmwhitelist = 80,B8,F0
    detect = cd
    ident = 0D95:000004,000008,00000C,000010
    group = 7
    emmcache = 1,1,2
    blockemm-unknown = 1

    orf ice in easymouse am Igel, VU+ via cccam protokoll verbunden, keine Emm's...

    [global] des Igels/server
    disablelog = 0
    loghistorysize = 4096
    serverip = 0.0.0.0
    logfile = /var/log/ipc/OScam.log
    logduplicatelines = 0
    pidfile =
    disableuserfile = 1
    disablemail = 1
    usrfileflag = 0
    clienttimeout = 5000
    fallbacktimeout = 2500
    fallbacktimeout_percaid =
    clientmaxidle = 120
    bindwait = 120
    netprio = 1
    sleep = 0
    unlockparental = 0
    nice = -1
    maxlogsize = 512
    waitforcards = 1
    waitforcards_extra_delay = 500
    preferlocalcards = 1
    readerrestartseconds = 4
    dropdups = 0
    block_same_ip = 1
    block_same_name = 1
    usrfile =
    mailfile =
    cwlogdir =
    emmlogdir =
    lb_mode = 0
    lb_save = 0
    lb_nbest_readers = 1
    lb_nfb_readers = 1
    lb_min_ecmcount = 5
    lb_max_ecmcount = 500
    lb_reopen_seconds = 30
    lb_retrylimit = 0
    lb_stat_cleanup = 336
    lb_max_readers = 0
    lb_auto_betatunnel = 1
    lb_auto_betatunnel_mode = 0
    lb_auto_betatunnel_prefer_beta= 50
    lb_savepath =
    lb_retrylimits =
    lb_nbest_percaid =
    lb_noproviderforcaid =
    lb_auto_timeout = 0
    lb_auto_timeout_p = 30
    lb_auto_timeout_t = 300
    double_check_caid =
    ecmfmt =
    resolvegethostbyname = 0
    failbantime = 0
    failbancount = 0
    suppresscmd08 = 0
    double_check = 0

    [cccam]
    port = 1xxxxx
    serverip = 0.0.0.0
    nodeid = 2xxxxxxxxxxxxx
    version = 2.3.0
    reshare = 1
    reshare_mode = 0
    ignorereshare = 0
    forward_origin_card = 0
    stealth = 0
    updateinterval = 240
    minimizecards = 0
    keepconnected = 1
    recv_timeout = 2000
    .
    .
    .
    [account]
    disabled = 0
    user = VUoben
    pwd = xxxxx
    description =
    hostname = 192.xxx.xxx.xxx
    caid = 09C4,0500,0100,1810,1702,0D95
    uniq = 0
    sleepsend = 0
    failban = 0
    monlevel = 4
    sleep = 0
    suppresscmd08 = 1
    umaxidle = 0
    keepalive = 1
    au = skyv13,orfcrypto
    emmreassembly = 2
    expdate =
    allowedprotocols =
    allowedtimeframe =
    betatunnel =
    group = 1,2,3,4,5,6,7
    services = !orf_cwemu,!austriasat_ice,!austriasat_hd
    ident =
    chid =
    class =
    cacheex = 0
    cacheex_maxhop = 0
    cacheex_ecm_filter =
    cacheex_drop_csp = 0
    cacheex_allow_request = 1
    cccmaxhops = 3
    cccreshare = 1
    cccignorereshare = 1
    cccstealth = -1
    fakedelay = -1
    numusers = -1
    penalty = -1
    lb_nbest_readers = -1
    lb_nfb_readers = -1
    lb_nbest_percaid =

    .
    .
    [reader]
    label = orfcrypto
    description = Orf ICE im cryptowork modus + ATV+, ohne Austria Sat!
    enable = 1
    protocol = mouse
    device = /dev/ORF
    key =
    password =
    pincode = none
    gbox_max_distance = 2
    gbox_max_ecm_send = 3
    gbox_reshare = 0
    gbox_group =
    gbox_my_password =
    readnano =
    services = orf ice crypto
    lb_whitelist_services =
    resetcycle = 0
    smargopatch = 0
    sc8in1_dtrrts_patch = 0
    fallback = 0
    fallback_percaid =
    cacheex = 0
    cacheex_maxhop = 0
    cacheex_ecm_filter =
    cacheex_allow_request = 1
    cacheex_drop_csp = 0
    caid = 0D95
    atr =
    boxid =
    boxkey =
    rsakey =
    ins7e =
    ins7e11 =
    fix9993 = 0
    force_irdeto = 0
    needsemmfirst = 0
    ecmnotfoundlimit = 0
    ecmwhitelist = 80,B8,F0
    ecmheaderwhitelist =
    detect = cd
    nagra_read = 0
    mhz = 357
    cardmhz = 357
    ident = 0D95:000004,000008,00000C,000010
    chid =
    class =
    aeskeys =
    group = 7
    emmcache = 1,1,2
    blockemm-unknown = 1
    blockemm-u = 0
    blockemm-s = 0
    blockemm-g = 0
    saveemm-unknown = 0
    saveemm-u = 0
    saveemm-s = 0
    saveemm-g = 0
    blockemm-bylen =
    lb_weight = 300
    savenano =
    blocknano =
    dropbadcws = 0
    disablecrccws = 0
    use_gpio = 0
    cccreshare = -1
    ccchop = 0
    use_ssl = 0
    deprecated = 0
    audisabled = 0
    auprovid =
    ndsversion = 0
    ratelimitecm = 0
    ratelimitseconds = 0
    ecmunique = 0
    srvidholdseconds = 0
    cooldown = 0,0

    .
    .
    .


    [global] der VU+/des clients
    logfile = /tmp/oscam.log
    usrfileflag = 1
    netprio = 1
    nice = -10
    maxlogsize = 110
    readerrestartseconds = 4
    usrfile = /tmp/userfile

    [dvbapi]
    enabled = 1
    au = 1
    user = dvbapi
    boxtype = dreambox


    [account]
    user = dvbapi
    au = homeserv
    group = 1,2,3,4,5,6,7
    services = !orfsky_v13/14_s02

    [reader]
    label = homeserv
    protocol = cccam
    device = 192.xxx.xxx.xxx,1xxxx
    user = VUoben
    password = user1
    services = !orfsky_v13/14_s02
    inactivitytimeout = 30
    caid = 09C4,0500,0100,1810,1702,0D95
    group = 1
    blockemm-unknown = 1
    blockemm-g = 1 #das war der Fehler, global emm's zunächst nicht blocken!
    cccversion = 2.3.0
    cccmindown = 1
    cccwantemu = 1
    ccckeepalive = 1
    cccreconnect = 0


    Ich hoffe es wird klar was ich meine. Die VU+/der user dvbapi soll den reader homeserver updaten, und somit die ORF karte die am Igel steckt, aber es kommt nichts an. Wenn die Karte intern oder in easymouse an der VU+ steckt ist alles tutti...Wie gesagt die v13 wird anstandslos versorgt, auf einer anderen Box auch ohne genaue Readerbezeichnung, da reicht eine "1".

    Kann man die orf ice via cccam protokoll updaten bzw. hat jemand ähnliche Erfahrungen oder besser noch Lösungsvorschläge?

    Danke und Grüße stefan
     
    Zuletzt bearbeitet: 27. September 2013
    #1
  2. phantom

    Nervigen User Advertisement

  3. head999
    Offline

    head999 Hacker

    Registriert:
    5. Dezember 2010
    Beiträge:
    341
    Zustimmungen:
    48
    Punkte für Erfolge:
    28
    AW: Emm's auf orf ice am homeserver

    diese karte wird mit cccam 2.3.0 problemlos geupdatet!
    und mit oscam,ich habe eine weit einfachere conf und es funzt anscheinend,jedoch intern in meine duo.
    dein prob liegt wahrscheinlich beim ext. reader bzw. dessen cfg.
     
    #2
  4. stefan4u
    Offline

    stefan4u Meister

    Registriert:
    13. Januar 2011
    Beiträge:
    917
    Zustimmungen:
    410
    Punkte für Erfolge:
    63
    AW: Emm's auf orf ice am homeserver

    Moin head999

    Wer weiß, der ext.reader (mouse) war sowohl physisch wie auch als server datei mit der am Igel verwendeten Version identisch.
    Direkt an einer Vu+ werden sowohl interner wie auch externer reader mit Emm's versorgt, nur am Igel halt nicht. Bin am Überlegen ob das mit den verschiedenen Oscam Versionen zusammenhängen kann, also in dem Sinne daß bei den neueren (z.b. 9819) irgendwo ein bug ist. Meine V13 wird übrigens anstandslos mit Emm's versorgt...

    Grüße stefan
     
    #3
  5. stefan4u
    Offline

    stefan4u Meister

    Registriert:
    13. Januar 2011
    Beiträge:
    917
    Zustimmungen:
    410
    Punkte für Erfolge:
    63
    AW: Emm's auf orf ice am homeserver

    Problem möglicherweise gelöst!

    Beim Reader auf der clientbox, der den homeserver abfragt hatte ich die "global" emm's geblockt. Das sind ja bei der ORF Karte so pauschal die meißten.
    Auf dem Igel werden zwar die allermeißten Emm's mir "error" oder "skipped" angezeigt, das ist aber ein ähnliches Verhalten als wenn die Karte direkt im receicer steckt. Laut Log werden sie aber geschrieben.

    2013/09/26 19:32:33 8DEA458 c VUoben (0D95&000004/0000/32CA/B8:AD06DDB5527164C28956D4C650E9C3AF): found (192 ms) by orfcrypto - ORF 2
    2013/09/26 19:32:33 8D99E08 r orfcrypto [cryptoworks] VUoben emmtype=global, len=98, idx=21, cnt=1: written (95 ms)
    2013/09/26 19:32:35 8D99E08 r orfcrypto [cryptoworks] VUoben emmtype=global, len=50, idx=22, cnt=1: written (58 ms)
    2013/09/26 19:32:35 8D99E08 r orfcrypto [cryptoworks] VUoben emmtype=global, len=98, idx=23, cnt=1: written (93 ms)

    Werde das mal noch etwas beobachten, sieht aber ganz gut aus...
     
    Zuletzt bearbeitet: 26. September 2013
    #4
  6. Zoran78
    Offline

    Zoran78 Guest

    AW: Emm's auf orf ice am homeserver

    Hallo,

    ich stehe genau vor dem gleichen Problem. ICE im CW Modus steckt im Igel und ich bekomme keine Updates via Cline.
    Habe schon CCCam, MGcamd und Oscam via Cline angebunden an den Server, aber keine EMMs. Kannst Du bitte mal Feedback geben, ob es bei Dir nun funktioniert?

    Danke
     
    #5
  7. stefan4u
    Offline

    stefan4u Meister

    Registriert:
    13. Januar 2011
    Beiträge:
    917
    Zustimmungen:
    410
    Punkte für Erfolge:
    63
    AW: Emm's auf orf ice am homeserver

    Moin Zoran.

    Bei mir war das Problem daß ich im Reader des clienten die global emm's geblockt hatte, siehe erster Beitrag, letzter spoiler, sechste Zeile von unten...
    Der entsprechende User am Server und der Orf reader waren richtig / positiv konfiguriert.

    Allerdings muß man das, glaube ich, etwas entspannter sehen, die allermeißten Emm's die reinkommen sind die "Shared", für die Verlängerung sind jedoch die "Unique" zuständig, diese Flut von 3000 shared emm's von Gestern ist sicherlich unnötig, eigentlich eher zu Vermeiden nachdem die Karte läuft, aber eine gute Funktionskontrolle ob die Dinger durchgehen.
    Die Unique Emm's kommen ganz erheblich seltener. Bis jetzt weiß ich nicht in welchem Abstand, muß mich da auch noch erst schlaumachen, habe die Karte erst ein paar Tage...

    Grüße stefan

    Nachtrag, die entsprechenden User müssen nicht zwingenderweise namentlich auf den zu updatenden Reader weisen, ein "AU = 1" reicht auch. Jedenfalls habe ich noch eine et9000 die nur diesen Eintrag hat und auch Emm's weiterleitet.
     
    #6
  8. Zoran78
    Offline

    Zoran78 Guest

    AW: Emm's auf orf ice am homeserver

    Super, vielen Dank für Dein Feedback. Ich werde mich nochmals dran machen an das ICE Kärtchen :)
     
    #7
  9. stefan4u
    Offline

    stefan4u Meister

    Registriert:
    13. Januar 2011
    Beiträge:
    917
    Zustimmungen:
    410
    Punkte für Erfolge:
    63
    AW: Emm's auf orf ice am homeserver

    Sag mal, wo wir geade beim Thema ORF ICE sind, welche Entiltements hast Du auf der Karde, bzw. wie lange laufen die?
    Meine Karte ist eine reine ORF Karte, ohne austriasat, hat provider 000004, noch rund 4 Wo. gültig und 000008, gültig bis weihnachten...

    Der relativ kurzfristige Ablaufzeitpunk von 000004 ist der Grund warum ich mir ein bißchen Sorgen mache, deswegen bin ich der Emm Geschichte überhaupt erst nachgegangen...


    Grüße stefan
     
    #8
  10. Zoran78
    Offline

    Zoran78 Guest

    AW: Emm's auf orf ice am homeserver

    Hallo,

    auf meiner Karte ist ORF und AustriaSat ohn HD Austria. Die Entitlements sind teils nur 10 Tage im vorraus.
    Verlängerung mache ich nun aktuell via MGcamd auf OScam Server via N-line und diese funktioniert :)
    Code:
    [TABLE="class: stats"]
    [TR]
    [TH]Type[/TH]
    [TH]Caid[/TH]
    [TH]Provid[/TH]
    [TH]ID[/TH]
    [TH]Class[/TH]
    [TH]Start Date[/TH]
    [TH]Expire Date[/TH]
    [TH]Name[/TH]
    [/TR]
    [TR="class: e_valid"]
    [TD]chid[/TD]
    [TD]0D95[/TD]
    [TD]000004[/TD]
    [TD]000000000000000D[/TD]
    [TD]00000000[/TD]
    [TD]2013-09-02[/TD]
    [TD]2013-10-02[/TD]
    [TD]ORF/ATV / 19.2E / de[/TD]
    [/TR]
    [TR="class: e_valid"]
    [TD]chid[/TD]
    [TD]0D95[/TD]
    [TD]000004[/TD]
    [TD]0000000000007FF7[/TD]
    [TD]00000000[/TD]
    [TD]2013-09-27[/TD]
    [TD]2013-10-07[/TD]
    [TD]ORF/ATV / 19.2E / de[/TD]
    [/TR]
    [TR="class: e_valid"]
    [TD]chid[/TD]
    [TD]0D95[/TD]
    [TD]000004[/TD]
    [TD]0000000000000002[/TD]
    [TD]00000000[/TD]
    [TD]2013-09-27[/TD]
    [TD]2014-06-04[/TD]
    [TD]ORF/ATV / 19.2E / de[/TD]
    [/TR]
    [TR="class: e_valid"]
    [TD]chid[/TD]
    [TD]0D95[/TD]
    [TD]000004[/TD]
    [TD]0000000000000001[/TD]
    [TD]00000000[/TD]
    [TD]2013-09-27[/TD]
    [TD]2014-06-04[/TD]
    [TD]ORF/ATV / 19.2E / de[/TD]
    [/TR]
    [TR="class: e_valid"]
    [TD]chid[/TD]
    [TD]0D95[/TD]
    [TD]000008[/TD]
    [TD]000000000000001D[/TD]
    [TD]00000000[/TD]
    [TD]2013-09-02[/TD]
    [TD]2013-12-03[/TD]
    [TD]ORF / 19.2E / de[/TD]
    [/TR]
    [TR="class: e_valid"]
    [TD]chid[/TD]
    [TD]0D95[/TD]
    [TD]000010[/TD]
    [TD]000000000000FFE3[/TD]
    [TD]00000000[/TD]
    [TD]2013-09-27[/TD]
    [TD]2013-10-27[/TD]
    [TD]AustriaSat / 19.2E / de[/TD]
    [/TR]
    [TR="class: e_valid"]
    [TD]chid[/TD]
    [TD]0D95[/TD]
    [TD]000010[/TD]
    [TD]000000000000002A[/TD]
    [TD]00000000[/TD]
    [TD]2013-09-27[/TD]
    [TD]2013-11-26[/TD]
    [TD]AustriaSat / 19.2E / de[/TD]
    [/TR]
    [TR="class: e_valid"]
    [TD]chid[/TD]
    [TD]0D95[/TD]
    [TD]000010[/TD]
    [TD]000000000000002B[/TD]
    [TD]00000000[/TD]
    [TD]2013-09-27[/TD]
    [TD]2013-11-26[/TD]
    [TD]AustriaSat / 19.2E / de[/TD]
    [/TR]
    [TR="class: e_valid"]
    [TD]chid[/TD]
    [TD]0D95[/TD]
    [TD]000010[/TD]
    [TD]000000000000002C[/TD]
    [TD]00000000[/TD]
    [TD]2013-09-27[/TD]
    [TD]2013-11-26[/TD]
    [TD]AustriaSat / 19.2E / de[/TD]
    [/TR]
    [TR="class: e_valid"]
    [TD]chid[/TD]
    [TD]0D95[/TD]
    [TD]000010[/TD]
    [TD]000000000000002D[/TD]
    [TD]00000000[/TD]
    [TD]2013-09-27[/TD]
    [TD]2013-11-26[/TD]
    [TD]AustriaSat / 19.2E / de[/TD]
    [/TR]
    [TR="class: e_valid"]
    [TD]chid[/TD]
    [TD]0D95[/TD]
    [TD]000010[/TD]
    [TD]0000000000007FF8[/TD]
    [TD]00000000[/TD]
    [TD]2013-09-27[/TD]
    [TD]2013-10-27[/TD]
    [TD]AustriaSat / 19.2E / de[/TD]
    [/TR]
    [TR="class: e_valid"]
    [TD]chid[/TD]
    [TD]0D95[/TD]
    [TD]000010[/TD]
    [TD]0000000000007FF4[/TD]
    [TD]00000000[/TD]
    [TD]2013-09-27[/TD]
    [TD]2013-10-07[/TD]
    [TD]AustriaSat / 19.2E / de[/TD]
    [/TR]
    [TR="class: e_valid"]
    [TD]chid[/TD]
    [TD]0D95[/TD]
    [TD]000010[/TD]
    [TD]000000000000FFDB[/TD]
    [TD]00000000[/TD]
    [TD]2013-09-27[/TD]
    [TD]2013-10-27[/TD]
    [TD]AustriaSat / 19.2E / de[/TD]
    [/TR]
    [/TABLE]
    
    - - - - - - - - - -

    EDIT: ID 000000000000000D ist der 30 Tage Testmodus und wird logischerweise ned Verlängert
     
    Zuletzt von einem Moderator bearbeitet: 27. September 2013
    #9
  11. stefan4u
    Offline

    stefan4u Meister

    Registriert:
    13. Januar 2011
    Beiträge:
    917
    Zustimmungen:
    410
    Punkte für Erfolge:
    63
    AW: Emm's auf orf ice am homeserver

    Also sehe ich das richtig daß Deine Karte am 2 Sept. aktiviert wurde, aber erst heute Heute, 5 Tage vor Ablauf neue Emm's reingekommen sind? Na denn muß ich mir ja keine Sorgen machen...

    Nochmal Grüße, stefan
     
    #10
  12. head999
    Offline

    head999 Hacker

    Registriert:
    5. Dezember 2010
    Beiträge:
    341
    Zustimmungen:
    48
    Punkte für Erfolge:
    28
    AW: Emm's auf orf ice am homeserver

    meine ice,aktiv hat 5 entitlements:
    d95:04 4x
    6.10.2013
    19.10.2013
    3.6.2014 2x

    d95:08
    6.11.2013

    also von heute gesehen!
     
    #11
  13. stefan4u
    Offline

    stefan4u Meister

    Registriert:
    13. Januar 2011
    Beiträge:
    917
    Zustimmungen:
    410
    Punkte für Erfolge:
    63
    AW: Emm's auf orf ice am homeserver

    Hmmm, ich warte noch ein bißchen mit Sorgen machen, aber Nachdenklich stimmen mich diese mickrigen 2 Entitlements schon...

    Aber ab wann kamen eigentlich die "verlängerungen" rein, hattet Ihr das mehr oder weniger sofort, oder erst nach, sagen wir mal 2 Wochen??

    Grüße stefan
     
    Zuletzt bearbeitet: 27. September 2013
    #12

Diese Seite empfehlen