VOIP FORUM

Hallo,

seit kurzem haben wir sipgate und Siemens Gigaset C450 IP.
der Anschluss verlief ohne Probleme.

Leider ist der Telefonton oft sehr abgehackt, manchmal kann einer der beiden
Teilnehmer gar nichts hören, während der andere
alles problemlos hört.

wo kann das Problem liegen?
ist das bei sipgate so üblich?

GruÃź
Heinrich

m. vanselow schrieb:
> Hallo,
>
> seit kurzem haben wir sipgate und Siemens Gigaset C450 IP.
> der Anschluss verlief ohne Probleme.
>
> Leider ist der Telefonton oft sehr abgehackt, manchmal kann einer der
beiden
> Teilnehmer gar nichts hören, während der
andere alles problemlos hört.
>
> wo kann das Problem liegen?
> ist das bei sipgate so üblich?

Es würde helfen wenn du uns mitteilst, welche Seite
überwiegend die
Probleme hat. Wenn z.B. die Gegenseite oft abgehakten Klang hat, deutet
das auf einen zu geringen oder ausgelasteten Upstream hin.
Natürlich
kann es auch an Sipgate liegen, üblich ist dies jedoch nicht.

GruÃź
Dominique Görsch

Hallo,

>Leider ist der Telefonton oft sehr abgehackt, manchmal kann einer der
beiden
>Teilnehmer gar nichts hören, während der andere alles problemlos
hört.

Habe seit heute dasselbe Telefon, auch über Sipgate. Ein einziges
VoIP-Testgespräch reichte mit der passenden Software aus, um
rauszufinden,
wie die Sprachqualität, die beim Partner (Festnetz) ankommt, drastisch
zu senken ist...
Es ist meistens der Upstream, der die Qualität bestimmt.
Ich habe TDSL 6000 (seit 01.08.06), vorher habe ich VoIP gar nicht
ausprobieren wollen.
Der Donkey (bzw. bei mir aMule, weil iMac) kann schnell den Upload
voll ausreizen und ist auch gut konfigurierbar, daß er eben das nicht
tut. Ich habe den während des Gesprächs gestartet, die Qualität
ist
lt. Gesprächspartner deutlich gesunken, inkl. Aussetzer - ich habe
ihn aber noch gut verstanden, naja, Festnetz bis Sipgate halt. Der Upload
von aMule war auf 30 kB/s begrenzt, das ist bei TDSL 6000 etwa die
halbe, maximale Uploadgeschwindigkeit. Ich habe das dann spasseshalber
auf einen Phantasiewert (120 kByte/s) gesetzt, dann ist der Upload so um
die 60-65 kByte/s. Lt. Gesprächspartner hat er mich fast gar nicht mehr
gehört, und wenn dann nur abgehackt. Ich habe dann aMule beendet,
und die Qualtität war nach ca. 1/2 min. wieder erträglich.

Ich habe jetzt mal probeweise beim C450 IP einen anderen Codec
als bevorzugt eingestellt, mal sehen, ob das einen Unterschied macht.

Fazit: es hängt vom Anschluss ab, sowohl der Qualität, als
auch der gebuchten Geschwindigkeit. Mit TDSL 1000 und der
entsprechenden Uploadgeschwindigkeit halte ich es VoIP nicht
so sinnvoll. Und an Sipgate liegt das nicht, da haben die keinen
Einfluss drauf.

mfg,
Ingo Lembcke

Am Sat, 05 Aug 2006 20:28:12 +0200 schrieb Dominique Görsch:

> DSL1000 reicht für ein Gespräch aus, wenn der Upstream ansonsten
> unbelastet ist. Und die Netzqualität von Sipgate hängt sehrwohl
mit der
> Sprachqualität zusammen, auch deren Netz und deren Server haben Lags
wie
> mein Monitoring zeigt. Aktuell zeigt z.B. dusnet bei mir eine Latenz von
> teilweise über 500ms, nicht wirklich schön beim Telefonieren.
Für mich
> am schnellsten zu erreichen ist Arcor (ist auch mein ISP) mit etwa 15ms
> im Schnitt.

Wie testest Du das?

Gruß

Chris

--
Jetzt auch bei mir: http://blog.superbilk.org

Hallo!

So wie ich das verstehe, zeigt "sip show peer" die Delays zu den
Registraren
an. Das ist aber im Telefonat weniger interessant. Viel interessanter ist
dann das Delay zum Angerufenen (bzw. Gateway).

Ciao,
Werner...
--
PGP 8 available
http://home.arcor.de/werner.henze

Dominique Görsch wrote:

> Mein Asterisk zeigt für alle eingetragenen Peers die Latenz an, wenn
> Qualify=yes gesetzt ist.

Das hat wenig Aussagekraft. Der Server der die qualify Anfragen bearbeitet
muss/wird nicht der Server sein der das Gespräch führt.

Qualify soll den Paketfilter bei einem NAT-Router offen halten hinter dem
ein Client steht. Bei Provider peers sollte man qualify ausschalten.

Dominique Görsch <mail@dgoersch.info> wrote:

> Ein sparsamerer Codec verringert die Sprachqualität per Definition.

Der OP redet con Sipgate. Sipgate unterstützt leider den GSM Codec
nicht.

Sven

--
"We just typed make"
(Stephen Lambrigh, Director of Server Product Marketing at Informix
about porting their Database to Linux)
/me is giggls@ircnet, http://sven.gegg.us/ on the Web

Sven Geggus schrieb

>> Ein sparsamerer Codec verringert die Sprachqualität per
Definition.

> Der OP redet con Sipgate. Sipgate unterstützt leider den GSM Codec
> nicht.

Wie kommst du darauf? Hier geht es auch mit GSM. Sowohl Testnummer,
als auch Anruf ins Festnetz als auch Voicemail.

Ruediger