Erfahrungen mit TC4400

[Wechsler]

Und die ist bekanntlich von AVM....
Der einzigste Grund war, ISDN-Kunden abzuwerben.
Der TAE-ISDN Adapter war nur eine Krücke und konnte die ISDN-Merkmale nicht bedienen, das ging erst mit der 7270.

Nun wird aber ISDN abgeschalten.... so dreht sich die Welt.

Der Nachfolger von ISDN ist SIP, nicht POTS (TAE). Letzteres ist einfach nur Steinzeit und kann ersatzlos weg.

[Bundi]

Das klingt ja alles schön und gut .
Aber was haben die letzten Seiten mit dem TC4400 zu tun ?

[AndreasNRW]

Das klingt ja alles schön und gut .
Aber was haben die letzten Seiten mit dem TC4400 zu tun ?

Nichts

[reneromann]

Und die ist bekanntlich von AVM....
Der einzigste Grund war, ISDN-Kunden abzuwerben.
Der TAE-ISDN Adapter war nur eine Krücke und konnte die ISDN-Merkmale nicht bedienen, das ging erst mit der 7270.

Nun wird aber ISDN abgeschalten.... so dreht sich die Welt.

Der Nachfolger von ISDN ist SIP, nicht POTS (TAE). Letzteres ist einfach nur Steinzeit und kann ersatzlos weg.

Falsch - einen "vernünftigen" Nachfolger für ISDN gibt es (noch) nicht.
SIP kann bei Weitem nicht das, was ISDN konnte - SIP ist lediglich eine Krücke für Sprach- und Videotelefonie...

