- Mitglied seit
- 4 Jan 2005
- Beiträge
- 55
- Punkte für Reaktionen
- 0
- Punkte
- 0
Hallo,
es existiert ein Anlagenanschluss mit Hauptnummer 1234.
Die Zentrale ist also 1234-0
Das Ganze soll bis 1234-99 gehen
Die Durchwahl 1234-22 klappt aber nicht von jedem Telefon.
- D.h. wenn die Nummer im Block gesendet wird (Handy oder DigitalISDN), dann klappt ALLES.
- werden aber die Ziffern einzeln zur Vermittlungsstelle gesendet, schaltet diese schon bei der ersten Ziffer der Durchwahl durch. Dies passiert bei Analoganschluessen sowie auch ISDN Anschluessen, wo die Ziffern direkt live rausgeschickt werden.
Man waehlt also 1234-22 vom Handy => es klappt
Man waehlt also 1234-22 vom Analoganschluss => es klappt nicht
Asterisk erkennt 1234-2 und findet natuerlich die Extension nicht.
zaptel.conf
zapata.conf
extensions.conf
Was kann das sein?
Warum geht overlap nicht?
Feb 16 20:52:00 WARNING[20019]: chan_zap.c:12004 setup_zap: Ignoring overlapdial
Und wieso behauptet die Telekom, es werde immer nur eine Ziffer uebermittelt und den Rest muss die Telefonanlage mittels "Nachwahlen" machen. Also: DTMF vom Analogtelefon: 12342*KLICK*tuuuuuh(MiebelMiepKeinAnschlussUnterDieserNummer)ENDE(keine Moeglichkeit noch eine weitere 2 einzugeben).
Ich habe auch in der extensions.conf mit Waitfordigit und so rumgespielt. Aber das will alles nicht. Auch das Patternmatching mit _1234X. zeigt KEINE Wirkung.
Fuer Hilfe waere ich sehr dankbar.
Version
- Asterisk 1.2.4-BRIstuffed-0.3.0-PRE-1l
Update:
Ich habe mir von der Telekom nen 00-29 Bock geben lassen.
Die letzte Ziffer wird trotzdem nicht uebermittelt. Laut Telekom ist das
normal, und muss immer in der TK-Anlage per "Nachwahl" geloest werden.
es existiert ein Anlagenanschluss mit Hauptnummer 1234.
Die Zentrale ist also 1234-0
Das Ganze soll bis 1234-99 gehen
Die Durchwahl 1234-22 klappt aber nicht von jedem Telefon.
- D.h. wenn die Nummer im Block gesendet wird (Handy oder DigitalISDN), dann klappt ALLES.
- werden aber die Ziffern einzeln zur Vermittlungsstelle gesendet, schaltet diese schon bei der ersten Ziffer der Durchwahl durch. Dies passiert bei Analoganschluessen sowie auch ISDN Anschluessen, wo die Ziffern direkt live rausgeschickt werden.
Man waehlt also 1234-22 vom Handy => es klappt
Man waehlt also 1234-22 vom Analoganschluss => es klappt nicht
Asterisk erkennt 1234-2 und findet natuerlich die Extension nicht.
zaptel.conf
Code:
loadzone=nl
defaultzone=nl
span=1,1,3,ccs,ami
bchan=1-2
dchan=3
Code:
[channels]
switchtype = euroisdn
; p2p TE mode
signalling = bri_cpe
;pridialplan = dynamic
pridialplan = unknown
prilocaldialplan = local
nationalprefix = 0
internationalprefix = 00
usecallingpres=yes
callwaiting=yes
callwaitingcallerid=yes
echocancel = yes
echocancelwhenbridged = yes
echotraining = 100
immediate=no
context=incoming
group = 1
channel => 1-2
overlapdial=yes ;WIRD IGNORIERT VON ASTERISK!
Code:
exten => 123422,1,Answer
exten => 123422,2,WaitMusicOnHold(200)Was kann das sein?
Warum geht overlap nicht?
Feb 16 20:52:00 WARNING[20019]: chan_zap.c:12004 setup_zap: Ignoring overlapdial
Und wieso behauptet die Telekom, es werde immer nur eine Ziffer uebermittelt und den Rest muss die Telefonanlage mittels "Nachwahlen" machen. Also: DTMF vom Analogtelefon: 12342*KLICK*tuuuuuh(MiebelMiepKeinAnschlussUnterDieserNummer)ENDE(keine Moeglichkeit noch eine weitere 2 einzugeben).
Ich habe auch in der extensions.conf mit Waitfordigit und so rumgespielt. Aber das will alles nicht. Auch das Patternmatching mit _1234X. zeigt KEINE Wirkung.
Fuer Hilfe waere ich sehr dankbar.
Version
- Asterisk 1.2.4-BRIstuffed-0.3.0-PRE-1l
Update:
Ich habe mir von der Telekom nen 00-29 Bock geben lassen.
Die letzte Ziffer wird trotzdem nicht uebermittelt. Laut Telekom ist das
normal, und muss immer in der TK-Anlage per "Nachwahl" geloest werden.
Zuletzt bearbeitet:
