Asterisk 1.4.1 + mISDN keine Inbound oder Outbound calls möglich

p-ro

Neuer User
Mitglied seit
9 Feb 2007
Beiträge
18
Punkte für Reaktionen
0
Punkte
0
Zuerst einmal zum Ist-Zustand:
Asterisk 1.4.1 ist installiert und funktioniert (bis auf mISDN) eigentlich sehr gut. Ich kann Calls über Sipgate machen, intern sprechen, die Voicemail besprechen und Abhören. Meine Beronet-Karte BN4So habe ich in Suse 10.2 eingebunden und konfiguriert. Asterisk zeigt auch brav die Kommunikation, die auf den B bzw. D-Kanal läuft.

Jetzt zum eigentlichen Problem:
Ich habe (hoffe ich zumindest, aber anscheinend ja doch nicht) alles nötige getan, damit ich auch über ISDN externe Gespräche führen kann. Aber leider funktioniert das nicht.

1.) Wenn ich versuche von Extern nach Intern zu wählen, klingelt der SIP-Client, genau zwei Mal. Dann erhalte ich die Ansage "Der Gewünschte Gesprächspartner ist zur Zeit nicht zu erreichen". Wenn der Gesprächspartner dann auflegt, klingelt der Sip-Client aber fröhlich weiter...und weiter...und weiter...bis der SIP-Client aufnimmt und wieder auflegt (der Gesprächspartner hat aber schon längst aufgelegt).

2.) Wenn man versucht von Inter nach Extern zu wählen, klingelt die Gegenstelle genau zwei mal. Dann wird der Call abgebrochen.

Nachfolgend die Notwendigen Konfigurationen.

__extension.ael
Code:
globals {
        Ort=0211;
        };


context default {

};


context meine-telefone {
//aus Platzgruenden einige Punkte gekürzt... 
        //Nebenstellen
        _1XX => {
                NoCDR();
                Dial(SIP/${EXTEN},5,Tr);
                VoiceMail(${EXTEN});
                Hangup();
                };

        //Ortsgespräche, zu Testzwecken über SIP
        _ZX.    => {
                Dial(SIP/${ORT}${EXTEN}@884AAAA);
                //Dial(misdn/g:TEports/${ORT}${EXTEN:0},10,Ttr);
                 };

        //Calls (außer Ferngesprächen, s. o.)
        _0[1-9]. => {
               // Dial(SIP/${EXTEN}@884AAAA);
                Dial(misdn/g:TEports/${EXTEN},10,Ttr);
                Hangup();
               };

        t => {
                Playback(pbx-invalid);
                };
};


context in_sipgate {
        884AAAA => {
                Dial(SIP/100&SIP/101,10);
                VoiceMail(100);
                Hangup();
                };

};

context in_isdn {
        //ich weiß, dass man eigentlich auf das Pattern _. verzichten soll, aber das ist meine Verzweifelung gewesen. Im log kann man später erkennen warum ich das so gemacht habe.
        _. => {
                Dial(SIP/100,10);
                Hangup();
                }

};


__misdn.conf

Code:
[general]
debug=2
stop_tone_after_first_digit=yes
append_digits2exten=yes

[default]
context=in_isdn
language=de
nationalprefix=0
internationalprefix=0
rxgain=0.8
txgain=0.8


[TEports]
context=in_isdn
ports=1
msns=*

[NTports]
context=out_isdn        ;context existiert nicht, da es keine Telefone am Internen S0 gibt
ports=2,3,4

Ausgabe der CLI bei Outbound Call an die 0211428082:
- Warum ist oad=null?
- Warum sollen alle Leitungen belegt sein?

Code:
    -- Executing [02114280820@meine-telefone:1] Dial("SIP/100-0823a330", "misdn/g:TEports/02114280820|10|Ttr") in new stack
