Unitymedia Wegfall vom Router-Zwang im Sommer 2016

Diskutiere Wegfall vom Router-Zwang im Sommer 2016 im FRITZ!Box für Kabel Internet Forum im Bereich Internet und Telefon; Das stimmt so nicht. UM untersagt nur die Nutzung fremder SIPS auf den UM-Geräten (in Hessen und NRW nur durch die AGB, in BW auch technisch). Auf...
  • Wegfall vom Router-Zwang im Sommer 2016 Beitrag #26
Nun meine erste Frage: unterstelle ich mal, dass die Gerätebindung wegfällt, wie würde dies auf die Tarifstruktur auswirken? Dann wäre die ISDN-Option von KBW eher hinfällig, da man über eine eigen beschaffene Kabel-FB andere VOIP-PRovider (z. B. Sipgate) für den geliehen Monatsentgelt ordern könnte um die gleiche/bessere Funktionalität (Mehrere Nummer, Parallelruf, günsitge Anruf zu Mobilfunk, etc.) zu erhalten.
Da muss man zwei Fälle unterscheiden:
  • Ein Provider (z.B. UnityMedia) erlaubt die Verwendung eines anderen VoIP-Providers; in diesem Fall wäre es bereits jetzt möglich, eine Hardware hinter den Zwangsrouter zu schalten und den anderen Provider zu verwenden. Du musst allerdings bedenken, dass der andere VoIP-Provider wahrscheinlich nicht kostenlos ist und du nicht billiger davon kommst als mit ISDN-Option. VoIP über IPv4 würde aber so oder so nicht funktionieren.
  • Ein Provider (soviel ich weiß gehört UnityMedia dazu) verbietet die Verwendung eines anderen VoIP-Providers explizit; in diesem Fall ist es sehr wahrscheinlich, dass die SIP-Pakete nach Ende des Routerzwangs beim Provider herausgefiltert werden und die Verwendung eines anderen VoIP-Providers nicht möglich ist
In beiden Fällen ändert sich durch das Ende des Routerzwangs rein gar nichts.
Das stimmt so nicht.
UM untersagt nur die Nutzung fremder SIPS auf den UM-Geräten (in Hessen und NRW nur durch die AGB, in BW auch technisch).
Auf eigenen Geräten darf man sie selbstverständlich einsetzen.
Die technische Sperrung fremder SIPS wäre schon rechtlich nicht zulässig.

Ob man für 5 Euro/Monat irgendwo 3 Rufnummern mit Deutschland-Flat bekommt halte ich für fraglich.
Mir ist dazu kein Provider bekannt.
 
  • Wegfall vom Router-Zwang im Sommer 2016 Beitrag #27
Das stimmt so nicht.
UM untersagt nur die Nutzung fremder SIPS auf den UM-Geräten (in Hessen und NRW nur durch die AGB, in BW auch technisch).
Auf eigenen Geräten darf man sie selbstverständlich einsetzen.
Leider kenne ich den UM-Zwangsrouter nicht. Die FritzBox hat eine IPv6-Firewall. Aber der TechniColor??

Falls es ein einfacher IPv6-Router ist, müsste man (im Gegensatz zu IPv4-Routern mit NAT) ein VoIP-Telefon an einen Ethernet-Port anschließen können und dann über einen anderen IPv6-SIP-Provider telefonieren können.

Da das UnityMedia-Netz (zumindest für Privatkunden ab 2013) nur noch IPv6 unterstützt, kann man IPv4-SIP-Provider so oder so nicht verwenden.
Die technische Sperrung fremder SIPS wäre schon rechtlich nicht zulässig.
Bei einigen mobilen Internet-Anbietern ist die Nutzung bestimmter Dienste (z.B. VoIP) explizit im Vertrag untersagt. Ich gehe davon aus, dass so etwas auch bei Festnetzverträgen erlaubt wäre. Wie es bei laufenden Verträgen ist, kann ich nicht beurteilen.
Ob man für 5 Euro/Monat irgendwo 3 Rufnummern mit Deutschland-Flat bekommt halte ich für fraglich.
Mir ist dazu kein Provider bekannt.
Aus genau dem Grund glaube ich auch nicht, dass die plötzliche Möglichkeit, andere SIP-Provider zu verwenden, von all zu vielen Leuten genutzt werden wird.
 
  • Wegfall vom Router-Zwang im Sommer 2016 Beitrag #28
