zap wartet nicht auf digits

[mcbastian]

Hi!

ich habe ein problem mit meiner te110p. Dialout funktioniert soweit.
bei dem dialin kommt aber nun das problem:
wenn die nummer als block gesendet wird (z.b. vom handy aus), bekommt asterisk die richtige nummer:

Accepting call from 'XXXYYYYZZZ' to '123132' on channel 0/14, span 1

(die msn is 123, alle stellen danach sind dann die internen rufnummern)

rufe ich nun von einem anschluss, der die digits einzeln sendet (DID) an, erhalte ich folgendes:

Accepting overlap call from 'AAAABBBBBCC' to '1231' on channel 0/13, span 1

er versucht also schon nach der ersten ziffer der durchwahl zu wählen. er soll aber mindestens 3 abwarten.

zaptel.conf

span=1,1,0,ccs,hdb3,crc4
bchan=1-15
dchan=16
bchan=17-31

zapata.conf

[channels]
   language=de
   context=incoming
   switchtype=euroisdn
   pridialplan=unknown
   prilocaldialplan=unknown
   signalling=pri_cpe
   usecallerid=yes
   hidecallerid=no
   callwaiting=yes
   usecallingpres=yes
   callwaitingcallerid=yes
   threewaycalling=yes
   transfer=yes
   cancallforward=yes
   callreturn=yes
   echocancel=yes
   echocancelwhenbridged=yes
   rxgain=0.0
   txgain=0.0
   callgroup=1
   pickupgroup=1
   immediate=no
   overlapdial=yes

   group = 1
   channel => 1-15
   channel => 17-31

extensions.conf (extension für eingehende anrufe)

[incoming]
exten => s,1,DigitTimeout,6 
exten => 123132,1,SetCIDNum(0${CALLERIDNUM})
exten => 423132,2,Dial(SIP/test)

was kann ich tun?
den treiber lade ich mit modprobe -v wctdm, dann ztcfg -vv
zaptel-1.2.0, asterisk-1.2.0

 

[VOIPdani]

Hallo!

Ich habe ganz genau dasselbe Problem wie du!

Meine "Lösung" sieht zur Zeit so aus:

extensions.conf

exten => s,1,DigitTimeout(4)
exten => s,2,SetCIDNum(${CALLERIDNUM})
exten => s,3,Dial(Zap/g1/${EXTEN})

zapata.conf

[channels]
language=de
switchtype = euroisdn
echocancel = yes
;;; um die CallerID zu setzen und über ISDN richtig rausschicken zu können (CLIP no-screening)
pridialplan = unknown
;;; um die CallerID zu setzen und über ISDN richtig rausschicken zu können (CLIP no-screening)
prilocaldialplan = national
nationalprefix = 0
internationalprefix = 00
overlapdial = yes

usecallerid = yes
hidecallerid = no
usecallingpres=yes
;callerid = asreceived

; p2mp TE mode (for connecting ISDN lines in point-to-multipoint mode)
;signalling = bri_cpe_ptmp
; p2p TE mode (for connecting ISDN lines in point-to-point mode)
;signalling = bri_cpe
; p2mp NT mode (for connecting ISDN phones in point-to-multipoint mode)
;signalling = bri_net_ptmp
; p2p NT mode (for connecting an ISDN pbx in point-to-point mode)
;signalling = bri_net

; TE mode ... fuer ISDN Amtsleitungen
context=ISDN-IN-AMT
group = 1
signalling = bri_cpe
; S/T port 1, 2, 8
channel => 1-2
channel => 4-5
channel => 22-23

;;es wird keine 0 vorgestellt (intern für Kapsch);;
pridialplan = local
prilocaldialplan = unknown

; NT mode ... fuer Kapsch als Slave
context=ISDN-IN-KAPSCH
group = 2
signalling = bri_net
; S/T port 3, 4, 5, 6, 7
channel => 7-8
channel => 10-11
channel => 13-14
channel => 16-17
channel => 19-20

Meine "Lösung" scheint jedoch für ankommende Anrufe aus dem Ausland nicht bzw. für alle anderen ankommenden Anrufe nur ab und zu zu funktionieren.

Ich glaube dass ich die Signale nicht richtig vom Anlagenanschluss übernehme sprich dass ich an meiner zapata.conf noch etwas drehen muss. Vielleicht hat ja jemand eine Idee was es zu ändern gilt.

lg Dani

 

[mcbastian]

hi dani!

meine extensions.conf sieht nun so aus

[incoming]
exten => s,1,DigitTimeout,6             ; Set Digit Timeout to 6 seconds
exten => 123111,1,SetCIDNum(0${CALLERIDNUM})
exten => 123111,2,Dial(SIP/test)

in der console steht aber immer noch

-- Accepting overlap call from '3621XXXYYY' to '1231' on channel 0/17, span 1

er nimmt aber 123132 als nummer für den dialplan.
und in den cdr's steht auch 123132.

gruß, bastian

 

[VOIPdani]

Wenn dein Asterisk

-- Accepting overlap call from '3621XXXYYY' to '1231' on channel 0/17, span 1

in der CLI meldet, läutet dann das Endgerät mit der Nummer 123132? Oder hast du eigentlich 123111 gewählt und der * erkennt nur 1231?

Du hast mich ein bissal verwirrt...klär mich mal auf.

lg Dani

 

[mcbastian]

hi

also, wenn ich 123132 wähle, läutet das endgerät mit 123132.
lediglich in der CLI wird nur 1231 angezeigt.
würde ich 123111 wählen, würde das endgerät mit der nummer 132111 läuten.

ich seh grad, das ich in der extensions.conf (die is bei mir ewig lang) die 2 falschen zeilen (die mit der 123111 statt der 123132) kopiert hab ;-)

sorry

lg Bastian

 

[VOIPdani]

ich seh grad, das ich in der extensions.conf (die is bei mir ewig lang) die 2 falschen zeilen (die mit der 123111 statt der 123132) kopiert hab ;-)

sorry

lg Bastian

Kein Problem!

Ich schlag mich jetzt schon seit einiger Zeit mit der s-extension rum und werd nicht wirklich schlau daraus. Ich würd sagen, freu dich dass wenn du 123123 rufst das Endgerät 123123 läutet und ignorier einfach dass in der CLI nicht die ganze Nummber angezeigt wird. Ich weiß leider nicht woran das liegt. Vielleicht kann dir einer der Forum-Gurus weiterhelfen. Ich hab jetzt das ganze so gelöst:

exten => s,1,DigitTimeout(4)

Ich warte 4 sekunden und mein * wählt dann die DW die während der 4 sek. eingegeben wurde. Ich muss das ganze aber erst austesten sprich mal ne Zeit lang dem Alltag aussetzen.

lg Dani

 

[HobbyStern]

Hallo Ihr,

lasst euch trösten, selbiges Problem tritt bei der mISDN Unterstützung auch auf.
Statt einer 12345678 wird manchmal 1234567 durchgesandt - die Anrufe scheinen aber ordentlich durchzugehen, es wird also 12345678 gemeldet, nur die CLI scheints zu verschlucken ..

Willkommen im Verein, ist ärgerlich wenn man Fehler in der CLI debuggt und "angeschummelt" wird...

Grüsse, Stefan