chan_mISDN waehlt nur die ersten beiden nummern

tarzanwiejane

Neuer User
Mitglied seit
21 Apr 2005
Beiträge
12
Punkte für Reaktionen
0
Punkte
0
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
 
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
 
Hallo tarzanwiejane!
Ich habe genau das gleiche Problem wie Du. Hast Du Deins mittlerweile lösen können?

Schöne Grüße
Dakapo
 
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
 
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
 
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)
 
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.
 
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.
 
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
 
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)
 

Neueste Beiträge

Statistik des Forums

Themen
244,855
Beiträge
2,219,577
Mitglieder
371,565
Neuestes Mitglied
drummer1327
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.