Falls es ein einfacher IPv6-Router ist, müsste man (im Gegensatz zu IPv4-Routern mit NAT) ein VoIP-Telefon an einen Ethernet-Port anschließen können und dann über einen anderen IPv6-SIP-Provider telefonieren können.

Da das UnityMedia-Netz (zumindest für Privatkunden ab 2013) nur noch IPv6 unterstützt, kann man IPv4-SIP-Provider so oder so nicht verwenden.

Das stimmt nicht. SIP funktioniert prinzipiell auch über DS-Lite oder NAT. Sipgate taugte bei mir an einem DS-Lite Anschluss sogar zum Faxen, bevor der Anbieter IPv6-fähig wurde. Und wenn man kein echtes IP-Telefon verwenden möchte: Eine DECT-Basis mit LAN-Anschluss oder ein einfacher SIP-Router für Analogtelefone kosten nur nen Appel und ein Ei.
 
  • Wegfall vom Router-Zwang im Sommer 2016 Beitrag #29
Das stimmt nicht. SIP funktioniert prinzipiell auch über DS-Lite oder NAT.
Kommt auf den NAT an:

Es gibt NATs, die nur TCP unterstützen und bei denen, die UDP untestützen gibt es symmetrische NATs, Cone-NATs, ...

Hinter einem NAT, der nur TCP unterstützt, funktioniert VoIP nicht.
 
  • Wegfall vom Router-Zwang im Sommer 2016 Beitrag #30
Bleib doch einfach mal im realen Leben.
Voip ging bisher und wird wird auch später gehen.
Wieviel beliebige Anwendungen würden sonst auch nicht mehr funktionieren?

Da mich diese provokante Art stört die zu nichts führt, lasse ich mal alleine.
 
  • Wegfall vom Router-Zwang im Sommer 2016 Beitrag #31
Bleib doch einfach mal im realen Leben.
Voip ging bisher und wird wird auch später gehen.
Die Behauptung war nicht, dass VoIP nicht mehr funktionieren wird, sondern dass nach Ende des Routerzwangs nichts möglich sein wird, was jetzt nicht auch schon geht.

Im von mir kommentierten Post wurde hingegen behauptet, dass es die Zwangsrouter wären, die verhindern, dass man fremde SIP-Dienste verwenden kann. Und das stimmt nun mal nicht:

Provider wie UnityMedia, KabelDeutschland, m-net und andere, die DS-Lite einsetzen ...
  • ... verwenden entweder VoIP über IPv6
  • ... oder routen alle IPv4-Pakete von DS-Lite-Anschlüssen nur im lokalen Netz
In beiden Fällen wäre es bereits jetzt möglich, fremde IPv6-SIP-Dienste für VoIP über IPv6 zu nutzen, indem man ein VoIP-Telefon an einen Ethernet-Port des Zwangsrouters anschließt. Das einzige, was sich durch einen selbstgekauften Router ändert, ist, dass man danach nur noch eines anstatt zwei Geräten benötigt.

In beiden Fällen wäre es auch mit eigener Hardware nicht möglich, fremde SIP-Server für VoIP über IPv4 zu nutzen, da man dazu eine globale IPv4-Adresse brauchen würde - und die bekommt man bei UM und KD nur noch mit einem Bussiness-Vertrag und bei m-net für 4,99 Euro/Monat Aufpreis!
 
  • Wegfall vom Router-Zwang im Sommer 2016 Beitrag #32
In beiden Fällen wäre es auch mit eigener Hardware nicht möglich, fremde SIP-Server für VoIP über IPv4 zu nutzen, da man dazu eine globale IPv4-Adresse brauchen würde - und die bekommt man bei UM und KD nur noch mit einem Bussiness-Vertrag und bei m-net für 4,99 Euro/Monat Aufpreis!

SIP-Dienste, die nur über IPv4 laufen, brauchen aber keine globale IPv4-Adresse. Sie funktionieren über DS-Lite genauso wie in einem Hotel-WLAN oder direkt von einem Telefon hinter dem Router aus, in dem die SIP-Verbindungsdaten direkt im Telefon hinterlegt sind SIP ist auch nur ein normaler Internet-Dienst wie jeder andere und nichts, was unten drunter auf einem abartigen Protokoll statt UDP und TCP aufbaut.

