Benutzer:Felix/VOIP Gutachten Material

RegTP Vorhabenplan 2005

http://www.regtp.de/aktuelles/start/in_03-13-00-00-00_m/Vorhabenplan_2005.pdf

• Unter Punkt II wird gesagt, dass die RegTP innovative Netze und Dienste unterstützen, effiziente Infrastrukturen förden, sowie technologieneutral sein will.
• Unter II.2 wird gesagt, dass eine hohe Verfügbarkeit von Breitbandanschlüssen ein primäres Ziel ist und dafür auch eine Entbündelung von Teilnehmeranschlüssen notwendig ist. Auch hier wird sich wieder auf Innovation bezogen. Darauf sollten wir uns dann auch beziehen.
• Weiterhin wird die Entgeltregulierung in III.1 als wichtiges Thema für 2005 genannt.
• In III.4 (Wettbewerbsförderung von Einzelmärkten) ist auch wieder von Entbündelung die Rede.
• Noch sehr schön: Die Überschrift von IV lautet "Wahrung der Nutzer- und Verbraucherinteressen". Der Verbraucherschutz ist der RegTP angeblich besonders wichtig. Problematisch ist allerdings, dass darunter auch die Notrufnummern fallen. Auch sollten wir evtl klären, inwiefern die Qualität bei einer Entbündelung leiden könnte.
• Unter VI geht es um die "Wahrung der Interessen der öffentlichen Sicherheit", also auch um die technische Umsetzung der Überwachungsmaßnahmen. Es sollen wohl noch Richtlinien u.a. für VoiP verfasst werden, damit man die Voraussetzungen für Überwachungsmaßnahmen der befugten staatlichen Behörden schaffen kann. Auch automaitisiertes Auskunftsersuchen wird als wichtig erachtet (also dass Benutzerdaten von berechtigten Stellen abgefragt werden können).

EU-Vorgaben (Treatment of voip under the EU Regulatory Framework)

(von hier )

• Vorgaben nur für Infrastruktur, nicht für Inhalt
• Ziele: Wettbewerb fördern durch:
  • Innovation fördern
  • leichteren Markteinstieg
  • liberale Märkte
• den europäischen Binnenmarkt fördern
• Interessen der EU-Bürger wahren

Vorgaben der EU:

• Leitungsverfügbarkeit (5.1.1): Es muss bei einer stationären voip-Nutzung gewährleistet sein, dass das Netz auch bei starker Belastung (Panikausbruch) funktioniert. //TODO Wie wirkt sich Entkoppelung auf QoS aus?
• in-line powering (5.1.3): Ist nicht verpflichtend. NRA's könnten voip-Provider dazu verpflichten, die Kunden aufzuklären, dass voip bei Stromausfall nicht funktioniert.
• Notrufe( 5.3): verpflichtend.
• Caller Location (5.4): verpflichtend, wenn technisch machbar.
• Abhören durch staatliche Organe (5.5.2): keine Vorgaben

End to end argument

Beispiel reliable file transfer: - wenn reliable einfache strategie ist, datei übertragen, checksumme, ok -> done, ko -> nochmal

- Wenn eine der beteiligten komponennten sehr viele fehler macht, dann wird performance des ganzen sehr schlecht -> optimierung ist also die verlässlichkeit dieser komponente zu erhöhen

- Ist _NUR_ Optimierung und hat tradeoff: Verlässlichkeitssteigerung der komponente kostet auch -> muss also richtige balance finden

Idee des end to end arguments: mann will end-to-end bestätigung haben - nicht nur "das datenpaket wurde korrekt übertragen, ob die ganze datei auch korrekt gesichert wurde weiss ich nicht"

Netzgewerkte systeme

Wenn ich aus irgendwelchen gründen eine Funktion nur komplett und korrekt implementieren kann wenn ich auf beiden endpunkten des netzwerkes etwas zusammen mache, dann hat es keinen sinn dazwischen auf irgendwelchen layern teile dieser funktion inkorrekt zu implementieren, weil man immer noch die globale implementierung braucht, da andere teile der kette fehlerhaft sind.

Es gilt aber das teilimplementierungen als performance-optimierung sinnig sind

Ist das auch "Law of Leaky Abstraction"?

- Leaky Abstraction heist das alle nichttrivialen abstraktionen löchrig sind, die abstraktion also nicht unter allen umständen aufrecht zu erhalten ist.

Das ist damit der Grund für das End-To-End argument!

End-To-End argument reformuliert mit leaky abstraction

Weil Leaky-Abstraction gilt, muss ein verlässliches system das aus abstraktionen zusammengesetzt ist immer noch das prüfen was die abstraktionen eigentlich verbergen sollten.

Leaky Abstraction

Abstraktionen sind immer (!) intern getunt für bestimmte anwendundungsfälle und gegen andere. Diese entscheidungen sind aber hinter der abstraktionsgrenze versteckt. Das Leak ist wenn man durch seine anwendung diese entscheidungen zu spüren bekommt.

Problem mit end-to-end

Das Problem ist, die Endpunkte auszumachen an denen man das argument festmachen sollte.

end to end (e2e) von "end to end vs. buy our box"

- End to end arguments are about where to situate functions in a computer system - Locate the functions higher up the protocol stack, towards the edge, closest to the application. - Keep the transportation function as unspecified as possible (down the protocol stack). - Do not over-specify the solution; a system optimized for one application (voice telephony) is less useful for others.

was Tim Denton dazu sagt

http://www.tmdenton.com

A fundamental unleashing of creative talent has occurred because of open systems. No one has to ask permission of a central planner to create, sell, and buy across the Internet. -- http://www.tmdenton.com/pub/presentations/peer-to-peer.pdf