P[ 0]  --> Group Call group: TEports
P[ 0]  --> * NEW CHANNEL dad:02114280820 oad:(null)
P[ 1] read_config: Getting Config
P[ 1]  --> TON: Unknown
P[ 1]  --> LTON: Unknown
P[ 1]  --> CTON: Unknown
P[ 1] * CALL: g:TEports/02114280820
P[ 1]  --> * dad:02114280820 tech:mISDN/0-u38 ctx:in_isdn
P[ 1]  --> pres: -1 screen: -1
P[ 1]  --> pres: 0
P[ 1]  --> PRES: Allowed (0x0)
P[ 1]  --> SCREEN: Unscreened (0x0)
P[ 1] NO OPTS GIVEN
P[ 1] I SEND:SETUP oad:100 dad:02114280820 pid:53
P[ 1]  --> channel:0 mode:TE cause:16 ocause:16 rad: cad:
P[ 1]  --> info_dad: onumplan:0 dnumplan:0 rnumplan:0 cpnnumplan:0
P[ 1]  --> * SEND: State Dialing pid:53
    -- Called g:TEports/02114280820
P[ 1] empty_chan_in_stack: cannot empty channel 255
P[ 1]  --> queue_hangup
P[ 1] * RELEASING CHANNEL pid:53 ctx:in_isdn dad:02114280820 oad:02114280820 state: CALLING
  == Everyone is busy/congested at this time (1:0/0/1)
    -- Executing [02114280820@meine-telefone:2] Hangup("SIP/100-0823a330", "") in new stack
  == Spawn extension (meine-telefone, 02114280820, 2) exited non-zero on 'SIP/100-0823a330'


Ausgabe der CLI bei Inbound Call:
Dazu habe ich auch eine sehr große Frage. An die Rufnummer wird noch die extension angefügt. Aber warum ist die erste Ziffer ein Sonderzeichen (Weißes Fragezeichen auf schwarzen Grund). Ich gehe mal davon aus, dass die Extension deshalb auch nicht gefunden werden kann. Aber woher kommt dieses Sonderzeichen? Und was heißt das "}7" am Ende der Extension?

Code:
    -- parse_srv: SRV mapped to host sipgate.de, port 5060
P[ 1] I IND :SETUP oad:!1722620662p�82337}7 dad:�82337}7 pid:54 state:none
P[ 1]  --> channel:0 mode:TE cause:16 ocause:16 rad: cad:
P[ 1]  --> info_dad: onumplan:6 dnumplan:7 rnumplan:  cpnnumplan:0
P[ 1]  --> Bearer: Unknown Bearer
P[ 1]  --> Codec: Alaw
P[ 0]  --> * NEW CHANNEL dad:�82337}7 oad:!1722620662p�82337}7
P[ 1] read_config: Getting Config
P[ 1]  --> CTON: Unknown
P[ 1]  --> PRES: Restricted (0)
P[ 1]  --> SCREEN: Unscreened (0)
P[ 1] I SEND:PROCEEDING oad:!1722620662p�82337}7 dad:�82337}7 pid:54
P[ 1]  --> channel:0 mode:TE cause:16 ocause:16 rad: cad:
P[ 1]  --> info_dad: onumplan:6 dnumplan:7 rnumplan:  cpnnumplan:0
    -- Executing [�82337}7@in_isdn:1] Dial("mISDN/0-u39", "SIP/100|10") in new stack
    -- Called 100
    -- SIP/100-0823a330 is ringing
P[ 1] * IND :>  ringing pid:54
P[ 1]  --> * IND :      ringing pid:54
P[ 1] I SEND:ALERTING oad:!1722620662p�82337}7 dad:�82337}7 pid:54
P[ 1]  --> channel:0 mode:TE cause:16 ocause:16 rad: cad:
P[ 1]  --> info_dad: onumplan:6 dnumplan:7 rnumplan:  cpnnumplan:0
P[ 1]  --> incoming_early_audio off
P[ 1]  --> queue_hangup
P[ 1] * RELEASING CHANNEL pid:54 ctx:in_isdn dad:�82337}7 oad:!1722620662p�82337}7 state: ALERTING
  == Spawn extension (in_isdn, �82337}7, 1) exited non-zero on 'mISDN/0-u39'
    -- Executing [h@in_isdn:1] Dial("mISDN/0-u39", "SIP/100|10") in new stack
    -- Called 100
  == Spawn extension (in_isdn, h, 1) exited non-zero on 'mISDN/0-u39'
[Mar  6 23:56:12] WARNING[4254]: chan_sip.c:12294 handle_response: Remote host can't match request CANCEL to call '[email protected]'. Giving up.


Habe schon alle möglichen Einträge hier im Forum durchforstet, aber ich scheine mich gehörig im Kreis zu drehen.

Vielen Dank für Eure Hilfe....
Peter
 
ich nehme mal an du hast einen PMP = Mehrgeräteanschluss. da geht nach ner Weile die Schicht 1 verloren (Telekom muss Strom sparen).

setz mal in der misdn.conf (l1watcher_timeout=4) dann prüft chan_misdn alle 4 Sek. nach der L1, falls die untern ist, zieht chan_misdn sie wieder hoch (geht nur mit asteris 1.4.x, für 1.2 gibts für das problem die option pmp_l1_check=no).

Dein Inbound Problem ist komisch, benutzt du asterisk direkt aus dem source oder hast du da irgend eine trixxbox oder sowas? rück mal n paar mehr infos raus.
 
Sorry, glatt vergessen. Ja, einen Mehrgeräteanschluss. Asterisk ist direkt vom Source kompeliert. Bin noch Anfänger in diesem Bereich. Welche Informationen könnten Euch noch weiterhelfen?
 
kannst du mir erklären wie du mISDN und Asterisk installiert hast?

ich habe den Eindruck da muss irgendwas komisch gelaufen sein, ich empfehl dir nochmal von www.misdn.org/downloads/

die beiden Tarballs mISDN und mISDNuser zu ziehen, die auszupacken und da drin nochmal "make install" zu tippen, dann solltest du mISDN-1-1-1 drauf haben.

als nächstes in den Asterisk source rein und ein "make clean" und dann nochmal ein "make install"

dann sollte auch chan_misdn und asterisk sauber kompiliert sein. Falls das nicht klappt schreib mal an den beroNet support.
 
Hi crich,

habe es so gemacht wie empfohlen. Habe mISDN + mISDNuser nochmal runtergeladen und neu installiert. Es gab eine Besserung. Das besagte Sonderzeichen ist weg und das Klingeln (Inbound Call) hört auf, sobald die Verbindung abreißt, aber leider reißt die Verbindung noch immer ab.

Inbound:

Code:
P[ 1] I IND :NEW_CHANNEL oad:1722620662 dad:382337 pid:9 state:none
P[ 1]  --> channel:1 mode:TE cause:16 ocause:16 rad: cad:
P[ 1]  --> info_dad: onumplan:2 dnumplan:4 rnumplan:  cpnnumplan:0
P[ 1] Chan not existing at the moment bc->l3id:20006 bc:0x81ad9c8 event:NEW_CHANNEL port:1 channel:1
P[ 1] I IND :SETUP oad:1722620662 dad:382337 pid:9 state:none
P[ 1]  --> channel:1 mode:TE cause:16 ocause:16 rad: cad:
P[ 1]  --> info_dad: onumplan:2 dnumplan:4 rnumplan:  cpnnumplan:0
P[ 1]  --> Bearer: Speech
P[ 1]  --> Codec: Alaw
P[ 0]  --> * NEW CHANNEL dad:382337 oad:1722620662
P[ 1] read_config: Getting Config
P[ 1]  --> CTON: Unknown
P[ 1]  --> PRES: Restricted (0)
P[ 1]  --> SCREEN: Unscreened (0)
P[ 1] I SEND:PROCEEDING oad:01722620662 dad:382337 pid:9
P[ 1]  --> channel:1 mode:TE cause:16 ocause:16 rad: cad:
P[ 1]  --> info_dad: onumplan:2 dnumplan:4 rnumplan:  cpnnumplan:0
P[ 1] * IND :>  ringing pid:9
P[ 1]  --> * IND :      ringing pid:9
P[ 1] I SEND:ALERTING oad:01722620662 dad:382337 pid:9
P[ 1]  --> channel:1 mode:TE cause:16 ocause:16 rad: cad:
P[ 1]  --> info_dad: onumplan:2 dnumplan:4 rnumplan:  cpnnumplan:0
P[ 1]  --> incoming_early_audio off
P[ 1]  --> queue_hangup
P[ 1] * RELEASING CHANNEL pid:9 ctx:in_isdn dad:382337 oad:01722620662 state: ALERTING