Du kannst an einem DS-Lite Anschluss in der Fritzbox somit auch SIP-Zugänge eines beliebigen SIP-Anbieters eintragen, der kein IPv6 kann -> funktioniert.
 
  • Wegfall vom Router-Zwang im Sommer 2016 Beitrag #33
SIP-Dienste, die nur über IPv4 laufen, brauchen aber keine globale IPv4-Adresse. Sie funktionieren über DS-Lite genauso wie in einem Hotel-WLAN oder direkt von einem Telefon hinter dem Router aus, in dem die SIP-Verbindungsdaten direkt im Telefon hinterlegt sind SIP ist auch nur ein normaler Internet-Dienst wie jeder andere und nichts, was unten drunter auf einem abartigen Protokoll statt UDP und TCP aufbaut.
Aber auch selbst wenn das der Fall ist, ändert sich durch das Ende des Routerzwangs nichts:

Ob ich mein IPv4-VoIP-Telefon an den Zwangsrouter oder an einen selbstgekauften Router anschließe, ist völlig egal, denn bei DS-Lite wird die gesamte Firewall-Funktionalität (Portweiterleitung, sperren von Ports, NAT, ...) in der Regel vom AFTR (einem Rechner im Rechenzentrum des Providers) und nicht vom Router zuhause erledigt.

Ich habe mal kurz die Begriffe "VoIP hinter NAT" in Google eingegeben und mir den allerersten Treffer angeschaut:

http://www.tecchannel.de/kommunikation/handy_pda/433069/voip_hinter_einer_nat_firewall/

In der Einleitung heißt es dort:
... oder es kommt überhaupt kein Anruf zu Stande. Nach ein paar Änderungen an der Firewall funktioniert es.
Ob die AFTRs von UnityMedia bereits heute "VoIP-Ready" eingestellt sind, weiß ich nicht. Da ich noch einen IPv4-only-Altvertrag habe, kann ich es auch nicht ausprobieren.

Falls nein: Glaubst du wirklich, die Provider machen Änderungen an ihren Servern, nur weil einige Kunden fremde SIP-Server erreichen wollen?
 
  • Wegfall vom Router-Zwang im Sommer 2016 Beitrag #34
Nur mal als Information: Ich konnte vor ~1 Jahr, als ich noch Privatkunde mit DS-Lite war, problemlos SIP-Accounts von nicht-IPv6-fähigen VoIP-Anbietern in meiner eigenen Fritzbox (hinter der 6320) nutzen.

Ich wüsste auch nicht wieso ich dazu ne öffentliche IPv4 bräuchte. Wofür gibts STUN?
 
  • Wegfall vom Router-Zwang im Sommer 2016 Beitrag #35
Ich kann mich auch an keinen Thread erinnern, bei dem es im Zusammenhang mit DS-Lite zu Problemen kam.
I.d.R. musste man den BaWü-Kunden nur erklären, wie sie ihre alte Fritzbox anschließen müssen und wie dann die Übergabe der Telefonnr vom UM-Gerät zur DSL-Fritzbox geht.

Mal ganz davon abgesehen ist das doch eher ein Problem meines gewählten externen Providers (der soll gefälligst auch IPv6 unterstützen) als ein Problem des Router-Zwangs.
Das halbe Forum ist mit Problemen rund ums DS-Lite belegt.
Um vernünftig spielen zu können, muss der Kunde fast zwangsläufig entweder einen Business- oder 3play-Vertrag abschließen, damit er eine IPv4 erhält.
Hier beginnt vielleicht auch der Irrglaube vieler Kunden: Durch einen eigenen Router beseitige ich dieses Problem nicht.

Andere Probleme lassen sich aber beseitigen.
Die Geräte, die man bisher als Neukunde von UM als Standard bekommen hat, waren einfach nur schlecht:
Ubee: Probleme, einen HP-Drucker zu installieren
TC7200: Whatsapp
6390/6490: Keine Updates von Fritz!Phones, manche Apps lassen sich nicht benutzen (verursacht durch veraltete FW).
6490: Manche 1GB-Switches funktionieren nur mit 100 Mbit
....
 
  • Wegfall vom Router-Zwang im Sommer 2016 Beitrag #36
