callfile mit channel misdn erzeugen

[nirvana1000]

hallo,

wollte ein callfile für ausgehende gespräche über misdn im ordner /var/spool/asterisk/outgoing erzeugen, doch leider ist die Syntax falsch, habs auch im forum oder bei google nicht gefunden. rufnummer ist geixxt ;-)

Channel: mISDN/g:TEports/00211xxxxxxxxx
Callerid: App12 <12>
MaxRetries: 2
RetryTime: 60
WaitTime: 30
Context: default
Extension: 77
Priority: 1

folgende fehlermeldung erhalte ich:

-- Attempting call on mISDN/g:TEports/00211xxxxxxxxx for 77@default:1 (Retry 1)
P[ 1] * CALL: g:TEports/00211xxxxxxxxx
P[ 1] --> * dad:00211xxxxxxxxx tech:mISDN/1-u21 ctx:default
P[ 1] update_config: Getting Config
P[ 1] I SEND:SETUP oad:12 dad:00211xxxxxxxxx pid:26
P[ 1] --> bc_state:BCHAN_CLEANED
P[ 1] find_free_chan: req_chan:0
P[ 1] --> found chan: 1
P[ 1] --> * SEND: State Dialing pid:26
P[ 1] set_chan_in_stack: 1
P[ 1] I IND :SETUP_ACKNOWLEDGE oad:12 dad:00211xxxxxxxxx pid:26 state:CALLING
P[ 1] I IND ISCONNECT oad:12 dad:00211xxxxxxxxx pid:26 state:CALLING_ACKNOWLEDGE
P[ 1] --> Inband Info Avail, not sending RELEASE
Aug 4 21:11:58 WARNING[4999]: cdr.c:548 ast_cdr_disposition: Cause not handled
P[ 1] * IND : HANGUP pid:26 ctx:default dad:77 oad:12 StateISCONNECTED
P[ 1] --> cause:3
P[ 1] --> out_cause:3
P[ 1] --> stateISCONNECTED
P[ 1] I SEND:RELEASE oad:12 dad:00211xxxxxxxxx pid:26
P[ 1] --> bc_state:BCHAN_ACTIVATED
P[ 1] Channel: mISDN/1-u21 hanguped new state:CLEANING
Aug 4 21:11:58 NOTICE[4999]: pbx_spool.c:269 attempt_thread: Call failed to go through, reason 0
P[ 1] empty_chan_in_stack: 1
P[ 1] I IND :RELEASE_COMPLETE oad: dad: pid:26 state:CLEANING
P[ 1] Cannot hangup chan, no ast
P[ 1] release_chan: bc with l3id: 90015

 

[nirvana1000]

mit dem digium zaptel driver gehts

hab die channel zeile mal wie folgt geändert:

Channel: ZAP/g1/00211xxxxxxxxx

und es funktioniert, allerdings auf einem anderen server mit digium karte.

Wo ist eigentlich der Unterschied zwischen mISDN Channels die mit mISDN/1-1 und denen die mit mISDN/1-u34 angezeigt werden mit show channels.

interne / extene calls ?

 

[nirvana1000]

hab noch was rausgefunden

interne telefone kann ich mit folgender zeile erreichen, z.B. App 21,

Channel: mISDN/g:NTports/21

das Problem liegt also bei ausgehenden Gesprächen. Hat jemand eine Idee ?

 

[nirvana1000]

fehlermeldung

hab noch mal die fehlermeldung studiert, was bedeutet denn

Aug 4 21:11:58 WARNING[4999]: cdr.c:548 ast_cdr_disposition: Cause not handled

scheint als ob es ein Problem beim schreiben der cdr-records gibt !

 

[crich]

cause:3 == No route to Destination.

 

[nirvana1000]

call in context outgoing schicken

ok, habe mal folgendes probiert

mISDN/g:TEports/00211xxxxxxxxx@outgoing

oder alternativ context default, doch leider kein Erfolg

Ich vermute der call wird auf den falschen misdn channel geschickt und erwartet ein internes telefon, weil misdn/1-u21 statt misdn/1-1

Ein Teil meiner misdn.conf sieht übrigens so aus:

[TEports]
context=default
ports=1,8,2,7
msns=*
echocancel=yes

[NTports]
context=default
ports=3,6,4,5
msns=*

Ziel ist es einen Call autom. vom system abzusetzen und dann ein Voicefile abzuspielen, siehe dazu auch voip-info.org asterisk+autodial+out nur halt über einen misdn channel.

Das shell Script dazu sieht übrigens wie folgt aus, eigentlich simpel

---------------------------------------
#!/bin/sh

cat <<EOF > /var/spool/asterisk/callfile
Channel: mISDN/g:TEports/00211xxxxx
Callerid: 0211yyyyy
MaxRetries: 3
RetryTime: 300
WaitTime: 45
Context: default
Extension: 77
Priority: 1
EOF
mv /var/spool/asterisk/callfile /var/spool/asterisk/outgoing
---------------------------------------

dieser eintrag muss dann noch in die extensions.conf

exten => 77,1,Playback(demo-congrats)

 

[nirvana1000]

mmmh, schade

werde mir wohl ne digium karte holen müssen, mit dem zaptel treiber gehts

 

[crich]

cause:3 == "No route to destination" entweder ist die Nr. falsch oder der dialplan nicht zur nummer passend.

 

[nirvana1000]

routen geprüft

crich:
mmh, die routen habe ich natürlich geprüft, ok vielliecht habe ich was
übersehen, hast du das shell beispiel script von mir mal probiert, geht es bei dir ?

 

[crich]

das shell script sieht gut aus, ich denke es liegt am dialplan oder zu wenig Nullen oder doch falsche Nr.

 

[crich]

die führende 0 ist wohl zuviel hm?

 

[nirvana1000]

gelöst

yepp das wars, mir war nicht klar das der call garnicht durch die extensions.conf läuft, ist aber logisch.

danke crich