Outbound

Code:
P[ 0]  --> Group Call group: TEports
P[ 0]  --> * NEW CHANNEL dad:01722620662 oad:(null)
P[ 1] read_config: Getting Config
P[ 1]  --> TON: Unknown
P[ 1]  --> LTON: Unknown
P[ 1]  --> CTON: Unknown
P[ 1] * CALL: g:TEports/01722620662
P[ 1]  --> * dad:01722620662 tech:mISDN/0-u8 ctx:in_isdn
P[ 1]  --> pres: -1 screen: -1
P[ 1]  --> pres: 0
P[ 1]  --> PRES: Allowed (0x0)
P[ 1]  --> SCREEN: Unscreened (0x0)
P[ 1] NO OPTS GIVEN
P[ 1] I SEND:SETUP oad:101 dad:01722620662 pid:10
P[ 1]  --> channel:0 mode:TE cause:16 ocause:16 rad: cad:
P[ 1]  --> info_dad: onumplan:0 dnumplan:0 rnumplan:0 cpnnumplan:0
P[ 1]  --> * SEND: State Dialing pid:10
P[ 1] empty_chan_in_stack: cannot empty channel 255
P[ 1]  --> queue_hangup
P[ 1] * IND : HANGUP    pid:10 ctx:in_isdn dad:01722620662 oad:01722620662 State:CALLING
P[ 1]  --> out_cause:27
P[ 1]  --> state:CLEANING
 
Zuletzt bearbeitet:
Habe jetzt mal das misdn debug hoch gesetzt