Um vernünftig spielen zu können, muss der Kunde fast zwangsläufig entweder einen Business- oder 3play-Vertrag abschließen, damit er eine IPv4 erhält.
Wobei das größtenteils nur auf Konsolen mit ihren blödsinnigen Subnetzen zutrifft die nicht Kompatible sind. Könnte man ja auch mal sagen, die sollen gefälligst IPv6 unterstützen ;)
 
  • Wegfall vom Router-Zwang im Sommer 2016 Beitrag #37
Einerseits betrifft das fast die ganze Spieleindustrie (sobald du selbst hosten willst, bist du aufgeschmissen)
Andererseits ist das auch eine Frage der Marktmacht. Siehe z.B. AVM, die nach der Einführung der XBox extra ihren Teredofilter ausschaltbar machen mussten. (Welch ein Blödsinn von Microsoft, diese Technologie zu verwenden)
 
  • Wegfall vom Router-Zwang im Sommer 2016 Beitrag #38
Jupp, den K(r)ampf der Systeme sieht man auch klasse an D3, wo es nicht möglich ist die Systeme zu verbinden. PC kann nur mit PC zocken und die Konsolen auch nur unter sich bei ein und demselben Spiele.
Das geht soweit, das verscheidene Dinge auf der einen Konsole gehen und auf der anderen nicht :gsicht:
 
  • Wegfall vom Router-Zwang im Sommer 2016 Beitrag #39
Ich konnte ... problemlos SIP-Accounts von nicht-IPv6-fähigen VoIP-Anbietern in meiner eigenen Fritzbox (hinter der 6320) nutzen.
Dann müsste SIP mit fremden Anbietern jetzt also schon funktionieren - auch mit Zwangsrouter.

Ich habe lediglich geschrieben, dass es nicht am Zwangsrouter liegt, wenn man keinen fremden SIP-Anbieter nutzen kann (man braucht mit Zwangsrouter halt eine zusätzliche Hardware).

Bei einigen NATs ist VoIP trotz STUN nicht möglich - das ist in dem verlinkten Artikel genauer beschrieben. Ein reiner TCP-NAT würde VoIP (das auf UDP basiert) zum Beispiel gar nicht unterstützen.
Hier beginnt vielleicht auch der Irrglaube vieler Kunden: Durch einen eigenen Router beseitige ich dieses Problem nicht.
Genau darauf wollte ich hinaus!
Siehe z.B. AVM, die nach der Einführung der XBox extra ihren Teredofilter ausschaltbar machen mussten.
Wie funktioniert IPv6 bei der XBox?

Wird prinzipiell über Teredo getunnelt oder nur dann, wenn kein natives IPv6 vorhanden ist?
 
  • Wegfall vom Router-Zwang im Sommer 2016 Beitrag #40
  • Wegfall vom Router-Zwang im Sommer 2016 Beitrag #41
Einerseits betrifft das fast die ganze Spieleindustrie (sobald du selbst hosten willst, bist du aufgeschmissen)

Es gibt aber auch Konsolenhersteller die kriegen sowas auf die Reihe. Bei Nintendo z. B. hat man hinter DS-Lite überhaupt kein Problem, selber ein Match zu hosten.
 
  • Wegfall vom Router-Zwang im Sommer 2016 Beitrag #42
Es gibt aber auch Konsolenhersteller die kriegen sowas auf die Reihe. Bei Nintendo z. B. hat man hinter DS-Lite überhaupt kein Problem, selber ein Match zu hosten.
Wenn beide Anschlüsse IPv6 haben (egal, ob DS-Lite, DualStack, 464XLAT oder sogar IPv6-only), sollte das technisch zumindest machbar sein. IPv6 ist in diesem Punkt ein echter Vorteil gegenüber IPv4: Es sind keine Portweiterleitungen am Router notwendig.

Ich habe zwar keine Konsole, kann mir allerdings nicht vorstellen, dass es technisch machbar ist, dass jemand an einem DS-Lite-Anschluss ein Spiel hostet und jemand von einem IPv4-only-Anschluss darauf "zugreift".

