Hallo,
hatte in letzter Zeit das Problem, dass div. Anrufe die wahrscheinlich von einem Analogen Telefon gekommen sind, an mein Auffangbecken (Zentrale) geroutet wurden.
Im Einsatz habe ich mISDN mit Asterisk 1.2.18 - weiss halt nicht ob es nen Asterisk oder gar ne mISDN Funktion ist - dieses Problem zu beheben, daher habe ich mir erlaubt das Thema unter mISDN zu posten. ;-)
Hier das Szenario:
Amtskopf: 105-XXX
Zentrale: 105-0
Wurde die Rufnummer 105-123 gewaehlt, wanderte das Gespraech zur Zentrale. Nun habe ich auf Hinweis von crich meinen incoming context wie folgt geaendert:
Waere das soweit richtig? Getestet habe ich es via GSM,ISDN,VoIP und Analog - sah bis dato ziemlich okay aus.
Danke im Voraus!
Zusatz:
Okay - ich in im Richtigen Thread, es scheint in der Tat so zu sein, dass die Rufnummer bereits bei der S2M Schnittstelle / mISDN falsch ankommt:
hatte in letzter Zeit das Problem, dass div. Anrufe die wahrscheinlich von einem Analogen Telefon gekommen sind, an mein Auffangbecken (Zentrale) geroutet wurden.
Im Einsatz habe ich mISDN mit Asterisk 1.2.18 - weiss halt nicht ob es nen Asterisk oder gar ne mISDN Funktion ist - dieses Problem zu beheben, daher habe ich mir erlaubt das Thema unter mISDN zu posten. ;-)
Hier das Szenario:
Amtskopf: 105-XXX
Zentrale: 105-0
Wurde die Rufnummer 105-123 gewaehlt, wanderte das Gespraech zur Zentrale. Nun habe ich auf Hinweis von crich meinen incoming context wie folgt geaendert:
Code:
[incoming]
include => vfax
exten => 1050,1,Goto(zentrale,s,1)
exten => 105123,1,Dial(SIP/test1,240)
exten => 105123,2,Wait(2)
exten => 105123,102,SetVar(PRI_CAUSE=17)
exten => 105123,103,HangUp()
exten => 105124,1,Dial(SIP/test2,240)
exten => 105124,2,Wait(2)
exten => 105124,102,SetVar(PRI_CAUSE=17)
exten => 105124,103,HangUp()
(und viele mehr)
include => zentralenomatch (am ende der telefon durchwahlen das Auffangbecken)
[vfax]
exten => 1051002,1,Set(CALLEDFAX=151002)
exten => 1051002,2,Set(CALLERIDNUM=${EXTEN})
exten => 1051002,3,Set(EMAIL=test@localhost)
exten => 1051002,4,Macro(faxreceive)
(hier stehen alle vierstelligen Virtuellen-Faxe drinnen)
[zentralenomatch]
exten => _.,1,NoOP(INFO: Gewaehlt wurde ${EXTEN})
exten => _.,2,Dial(SIP/zentrale)
exten => _.,3,Wait(2)
exten => _.,102,SetVar(PRI_CAUSE=17)
exten => _.,103,HangUp()
Waere das soweit richtig? Getestet habe ich es via GSM,ISDN,VoIP und Analog - sah bis dato ziemlich okay aus.
Danke im Voraus!
Zusatz:
Okay - ich in im Richtigen Thread, es scheint in der Tat so zu sein, dass die Rufnummer bereits bei der S2M Schnittstelle / mISDN falsch ankommt:
Code:
Thu May 24 21:32:13 2007: P[ 9] I IND :SETUP oad:XXXXXX dad:1053 pid:2085 state:none
Thu May 24 21:32:13 2007: P[ 9] --> channel:13 mode:TE cause:16 ocause:16 rad: cad:
Thu May 24 21:32:13 2007: P[ 9] --> info_dad: onumplan:2 dnumplan:4 rnumplan: cpnnumplan:0
Thu May 24 21:32:13 2007: P[ 9] --> caps:Audio 3.1k pi:3 keypad: sending_complete:0
Thu May 24 21:32:13 2007: P[ 9] --> screen:0 --> pres:0
Thu May 24 21:32:13 2007: P[ 9] --> addr:0 l3id:2037b b_stid:0 layer_id:50010980
Thu May 24 21:32:13 2007: P[ 9] --> facility:FAC_NONE out_facility:FAC_NONE
Thu May 24 21:32:13 2007: P[ 9] --> urate:0 rate:16 mode:0 user1:0
Thu May 24 21:32:13 2007: P[ 9] --> bc:823b370 h:0 sh:0
Thu May 24 21:32:13 2007: P[ 9] --> bc_state:BCHAN_CLEANED
Thu May 24 21:32:13 2007: P[ 9] --> Bearer: Audio 3.1k
Thu May 24 21:32:13 2007: P[ 9] --> Codec: Alaw
Thu May 24 21:32:13 2007: P[ 0] --> * NEW CHANNEL dad:1053 oad: XXXXXXX
Zuletzt bearbeitet: