Verbindung/Traffic zwischen zwei VoIP Teilnehmern? Was macht der Provider?

[Der_Vogel]

Hallo,

ich bin neu hier und habe eine Frage:

Läuft das gesamte Gespräch auch über den/die Provider? Also TeilnehmerA schickt die Gesprächspakete an seinen Provider und diese stellt sie dann dem TeinehmerB bzw. dem Provider von Teilnehmer B zu?

TeilnehmerA <-> Provider <-> TeilnehmerB
TeilnehmerA <-> ProviderA <-> ProviderB <-> TeilnehmerB

Oder läuft ein VoIP Gespräch zwischen zwei Teilnehmern direkt? Also TeilnehmerA schickt die Gesprächspakete direkt an den TeilnehmerB und der Provider dient jeweils nur zur Vermittlung der beiden Teilnehmer.

Wäre in diesem Fall auch eine Gesprächsvermittlung z.B. via DNS möglich?

Also nicht über eine Tel. Nr. die ein Provider erst vermitteln muss, sondern z.B. über voip.Teilnehmerdomain.blah oder Teilnehmer.dyndns.org?

Danke schonmal

 

[voja]

Oder läuft ein VoIP Gespräch zwischen zwei Teilnehmern direkt? Also TeilnehmerA schickt die Gesprächspakete direkt an den TeilnehmerB und der Provider dient jeweils nur zur Vermittlung der beiden Teilnehmer.

Solange nicht sowas wie STUN zum NAT-Traversal zum Einsatz kommt, läuft bei SIP AFAIK nach der Vermittlung des Gesprächs alles direkt zwischen den Teilnehmern ab.

Wäre in diesem Fall auch eine Gesprächsvermittlung z.B. via DNS möglich?
Also nicht über eine Tel. Nr. die ein Provider erst vermitteln muss, sondern z.B. über voip.Teilnehmerdomain.blah oder Teilnehmer.dyndns.org?

Du meinst warscheinlich SRV-Records. Das wird so benutzt. Suche mal hier im Forum nach SRV-Record oder in der Wikipedia.

Volker

 

[Gast]

Stimmt,der Provider hat relativ wenig bis gar keinen Aufwand bei interner Telefonie,auch sein Traffic hält sich Grenzen bis fast gar nichts,wenn nicht bestimmte Techniken zum Einsatz kommen,die zum Teil schon genannt wurden.
Direct Calls kannst Du auf mehrerlei Arten führen,einmal per IP-Call,oder über eine Dyndns-Adresse (entspricht Deiner aktuellen IP),aber auch über einen eigenen VOIP-Server (SER und Asterisk).
Auch dabei wird nur vermittelt und schon ist der Server wieder aussen vor!
Erst wenn der Provider aktiv eingreifen muß durch STUN,Outbound Proxy und Umsetzung von Codecs u.s.w.,wird es für ihn interessant,wieviele interne Gespräche geführt werden auf seine Kosten durch dann entstehenden Traffic.
Gruß von Tom

 

[zoo]

Oder läuft ein VoIP Gespräch zwischen zwei Teilnehmern direkt? Also TeilnehmerA schickt die Gesprächspakete direkt an den TeilnehmerB und der Provider dient jeweils nur zur Vermittlung der beiden Teilnehmer.

Das kommt darauf an, wie die Provider das zulassen. Stichwort bei Asterisk: canreinvite. Die RTP-Pakete, die die Nutzdaten (Sprache) enthalten können entweder direkt zwischen den zwei Clients ausgetauscht werden oder sie können den Umweg über den/die Provider nehmen.

Die SIP-Pakete gehen imho weiterhin den Weg über die Provider.

Das Durchstellen eines Gespräches erfordert ein reINVITE, was aber bei vielen Providern unterbunden wird (unerwünscht ist).

 

[blacksun]

Solange nicht sowas wie STUN zum NAT-Traversal zum Einsatz kommt, läuft bei SIP AFAIK nach der Vermittlung des Gesprächs alles direkt zwischen den Teilnehmern ab.

Aber STUN gibt es doch bei jedem im Moment in Deutschland angebotenem VoIP mittels SIP, oder?
Schon alleine deshalb, weil der Großteil der Anwender einen Router einsetzt, und dieser hat ja eine NAT.

Bist Du Dir da sicher, dass nicht die gesamten Sprach-Daten über die Server vom Provider laufen, selbst bei netzinternen Gesprächen?
Ist nicht im Moment Skype das einzige nennenswerte Protokoll, welches direkt zwischen den Peers überträgt (sofern netzintern telefoniert wird)?

Gruß
Martin

 

[voja]

Schon alleine deshalb, weil der Großteil der Anwender einen Router einsetzt, und dieser hat ja eine NAT.

Ich denke mal das NAT-Problem betrifft hauptsächlich die Softphone User. Wenn man z.B. eine FritzBox als Router und VoIP-Anlage hat, ist die FritzBox nicht von dem NAT-Problem betroffen.

Volker