Etwas anderes wäre es natürlich, wenn es einen zentralen Server gibt - wie bei vielen Spielefirmen - über den die gesamte Kommunikation läuft. Technisch gesehen würde dann allerdings nicht einer der beiden Spieler das Spiel hosten, sondern lediglich dem Server den Auftrag zum Hosten des Spieles erteilen.
 
  • Wegfall vom Router-Zwang im Sommer 2016 Beitrag #43
Punkt 1: Die Nintendo Wii unterstützt kein IPv6. Es läuft also alles über IPv4.
Punkt 2: Es gibt zwar einen Server (man gibt also nicht selber die IP des Gegenübers ein), aber:
Punkt 3: Der Server ist nur dafür da, andere Spieler zu finden.

Man kann an der Wii hinter einem DS-Lite-Anschluss (oder auch hinter einem ganz normalen IPv4-Anschluss ohne UPnP und ohne aktivierte Portfreigaben) tatsächlich ein Spiel hosten, dem dann andere Spieler, ebenfalls ohne IPv6 (wird ja von der Konsole nicht unterstützt) beitreten können.

Und nein, der Datenverkehr läuft dann NICHT komplett über den Server. Der Server hilft nur kurz beim Verbindungsaufbau, und danach werden die Pakete direkt zwischen den Spielern ausgetauscht. Man kann während des laufenden Spiels den Server abschalten und das Spiel läuft immer noch ~40 Sekunden weiter (weil dann keine Keepalive-Pakete mehr vom Server kommen).

Ich kann dir gerne die technischen Hintergründe dazu erläutern:

Der Server, der das alles koordiniert, hat nicht nur eine IP-Adresse, sondern mehrere (tatsächlich sind es vier, hier im Beispiel gehen wir mal von 2 aus).

- Die beiden Spieler (A und B), die miteinander spielen wollen, verbinden sich mit dem Server ("sie gehen online"). Spieler A befindet sich hinter DS-Lite und will ein Spiel hosten. Ob Spieler B sich ebenfalls hinter DS-Lite befindet oder einen IPv4-Anschluss hat, ist ganz egal.
- Dabei öffnen sie verschiedene TCP- und UDP-Verbindungen zum Server, die hier aber (erstmal) nicht von Belang sind.
- Wenn Spieler A sich jetzt entscheidet "Ich hoste jetzt ein Spiel", dann passiert erst mal nix spektakuläres: Er sendet diese Information an den Server, und der Server notiert in seiner Datenbank "Spieler Nummer 123456789 hostet jetzt ein Spiel"
- Interessant wird es jetzt, wenn Spieler B diesem erstellten Spiel von Spieler A (der mit DS-Lite ein Spiel hostet) beitreten möchte:

- Beide Spieler haben ja, unabhängig voneinander, eine Verbindung zum Server. Der neue Spieler B teilt dem Server mit, dass er gern in den Raum vom Host 123456789 (A) möchte
- Der Server teilt A diesen Verbindungswunsch mit (kann der Server ja, er hat ja ne offene TCP-Verbindung zu A)
- Der Server teilt beiden Spielern eine eindeutige ID für dieses Match mit (beide Spieler die gleiche)

Die nun folgenden Schritte werden nun von beiden Spielern gleichzeitig ausgeführt:

- Beide Spieler melden sich mit dieser eindeutigen ID per UDP am ersten Server
- Der Server teilt ihnen in der Antwortadresse ihre IP und den genutzten öffentlichen Port mit
- Beide Spieler melden sich mit dieser eindeutigen ID per UDP auch am zweiten Server - mit der gleichen UDP-Verbindung, die für die Verbindung zum ersten Server genutzt wurde
- Auch dieser teilt wiederum die nun genutzte IP und Port mit

Der Server kann nun herausfinden: Nimmt der Router (oder im Fall von DS-Lite, nimmt das AFTR-Gateway) des Clients für UDP-Verbindungen von identischer Quelladresse&Port zu zwei verschiedenen IPs den gleichen Port oder einen aufsteigenden Port?
- Ist es der gleiche Port, speichert der diesen in der Datenbank
- Waren es aufsteigende Ports, speichert er den nächsten in der Datenbank (also den, der höchstwahrscheinlich für die nächste Verbindung genutzt wird)