Was SIP nicht kann, was aber mit ISDN kein Problem war:
- Datenverbindungen zum Abfragen von Daten [mag zwar in der Zeit von AllIP hinfällig sein, jedoch gibt es noch genug Outdoor-Datenlogger, die nicht ständig an's Internet angebunden werden und nur eine popelige ISDN- oder GSM-Karte haben, bzw. bei denen eine dauerhafte Internetanbindung einfach nur sinnbefreit oder völlig überteuert ist]
- Fax-Übertragungen
- Priorisierung von Anrufen (z.B. für Alarmanlagen) mit automatischer Kappung bestehender Verbindungen

Mal von den Problemen mit NAT, Routing und Portfreigaben mal ganz abgesehen, die SIP hat - und die man mit ISDN nie hatte...

[reneromann]

Du sagst es ja schon - das klappt nur, weil VF hier "spezielle" Sachen für die eigene SIP-Telefonie macht. Davon abgesehen ist VoC ebenfalls ein Abkömmling von VoIP - nur eben halt kein SIP...
Die Frage die sich stellt - klappt das ausschließlich mit VF-gebrandeten Boxen (was nahelegen würde, dass VF sich hier von AVM irgendwas VoC-mäßiges hat einbauen lassen) -oder- klappt das auch mit eigenen Geräten?

Was macht VF dann eig. wenn dir HFC Infrastruktur durch FTTH ersetzt wird, oder bei ihren DSL Bitstromzugängen ? Da funktioniert VoC nicht. Die saubere Lösung wäre daher auch mit Blick in die Zukunft die Abschaffung von VoC, auch wenn SIP/RTP keine perfekte VoIP Lösung ist, ist es doch die am weitesten Verbreitete.

Was hat jetzt die zugrundeliegende Übertragungsschicht (Glas oder Koax) mit dem darauf gefahrenen Übertragungsprotokoll zu tun?
Bei FTTB nutzen einige Anbieter weiterhin -trotz Glas bis in's Haus- auf den letzten Metern Koax und signalisieren per DOCSIS. Und selbst bei FTTH brauchst du noch immer eine physikalische Übertragungsschicht über die die Daten übertragen werden - und da ist es erst einmal völlig egal, ob man dort per RFoG-Signal und Koax-Wandler sein DOCSIS-Signal bekommt -oder- ob auf der Faser 1000Base-LX/SX gesprochen wird und man mittels anderer Methoden wie PPPoE die Authentifizierung beim Provider vornimmt.

Wie robert schon sagte können auch L4 Ströme durch Service Flows priorisiert werden,[...]

Nochmal - aber nur, weil man das nachträglich so spezifiziert hat, damit z.B. SIP bei Kabel-Fritten "irgendwie" vernünftig läuft.
Und diese Erweiterung gilt auch wieder nur in Kabelnetzen - in "nomalen" DSL-Netzen gibt's das wiederum nicht mehr - da darfst du dich dann mit L4-QoS rumschlagen oder mit VLAN-Tagging (ähnlich wie bei Entertain) versuchen, eine Priorisierung des Sprachtraffics für niedrige Latenz zu erreichen...

[...]somit ist VoC für mich, sofern keine besseren Argumente dafür sprechen die uns entgangen sind, auf langfristige Sicht eine Totgeburt.

VoC ist aber kein "neuer" Standard, sondern -wie ich schon schrieb- seit über 10 Jahren weltweit im Einsatz. Ob dieser Standard in 10 Jahren noch Bestand hat, steht auf einem ganz anderen Blatt - denn wer hätte vor 30 Jahren gedacht, dass ISDN jetzt abgeschaltet wird? Trotzdem ist ISDN keine Totgeburt, sondern hat grundlegende Wege in Richtung AllIP gelegt [denn ISDN hat es ja geschafft, dass man verschiedenste Dienste (Voice/Daten) vernünftig über ein gemeinsames, voll digitales Netz übertragen konnte]...

[Wechsler]

Was SIP nicht kann, was aber mit ISDN kein Problem war:
Datenverbindungen

RFC 4040 Clear Mode

Fax-Übertragungen

RFC 3362 T.38

- Priorisierung von Anrufen (z.B. für Alarmanlagen) mit automatischer Kappung bestehender Verbindungen

SIP ist ein Signalisierungsprotokoll. Ob Verbindungen gekappt werden, bestimmt das Endgerät.

Mal von den Problemen mit NAT, Routing und Portfreigaben mal ganz abgesehen, die SIP hat - und die man mit ISDN nie hatte...

Das ist ein Problem von IPv4 (veraltet), nicht von SIP.

Bitte keine Fake News über SIP verbreiten. SIP kann alles, was ISDN jemals konnte und noch mehr. Das Problem ist, daß viele sog. "Festnetz"-Anbieter den Kunden lieber mit POTS und Sprachcodecs dahinter abspeisen. Solches POTS kann weder Datenverbindungen noch Fax richtig.

[sch4kal]

Du sagst es ja schon - das klappt nur, weil VF hier "spezielle" Sachen für die eigene SIP-Telefonie macht. Davon abgesehen ist VoC ebenfalls ein Abkömmling von VoIP - nur eben halt kein SIP...
Die Frage die sich stellt - klappt das ausschließlich mit VF-gebrandeten Boxen (was nahelegen würde, dass VF sich hier von AVM irgendwas VoC-mäßiges hat einbauen lassen) -oder- klappt das auch mit eigenen Geräten?

Was macht VF dann eig. wenn dir HFC Infrastruktur durch FTTH ersetzt wird, oder bei ihren DSL Bitstromzugängen ? Da funktioniert VoC nicht. Die saubere Lösung wäre daher auch mit Blick in die Zukunft die Abschaffung von VoC, auch wenn SIP/RTP keine perfekte VoIP Lösung ist, ist es doch die am weitesten Verbreitete.

Was hat jetzt die zugrundeliegende Übertragungsschicht (Glas oder Koax) mit dem darauf gefahrenen Übertragungsprotokoll zu tun?
Bei FTTB nutzen einige Anbieter weiterhin -trotz Glas bis in's Haus- auf den letzten Metern Koax und signalisieren per DOCSIS. Und selbst bei FTTH brauchst du noch immer eine physikalische Übertragungsschicht über die die Daten übertragen werden - und da ist es erst einmal völlig egal, ob man dort per RFoG-Signal und Koax-Wandler sein DOCSIS-Signal bekommt -oder- ob auf der Faser 1000Base-LX/SX gesprochen wird und man mittels anderer Methoden wie PPPoE die Authentifizierung beim Provider vornimmt.

Wie robert schon sagte können auch L4 Ströme durch Service Flows priorisiert werden,[...]

Nochmal - aber nur, weil man das nachträglich so spezifiziert hat, damit z.B. SIP bei Kabel-Fritten "irgendwie" vernünftig läuft.
Und diese Erweiterung gilt auch wieder nur in Kabelnetzen - in "nomalen" DSL-Netzen gibt's das wiederum nicht mehr - da darfst du dich dann mit L4-QoS rumschlagen oder mit VLAN-Tagging (ähnlich wie bei Entertain) versuchen, eine Priorisierung des Sprachtraffics für niedrige Latenz zu erreichen...

[...]somit ist VoC für mich, sofern keine besseren Argumente dafür sprechen die uns entgangen sind, auf langfristige Sicht eine Totgeburt.

VoC ist aber kein "neuer" Standard, sondern -wie ich schon schrieb- seit über 10 Jahren weltweit im Einsatz. Ob dieser Standard in 10 Jahren noch Bestand hat, steht auf einem ganz anderen Blatt - denn wer hätte vor 30 Jahren gedacht, dass ISDN jetzt abgeschaltet wird? Trotzdem ist ISDN keine Totgeburt, sondern hat grundlegende Wege in Richtung AllIP gelegt [denn ISDN hat es ja geschafft, dass man verschiedenste Dienste (Voice/Daten) vernünftig über ein gemeinsames, voll digitales Netz übertragen konnte]...

Ich spreche von richtigem FTTH, kein RFoG. Da funktioniert VoC nicht mehr weil es eben DOCSIS als Bitübertragungsschicht vorraussetzt. Genau da liegen doch die Vorteile von SIP/RTP, von der Unabhängigkeit des Bitübertragungsprotokolls.
Ich weiß nicht wann du das letzte mal SIP genutzt hast, am Telekom Anschluss meiner Eltern funktioniert das genauso zuverlässig durch die Priorisierung des L4-Traffics wie meine Telefonie über VoC.
Bzgl. NAT-Probleme: die gibt es auch nur bei Nutzung von SIP über IPv4, was, wie Wechseler schon schrieb, ein Problem von IPv4 selbst ist. NAT bereitet ja auch noch ganz anderen Protokollen Probleme.

[sparkie]

ist das ein AIO Thread?

wo ist der Bezug zum TC4400?

[petertxt]

Bitte keine Fake News über SIP verbreiten. SIP kann alles, was ISDN jemals konnte und noch mehr

Und trotzdem hat 3GPP in diversen TS-Dokumenten ein von dem IETF abweichendes SIP/SDP spezifiziert, welches im Mobilfunk-Core, VoLTE und WiFi calling läuft. Anscheinend ist die SIP Variante aus dem Internet/Festnetz doch nicht so gut. Da die Festnetztelefonie langsam am Aussterben ist, wird anscheinend die 3GPP Variante in der nahen Zukunft die am meisten verwendetes Protokoll für die Telefonie sein.

[AndreasNRW]

Hier auch nochmal, falls es jemand noch nicht mitbekommen hat.
Die Final Release SR701240 für das TC4400 ist da.

Alles weitere im Paralleluniversum https://www.unitymediaforum.de/viewtopi ... 14#p414788