Immediate tuts nicht

Hupe · 15 Feb 2006

So, ich habe jetzt den USB-Adapter am laufen. Und da taucht auch schon das nächste Problem auf: "Always immediate" tut es ohne Probleme. nur "immediate" nicht. Obwohl es laut "misdn show config" aktiviert ist. Wollte schon im Bug-Tracker von Digium nachsehen, aber der tut es wohl nicht. Ich habe mal ein "debug 5" gemacht (einmal Hörer abnehmen und auflegen):

Code:

 misdn set debug 5
changing debug level for all ports to 5
P[ 1]  --> lib: prim 20182 dinfo 40
P[ 1] % GOT L2 Activate Info.
P[ 1]  --> lib: prim 30582 dinfo 20040
P[ 1]  --> lib: NEW_CR Ind with l3id:20040 on this port.
P[ 1]  --> new_process: New L3Id: 20040
P[ 1] set_channel: bc->channel:0 channel:-1
P[ 1] $$$ find_chan: No channel found for oad:14 dad:
P[ 0] $$$ find_chan: No channel found with l3id:20040
P[ 1] I IND :SETUP oad:14 dad:
P[ 1]  --> mode:NT cause:16 ocause:16 rad:
P[ 1]  --> facility:FAC_NONE out_facility:FAC_NONE
P[ 1]  --> info_dad: onumplan:0 dnumplan:  rnumplan:
P[ 1]  --> screen:0 --> pres:0
P[ 1]  --> channel:0 caps:Speech pi:0 keypad:
P[ 1]  --> urate:0 rate:0 mode:0 user1:0
P[ 1]  --> pid:1 addr:50010102 l3id:20040
P[ 1]  --> b_stid:0 layer_id:50010180
P[ 1]  --> bc:812e53c h:0 sh:0
P[ 1] $$$ find_chan: No channel found for oad:14 dad:
P[ 1]  --> Bearer: Speech
P[ 1]  --> Codec: Alaw
P[ 0]  --> * NEW CHANNEL dad: oad:14
P[ 1] read_config: Getting Config
P[ 1] config_jb: Called
P[ 1]  --> * CallGrp:1 PickupGrp:1
P[ 1] * Queuing chan 0x819cb58
P[ 1] CONTEXT:Intern
P[ 1] I SEND:SETUP_ACKNOWLEDGE oad:14 dad:
P[ 1]  --> mode:NT cause:16 ocause:16 rad:
P[ 1]  --> facility:FAC_NONE out_facility:FAC_NONE
P[ 1]  --> info_dad: onumplan:0 dnumplan:  rnumplan:
P[ 1]  --> screen:0 --> pres:0
P[ 1]  --> channel:0 caps:Speech pi:0 keypad:
P[ 1]  --> urate:0 rate:0 mode:0 user1:0
P[ 1]  --> pid:1 addr:50010102 l3id:20040
P[ 1]  --> b_stid:0 layer_id:50010180
P[ 1]  --> bc:812e53c h:0 sh:0
P[ 1]  --> found chan: 1
P[ 1] $$$ Setting up bc with stid :10010100
P[ 1] setup_bc: with dsp
P[ 1]  --> Channel is 1
P[ 1]  --> TRANSPARENT Mode
P[ 1] Tone Indicate:
P[ 1]  --> Dial
P[ 1] misdn_write: * prods us
P[ 1] BCHAN: MGR_SETSTACK|IND
P[ 1]  --> Got Adr 50010102
P[ 1] $$$ Bchan Activated addr 50010102
P[ 1] BCHAN: bchan ACT Confirm
    -- parse_srv: SRV mapped to host proxy.dus.net, port 5060