Code:
Really destroying SIP dialog '[email protected]' Method: OPTIONS
P[ 0] MGMT: Short status dinfo 1000001
P[ 0] MGMT: SSTATUS: L1_ACTIVATED
P[ 1] handle_frm: frm->addr:42000103 frm->prim:3f082
P[ 1]  --> lib: NEW_CR Ind with l3id:20008 on this port.
P[ 1]  --> new_process: New L3Id: 20008
P[ 1] handle_frm: frm->addr:42000103 frm->prim:30582
P[ 1] set_channel: bc->channel:0 channel:1
P[ 1] $$$ find_chan: No channel found for oad:1722620662 dad:382337
P[ 0] get_index: event not found!
P[ 1] I IND :NEW_CHANNEL oad:1722620662 dad:382337 pid:12 state:none
P[ 1]  --> channel:1 mode:TE cause:16 ocause:16 rad: cad:
P[ 1]  --> info_dad: onumplan:2 dnumplan:4 rnumplan:  cpnnumplan:0
P[ 1]  --> caps:Speech pi:0 keypad: sending_complete:1
P[ 1]  --> screen:0 --> pres:0
P[ 1]  --> addr:0 l3id:20008 b_stid:0 layer_id:0
P[ 1]  --> facility:Fac_None out_facility:Fac_None
P[ 1]  --> urate:0 rate:16 mode:0 user1:0
P[ 1]  --> bc:81ad9c8 h:0 sh:0
P[ 1]  --> bc_state:BCHAN_CLEANED
P[ 0] get_index: event not found!
P[ 1] Chan not existing at the moment bc->l3id:20008 bc:0x81ad9c8 event:NEW_CHANNEL port:1 channel:1
P[ 1] set_chan_in_stack: 1
P[ 1] Idx:0 stack->cchan:0 Chan:1
P[ 1] Idx:1 stack->cchan:0 Chan:2
P[ 1] Idx:2 stack->cchan:0 Chan:3
P[ 1] lib Got Prim: Addr 42000103 prim 30582 dinfo 20008
P[ 1] $$$ find_chan: No channel found for oad:1722620662 dad:382337
P[ 1] I IND :SETUP oad:1722620662 dad:382337 pid:12 state:none
P[ 1]  --> channel:1 mode:TE cause:16 ocause:16 rad: cad:
P[ 1]  --> info_dad: onumplan:2 dnumplan:4 rnumplan:  cpnnumplan:0
P[ 1]  --> caps:Speech pi:0 keypad: sending_complete:1
P[ 1]  --> screen:0 --> pres:0
P[ 1]  --> addr:0 l3id:20008 b_stid:0 layer_id:0
P[ 1]  --> facility:Fac_None out_facility:Fac_None
P[ 1]  --> urate:0 rate:16 mode:0 user1:0
P[ 1]  --> bc:81ad9c8 h:0 sh:0
P[ 1]  --> bc_state:BCHAN_CLEANED
P[ 1] $$$ find_chan: No channel found for oad:1722620662 dad:382337
P[ 1]  --> Bearer: Speech
P[ 1]  --> Codec: Alaw
P[ 0]  --> * NEW CHANNEL dad:382337 oad:1722620662
P[ 1] read_config: Getting Config
P[ 1] config_jb: Called
P[ 1]  --> * CallGrp: PickupGrp:
P[ 1]  --> CTON: Unknown
P[ 1]  --> EXPORT_PID: pid:12
P[ 1]  --> PRES: Restricted (0)
P[ 1]  --> SCREEN: Unscreened (0)
P[ 1] * Queuing chan 0xb5c07880
P[ 1] CONTEXT:in_isdn
P[ 1] SENDEVENT: stack->nt:0 stack->uperid:40000104
P[ 1] I SEND:PROCEEDING oad:01722620662 dad:382337 pid:12
P[ 1]  --> bc_state:BCHAN_CLEANED
P[ 1]  --> channel:1 mode:TE cause:16 ocause:16 rad: cad:
P[ 1]  --> info_dad: onumplan:2 dnumplan:4 rnumplan:  cpnnumplan:0
P[ 1]  --> caps:Speech pi:0 keypad: sending_complete:1
P[ 1]  --> screen:0 --> pres:0
P[ 1]  --> addr:0 l3id:20008 b_stid:0 layer_id:0
P[ 1]  --> facility:Fac_None out_facility:Fac_None
P[ 1]  --> urate:0 rate:16 mode:0 user1:0
P[ 1]  --> bc:81ad9c8 h:0 sh:0
P[ 1] P[ 1] GOT SETUP OK
Sending msg, prim:30280 addr:41000104 dinfo:20008
P[ 1] Freeing Msg on prim:30582
P[ 1] * IND : Indication [3] from 382337
P[ 1] * IND :>  ringing pid:12
P[ 1]  --> * IND :      ringing pid:12
P[ 1] SENDEVENT: stack->nt:0 stack->uperid:40000104
P[ 1] I SEND:ALERTING oad:01722620662 dad:382337 pid:12
P[ 1]  --> bc_state:BCHAN_CLEANED
P[ 1]  --> channel:1 mode:TE cause:16 ocause:16 rad: cad:
P[ 1]  --> info_dad: onumplan:2 dnumplan:4 rnumplan:  cpnnumplan:0
P[ 1]  --> caps:Speech pi:0 keypad: sending_complete:1
P[ 1]  --> screen:0 --> pres:0
P[ 1]  --> addr:0 l3id:20008 b_stid:0 layer_id:0
P[ 1]  --> facility:Fac_None out_facility:Fac_None
P[ 1]  --> urate:0 rate:16 mode:0 user1:0
P[ 1]  --> bc:81ad9c8 h:0 sh:0
P[ 1]  --> * SEND: State Ring pid:12
P[ 1] Sending msg, prim:30180 addr:41000104 dinfo:20008
P[ 1]  --> incoming_early_audio off
P[ 1] handle_frm: frm->addr:42000103 frm->prim:3f182
P[ 1]  --> lib: RELEASE_CR Ind with l3id:20008
P[ 1]  --> lib: CLEANING UP l3id: 20008
P[ 1] empty_chan_in_stack: 1
P[ 1] Idx:0 stack->cchan:0 Chan:1
P[ 1] Idx:1 stack->cchan:0 Chan:2
P[ 1] Idx:2 stack->cchan:0 Chan:3
P[ 1] $$$ CLEANUP CALLED pid:12
P[ 1] $$$ Already cleaned up bc with stid :0
P[ 1] Idx:0 stack->cchan:0 Chan:1
P[ 1] Idx:1 stack->cchan:0 Chan:2
P[ 1] Idx:2 stack->cchan:0 Chan:3
P[ 0] get_index: event not found!
P[ 1] I IND :CLEAN_UP oad: dad: pid:12 state:ALERTING
P[ 1] hangup_chan called
P[ 1]  --> queue_hangup
P[ 1] release_chan: bc with l3id: 20008
P[ 1] * RELEASING CHANNEL pid:12 ctx:in_isdn dad:382337 oad:01722620662 state: ALERTING
P[ 1]  --> * State Down
P[ 1]  --> Setting AST State to down