Dann teilt der Server den beiden Clients jeweils IP und Port des anderen mit (er weiß ja aufgrund der identischen ID, dass die beiden Verbindungen "zusammengehören").
Fertig, beide Clients kennen IP und einen öffentlichen Port des Gegenüber. Beide Clients fangen nun gleichzeitig an, Daten von ihrem Quellport an das übermittelte Ziel zu schicken (UDP).


Das erste Paket von A an B wird dann zwar durch B's NAT verworfen ("heh, ich kenn ja gar kein ausgehendes Paket von einem internen Client! weg damit!"), aber das nächste Paket, was dann von B an A geschickt wird wird dann von A's NAT als Antwort auf das vorher versendete gesehen (klar, IPs und Ports sind ja identisch). Jetzt schickt A wieder eins an B, was diesmal durchs NAT durch kommt, da B ja kurz vorher eins an A geschickt wird. Dadurch öffnet sich dann auch B's NAT für diese Verbindung.

Und prompt haben A und B eine offene UDP-Verbindung, ganz ohne Portfreigaben und ohne den gesamten Traffic über den Server zu routen.

Unter zwei Bedingungen funktioniert das allerdings nicht:
- Punkt 1: Einer der beiden Router hat den Port für die dritte Verbindung geändert, z. B. weil der angeforderte schon in Benutzung war
- Lösung 1: Einfach den ganzen Prozess nochmal, mit anderen Ports, irgendwann wird schon einer mal nicht belegt sein
- Punkt 2: Wenn beide Spieler ein "Symmetric NAT" haben, funktionierts gar nicht. Das ist allerdings selten der Fall, und schon gar nicht bei einem AFTR-Gateway, die ja nicht dafür ausgelegt sind, den Nutzer hinter einer Firewall zu "blockieren", sondern einfach nur dafür da sind, IPv4-Adressen zu teilen.
 
  • Wegfall vom Router-Zwang im Sommer 2016 Beitrag #44
Danke für die Info.

Ich selbst habe lediglich den Fall beschrieben, dass man direkt die IP-Adresse des Mitspielers eintippen muss.

Bei einigen mir bekannten Programmen (auch einigen Spielen), die über Netzwerk laufen, ist dies der Fall.
 
  • Wegfall vom Router-Zwang im Sommer 2016 Beitrag #45
Auch das wäre theoretisch möglich (hosten eines Dienstes über IPv4-CGN, also DS-Lite, ohne IPv6), komplett ohne Server. Erfordert auf beiden Seiten eine spezielle Software, und schon kann man ohne zusätzliche Verbindung zu einem "festen" Server im Internet von einem IPv4-only-Anschluss auf einen DS-Lite Anschluss zugreifen:

Mir ist zwar nicht bekannt, dass das irgend ein Dienst tatsächlich produktiv so nutzt, aber theoretisch geht das (zumindest mit einigen Routern).
Leider habe ich das noch nicht hinter einem DS-Lite-Anschluss testen könne (habe keinen zur Verfügung)

- Der Server schickt alle 30 Sekunden einen PING an die nicht existente Adresse 1.2.3.4.
- Wenn der Client sich verbinden möchte, schickt er ein ICMP Time Exceeded Paket an den "Server" bzw. an den AFTR, hinter dem der Server hängt.
- (Nehmen wir mal an, die Adresse des Clients sei 87.78.12.34)
- Der AFTR denkt nun: Oh, prima, der Server hat 1.2.3.4 angepingt, und einer der Router auf dem Weg dahin - nämlich unser Client 87.78.12.34 hat zurückgemeldet, dass es ein Timeout gab.

Damit kennt der Server schon mal - ganz ohne Portfreigaben - die IP des Clients.

Dann passiert das gleiche wie im Beispiel oben - was allerdings nur funktioniert, wenn keine Port Address Translation stattfindet, also könnte dieser Prozess einige Versuche benötigen, bis beide Clients einen privaten Port gefunden haben, der auf der öffentlichen Seite des AFTR noch nicht genutzt wird, damit ein 1:1-Mapping entsteht.

