• Let op: Dit is het archief van het Provider Forum. De berichten die je hier ziet zijn gedateerd en er kan niet meer op worden gereageerd.

Loewe Art 42 sl full-hd+ 100 decodeer probleem

Status
Niet open voor verdere reacties.
Peter83 zei:
1x gedecodeerd is toch voor altijd gedecodeerd?
Klik om te vergroten...
Helaas. Volgens de gebruiksaanwijzing van Loewe is dat wel zo bij Ci (lees: de CI standaard zonder de "+"). Bij het nieuwe CI+ echter blijft na het decrypten (sommige zeggen: decoderen) een restrictie "plakken" aan je opname. En daar kan dus weer in staan dat je het twee kaar mag kijken, of maar drie dagen etc.

Peter83 zei:
Bij het Samsung-event te Breukelen is mij verteld dat de opnames in hun 2010 lijn LCD's (met externe HDD) 30 dagen houdbaar blijven.

Als Ziggo dit soort houdbaarheidstermijnen gaat gebruiken, waarom zijn ze daar niet eerlijk/open over?
Klik om te vergroten...
Waaaaat? Als ze dat in 1986 hadden geflikt met de VHS video recorder had ik er nooit een gekocht. Ik heb nu nog dingen op video van 20 jaar geleden. Stel dat je dat allemaal voor niks opgenomen hebt. Want op DVD komt het ook niet uit en het wordt niet meer herhaald. :?:
 
ArChie zei:
:
  1. Beschikken de voor Ziggo geschikte Irdeto CI+ CAM's over de optionele PVR resource zoals beschreven in hoofdstuk 15 van de CI Plus specification versie 1.2?
  2. Indien het antwoord op de vorige vraag ja is, ondersteunt die PVR resource dan de "Record re-encoded ECM & EMM supported" ca_mode_recording zoals beschreven in paragraaf 15.2.1.2 van de CI Plus specification versie 1.2?
  3. Welke eventuele houdbaarheidstermijnen zijn er door Ziggo ingesteld voor de gemaakte opnames?
  4. Zijn er nog meer beperkingen door Ziggo opgelegd ten aanzien van de PVR functionaliteit in apparatuur met DVB-C tuner en CI+ slot?
Klik om te vergroten...
Zo hee! Steek die maar in je zak Ziggo. Kennis is macht. :applause:
 
anoniem zei:
De houdbaarheid is afhankelijk van de wijze (gescrambeld) waarop de recording is uitgevoerd. De wijze die Loewe hanteert levert een risico dat de recording niet meer te decoderen is. Dit heeft niet zozeer te maken met CI+ maar is gewoon een gevolg van de " Irdeto conditional access".

Dit had ook in de handleiding moeten staan, Loewe is hier ook van op de hoogte, dit probleem treedt ook bij andere operators in Europa op.
Klik om te vergroten...
Wederom bedankt voor de heldere uitleg. Maar ik zit toch nog met een vraagje.

Zonder al te veel in een technische verhandeling te vervallen (ik ben slechts een consument, geen ingenieur/consultant). Ik heb wat Wiki's gelezen over IrDeTo en conditional access en ik dacht te begrijpen dat de cond. access bepaalt of het je het signaal ontvangen mag te ja of te nee (d.w.z. ge-descrambled wordt). Daarna neemt CI(+) het over en CI bepaalt d.m.v. versleuteling (encryptie) of een en ander later nogmaals bezien mag worden in geval van een recording. Toch?

Bovendien hadden de Loewe's met de Alfacrypt cam's destijds geen problemen met "houdbaarheid" van de opnamen. Toen raakten ze dus niet in de war van Irdeto. Gek he?

P.S. Als je bedoelt dat het 's nachts decoderen een risico inhoudt: dat staat ook in de gebruiksaanwijzing. Als mijn ouders direct decoderen tijdens het opnemen hebben ook problemen met de houdbaarheid... Ik zal het voor de zekerheid nog even navragen bij ze.
 
Peter83 zei:
@ anoniem.

