Probleme mit "Music On Hold"

[iXware]

Hallo,

vielleicht kann mir ja jemand helfen - ich habe heute versucht das MoH zu aktivieren, nur leider wird die Musik nur Stückchenweise abgespielt.
Installiert sind madplay nud mpg123. Performanceprobleme kann ich rein theoretisch auch ausschließen, denn während die Musik abgespielt wird, nennt top mir folgende Werte:

load: 0,16
CPU:6.0%user 0.7% system

in mohmp3-Verzeichnis liegt nur ein MP3-File.
in der musiconhold.conf habe ich nur das default-Verzeichnis aktiviert und im extensions.conf haben ich einen Eintrag angelegt, damit ich mir die wartemusik mal anhören kann.

exten => 666,1,MusicOnHold(30)

wenn ich die 666 anwähle wird auch die Musik abgespilet, aber immt nur ganz kurze stückchen und dann folge wieder ne länger pause - so als wenn die CPU ausgelastet wäre - lt. top ist sie das aber nicht. auch Speicher ist genügend vorhanden.. Woran kann das liegen, daß die Musik nicht ordentlich abgespielt wird? Kann ich noch irgendetwas anderes probieren?

 

[onemarkus]

poste mal die ausgabe der asterisk CLI

asterisk -r in der shell

dann ruf mal an

und probier ... versuche auch moh reload

 

[iXware]

Hallo,

die consolenausgabe sieht so aus:

Dec  9 12:23:58 DEBUG[1083255728]: res_musiconhold.c:323 monmp3thread: Only wrote -1 of 1600 bytes to pipe
Dec  9 12:23:58 DEBUG[1083255728]: res_musiconhold.c:323 monmp3thread: Only wrote -1 of 1600 bytes to pipe
Dec  9 12:23:58 DEBUG[1083255728]: res_musiconhold.c:323 monmp3thread: Only wrote -1 of 1600 bytes to pipe
Dec  9 12:23:58 DEBUG[1083255728]: res_musiconhold.c:323 monmp3thread: Only wrote -1 of 1600 bytes to pipe
Dec  9 12:23:58 DEBUG[1083255728]: res_musiconhold.c:323 monmp3thread: Only wrote -1 of 1600 bytes to pipe
Dec  9 12:23:58 DEBUG[1083255728]: res_musiconhold.c:323 monmp3thread: Only wrote -1 of 1600 bytes to pipe
Dec  9 12:23:58 DEBUG[1083255728]: res_musiconhold.c:323 monmp3thread: Only wrote -1 of 1600 bytes to pipe
Dec  9 12:23:58 DEBUG[1083255728]: res_musiconhold.c:323 monmp3thread: Only wrote -1 of 1600 bytes to pipe
Dec  9 12:23:58 DEBUG[1083255728]: res_musiconhold.c:323 monmp3thread: Only wrote -1 of 1600 bytes to pipe
Dec  9 12:23:59 DEBUG[1083255728]: res_musiconhold.c:323 monmp3thread: Only wrote -1 of 1600 bytes to pipe
Dec  9 12:23:59 DEBUG[1083255728]: res_musiconhold.c:323 monmp3thread: Only wrote -1 of 1600 bytes to pipe
Dec  9 12:23:59 DEBUG[1083255728]: res_musiconhold.c:323 monmp3thread: Only wrote -1 of 1600 bytes to pipe
Dec  9 12:23:59 DEBUG[1083255728]: res_musiconhold.c:323 monmp3thread: Only wrote -1 of 1600 bytes to pipe
Dec  9 12:23:59 DEBUG[1083255728]: res_musiconhold.c:323 monmp3thread: Only wrote -1 of 1600 bytes to pipe
Dec  9 12:23:59 DEBUG[1121004464]: rtp.c:1086 ast_rtp_raw_write: Difference is 38072, ms is 4779
Dec  9 12:23:59 DEBUG[1083255728]: res_musiconhold.c:323 monmp3thread: Only wrote -1 of 1600 bytes to pipe
Dec  9 12:23:59 DEBUG[1083255728]: res_musiconhold.c:323 monmp3thread: Only wrote -1 of 1600 bytes to pipe
Dec  9 12:23:59 DEBUG[1083255728]: res_musiconhold.c:323 monmp3thread: Only wrote -1 of 1600 bytes to pipe
Dec  9 12:23:59 DEBUG[1083255728]: res_musiconhold.c:323 monmp3thread: Only wrote -1 of 1600 bytes to pipe
Dec  9 12:24:00 DEBUG[1083255728]: res_musiconhold.c:323 monmp3thread: Only wrote -1 of 1600 bytes to pipe
Dec  9 12:24:00 DEBUG[1121004464]: rtp.c:1086 ast_rtp_raw_write: Difference is 4480, ms is 580