Beide Clients fangen an, Daten zu senden - beide vom gleichen Port an den gleichen Port, und nach einigen Versuchen kommen (zumindest bei meinen Tests mit zwei "normalen" IPv4-Internetanschlüssen ohne UPnP und ohne Portfreigaben) Daten an.

Das läuft dann komplett ohne Server und ohne dass der Server die IP des Clients kennen muss.
Wie zuverlässig das dann in der Praxis so funktioniert und ob das mit allen Routern funktioniert, weiß ich nicht. Bei meinem Testrouter hat es geklappt, habe aber kein DS-Lite zum testen.
 
  • Wegfall vom Router-Zwang im Sommer 2016 Beitrag #46
Hallo zusammen,

habe nach der Kündigung des Vertrages ein Angebot erhalten. Die UM hat eine neue FB 6470 angeboten. Vielleicht befürchtet der Provider, dass mit den Inkrafttreten des Gesetzes zu viel nicht beanspruchten Fritties im Lager rum liegen werden :)

Am Rande der Verhaldung habe ich eine Bedingung gestellt, dass die ip-v4 weiterhin am Anschluss bleiben soll. Nun stelle ich mir die Frage ob die ip-v4 doch so zukunftssicher ist und ich auf die ip-v6 Seiten zugreifen kann. Ich habe so vernommen dass DS-Lite kein richtiger ip-v6 Anschluss ist. Habe ich falsches Verständnis? Kann mir jemand ganz kurz

VG
 
  • Wegfall vom Router-Zwang im Sommer 2016 Beitrag #47
Kurzzusammenfassung des Status bei IPv4 / DS-Lite:

IPv4: eingehend und ausgehend nur IPv4, kein IPv6. Lässt sich mit einem kostenlosen Tunnel erweitern auf "eingehend und ausgehend sowohl IPv4 als auch IPv6"
DS-Lite: eingehend nur IPv6, ausgehend IPv4 (über einen Proxy) und IPv6 (direkt)

Der IPv6-Teil an DS-Lite ist also vollwertig. Nur der IPv4-Teil ist eingeschränkt.

Mit einem IPv4-Anschluss ohne einen selbst besorgten Tunnel kommst du nur an Anschlüsse, die noch IPv4 haben. Also (noch) alle Server, aber eben nicht mehr alle "Privat-Anschlüsse" (nämlich die DS-Lite-Anschlüsse nicht)
Mit DS-Lite kannst du auf alle Anschlüsse zugreifen, aber selber auf deinen Anschluss zugreifen kannst du auch nur noch mit DS / DS-Lite und nicht mit IPv4.

Ich würde auf jeden Fall die IPv4 behalten (wenn du die Möglichkeit dazu hast) und mir IPv6 über einen Tunnelanbieter besorgen. Das ist weitaus einfacher [einfach die Benutzerdaten vom Tunnelanbieter in die Fritzbox eintragen] und günstiger [kostet nämlich gar nix] als der umgekehrte Weg.
 
  • Wegfall vom Router-Zwang im Sommer 2016 Beitrag #48
Nun stelle ich mir die Frage ob die ip-v4 doch so zukunftssicher ist und ich auf die ip-v6 Seiten zugreifen kann.

Falls du "langfristig gesehen" meinst: Natürlich nicht:

IPv4 bietet dir ja nur deswegen ein Vorteil gegenüber IPv6, weil fast alles im Internet noch IPv4 ist und es kaum etwas gibt, was mit IPv6 funktioniert. Irgendwann wird das Verhältnis anders herum sein, so dass IPv4 sogar ein echter Nachteil sein wird.

Die Kunden mit IPv4-Anschluss (dazu gehöre auch ich mit 8 Jahre altem Vertrag) werden die Provider dann darum bitten, auf DS-Lite umgestellt zu werden.

Ob das bereits dieses Jahr oder erst in zehn Jahren der Fall sein wird, kann dir heute aber noch niemand sagen.
Ich habe so vernommen dass DS-Lite kein richtiger ip-v6 Anschluss ist. Habe ich falsches Verständnis? Kann mir jemand ganz kurz