Da das Fragezeichen ja jetzt weg ist, habe ich noch folgende Änderung in der extension.ael gemacht

Code:
context in_isdn {

        382337  => {
                Dial(SIP/100,10);
                Hangup();
                }

};

Noch ein Nachtrag: Wenn ich misdn-init start aufrufe, startet misdn mit folgender Meldung:

Code:
ws-lin-01:/etc # misdn-init start
-----------------------------------------
 Loading module(s) for your misdn-cards:
-----------------------------------------
/sbin/modprobe --ignore-install hfcmulti type=0x4 protocol=0x2,0x12,0x12,0x12 layermask=0xf,0x3,0x3,0x3 poll=128 debug=0
/sbin/modprobe mISDN_dsp debug=0x0 options=0
 
Zuletzt bearbeitet:
Habe da doch noch mal eine Frage zu context und ob ich das richtig verstanden habe.

In der misdn.conf definiere ich im Bereich [general] den "default" context aus der extension.ael. Hier wird definiert wie Nebenstellen, z. B. die 100 oder 101, erreicht werden können. Ferner wird hier für Orts- und Ferngespräche die Verbindung mit Dial() aufgebaut. In meinen Fall ist das dass meine-telefone. Sehe ich das richtig?
Ferner wird in dem Bereich [TEports] festgelegt, dass der context in_isdn verwendet werden soll. Hier wird gesagt, dass für die MSN 382337 die Nebenstelle 100 angerufen werden soll.
Habe ich das richtig verstanden?

So sieht jetzt die misdn.conf aus:
Code:
[general]
debug=2
method=standard
append_digits2exten=yes
bridging=yes

[default]
context=meine-telefone
language=de
nationalprefiddx=0
internationalprefix=0049
rxgain=0
txgain=0
l1watcher_timeout=4
dialplan=0

