Warteschleife

achim22

Neuer User
Mitglied seit
20 Okt 2005
Beiträge
153
Punkte für Reaktionen
0
Punkte
0
Hi!
Ich versuche mal die Problematik zu erklären.Wenn ein Ruf reinkommt, über das ISDN Netz, soll dieser nach fünf mal klingeln in die Warteschleife gehen. Von da aus wieder, nach kurzer Zeit, rausgehen. Wenn immer noch keiner an das Telefon geht soll er wieder in die Warteschleife gehen....usw,

Wenn jetzt einer anruft klingelt das Telefon zweimal. Dann bekommt der Anrufer ein Besetztzeichen.
Kann mir einer weiterhelfen wo ich den Fehler suchen muss?

Gruß
Achim

-- Executing Goto("CAPI/ISDN1/268542-4", "from-outside-redir|268542|1") in new stack
-- Goto (from-outside-redir,268542,1)
-- Executing SetVar("CAPI/ISDN1/268542-4", "DIALED_NUMBER=268542") in new stack
-- Executing GotoIfTime("CAPI/ISDN1/268542-4", "*|*|*|*?from-outside-268542-tl-allhours|s|1") in new stack
-- Goto (from-outside-268542-tl-allhours,s,1)
-- Executing Macro("CAPI/ISDN1/268542-4", "tl-queue|datenklick|100") in new stack
-- Executing GotoIf("CAPI/ISDN1/268542-4", "0?3") in new stack
-- Executing Queue("CAPI/ISDN1/268542-4", "datenklick|100") in new stack
-- Started music on hold, class 'loud', on channel 'CAPI/ISDN1/268542-4'
-- Called SIP/100
-- SIP/100-e879 is ringing
-- Nobody picked up in 5000 ms
-- Stopped music on hold on CAPI/ISDN1/268542-4
-- User disconnected from queue datenklick when they almost made it
== Spawn extension (macro-tl-queue, s, 2) exited non-zero on 'CAPI/ISDN1/268542-4' in macro 'tl-queue'
== Spawn extension (macro-tl-queue, s, 2) exited non-zero on 'CAPI/ISDN1/268542-4'
 
vieleicht kann damit einer was anfangen.
Wenn ich moh reload eingebe kommt:

1 class reloaded.
== Destroying musiconhold processes
== Parsing '/etc/asterisk/musiconhold.conf': Found
Apr 6 14:21:42 WARNING[5436]: res_musiconhold.c:833 moh_register: Unable to open pseudo channel for timing... Sound may be choppy.


Gruß
Achim
 
achim22 schrieb:
vieleicht kann damit einer was anfangen.
Wenn ich moh reload eingebe kommt:
1 class reloaded.
== Destroying musiconhold processes
== Parsing '/etc/asterisk/musiconhold.conf': Found
Apr 6 14:21:42 WARNING[5436]: res_musiconhold.c:833 moh_register: Unable to open pseudo channel for timing... Sound may be choppy.
das klingt imho nach nem Problem mit dem alsa/oss treiber, aber das ist nen andres Problem, das dürfte sich höchstens insoweit äußern, dass die Wartemusik scheisse klingt ;).

Zum eigentlichen Problem: Deine Extention ist wohl so definiert, dass der Anruf direkt in der Queue landet, also sofort die ISDN-Verbindung besteht (dein GotoIfTime(*|*|*|*?...) ist übrigens sinnfrei), der Angerufene Apparat Klingelt erst als der andre schon die Warteschleife hört. In deiner Queue ist nun nen Timeout von 5 eingestellt sodass das Gespräch nach 5sek wieder (weil Teilnehmer nicht erreichbar) rausfliegt und deine ext+1 ist dann wahrscheinlich Busy() oder dergleichen, weiss nicht wie dein tl-queue macro aussieht.

aber letztlich wirst du auch dieses Problem haben: http://www.ip-phone-forum.de/showthread.php?t=99704 weshalb ich dich ermüntern möchte dir dort mal meine Konfig anzuschauen, damit komsmt du dann auch etwas weiter denk ich und ggf am GROßEN Problem mitzuhelfen ;)

GLG
Marcel
 
Wenn du einen ankommen ISDN Anruf erstmal ignorierst, dann schaltet die Telekom nach ca. 4 Sekunden auf besetzt. Das ist normal.

Wenn du also den Anruf trotzdem (irgendwann) annehmen moechtest, dann musst du dem Anschluss dies mittteilen und der timeout wird auch meist 2 Minuten gestellt. Dies geschieht mit einem ALERT was unter Asterisk mit dem Befehl
exten => s,1,Ringing()
geht.

Armin
 
er wird doch gar nicht ignoriert?!
die Queue nimmt doch ab und spielt Warteschleifenmusik! oder verstehe ich da was falsch?!

Gruß
Marcel
 
Sorry, im Log sah es fuer mich im ersten Moment anders aus. Wenn natuerlich der Anruf schon abgenommen wurde und die Musik zu hoeren ist, dann hat es mit dem Ringing() natuerlich nichts zu tun.

Armin
 
Kostenlos!

Statistik des Forums

Themen
249,052
Beiträge
2,309,534
Mitglieder
378,850
Neuestes Mitglied
IchBinEsDoch