an dieser Stelle

Dec 9 12:23:59 DEBUG[1121004464]: rtp.c:1086 ast_rtp_raw_write: Difference is 38072, ms is 4779

hört man kurz diue Musik.

moh reload funktioniert nicht (vielleicht auf Grund der alten version???)

server:/ # asterisk -r
Asterisk CVS-HEAD-08/13/04-12:00:00-BRI-stuffed-0.1.0-RC4a, Copyright (C) 1999-2004 Digium.
Written by Mark Spencer <[email protected]>
=========================================================================
Connected to Asterisk CVS-HEAD-08/13/04-12:00:00-BRI-stuffed-0.1.0-RC4a currently running on server (pid = 11368)
server*CLI> moh reload
No such command 'moh' (type 'help' for help)
server*CLI>

oder kann es an der mpg123-Version liegen?

server:/ # mpg123 --version
Version 0.59s-mh4 (2000/Oct/27)

das ist die bei Suse 9.2 original dabei ist...

 

[rbaer]

Ist das mp3 ein eigenes? Entspricht es auch den benötigten Spezifikationen?

 

[iXware]

an MP3 habe ich verschiedene ausprobiert - als erste natürlich die die bei Asterisk dabei waren, und im weiteren Verlauf meiner Tests habe ich dann noch andere MP3 von den hier im Forum empfohlenen Seiten heruntergeladen und ausprobiert, aber leider mit dem selben Ergebnis...

 

[onemarkus]

die suse version hahah na dann ist es klar ;-) laut vielen anderen leuten in so manchen foren soll was bei dem mp3player paket fehlen ...

probier mal ne neue version from source zu installieren ....

aja maby suse in die tonne werfen .. mit dem OS gibts immer so manche probleme ....

 

[rbaer]

Hab erst jetzt gesehen, dass du 0.59s benutzt, empfohlen ist 0.59r.
Siehe auch http://www.voip-info.org/wiki/view/Asterisk+cmd+MusicOnHold
ziemlich weit unten.

 

[iXware]

macht die Version wirklich soviel aus? Die s kann ja eigenltich nur ne Bugbeseitugung sein. aber ich werde mal versuchen, ob ich die r irgend wie in das Systembekomme ohne das apt mir die immer wieder überschreibt.

 

[rbaer]

Wenn du dem Link gefolgt bist, konntest du lesen, dass es sich eher um eine Bugerweiterung handelt.
mpg123 war eigentlich immer nur eine ungeliebte Notlösung. (Sicherheitsprobleme CPU Last, nicht sauber beendete Prozesse, usw.)
Deshalb auch in 1.2.0 die Möglichkeit rawplayer einzusetzen.

 

[iXware]

also sollte ich doch lieber auf Asterisk 1.2 updaten? Was ist denn da alles zu beachten? kann ich meine Konfig-Dateien einfach übernehmen? oder muß ich dann neue Konfigurationen anlegen?

 

[rbaer]

Meiner Meinung nach ja aber nicht wegen MOH. Dann aber auf 1.2.1, da gab es bereits eine Menge Bugfixes. Zu den Configs: Da hat sich schon einiges geändert und je nachdem wie komplex deine Konfiguration ist, ist schon etwas Nacharbeit erforderlich. Wenn du nach der Installation make samples ausführst, werden die conf Dateien die du bearbeitet hast, bzw die, deren Syntax sich geändert hat, mit der Endung .old gespeichert. Somit siehst du, wo du u.U. Hand anlegen musst. Siehe auch UPGRADE.txt im source Verzeichnis.

 

[kperas]

Du könntest mal folgendes probieren:

deinstalliere deinen mpg123. Dann geh ins Verzeichnis mit den Asterisk Sourcen und führe "make mpg123" aus. Dannach gehst du ins Verzeichnis von mpg123, also "cd mpg123-0.59r" und sagt "make && make install"

Dann hat du den Player installiert, den die Asteriskas empfehlen.

