[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [FYI] THE GERMAN RIGHTS PROTECTION SYSTEM (RPS)



On Wed, Feb 09, 2000 at 02:38:49PM +0200, Axel H Horns wrote:

(hoffentlich korrekt gekuerzt)
...
> ----------------------------- CUT -----------------------------------
> 
> In dem Dokument OSP/LIA/3 findet sich u.a. folgende Passage:
> 
> http://www.wipo.int/eng/meetings/1999/osp/doc/osp_lia3.doc
> 
> --------------------------------- CUT -------------------------------
> [...]
> FEASIBLE SOLUTIONS FOR SP'S TO BLOCK ACCESS TO ILLEGALLY POSTED MUSIC 
> FILES FROM THEIR SERVERS? - THE GERMAN RIGHTS PROTECTION SYSTEM (RPS)
...
> II. Functioning of the RPS
> 
> The system is based on Novell's caching system. It works with a 
> negative list of URL's offering illegally posted music files and 
> analyses from within the caching system every new inquiry to the 
> router table in order to determine if the URL is found in the 
> negative list. Thus the RPS functions as a filter before the router.
...
> To achieve effective protection in Germany it is necessary to 
> establish it with all SP's (app. 50-70) with transmission gates to 
> foreign networks. Small SP's are not disadvantaged because they buy 
> their bandwidth from larger SP's. For them it is not necessary to 

"necessary" und "all SP" sind relevante Theoriebehauptungen.
An der Stelle reicht eine Modemverbindung ins Ausland, um das
Gegenteil als wahr zu beweisen (zB Suedtirol zwischen .de .it).

...
> An additional feature of this system is that it provides the SP with 
> a further benefit: With the RPS-part of the caching system greater 
> transmission speed is possible. Costs for similar caching system are 
> estimated to be up to three times as much as with the RPS.

Wettbewerbsrechtlich erscheint mir diese Aussage fuer knapp eine
halbe Katze ( 3 statt 3,5) toedlich ;-)

> III. Performance of the system
> 
> The system is supposed to be in accordance with hard- and software 
> standards for SP's and thus avoids speed and implementation problems. 
> It brings with the caching function an increase in performance for 
> the SP. Without caching there is a 3 % decrease in performance. One 
> RPS unit is able to simultaneously handle 100,000 user requests. 
> Should the RPS break down there will be no loss in performance of the 
> SP.

Ich erinnere mich dunkel an eine Klage gegen SAP, weil bei denen
die Userlast in den Keller ging - Ursache war, dass die Abfragezeit
eben nicht linear anstieg mit der Zahl der User, sondern extrem
viel schlechter. Das kam mir so im Hinterkopf hoch, als ich vor
etlichen Tagen las, dass SAP derartige Problem durch Versicherungen
loesen wollte...


Kurz:
Ein Reply auf ein laenger zurueckliegendes Posting kann durchaus
erhellend sein, weil die Sender auf eine kuerze Vergessensquote
spekulieren.
wau