[TEports]
context=in_isdn
ports=1
msns=*

[NTports]
context=out_isdn        ;context existiert nicht
ports=2,3,4

Und noch ein Nachtrag:
Beim Outboud call höre ich zwar das Klingeln im Siptelefon, aber die Gegenstelle, die ich versuche anzurufen, klingelt nicht. Ich meine, das war vorgestern noch nicht so.
 
Zuletzt bearbeitet:
Aktueller Stand:

Ich habe jetzt noch ein wenig gespielt und zumindest einen Teilerfolg erzielt. misdn wird über "misdn-init start" geladen. Habe dann von dem neuen Modul mISDN gelesen und habe mir gedacht mal einen neuen Weg probieren. Sind ja auch immer neue Möglichkeiten.

- Also misdn-init stop in die Konsole gehackt.
- mISDN config gestartet
- mit vi mISDN.conf angepasst
bisher läuft alles super denke ich mir...
- mISDN start eingetippt und dann...

Code:
ws-lin-01:/etc # mISDN start
-- Loading mISDN modules --
>> /sbin/modprobe --ignore-install capi
>> /sbin/modprobe --ignore-install mISDN_core debug=0
>> /sbin/modprobe --ignore-install mISDN_l1 debug=0
>> /sbin/modprobe --ignore-install mISDN_l2 debug=0
>> /sbin/modprobe --ignore-install l3udss1 debug=0
>> /sbin/modprobe --ignore-install mISDN_capi
>> /sbin/modprobe --ignore-install hfcmulti type=0x4 protocol=0x2,0x12,0x12,0x12 layermask=0xf,0x3,0x3,0x3 poll=128 debug=2 timer=0
FATAL: Error inserting hfcmulti (/lib/modules/2.6.18.2-34-default/kernel/drivers/isdn/hardware/mISDN/hfcmulti.ko): Unknown symbol in module, or unknown parameter (see dmesg)
>> /sbin/modprobe --ignore-install mISDN_dsp debug=0 options=0

...voller Enttäuschung die Fehlermeldung erhalten. Ich zurück misdn-init start und mal einen kleinen Test. Siehe da es funktioniert. Ich kann telefonieren...mit einer kleinen Einschränkung...die Gegenstelle muss schnell abheben, da sonst die Verbindung wieder abreißt. Aber ich bleibe am Ball...
 
Es war heute Nacht um ca. 2:30 Uhr als dann endlich das Brett vor meinem Kopf abgefallen ist. Das Problem ist gelöst. Das Posting von crich war der Auslöser. mISDN und mISDNuser neu installiert...

Die Verbindungsabbrüche waren hausgemacht. Mit einem scharfen Blick hätte ich aus sofort drauf kommen können. Der Outbound Call wurde folgendermaßen initialisiert:

Code:
Dial(misdn/g:TEports/${EXTEN},10,Ttr);

Aber was heißt das? Genau, der Call dauert 10 sek. Sollte dann keiner abgehoben haben, wird die Leitung wieder freigegeben. Das ist aber viel zu kurz. Da in der extension keine weitere Vorgehensweise definiert war, war der Call hier zu Ende (Zeit war noch aus Tests mit SIP und Voicemail so kurz eingestellt).

Inbound genau das selbe. Zu kurze Klingelzeit und keine weitere Vorgehensweise. Also wurde auch hier der Call beendet.

Die Neuinstallation hat also das Problem der Sonderzeichen behoben. Der Rest funktionierte richtig, aber die Konfiguration war nicht optimal.

Zu klären gilt noch warum die Installation bzw. der Start über mISDN mit einem Fehler abbricht.

Nachtrag noch zum Fehler von mISDN:
Nach einem Neustart des Systems funktioniert auch das. Es lag wohl daran, dass die ISDN-Karte noch in Benutzung war bzw. noch irgendwelche Module geladen waren.
 
Zuletzt bearbeitet:
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.