Telephone companies and broadcasters are the last bastions of centralized resource allocation in the Internet economy. They own spectrum. -- http://www.tmdenton.com/pub/presentations/peer-to-peer.pdf

Die idee ist simpel: Wir wollen das telephon und dsl entbündelt wird. Grund: Dann könnnen wir mit nur dsl das anbieten wofür man vorher beides gebraucht hat. (und zwar billiger, zumindest theoretisch).

Erklärung: Telephonanschluss ist altes überholtes prinzip, telephonnetz an sich veraltet, brauchts nicht mehr.

Alles was die anderen wollen ist ein überholtes buissenessmodell aufrecht zu erhalten indem man die regulatoren und gesetze als schutzschild vor sich hält.

das andere wird sich sowieso durchsetzen weil viel mehr möglich ist. Wann ist nur eine frage der Zeit.

Regulatoren haben die aufregende möglichkeit und verantwortung daran mitzuwirken und alte Monopole zu brechen, für neue konkurrenz, wettstreit und offene märkte zum wohle der konsumenten.

Die frage die man stellen muss ist: welchen vorteil hat es das a) die letzte meile von den telco riesen monopolistisch verwaltet wird? b) diese mit telephonanschlüssen gebündelt sind?

a ist nicht zu beantworten, aber b macht technisch keinen sinn Technisch kann telephon über internet angeboten werden, zu konkurrenzfähigem preis

Will man das? Warum könnte man es nicht wollen?

• mehr konkurrenz
  • alte geschäftsmodelle brechen ein
  • neue firmen und neue geschäftsmodelle kommen
• bezahlen nach entfernung, macht keinen sinn mehr
• bezahlung nach dauer der verbindung macht keinen (?) sinn mehr (wenn die verbindung im internet geschaltet werden kann)
• Öffnet das netzwerk für inovationen (? Beispiel ?)
  • im Internet haben wir innovationen gesehen ohne die wir uns das leben heute nicht mehr vorstellen können: www, email. Nicht vorstellbar was für innovationen möglich werden, wenn telephondienste auch auf dem netz angeboten werden. (nach 20 jahren stagnation in diesem bereich) (beispiel: bessere qualität, conference-call, video dazu, verschlüsselung)

Dieser Versuch ist nur möglich wenn daten und telephonzugang entkoppelt sind, da sonst diese umwätzenden möglichkeiten enrom aufgehalten werden.

"In the face of great uncertaintey regarding appropriate business models and ownerschip arrangements, we should not be expanding monopolies and strhengthening legal privileges, yet this is what we are doing.

• Auctioning spectrum
• Longer and stronger IP
• Removal of cross-ownership regulation" -- http://www.tmdenton.com/pub/presentations/pol_econ_networks.pdf

"The triumph of markets over state planning in the 20th century has blinded us to the utility of common rules, and rights of way, which enhance the usefullness of private property and create the conditions in which markets work for our common benefit." -- http://www.tmdenton.com/pub/presentations/pol_econ_networks.pdf

Entkopplung "empowers the end-user"

Stupidnet hat einen ganzen abschnitt über entkopplung

The end of end-to-end

• e2e = fundamentales Designprinzip des Internet: Intelligenz in den Enden, einfache und generelle Protokolle
  • Folgen von e2e:
    • Hohe Zahl verschiedener Applikationen, die das Netz nutzen (da viele Menschen sich neue Applikationen ausdenken können anstatt nur einer zentralen Instanz)
    • Viel Wettbewerb (der Applikationen untereinander)
    • Es ist nicht möglich, dass ein Nutzer das Netz zu seinem Vorteil ausnutzt (indem er z.B. bestimmte Programme im Netz über andere stellt)
  • dieses Designprinzip ist grundlegend für den Erfolg (Innovation und Verbreitung) des Internet, da frühere Netze mit anderer Archtitektur nicht diesen Erfolg hatten.
• Ist die Kontrolle über das Netz und die Applikationen bei einer Firma, ist e2e gefährdet.
  • Firma könnte bestimmte Applikationen aussschließen -> Innovationskiller
  • in USA: Bündelung von Kabelmodemservice und Benutzung des in-house-ISP (bei AT&T heißt das Teil @home)

(to be continued)

Mögliche Argumentationslinien

Argumente

RegTP Bisherige entscheidungen Europa als böse oder gut, je nachdem? Ökonomisches Argument

Gegenargumente

Rational schwächer, Politisch stärker Netzwerkargumente Wir als deutsche die finger drauf Sicherheit, abhören Notruf

Strategie

Wo sind unsere Stärken, wo unsere Schwächen Technisch argumentieren um Ökonomisches Ziel zu erreichen

NUR wenn es eine Technische Lösung gibt ist es eine vernünftige Lösung

• e2e vorher nicht groß machen
• vielleicht entscheidungen der regtp durchkauen, damit sie die rolle besser spielen können

Gegner

Wie behandeln wir die?

Weblinks

• http://c2.com/cgi/wiki?EndToEndPrinciple ordentliche technische erklärung und links
• http://www.reed.com/Papers/EndtoEnd.html eines der ersten paper dazu
• http://www.joelonsoftware.com/articles/LeakyAbstractions.html grundlage für e2e
• http://www.hyperorg.com/misc/stupidnet.html wie sollen netzwerke designt sein?
• ftp://ftp.ccc.de/chaosradio/cr94/ was ist voip alles? (Chaosradio sendung)
• http://www.tmdenton.com/pub/presentations/ Der macht präsis wie unsere werden soll
• http://cyberlaw.stanford.edu/blogs/cooper/archives/openarchitecture.pdf DAS e2e-Buch
• Das Ur-e2e-Paper