Die Optione ":d" im Dial Befelh funktioniert nicht richtig.

[lo4dro]

Hallo.

Ich hab folgendes festgestellt.

Wenn ich "exten => _X.,n,Dial(misdn/1/9980/:dTest & Error:n,22,Ttr)" wähle
Bekommt der anrufer ein Besetzt.
Es klingelt Tel 9980.
Ich sehe, das misdn aber nur "9980:dTest" wählt.
Im Display wird auch nur Test angezeigt.
Anscheinend wird das "&" als weiteren Dialparameter ausgewertet.
Ist das Problem schon bekommat?

Ich wollt eigendlich eine alternativ Lösung für: http://www.ip-phone-forum.de/showthread.php?t=97970

 

[crich]

lies mal:

CLI> show application dial

 

[lo4dro]

Meinst du das?

d    - Allow the calling user to dial a 1 digit extension while waiting for
           a call to be answered. Exit to that extension if it exists in the
           current context, or the context defined in the EXITCONTEXT variable,
           if it exists.

in deiner Beschreibung steht (...\:dText Text:n)
Daraus hab ich geschlossen, das (...\:dText & Text:n) auch funktinoiert.

 

[crich]

Ich meine vielmehr das:

[Description]
Dial(Technology/resource[&Tech2/resource2...][|timeout][|options][|URL]):

 

[crich]

du kannst soweit ich weis das & escapen, also \& sollte gehen.

 

[lo4dro]

Das nutz mir aber nichts.
Weil hinter :d kommt ne Varibale
Die wird von Inverssuche gefüttert.

:d${LONGNAME}:n

 

[crich]

feel free to open a bug @ bugs.digium.com

Das ist in der Tat ein Problem des Expression Parsers nicht von mISDN/chan_misdn. Aber ehrlich gesagt glaube ich gibts dafür trotzdem ne lösung, lies doch einfach mal ein bisschen in:

asterisk/docs

herum, oder schau dir "show applications" und "show functions" an. Dann wirst du sicher fündig.

 

[lo4dro]

wie du weist kann ich kein bug einstellen.
Wenn du sendtext meinst, das kenn ich.
Es geht doch dadrum bugs zu finden, damt das teil stabel wird.

--- Nachtrag ----
sendtext übermittel einen Text zu dem Rufendem Telefon, nicht zu dem gerufene (Das Telefon wo klingelt).

 

[crich]

das & ist ein Bestandteil der app_dial parameter. app_dial frisst das & und leitet es nicht an chan_misdn weiter. ich habe absolut keinen Einfluss auf dieses Verhalten.

Ich wette aber es gibt eine Application oder Function die das & escaped, selbst wenn es in einer Variable enthalten ist!

Wenn es diese Application/Function nicht gibt dann schlage ich dir vor diesen Bug beim offiziellen Bugtracker von Asterisk (bugs.digium.com) *nicht* bugs.beronet.com ! als feature-request einzutragen.

Wir haben übrigens parallel nochmal versucht selbst einen Account in *unserem* bugtracker (bugs.beronet.com) anzulegen und das hat problemlos funktioniert.

Auf den asterisk bugtracker (bugs.digium.com) haben wir aber keinen einfluss..