Asterisk (Elastix) am Anlagenanschluß - Länge der MSN

mjunghanns

Neuer User
Mitglied seit
20 Jun 2007
Beiträge
6
Punkte für Reaktionen
0
Punkte
1
Hallo zusammen,

ich habe ein Problem mit der Länge der MSN, oder besser gesagt, mit der Länge der Durchwahl. In meiner Anlage liegen die Extensions zwischen 10 und 99, sind also zweistellig. Nun kommt es zu folgendem Problem: Wählt jemand mit einem älteren Telefon (bei dem noch abgenommen und dann gewählt wird, z.B. analog, teilweise passiert das aber wohl auch mit ISDN-Apparaten) die (fiktive) Rufnummer 0711-123456-11, dann versucht Asterisk schon bei der ersten Ziffer (hier die 1) eine passende Extension zu finden. Die gibt's natürlich nicht, also gibt's die Meldung ss-noservice.

Hier ein Auszug aus dem Log:
Code:
[FONT="Courier New"][Jul 27 23:31:39] VERBOSE[9611] chan_dahdi.c:     -- Accepting call from '007121696XXXX' to '1234561' on channel 0/1, span 7
[Jul 27 23:31:39] VERBOSE[9678] pbx.c:     -- Executing [1234561@from-pstn:1] Set("DAHDI/19-1", "__FROM_DID=1234561") in new stack
[Jul 27 23:31:39] VERBOSE[9678] pbx.c:     -- Executing [1234561@from-pstn:2] NoOp("DAHDI/19-1", "Received an unknown call with DID set to 1234561") in new stack
[Jul 27 23:31:39] VERBOSE[9678] pbx.c:     -- Executing [1234561@from-pstn:3] Goto("DAHDI/19-1", "s,a2") in new stack
[Jul 27 23:31:39] VERBOSE[9678] pbx.c:     -- Goto (from-pstn,s,2)
[Jul 27 23:31:39] VERBOSE[9678] pbx.c:     -- Executing [s@from-pstn:2] Answer("DAHDI/19-1", "") in new stack
[Jul 27 23:31:39] VERBOSE[9678] pbx.c:     -- Executing [s@from-pstn:3] Wait("DAHDI/19-1", "2") in new stack
[Jul 27 23:31:41] VERBOSE[9678] pbx.c:     -- Executing [s@from-pstn:4] Playback("DAHDI/19-1", "ss-noservice") in new stack
[Jul 27 23:31:41] VERBOSE[9678] file.c:     -- <DAHDI/19-1> Playing 'ss-noservice.gsm' (language 'en')
[Jul 27 23:31:45] VERBOSE[9678] pbx.c:     -- Executing [s@from-pstn:5] SayAlpha("DAHDI/19-1", "565479") in new stack
[Jul 27 23:31:45] VERBOSE[9678] file.c:     -- <DAHDI/19-1> Playing 'digits/1.gsm' (language 'en')
[Jul 27 23:31:45] VERBOSE[9611] chan_dahdi.c:     -- Channel 0/1, span 7 got hangup request, cause 16
[Jul 27 23:31:45] VERBOSE[9678] pbx.c:   == Spawn extension (from-pstn, s, 5) exited non-zero on 'DAHDI/19-1'
[Jul 27 23:31:45] VERBOSE[9678] pbx.c:     -- Executing [h@from-pstn:1] Hangup("DAHDI/19-1", "") in new stack
[Jul 27 23:31:45] VERBOSE[9678] pbx.c:   == Spawn extension (from-pstn, h, 1) exited non-zero on 'DAHDI/19-1'
[Jul 27 23:31:45] VERBOSE[9678] chan_dahdi.c:     -- Hungup 'DAHDI/19-1'[/FONT]

Mich würden nun drei Dinge interessieren:
1. Gibt es irgendwo in der Konfiguration die Möglichkeit, die Länge der Extensions (in meinem Fall 2) zu definieren?
2. Falls ja, kann ich Ausnahmen davon definieren? (Für die 0)
3. Es gibt dann wohl noch die Möglichkeit, über "Set(TIMEOUT(digit)=timeout)" ein Timeout zu definieren, dass quasi Asterisk dazu bringt, mit der Suche nach der Extension zu warten, bis das Timeout nach Eingabe der letzten Ziffer erreicht ist. Leider steige ich im Dialplan von Elastix nicht so ganz durch. Muss ich das im Context from-pstn einbauen? Der ist bei Elastix leider total verschachtelt...

Für Unterstützung wäre ich sehr dankbar.

Viele Grüße
Mark
 
Okay, hat sich erledigt. overlapdial=yes und gut....
 
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.