Der Begriff "DS-Lite" besagt lediglich etwas darüber aus, wie IPv4-Daten an einem IPv6-Anschluss übertragen werden: Wie Leseratte10 bereits erläutert hat, bietet DS-Lite kein vollwertiges IPv4. Über das IPv6 selbst sagt der Begriff "DS-Lite" rein gar nichts aus.

Nach dem, was ich so gelesen habe (ich habe ja noch einen IPv4-Anschluss) handelt es sich bei den DS-Lite-Anschlüssen von UM um vollwertige IPv6-Anschlüsse.

Die Frage was ein "richtiger" Internet-Anschluss ist, ist dabei aber Definitionssache - auch bei einem IPv4-Anschluss gibt es verschiedene Abstufungen:
- Feste IP-Adresse oder täglich wechselnde IP-Adresse
- Einzelne IP-Adresse oder ganzer Bereich von IP-Adressen
- Der Provider filtert (sperrt) bestimmte IPv4-Pakete oder auch nicht
- ...

Bei IPv6 gibt es noch wesentlich mehr "Abstufungen" als bei IPv4 - Insbesonders der Prefix (/64, /60, /56 oder sogar /48):

Mit einem /64-Prefix (Privatkundenanschluss) kann man keine zwei Router hintereinanderschalten, während man mit einem /48-Prefix (Anschluss einer mittelständischen Firma bei einem anderen Provider) ein komplexes Firmennetzwerk aufbauen kann. Wenn du keinen brauchbaren WLAN-Kabel-Router bekommst, kannst du nicht einfach einen WLAN-Ethernet-Router hinter einem Kabelrouter ohne WLAN anschließen, da Privatkundenanschlüsse nur ein /64-Prefix haben (bei vielen Providern übrigens).
 
  • Wegfall vom Router-Zwang im Sommer 2016 Beitrag #49
Der Umfang an IP-Adressen für einen Anschluss entspricht keiner Abstufung. Die Anzahl an IPs kann bei IPv4-Tarifen genauso beliebig sein, wie bei IPv6. Im Übrigen bekommt man bei Unitymedia prinzipiell einen /57-Präfix, durch den man faktisch mehrere Subnetze betreiben kann. Dass die Zwangsrouter oftmals nur kleinere Präfixe anfordern, ist eine andere Sache; liegt aber faktisch an der (erzwungenen) Konfiguration des Zwangsrouters.
 
  • Wegfall vom Router-Zwang im Sommer 2016 Beitrag #50
Hallo zusammen,

habe nach der Kündigung des Vertrages ein Angebot erhalten. Die UM hat eine neue FB 6470 angeboten. Vielleicht befürchtet der Provider, dass mit den Inkrafttreten des Gesetzes zu viel nicht beanspruchten Fritties im Lager rum liegen werden :)

Am Rande der Verhaldung habe ich eine Bedingung gestellt, dass die ip-v4 weiterhin am Anschluss bleiben soll. Nun stelle ich mir die Frage ob die ip-v4 doch so zukunftssicher ist und ich auf die ip-v6 Seiten zugreifen kann. Ich habe so vernommen dass DS-Lite kein richtiger ip-v6 Anschluss ist. Habe ich falsches Verständnis? Kann mir jemand ganz kurz

VG

Bit es schon Infos zu der FritzBox? Oder hat sich der Author da verschrieben?
 
Thema:

Wegfall vom Router-Zwang im Sommer 2016

Wegfall vom Router-Zwang im Sommer 2016 - Ähnliche Themen

Unitymedia Internet zu langsam? - Bürger sollen Geld einbehalten dürfen - Gesetzentwurf: Die Regierung plant ein Recht auf schnelles Internet, das geht aus einem Gesetzentwurf hervor. Wer weniger Leistung bekommt als gebucht, soll...
Unitymedia Diverse UM-Probleme FritzBox 7170 Fon Wlan an Cisco EPC 3208: Hallo zusammen. Ich hoffe ich bin in dieser Forums-Untersektion richtig mit meinen Problemen. Ich will keinen Druck aufbauen :zwinker: ,aber Ihr...
Unitymedia Wenn Kundenservice klein geschrieben wird!: Hallo zusammen! Seit einem Monat habe ich jetzt einen Anschluss bei Unitymedia und versuche nun seit dem Tag des Anschlusses ein anderes Gerät als...
Oben