P[ 1]  --> lib: prim 34582 dinfo 20040
P[ 1] I IND :DISCONNECT oad:14 dad:
P[ 1]  --> mode:NT cause:16 ocause:16 rad:
P[ 1]  --> facility:FAC_NONE out_facility:FAC_NONE
P[ 1]  --> info_dad: onumplan:0 dnumplan:  rnumplan:
P[ 1]  --> screen:0 --> pres:0
P[ 1]  --> channel:1 caps:Speech pi:0 keypad:
P[ 1]  --> urate:0 rate:0 mode:0 user1:0
P[ 1]  --> pid:1 addr:50010102 l3id:20040
P[ 1]  --> b_stid:10010100 layer_id:50010180
P[ 1]  --> bc:812e53c h:0 sh:0
P[ 1] $$$ find_holded: channel:1 oad:14 dad:
P[ 1] $$$ find_holded: --> holded:0 channel:1
P[ 1] $$$ find_chan: No channel found for oad:14 dad:
P[ 1] $$$ Bchan deActivated addr 50010102
P[ 1] I SEND:RELEASE oad:14 dad:
P[ 1]  --> mode:NT cause:16 ocause:16 rad:
P[ 1]  --> facility:FAC_NONE out_facility:FAC_NONE
P[ 1]  --> info_dad: onumplan:0 dnumplan:  rnumplan:
P[ 1]  --> screen:0 --> pres:0
P[ 1]  --> channel:1 caps:Speech pi:0 keypad:
P[ 1]  --> urate:0 rate:0 mode:0 user1:0
P[ 1]  --> pid:1 addr:50010102 l3id:20040
P[ 1]  --> b_stid:10010100 layer_id:50010180
P[ 1]  --> bc:812e53c h:0 sh:0
P[ 1] BCHAN: DeACT Conf
P[ 1]  --> lib: prim 3f182 dinfo 20040
P[ 1]  --> Faking Realease_cr for 41000101
P[ 1]  --> lib: RELEASE_CR Ind with l3id:20040
P[ 1]  --> lib: CLEANING UP l3id: 20040
P[ 1]  --> empty chan 1
P[ 1] Idx:0 stack->cchan:0 Chan:1
P[ 1] Idx:1 stack->cchan:0 Chan:2
P[ 1] $$$ Cleaning up bc with stid :10010100
P[ 1] Idx:0 stack->cchan:0 Chan:1
P[ 1] Idx:1 stack->cchan:0 Chan:2
P[ 1] I IND :CLEAN_UP oad: dad:
P[ 1]  --> mode:NT cause:16 ocause:16 rad:
P[ 1]  --> facility:FAC_NONE out_facility:FAC_NONE
P[ 1]  --> info_dad: onumplan:0 dnumplan:0 rnumplan:0
P[ 1]  --> screen:0 --> pres:0
P[ 1]  --> channel:0 caps:Speech pi:0 keypad:
P[ 1]  --> urate:0 rate:0 mode:0 user1:0
P[ 1]  --> pid:0 addr:50010102 l3id:20040
P[ 1]  --> b_stid:0 layer_id:50010180
P[ 1]  --> bc:812e53c h:0 sh:0
P[ 1] Trying to Release bc with l3id: 20040
P[ 1] * RELEASING CHANNEL pid:0 ctx:Intern dad: oad:14 state: WAITING4DIGS
P[ 1]  --> * State Down
P[ 1]  --> Setting AST State to down
P[ 1]  --> * State Wait4dig | ExtCantMatch
P[ 1] BCHAN: MGR_DELLAYER|CNF

Vielleicht hilft es ja.

crich · 16 Feb 2006

was erwartest du denn sollte immediate tun ?

immediate sorgt dafür, dass wenn die dad="" also leer ist, dann soll in die s-extension gesprungen werden.

always_immediate springt immer in die s-extension.

warum tut der digium bugtracker es nicht?

Hupe · 16 Feb 2006

crich schrieb:
was erwartest du denn sollte immediate tun ?
immediate sorgt dafür, dass wenn die dad="" also leer ist, dann soll in die s-extension gesprungen werden.

Ich weiss schon , wofür immediate gut ist. Aber wenn Du Dir den Debug mal ansiehst, dann wirst Du feststellen, das die dad leer ist. Da sollte dann ja die s-extension angesprungen werden. Was aber nicht geschieht. Die s-extension wird nur bei allways-immediate angesprungen. Aber dann eben immer.

Zum Bugtracker. Habe gestern versucht (zwei mal innerhalb von 6 Stunden) mich da anzumelden. Es erschienen aber beim Versuch nur Fehlermeldungen, und eine email habe ich auch nicht bekommen.