Hatte auch totale Probleme mit dem von Suse mitgebrachten Player, dann hab ich obiges gemacht und schon gings.

Grüsse
kperas

 

[wolfi3300]

Hallo Leute,

ich habe mit meinem Asterisk 1.2.1 unter SuSE 8.2 genau dieselben Probleme. Music on Hold kommt nur in kurzen Stückchen daher. Dazwischen ist Stille.

Ich habe das mpg123 im Asterisk-Source Verzeichnis mit make mpg123 compiliert und auf /usr/bin und /usr/local/bin kopiert. Trotzdem, bringe das einfach nicht zum Laufen.

Hat eventuell jemand einen Tipp für mich, was ich noch versuchen könnte?

Danke,
Wolfgang

 

[chaos2000]

mit Suse 9.3 gibt es damit keine Probs
Ich kann mir auch nicht vorstellen das es daran liegen sollt, da ja auch die selbst erstelle Version die Probleme aufweisst

@wolfi3300

hast du die "orginal"-Version auch entfernt?

 

[wolfi3300]

Hallo chaos2000!

Also "entfernt" - ich habe das mpg123 welches im Verzeichnis /usr/bin/ und /usr/local/bin war gelöscht und habe dann die selber compilierte dort reingespielt. Das ganze hat aber leider nichts geändert.

Bei mir erscheint auch manchmal die Meldung "monmp3thread: Request to schedule in the past?!?!"
oder auch "Yuck! Error in buffer handling...: Connection reset by peer"
- mit denen kann ich nichts anfangen. Was hat das zu bedeuten? Weißt das auf irgendwelche Probleme hin?

Grüße,
Wolfgang

 

[Guard-X]

Ich benutze mpg123 0.59s mit Suse 9.2, 9.3, 10.0 und Asterisk 1.0.9 und 1.2.0. Es gibt in allen Konstellationen keine Probleme. Verwendet das Original RPM aus 9.2!

Das funktioniert problemlos. In den meisten Fällen liegt es an den Files.

 

[wolfi3300]

Gibt es dieses RPM irgendwo zum Herunterladen?

Ich habs auch schon mit .GSM Files versucht. Werden die auch über MPG123 abgespielt? Hatte nämlich hier genau denselben Effekt, dass das Lied nur total zerstückelt ankommt!

Grüße,
Wolfgang

 

[alex-911]

hallo wolfgang

ich kenne den effekt mit xlite oder eyebeam, wenn VAD aktiviert ist.

kannst du an deinem endgerät überprüfen, ob VAD eingeschaltet ist?
oder kannst du dir mal xlite installieren, in den audio settings "transmit silence" auf "yes" setzen und nochmals probieren?

somit könnten wir VAD als mögliche ursache ausschliessen.

gruss
/alex

 

[wolfi3300]

Hallo Alex!

Danke, du bist mein Held!!

Also mt Xlite klappte es auf Anhieb. Die MOH wurde einwandfrei ohne irgendwelche Schnitzer übertragen.

Jetzt habe ich bei meinem Grandstream GXP2000 die Funktion gesucht und ich denke das ist dort "Silence Suppression: NO/YES". Diese war auf NO. Habe die dann mal auf YES gesetzt und das Ding rebootet. Leider spielt mein Grandstream die Musik aber noch immer nicht richtig ab. Der Effekt bleibt der selbe.

Mir ist aufgefallen, dass wenn man während des Abspielens die Lautstärke am Gerät mit "Pfeil nach Oben" oder die Menütaste drückt die Musik kurz durchkommt.

Ist das ein Firmwarefehler bei der GXP2000, dass das nicht geht? Ich habs schon mit der .12 und der .13 versucht.

Grüße,
Wolfgang

 

[alex-911]

hi wolfgang

ich kenne dieses telefon nicht, aber silence suppression "NO" war eigentlich richtig. dann sollte das teil, auch wenn nicht gesprochen wird, einen media stream zum peer (asterisk) schicken.

ist der effekt hingegen immer noch der gleiche, würde ich mih an den hersteller wenden.

was passiert, wenn du mit dem finger über das mikro des telefons reibst? MOH wird ohne unterbruch sauber abgespielt, richtig?


generell signalisiert asterisk beim ausspielen von MOH explizit "silence suppression off". habe aber noch keine endgerät in der hand gehabt, dass das dann tatsächlich auch abschaltet.

gruss
/alex