Hoe kan het dan voorkomen, dat wanneer je met een Loewe achteraf decodeert ('s nachts), de tweede dag de opname wel terug te kijken is en de derde dag niet meer (bijvoorbeeld).
Tevens geeft de tv dan de melding dat hij het niet meer MAG weergeven.
1x gedecodeert is toch voor altijd gedecodeert?

Bij het Samsung-event te Breukelen is mij vertelt dat de opname's in hun 2010 lijn LCD's (met externe HDD) 30 dagen houdbaar blijven.

Als Ziggo dit soort houdbaarheidstermijnen gaat gebruiken, waarom zijn ze daar niet eerlijk/open over?
Klik om te vergroten...

Bij samsung geldt geen houdbaarheid, aangezien de beveiliging op door de host uitgevoerd wordt en er geen houdbaarheid restricties zijn opgelegd. Bij Loewe ligt dit heel anders aangezien Loewe het Ziggo signaal 1 op 1 opslaat. Het door ziggo gescrambelde signaal heeft maakt gebruikt van veranderende keys die na een bepaalde tijd verlopen. Als je op een later tijdstip de descrambling wilt uitvoeren dan zijn de keys niet meer geldig.
 
ArChie zei:
Er is in feite weer sprake van hetzelfde probleem dat zich ook voordeed bij de introductie van de CI+ CAM's, namelijk het ontbreken van open communicatie over de door Ziggo opgelegde beperkingen. Net als bij de discussies over de CI+ CAM die destijds zijn gevoerd is er ook nu weer sprake van hele duidelijke vragen over de beperkingen waar Ziggo weer niet op wenst te reageren met hele duidelijke antwoorden. Er wordt nu net gedaan alsof Ziggo alleen maar faciliteert en test terwijl Ziggo voor het gemak maar weer even vergeet dat Ziggo ook configureert wat de klanten wel en niet mogen. Houdbaarheidstermijnen zijn zo'n configuratie item, maar ook of het uberhaupt mogelijk is om de voor Ziggo geschikte CI+ CAM te kunnen gebruiken voor PVR functionaliteit wordt bepaald door Ziggo.


Ik zal nog maar eens een keer expliciet de volgende vragen stellen:
  1. Beschikken de voor Ziggo geschikte Irdeto CI+ CAM's over de optionele PVR resource zoals beschreven in hoofdstuk 15 van de CI Plus specification versie 1.2?
  2. Indien het antwoord op de vorige vraag ja is, ondersteunt die PVR resource dan de "Record re-encoded ECM & EMM supported" ca_mode_recording zoals beschreven in paragraaf 15.2.1.2 van de CI Plus specification versie 1.2?
  3. Welke eventuele houdbaarheidstermijnen zijn er door Ziggo ingesteld voor de gemaakte opnames?
  4. Zijn er nog meer beperkingen door Ziggo opgelegd ten aanzien van de PVR functionaliteit in apparatuur met DVB-C tuner en CI+ slot?
Allemaal zeer legitieme vragen voor de klanten van Ziggo zodat ze kunnen bepalen of het zinvol is om eventueel extra te betalen voor optionele PVR functionaliteit in een apparaat met DVB-C tuner en CI+ slot. Informatie die gewoon op de website van Ziggo gepubliceerd dient te worden op de webpagina over de voor Ziggo geschikte CI+ CAM's om te voorkomen dat de klanten voor onaangename verrassingen komen te staan na aanschaf van apparatuur.
Klik om te vergroten...

Ik kan hier kort over zijn:

  1. nee, er zijn nog geen CAM's en TV's, die voorzien zijn of gebruik maken van de PVR resource.
  2. zie 1 n.v.t.
  3. nog niet van toepassing
  4. over dit onderwerp wordt nog met meerdere partijen gesproken inclusief CI+ LLP.

De PVR resource is zoals je weet optioneel en niet de enige oplossing. Met een enkele tuner kan ook zonder pvr resource gewoon worden opgenomen zonder dat ee pvr resource noodzakelijk is. Zo zullen er ook enkele TV en de Blueray recorder van Samsung harddisk recording ondersteunen zonder afhankelijk te zijn van de PVR resource.
 
ziggogebruiker01 zei:
Wederom bedankt voor de heldere uitleg. Maar ik zit toch nog ..

ik dacht te begrijpen dat de cond. access bepaalt of het je het signaal ontvangen mag te ja of te nee (d.w.z. ge-descrambled wordt). Daarna neemt CI(+) het over en CI bepaalt d.m.v. versleuteling (encryptie) of een en ander later nogmaals bezien mag worden in geval van een recording. Toch?
Klik om te vergroten...
je redenering is in beginsel juist, het probleem is echter de descrambeling uitgesteld wordt, doordat de TV het gescrambelde signaal eerst opneemt en vervolgens weer aanbiedt aan het cond. access systeem.
Een zgn PVR resource zou het probleem kunnen elimineren, maar dergelijke PVR resources zijn nog niet beschikbaar in de CAM's, aangezien er op dit punt nog een aantal discussies lopen een binnen Europa en een aantal voorstellen zijn gedaan naar het CI+ consortium voor verbeteringen / aanpassingen v/d specificatie. De specificatie is op dit moment niet acceptabel op het punt van de pvr resource.
 
anoniem zei:
je redenering is in beginsel juist, het probleem is echter de descrambeling uitgesteld wordt, doordat de TV het gescrambelde signaal eerst opneemt en vervolgens weer aanbiedt aan het cond. access systeem.
Klik om te vergroten...
A ha. Er begint me iets te dagen. Als ik je nogmaals met een vraag mag lastig vallen: hoe doen de Samsung digitale harddisk recorders dat dan? Nemen die ook bit voor bit het gescrambelde signaal op? Want die Samsungs (en andere Ziggo gecertificeerd dig. hdd recorders) hebben namelijk geen problemen.
 
ziggogebruiker01 zei:
A ha. Er begint me iets te dagen. Als ik je nogmaals met een vraag mag lastig vallen: hoe doen de Samsung digitale harddisk recorders dat dan? Nemen die ook bit voor bit het gescrambelde signaal op? Want die Samsungs (en andere Ziggo gecertificeerd dig. hdd recorders) hebben namelijk geen problemen.
Klik om te vergroten...

Nee, de samsung neemt pas na het passeren van de CAM het signaal op, dus nadat het signaal gedescrambled is en "CI+ interface gepaseerd is". De TV encrypt het signaal opnieuw, zodanig dat het alleen door dezelfde TV is te descrambelen. Het tijdstip speelt dan geen rol meer.
 
anoniem zei:
Ik kan hier kort over zijn:
  1. nee, er zijn nog geen CAM's en TV's, die voorzien zijn of gebruik maken van de PVR resource.
  2. zie 1 n.v.t.
Klik om te vergroten...
Tot deze conclusie was ik ook gekomen na een middagje emailen met SMiT in China over de functionaliteit van hun Irdeto CI+ CAM.

3. nog niet van toepassing
4. over dit onderwerp wordt nog met meerdere partijen gesproken inclusief CI+ LLP.
Klik om te vergroten...
Punt 3 lijkt mij wel van toepassing aangezien de emi_copy_control_info instelling bepaalt wat er met de rl_copy_control_info retention limit moet gebeuren. Als jullie die emi_copy_control_info op een 0x3 waarde hebben staan bij alle kanalen, dan zal een apparaat met een geïntegreerde PVR toch echt wat moeten doen met die retention limit waarde die afhankelijk van de instellingen beperkt kan zijn van 90 minuten tot 61 dagen maximaal. De hamvraag is dus welke EMI waarde Ziggo bij ieder kanaal heeft ingesteld.

En met punt 4 doelde ik meer op door Ziggo in te stellen configuratie items als:
aps_copy_control_info
ict_copy_control_info
rct_copy_control_info

naast de al genoemde emi_copy_control_info en rl_copy_control_info.

Wat zijn eigenlijk de standaard instellingen bij Ziggo voor deze URI waarden zodat wij als klanten ook begrijpen waarom dingen functioneren zoals ze nu functioneren?

De PVR resource is zoals je weet optioneel en niet de enige oplossing. Met een enkele tuner kan ook zonder pvr resource gewoon worden opgenomen zonder dat ee pvr resource noodzakelijk is. Zo zullen er ook enkele TV en de Blueray recorder van Samsung harddisk recording ondersteunen zonder afhankelijk te zijn van de PVR resource.
Klik om te vergroten...
Voor apparatuur met twee DVB-C tuners om het gelijktijdig onafhankelijk kunnen kijken en opnemen van twee verschillende kanalen is het ontbreken van die PVR Resource op de door Ziggo toegestane Irdeto CI+ CAM's weldegelijk een gebrek. Het verklaart in ieder geval waarom de Loewe TV's met dubbele DVB-C tuners niet in staat zijn om op de verwachte CI+ manier content met encryptie op te nemen waarbij de decryptie sleutels onbeperkt houdbaar zijn. Loewe moet dan kennelijk op de "oude" methode terugvallen met het achteraf decrypten van opnames en daarbij lopen de klanten in dit topic kennelijk tegen instellingsverschillen met betrekking tot de houdbaarheid van de sleutels aan tussen Ziggo/Casema/Multikabel en Ziggo/@Home waardoor bij de ene groep Ziggo klanten opnames nog wel achteraf zijn te decrypten en bij de andere groep klanten niet. Ik begrijp werkelijk niet waarom het voor jullie toch zo moeilijk is om over dit soort instellingen eenduidige afspraken te maken tussen beide headends van Ziggo zodat er in ieder geval eenduidig gedrag is en/of beperkingen zijn voor alle Ziggo klanten.

Hoe lang krijgen de klanten met apparatuur met geìntegreerde DVB/C tuners nu eigenlijk de tijd om hun opnames achteraf te decrypten?
 
ArChie zei:
Tot deze conclusie was ik ook gekomen na een middagje emailen met SMiT in China over de functionaliteit van hun Irdeto CI+ CAM.


Punt 3 lijkt mij wel van toepassing aangezien de emi_copy_control_info instelling bepaalt wat er met de rl_copy_control_info retention limit moet gebeuren. Als jullie die emi_copy_control_info op een 0x3 waarde hebben staan bij alle kanalen, dan zal een apparaat met een geïntegreerde PVR toch echt wat moeten doen met die retention limit waarde die afhankelijk van de instellingen beperkt kan zijn van 90 minuten tot 61 dagen maximaal. De hamvraag is dus welke EMI waarde Ziggo bij ieder kanaal heeft ingesteld.

En met punt 4 doelde ik meer op door Ziggo in te stellen configuratie items als:
aps_copy_control_info
ict_copy_control_info
rct_copy_control_info

naast de al genoemde emi_copy_control_info en rl_copy_control_info.

Wat zijn eigenlijk de standaard instellingen bij Ziggo voor deze URI waarden zodat wij als klanten ook begrijpen waarom dingen functioneren zoals ze nu functioneren?


Voor apparatuur met twee DVB-C tuners om het gelijktijdig onafhankelijk kunnen kijken en opnemen van twee verschillende kanalen is het ontbreken van die PVR Resource op de door Ziggo toegestane Irdeto CI+ CAM's weldegelijk een gebrek. Het verklaart in ieder geval waarom de Loewe TV's met dubbele DVB-C tuners niet in staat zijn om op de verwachte CI+ manier content met encryptie op te nemen waarbij de decryptie sleutels onbeperkt houdbaar zijn. Loewe moet dan kennelijk op de "oude" methode terugvallen met het achteraf decrypten van opnames en daarbij lopen de klanten in dit topic kennelijk tegen instellingsverschillen met betrekking tot de houdbaarheid van de sleutels aan tussen Ziggo/Casema/Multikabel en Ziggo/@Home waardoor bij de ene groep Ziggo klanten opnames nog wel achteraf zijn te decrypten en bij de andere groep klanten niet. Ik begrijp werkelijk niet waarom het voor jullie toch zo moeilijk is om over dit soort instellingen eenduidige afspraken te maken tussen beide headends van Ziggo zodat er in ieder geval eenduidig gedrag is en/of beperkingen zijn voor alle Ziggo klanten.

Hoe lang krijgen de klanten met apparatuur met geìntegreerde DVB/C tuners nu eigenlijk de tijd om hun opnames achteraf te decrypten?
Klik om te vergroten...



Ik heb een aantal vragen beantwoord maar zal verder niet ingaan op de details aangezien het hier om security policy gaat. Het achteraf decrypten van een livestream is nooit de bedoeling van een CA systeem anders een pvr resource ook niet relevant zijn.

Trouwens t.a.v. 1-2, wat vreemd dat je dan toch de vraag stelt als je het antwoord al weet.
 
Status
Niet open voor verdere reacties.
Terug
Bovenaan