crich · 16 Feb 2006

Ich habe mir die immediate sache eher für die TE - Seite überlegt, im NT Mode ignoriert chan_misdn die immediate setting. Ich prüf das nachher.

Warum willst du das überhaupt machen?

Zum Bugtracker, dann poste auf bugs.digium.com, dort bin ich auch maintainer von chan_misdn.

Hupe · 16 Feb 2006

Vielen Dank für die Antwort.

Ich möchte vielleicht mal ne Telefonanlage mit analogen Telefonen anschließen. Und dann muss ja sowas wie Disa, oder so genutzt werden um zu wählen (da ja "wählen bei aufgelegtem Hörer" da nicht geht.
Wo wir gerade dabei sind. Du kannst Mir sicherlich sagen, ob das so gewollt ist.

Ich habe eine extension des Typs:

exten => _X.,1,Blabalball

Wenn ich nun den Hörer abnehme, bekomme ich ein Frei-Zeichen (was ja super ist, und auch so von mir gewollt). Wenn ich die erste Ziffer wähle verschwindet das Frei-Zeichen (so habe ich es auch in der misdn.conf konfiguriert). Allerdings wird die obige extension direkt nach der Eingabe der zweiten Ziffer angesprungen, und nicht erst auf die Eingabe weitere Ziffern gewartet.

crich · 16 Feb 2006

das ist richtig. Wenn du weiteres warten auf ziffern willst lade dir www.beronet.com/downloads/apps/app_bundle.tar.gz runter und installier es. und ruf dan in der extension die waitfordigits applikation auf:

exten => _X.,1,waitfordigits(4000)
exten => _X.,2,blahblubs

Hupe · 16 Feb 2006

Jo, das Bundle hatte ich auch (mit)installiert. Läuft auch super! Prinzipiell ist es das schon, was ich gesucht hatte. Würde wohl auch (beinahe) die Sache mit der s-Extension überflüssig machen.

Meinst Du, dass es der Entwickler von app_waitfordigits sinvoll finden könnte, einen zusätzlichen Parameter einzuführen, der dafür sorgt, das bei einer bestimmten Taste (Entweder der wert des Parameters, oder aber auch die #-Taste statisch) sofort gewählt wird?
Bei den meisten Sip-Endgeräten ist das so. Und wenn man Sip- und ISDN-Geräte parallel benutzt, dann würde das einheitlich sein, und die Benutzer müssten sich nicht je nachdem, welches Telefon sie benutzen, umstellen.

crich · 16 Feb 2006

Hallo,

also ich bin der Entwickler von app_waitfordigits. Und ich finde es in der Tat sinnvoll. Ich dachte sogar dass ich das schon drin hatte, wenn nicht dann lege ichs nach ist nicht weiter schwierig.

Ich hoffe ich vergess das nicht..

Hupe · 16 Feb 2006

crich schrieb:
also ich bin der Entwickler von app_waitfordigits.

Ich hatte mir schon soetwas gedacht

. Hatte auch mal im Quelltext nachgesehen, aber da stand leider nicht der Name des Entwicklers (was an sich schon schade ist. Wer die Arbeit hat, sollte auch die Lorbeeren ernten!

Also, nochmals vielen Dank!

crich · 16 Feb 2006

habe gerade eine Version online gestellt (waitfordigits) die mit einem Key das warten beendet, einstellbar durch die veriable: WAIT_STOPKEY, d.h. in extensions.conf:

[globals]
WAIT_STOPKEY=#

dann kann man mit # die eingabe abschliessen.

Hupe · 16 Feb 2006

Funzt auch echt gut!

Languages

Suche

Languages

Suche

Immediate tuts nicht

Hupe

Aktives Mitglied

crich

Mitglied

Hupe

Aktives Mitglied

crich

Mitglied

Hupe

Aktives Mitglied

crich

Mitglied

Hupe

Aktives Mitglied

crich

Mitglied

Hupe

Aktives Mitglied

crich

Mitglied

Hupe

Aktives Mitglied

Zurzeit aktive Besucher

Neueste Beiträge

Statistik des Forums