Inoffizielles Vodafone-Kabel-Forum

Karl. hat geschrieben: ↑17.10.2020, 17:06

robert_s hat geschrieben: ↑17.10.2020, 16:56 Eine eigene Fritz!Box kannst Du übrigens auch so konfigurieren, dass sie die Telefonie über eine 2. Verbindung abwickelt, die bekommt dann allerdings eine zweite Öffentliche IPv4-Adresse.

Welchen Sinn sollte das haben?

Das ist dann eine Verbindung die quasi Echtzeit-Prio für SIP-Telefonie gewährleistet. Also die Daten über diese Verbindung haben dann Vorrang vor nahezu allem anderen Datenverkehr im Segment, zumindest für die Upstream-Verbindung. Downstream wird die Prio anhand des Protokolls von der CMTS immer automatisch gesteuert.

Jedenfalls dürfte das nur bei VFKD gehen und müsste dann mein Bridge-Port Out of Order sein.

Jupp, der Bridge-Port funktioniert dann wohl nicht mehr.


Anbei ein Screenshot für die richtige Einstellung für den PVC in einer eigenen FB Cable. Die Einstellung findet sich unter: Telefonie --> Eingene Rufnummern --> Anschulsseinstellungen (ganz unten)

Meister Voda hat geschrieben: ↑17.10.2020, 19:57 Anbei ein Screenshot für die richtige Einstellung für den PVC in einer eigenen FB Cable. Die Einstellung findet sich unter: Telefonie --> Eingene Rufnummern --> Anschulsseinstellungen (ganz unten)

Wie kommst Du auf "richtig"? m.W. sind alle 3 im Screenshot gesetzten Haken falsch bzw. sinnlos.

robert_s hat geschrieben: ↑17.10.2020, 20:02

Meister Voda hat geschrieben: ↑17.10.2020, 19:57 Anbei ein Screenshot für die richtige Einstellung für den PVC in einer eigenen FB Cable. Die Einstellung findet sich unter: Telefonie --> Eingene Rufnummern --> Anschulsseinstellungen (ganz unten)

Wie kommst Du auf "richtig"? m.W. sind alle 3 im Screenshot gesetzten Haken falsch bzw. sinnlos.

Der Haken bei DQoS war bereits per Default gesetzt.
Die weitere Verbindung ist der PVC. Der wird auch tatsächlich für die Telefonie mit dem VFKD SIP-Servern genutzt.
T.38 ist aktiv, damit es ggf. auch von anderen als Mesh-Client genutzten FBs intern im Heimnetz für die Kommunikation mit dem Mesh-Master genutzt wird, falls am Client ein Fax-Gerät angeschlossen und konfiguriert ist.

Die Konfiguration ist bis auf das T.38 identisch mit der, die auch auf Provider-Boxen bei VFKD per ACS gesetzt wird.

Flole hat geschrieben: ↑17.10.2020, 15:27 Warum genau sollte es besser sein? VoC sagt auch nur, dass Voice over Cable übertragen wird, über das Protokoll sagt es nichts aus.

h.323 über PacketCable und veraltet.

Meister Voda hat geschrieben: ↑17.10.2020, 20:09 Der Haken bei DQoS war bereits per Default gesetzt.

Ist sinnlos, weil das bewirkt, dass die Fritz!Box bei SIP-Sessions einen Dynamic Service Flow einrichten will, was von meinen CMTS (Arris und Casa) aber stets mit "Permission Denied" zurückgewiesen wurde. Braucht man auch nicht, weil das CMTS von sich aus den Dynamic Service Flow einrichtet.

Meister Voda hat geschrieben: ↑17.10.2020, 20:09 Die weitere Verbindung ist der PVC. Der wird auch tatsächlich für die Telefonie mit dem VFKD SIP-Servern genutzt.

Ist kein PVC, sondern eine 2. öffentliche IP-Adresse für die eMTA-MAC-Adresse der Fritz!Box. Bringt wie hier gerade diskutiert auch nichts.

Meister Voda hat geschrieben: ↑17.10.2020, 20:09 T.38 ist aktiv, damit es ggf. auch von anderen als Mesh-Client genutzten FBs intern im Heimnetz für die Kommunikation mit dem Mesh-Master genutzt wird, falls am Client ein Fax-Gerät angeschlossen und konfiguriert ist.

Zu T.38 heißt es aus dem offiziellen Forum:
https://forum.vodafone.de/t5/Archiv-Int ... -p/1524466

T.38 wird bei uns im Kabelbereich nicht unterstützt und wurde es auch noch nie Smiley (traurig)

Deaktiviere das bitte.

F-orced-customer hat geschrieben: ↑17.10.2020, 20:48

Flole hat geschrieben: ↑17.10.2020, 15:27 Warum genau sollte es besser sein? VoC sagt auch nur, dass Voice over Cable übertragen wird, über das Protokoll sagt es nichts aus.

h.323 über PacketCable und veraltet.

Wo genau ist genau das als VoC definiert? Also welcher Standard hat diesen Begriff so festgelegt?

PacketCable ist natürlich VoC, das "Cable" sagt ja schon aus das es irgendwie über Cable gehen muss.

robert_s hat geschrieben: ↑17.10.2020, 21:20

T.38 wird bei uns im Kabelbereich nicht unterstützt und wurde es auch noch nie Smiley (traurig)

Laut Schnittstellenspezifikation Nein aber Schnittstellenspezifikation Anlagenanschluss Ja

Flole hat geschrieben: ↑17.10.2020, 21:35

F-orced-customer hat geschrieben: ↑17.10.2020, 20:48

Flole hat geschrieben: ↑17.10.2020, 15:27 Warum genau sollte es besser sein? VoC sagt auch nur, dass Voice over Cable übertragen wird, über das Protokoll sagt es nichts aus.

h.323 über PacketCable und veraltet.

Wo genau ist genau das als VoC definiert? Also welcher Standard hat diesen Begriff so festgelegt?

PacketCable ist natürlich VoC, das "Cable" sagt ja schon aus das es irgendwie über Cable gehen muss.

VoC kenn ich nicht. PacketCable geht auch Fax drüber, hatte mal nen Hylafax Server am Kabelmodem Tel.2

Dann verstehe ich nicht so ganz wie diese Aussage (oder was auch immer das sein soll) zu dem Zitat von mir passen soll.

Als PacketCable MTA entwickelt wurden war Security by Obscurity eben noch eine vorherrschende Einstellung, deswegen wirste da frei online nicht viel dazu finden