chan_mISDN waehlt nur die ersten beiden nummern

[tarzanwiejane]

Hi Ihr!

Ich habe mir gestern asterisk mit chan_misdn und einer HFC-karte eingerichtet.
Mein Hauptproblem dabei ist wenn ich immediate=no mache, dann
uebergibt misdn sofort nach dem waehlen der ersten beiden ziffern an
asterisk. sip waehlt die dann natuerlich sofort, und dass geht natuerlich schief.
wenn ich immediate=yes mache, dann geht der waehlton nicht weg
wenn ich die nummern tippe, telefonieren geht dann aber problemfrei.

meine frage ist nun, wie ich dem chan_misdn das uebergeben nach bereits 2 ziffern abgewoehnen kann, bzw wie ich im anderen fall
asterisk in der extensions.conf beibringe den waehlton nach der ersten gewaehlten ziffer abzustellen.

vielen dank fuer eure hilfe.

cu tommi
ps: chan_misdn-14_04_05

 

[tarzanwiejane]

aaaaaaaaahhh.

ich habe mal meinen dialplan auf folgendes abgeaendert:
exten => _XX.,1,SetLanguage,de
exten => _XX.,2,SetCallerId,1234567
exten => _XX.,3,Dial(SIP/${EXTEN}@sipgate,60)
exten => _XX.,4,Hangup

vorher war _X. drin. jetzt kann ich 3 ziffern eintippeln...
mache ich da mitm dialplan was falsch oder is das ein bug im chan_misdn
treiber? (beim zaphfc gings so)

cu tommi

 

[Dakapo]

Hallo tarzanwiejane!
Ich habe genau das gleiche Problem wie Du. Hast Du Deins mittlerweile lösen können?

Schöne Grüße
Dakapo

 

[freezer2k]

Hallo,



Bin neu hier im Forum und habe auch genau das selbe Problem mit sipgate und mISDN

Das ganze sieht bei mir so aus:

-- Executing Dial("mISDN/1-u4", "SIP/0@sipgate-out|10") in new stack
-- Called 0@sipgate-out
-- Got SIP response 482 "Loop Detected (no match)" back from 217.10.79.9
-- Now forwarding mISDN/1-u4 to 'Local/0@sipgate-out' (thanks to SIP/sipgate-out-6426)
Dec 4 22:47:59 NOTICE[6252]: chan_local.c:479 local_alloc: No such extension/context 0@sipgate-out creating local channel
Dec 4 22:47:59 NOTICE[6252]: app_dial.c:479 wait_for_answer: Unable to create local channel for call forward to 'Local/0@sipgate-out' (cause = 0)
== Everyone is busy/congested at this time (1:0/0/1)
-- Executing Congestion("mISDN/1-u4", "") in new stack
== Spawn extension (default, 308003301000, 2) exited non-zero on 'mISDN/1-u4'



Und die gleiche config lief mit den zaphfc treibern einwandfrei!
Das kann doch net sein!
Rauswählen mit ISDN geht auch noch wunderbar.Und beides jeweils mit dem Telefon was am NT hängt...also ich versteh das überhaupt nicht.


Greetz,
Freezer

 

[RcRaCk2k]

ich sags echt nur ungern... aber mISDN ist der größte Scheiss den ich mir jeh auf meinem Server kompiliert habe

Soll ich euch sagen was ich mit dem Ding machen werde? - In die Tonne treten ;-)

Schade nur dass es für Asterisk 1.2 noch keine funktionsfähigen Treiber gibt um HFC Karten zu betreiben *sad

Aber ich hoffe dass es bald eine gute Lösung dafür geben wird.

Gebt die Hoffnung also nicht auf ;-)

Gute Nacht.
This message is sponsored by http://www.ip-phone-forum.de/forum/viewtopic.php?p=236769

 

[thunder]

hmm.. ich mach das folgende:

; *** Workaround for overlap dialing
exten => _X./14,1,Set(CALLERID(name)=FAX-intern)
exten => _X./14,n,WaitForDigits(5000)
exten => _X./14,n,GoTo(out-calls,${EXTEN},1)

 

[RcRaCk2k]

Bin jetzt auf BRISTUFF 0.3 PRE Experemental umgestiegen, bis es eine neue Lösung gibt, die besser als die zaphfc ist.

Greetings.
Hoffe man hält sich auf dem Laufenden.

 

[Anonymously]

Hm.. bei dem mISDN hab ich die erfahrung, das
1. Im asterisk 1.2 die Timeouts, die vorher mit dem ZAP lief nun mit mISDN eine änderung erfordern.Also:
Vorher: exten => _XXX.,1,ResponseTimeout(12)
f. 1.2 Version: exten => _XXX.,1,Set(TIMEOUT(response)=12)

Als nächstes sollte der misdn.conf mit always_immedaite=yes gesagt werden, das nicht das misdn Modul dafür verantwortlich ist auf eingaben zu warten, sondern Asterisk.

 

[freezer2k]

Also ich machs jetzt so, ist relativ einfach und funzt sauber mit meinem tele (geb die nummern eh immer vorm wählen ein)

Sicher ned perfekt aber fürs erste reichts...

[sipgate-out]
exten => _3.,1,WaitForDigits(5000)
exten => _3.,2,Dial(SIP/${EXTEN:1}@sipgate-out,10)
exten => _3.,3,Congestion
exten => _3.,4,Busy
exten => _3.,5,Hang

 

[crich]

Hallo Leute,

chan_misdn versucht nach Möglichkeit overlapdial zu machen. Da viele Sip Provider dies aber nicht unterstützen, muss man einen so genannten Interdigittimeout einbauen. Dies geschieht bei chan_misdn wie freezer2k das schon richtig gemacht hat über die waitfordigits applikation.

Dieser Kontext, sollte sauber funktionieren und alle gewählten Digits übertragen.

[sipgate-out]
exten => _3.,1,WaitForDigits(5000)
exten => _3.,2,Dial(SIP/${EXTEN:1}@sipgate-out,10)
exten => _3.,3,Congestion
exten => _3.,4,Busy
exten => _3.,5,Hang

Christian
(crich)