Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder ein alternativer Browser verwenden.
ich habe einen vserver bei star-hosting.de
Seit dem ich dieses nutze, habe ich ab und zu ein stottern im Gespräch.
Kann es an den Einstellungen liegen oder liegt es am vserver selbst?
Du hast also eine vServer auf dem du einen Asterisk installiert hast oder?
Wenn ja ist das stottern damit zu erklären das du dir einen Rechner mit mehreren leuten teilst (CPU/RAM/Bandbreite).
Du hast also eine vServer auf dem du einen Asterisk installiert hast oder?
Wenn ja ist das stottern damit zu erklären das du dir einen Rechner mit mehreren leuten teilst (CPU/RAM/Bandbreite).
Das ist dadurch NICHT zu erklären. Ich betreibe eine ganze Menge Asterisk-Server auf vServern und hatte diese Probleme noch nie.
Eventuell liegt ein Konfigurationsproblem des Asterisk selbst oder in den angemeldeten Endgeräten vor. Aber da wir hierzu keine weiteren Informationen haben, ist es ziemlich schwer, dazu eine Aussage zu treffen.
ich kämpfe seit geraumer Zeit mit dem selben Problem. Mein Asterisk läuft ebenfalls auf einem vServer der Firma Star-Hosting. Dieses Stottern, von dem du sprichst, tritt bei mir aber nur bei Gesprächen ins Festnetz oder zum Handy auf und da auch nicht immer. Wenn ich intern telefoniere, also zu einem Telefon, das ebenfalls am vServer angemeldet ist, besteht dieses Problem nicht. Jetzt liegt der Verdacht nahe, dass es am Carrier ins Fest- bzw. Mobilfunknetz liegt. Probiert hab ich es bereits mit Strato und dus.net, beide Male die selben Symptome.
Das liegt dann wohl daran, dass der Vserver bzw Asterisk hier nur zum Vermitteln da ist. Die Gespräche gehen ja von A nach B und nicht über den Asterisk selber oder?
Ich vermute die Störungen liegen an zu wenige Bandbreite. Ich hatte auch mal einen Vserver und zu spitzen Zeiten, vor allem in den Abendstunden war der Server mehr als ausgelastet und die Bandbreite konnte man vergessen.
Prüfe doch einfach mal wie die Auslastung ist wenn es wieder stotert und wie die Bandbreite ist, einfach mal einen kleinen test down und upload machen.
Man sollte darauf achten, dass die priorisierten Codecs für das Endgerät und für den Provider die gleichen sind (auch gleiche Reihenfolge) um zu verhindern, dass eine codec-translation ausgeführt wird, die sehr CPU-intensiv ist.
Das liegt dann wohl daran, dass der Vserver bzw Asterisk hier nur zum Vermitteln da ist. Die Gespräche gehen ja von A nach B und nicht über den Asterisk selber oder?
Das glaube ich nicht. Die beiden SIP-Geräte haben das Attribut canreinvite=no. Außerdem habe ich auch beim intern Telefonieren Traffic am Server.
Man sollte darauf achten, dass die priorisierten Codecs für das Endgerät und für den Provider die gleichen sind (auch gleiche Reihenfolge) um zu verhindern, dass eine codec-translation ausgeführt wird, die sehr CPU-intensiv ist.
Sollte bei mir auch nicht das Problem sein, da ich nur ulaw erlaube und im Festnetz dieser Codec verwendet wird.
Langsam verdächtige ich meinen DSL-Anschluss, also das Signal vom Amt. Paketloss habe ich zwar nicht, aber man weiß ja nie....
EDIT: seltsam ist auch, dass meißt nur die angerufe Gegenstelle über Unterbrechungen und Aussetzer klagt und auf meinem Ende der Leitung (am IP-Telefon) i. d. R. alles störungsfrei ankommt.
Prüfe doch mal den Status der Channels mit show channels bzw. sip show channels. Ich vermute dass der Fehler bei Bridged Calls nicht auftritt, bei Transcodierung hingegen schon. In diesem Falle wäre die CPU ausgelastet. Den Effekt habe ich auch schon bei einem Xantron-Vserver gesehen.
Ähm, wo kramt ihr nur immer diese uralten Themen aus :gruebel: guck mal wie alt das ist! Das ganze ist jetzt über 1 Jahr alt, meinst du nicht er hat nicht schon längst was anderes probiert? Ein Jahr wird er sicher nicht mit dem störungen weiter gemacht haben
OK, es war vom Februar und ich habe nicht auf das Jahr geachtet. Wo ich es schon mal versehentlich wieder aufgegriffen habe wäre es dennoch interessant der Sache auf den Grund zu gehen.
