Ein verschlucktes Zeichen bei abgehender CallerID

Toggle sidebar Toggle sidebar
Upgrade 3CX to v18 and get it hosted free!
R

Ralph*

Mitglied
Mitglied seit
7 Mrz 2006
Beiträge
369
Punkte für Reaktionen
2
Punkte
18
Guten Abend,

nachdem ich betateilchens Kurs (DANKE!!!) absolviert und einige Stunden hier im Forum verbracht habe, ist es mir tatsächlich gelungen, einen * Server im Testbetrieb mit einem 1TR6-Anlagenanschluss (2 x AVM B1 2.0 ISA an 2 x NTBA) zu verbinden. (Restliche Konfiguration in der Signatur.)

Eingehende Anrufe (CAPI an SIP) funktionieren - zumindest werden sie am X-Lite korrekt signalisiert.

Bei ausgehenden Anrufen (SIP an CAPI) wird jedoch leider das vorletzte Zeichen der übertragenen Rufnummer "verschluckt".

Testweise rufe ich von unserem Anlagenanschluss (der hat die Nummer 66699##, ## ist die Durchwahl zum Endgerät) über ein X-Lite (SIP/66) mein Handy (0172xxxxxxx) an.

Sieht mein Dialstring unter chan_capi-cm 0.6.4 so aus...

Code: 
[to-capi]
exten => _0.,1,Dial(CAPI/g1/6669989:${EXTEN:1}/bo,60)
exten => _0.,2,Hangup()

... dann erhalte ich auf meinem Handydisplay die Nummer +49xxx666999 (Die Vorwahl habe ich hier mal ausgex't). Es wird also die vorletzte Ziffer - hier die 8 - ausgelassen. Das habe ich dann mit verschiedenen CallerID's ausprobiert - es fehlt immer die vorletzte Ziffer.

Lasse ich die CallerID im Dialstring weg, wähle also mit

Code: 
[to-capi]
exten => _0.,1,Dial(CAPI/g1/${EXTEN:1}/bo,60)
exten => _0.,2,Hangup()

... dann wird mir +49xxx666996 angezeigt. (Ich wähle das Handy von SIP/66 an, also vermutlich auch hier die verschluckte vorletzte Ziffer.)

Frage 1: Wohin verschwindet die vorletzte Ziffer?

Frage 2a: Welche CallerID wird verwendet, wenn ich keine angebe? Wird die im ISDN-Netz hinzugefügt?

Frage 2b: Welche Angaben soll / muss ich in der CallerID machen? Wenn ich in Berlin wohnen würde und von der NSt 66 anrufen würde: +49306669966 oder 0306669966 oder 6669966 oder nur 66? (Sorry, falls es diese Nummer tatsächlich geben sollte...)

Frage 3: Warum sehe ich im CAPI debug capi request group = 2 wo ich doch über die g1 rauswählen will - oder bin ich da auf dem Holzweg?

Frage 4: Ist das der korrekte Weg, zwei AVM-B1 in der capi.conf aufzuführen? Mit [ISDN2] und controller = 2 hat es nicht wirklich funktioniert. Kann ich jetzt sicher sein, dass beide B1 verwendet werden? Ich hatte im CAPI debug auch schon Controller/PLCI/NCCI = 0x2, ist das dann die zweite Karte oder nur der zweite B-Kanal?

Ist vielleicht ein bisschen viel Gefrage - ich weiß...

------------------------------------------------------------------------------------------

Hier kommen noch die Debugausgaben und die config-Dateien, ich hoffe, es ist alles dabei:

capi debug / Verbosity 5 / mit CallerID im Dialstring:

Code: 
    -- Executing Dial("SIP/66-ae97", "CAPI/g1/6669989:0172xxxxxxx/bo|60") in new stack
       > data = g1/6669989:0172xxxxxxx/bo
       > parsed dialstring: 'g1' '6669989' '0172xxxxxxx' 'bo'
       > capi request group = 2
       > parsed dialstring: 'g1' '6669989' '0172xxxxxxx' 'bo'
  == ISDN1: Call CAPI/ISDN1/0172xxxxxxx-1 with B3 overlap (pres=0x00, ton=0x00)
CONNECT_REQ ID=002 #0x0006 LEN=0050
  Controller/PLCI/NCCI            = 0x1
  CIPValue                        = 0x1
  CalledPartyNumber               = <80>
  CallingPartyNumber              = <00 80>6669989
  CalledPartySubaddress           = default
  CallingPartySubaddress          = default
  BProtocol                      
   B1protocol                     = 0x1
   B2protocol                     = 0x1
   B3protocol                     = 0x0
   B1configuration                = default
   B2configuration                = default
   B3configuration                = default
   GlobalConfiguration            = default
  BC                              = default
  LLC                             = default
  HLC                             = default
  AdditionalInfo                 
   BChannelinformation            = <00 00>
   Keypadfacility                 = default
   Useruserdata                   = default
   Facilitydataarray              = default
   SendingComplete                = default

    -- Called g1/6669989:0172xxxxxxx/bo
CONNECT_CONF ID=002 #0x0006 LEN=0014
  Controller/PLCI/NCCI            = 0x101
  Info                            = 0x0

    -- ISDN1: received CONNECT_CONF PLCI = 0x101
       > CAPI devicestate requested for ISDN1/0172xxxxxxx
       > CAPI devicestate requested for ISDN1/0172xxxxxxx
INFO_IND ID=002 #0x06fa LEN=0015
  Controller/PLCI/NCCI            = 0x101
  InfoNumber                      = 0x800d
  InfoElement                     = default

INFO_RESP ID=002 #0x06fa LEN=0012
  Controller/PLCI/NCCI            = 0x101

    -- ISDN1: info element SETUP ACK
INFO_REQ ID=002 #0x0007 LEN=0031
  Controller/PLCI/NCCI            = 0x101
  CalledPartyNumber               = <80>0172xxxxxxx
  AdditionalInfo                 
   BChannelinformation            = default
   Keypadfacility                 = default
   Useruserdata                   = default
   Facilitydataarray              = default
   SendingComplete                = default

       > ISDN1: sent CALLEDPARTYNUMBER INFO digits = '0172xxxxxxx' (PLCI=0x101)
INFO_IND ID=002 #0x06fb LEN=0016
  Controller/PLCI/NCCI            = 0x101
  InfoNumber                      = 0x18
  InfoElement                     = <89>

INFO_RESP ID=002 #0x06fb LEN=0012
  Controller/PLCI/NCCI            = 0x101

    -- ISDN1: info element CHANNEL IDENTIFICATION 89
INFO_CONF ID=002 #0x0007 LEN=0014
  Controller/PLCI/NCCI            = 0x101
  Info                            = 0x0

INFO_IND ID=002 #0x06fc LEN=0015
  Controller/PLCI/NCCI            = 0x101
  InfoNumber                      = 0x8001
  InfoElement                     = default

INFO_RESP ID=002 #0x06fc LEN=0012
  Controller/PLCI/NCCI            = 0x101

    -- ISDN1: info element ALERTING
    -- CAPI/ISDN1/0172xxxxxxx-1 is ringing
  == ISDN1: CAPI Hangingup
    -- ISDN1: activehangingup (cause=0)
DISCONNECT_REQ ID=002 #0x0008 LEN=0018
  Controller/PLCI/NCCI            = 0x101
  AdditionalInfo                 
   BChannelinformation            = default
   Keypadfacility                 = default
   Useruserdata                   = default
   Facilitydataarray              = default
   SendingComplete                = default

       > CAPI devicestate requested for ISDN1/0172xxxxxxx
       > CAPI devicestate requested for ISDN1/0172xxxxxxx
DISCONNECT_CONF ID=002 #0x0008 LEN=0014
  Controller/PLCI/NCCI            = 0x101
  Info                            = 0x0

  == Spawn extension (default, 00172xxxxxxx, 1) exited non-zero on 'SIP/66-ae97'
INFO_IND ID=002 #0x06fd LEN=0020
  Controller/PLCI/NCCI            = 0x101
  InfoNumber                      = 0x29
  InfoElement                     = <06 03 15 14 24>

INFO_RESP ID=002 #0x06fd LEN=0012
  Controller/PLCI/NCCI            = 0x101

    -- ISDN1: info element Date/Time 06/03/21 20:36
DISCONNECT_IND ID=002 #0x06fe LEN=0014
  Controller/PLCI/NCCI            = 0x101
  Reason                          = 0x0

DISCONNECT_RESP ID=002 #0x06fe LEN=0012
  Controller/PLCI/NCCI            = 0x101

  == ISDN1: Interface cleanup PLCI=0x101


capi debug / Verbosity 5 / ohne CallerID im Dialstring:

Code: 
    -- Executing Dial("SIP/66-9d05", "CAPI/g1/0172xxxxxxx/bo|60") in new stack
       > data = g1/0172xxxxxxx/bo
       > parsed dialstring: 'g1' 'NULL' '0172xxxxxxx' 'bo'
       > capi request group = 2
       > parsed dialstring: 'g1' 'NULL' '0172xxxxxxx' 'bo'
  == ISDN1: Call CAPI/ISDN1/0172xxxxxxx-3 with B3 overlap (pres=0x00, ton=0x00)
CONNECT_REQ ID=002 #0x000c LEN=0045
  Controller/PLCI/NCCI            = 0x1
  CIPValue                        = 0x1
  CalledPartyNumber               = <80>
  CallingPartyNumber              = <00 80>66
  CalledPartySubaddress           = default
  CallingPartySubaddress          = default
  BProtocol                      
   B1protocol                     = 0x1
   B2protocol                     = 0x1
   B3protocol                     = 0x0
   B1configuration                = default
   B2configuration                = default
   B3configuration                = default
   GlobalConfiguration            = default
  BC                              = default
  LLC                             = default
  HLC                             = default
  AdditionalInfo                 
   BChannelinformation            = <00 00>
   Keypadfacility                 = default
   Useruserdata                   = default
   Facilitydataarray              = default
   SendingComplete                = default

    -- Called g1/0172xxxxxxx/bo
CONNECT_CONF ID=002 #0x000c LEN=0014
  Controller/PLCI/NCCI            = 0x101
  Info                            = 0x0

    -- ISDN1: received CONNECT_CONF PLCI = 0x101
       > CAPI devicestate requested for ISDN1/0172xxxxxxx
       > CAPI devicestate requested for ISDN1/0172xxxxxxx
INFO_IND ID=002 #0x0704 LEN=0015
  Controller/PLCI/NCCI            = 0x101
  InfoNumber                      = 0x800d
  InfoElement                     = default

INFO_RESP ID=002 #0x0704 LEN=0012
  Controller/PLCI/NCCI            = 0x101

    -- ISDN1: info element SETUP ACK
INFO_REQ ID=002 #0x000d LEN=0031
  Controller/PLCI/NCCI            = 0x101
  CalledPartyNumber               = <80>0172xxxxxxx
  AdditionalInfo                 
   BChannelinformation            = default
   Keypadfacility                 = default
   Useruserdata                   = default
   Facilitydataarray              = default
   SendingComplete                = default

       > ISDN1: sent CALLEDPARTYNUMBER INFO digits = '0172xxxxxxx' (PLCI=0x101)
INFO_IND ID=002 #0x0705 LEN=0016
  Controller/PLCI/NCCI            = 0x101
  InfoNumber                      = 0x18
  InfoElement                     = <89>

INFO_RESP ID=002 #0x0705 LEN=0012
  Controller/PLCI/NCCI            = 0x101

    -- ISDN1: info element CHANNEL IDENTIFICATION 89
INFO_CONF ID=002 #0x000d LEN=0014
  Controller/PLCI/NCCI            = 0x101
  Info                            = 0x0

INFO_IND ID=002 #0x0706 LEN=0015
  Controller/PLCI/NCCI            = 0x101
  InfoNumber                      = 0x8001
  InfoElement                     = default

INFO_RESP ID=002 #0x0706 LEN=0012
  Controller/PLCI/NCCI            = 0x101

    -- ISDN1: info element ALERTING
    -- CAPI/ISDN1/0172xxxxxxx-3 is ringing
  == ISDN1: CAPI Hangingup
    -- ISDN1: activehangingup (cause=0)
DISCONNECT_REQ ID=002 #0x000e LEN=0018
  Controller/PLCI/NCCI            = 0x101
  AdditionalInfo                 
   BChannelinformation            = default
   Keypadfacility                 = default
   Useruserdata                   = default
   Facilitydataarray              = default
   SendingComplete                = default

       > CAPI devicestate requested for ISDN1/0172xxxxxxx
       > CAPI devicestate requested for ISDN1/0172xxxxxxx
  == Spawn extension (default, 00172xxxxxxx, 1) exited non-zero on 'SIP/66-9d05'
DISCONNECT_CONF ID=002 #0x000e LEN=0014
  Controller/PLCI/NCCI            = 0x101
  Info                            = 0x0

INFO_IND ID=002 #0x0707 LEN=0020
  Controller/PLCI/NCCI            = 0x101
  InfoNumber                      = 0x29
  InfoElement                     = <06 03 15 14 3a>

INFO_RESP ID=002 #0x0707 LEN=0012
  Controller/PLCI/NCCI            = 0x101

    -- ISDN1: info element Date/Time 06/03/21 20:58
DISCONNECT_IND ID=002 #0x0708 LEN=0014
  Controller/PLCI/NCCI            = 0x101
  Reason                          = 0x0

DISCONNECT_RESP ID=002 #0x0708 LEN=0012
  Controller/PLCI/NCCI            = 0x101

  == ISDN1: Interface cleanup PLCI=0x101


extensions.conf

Code: 
[general]
static=yes
writeprotect=no

[globals]
RINGTIME => 30

[macro-capiincoming]
exten => s,1,NoCDR()
exten => s,n,Dial(SIP/${ARG1},${RINGTIME},Ttr)
exten => s,n,Goto(s-${DIALSTATUS},1)
exten => s-BUSY,1,Congestion()
exten => s-BUSY,2,Hangup()
exten => s-NOANSWER,1,Voicemail,u${ARG1}
exten => s-NOANSWER,2,Hangup()
exten => s-CHANUNAVAIL,1,Hangup()

[intern1]
exten => _ZX,1,NoCDR()
exten => _ZX,2,Dial,SIP/${EXTEN}|${RINGTIME}|Ttr
exten => _ZX,3,MailboxExists(${EXTEN})
exten => _ZX,4,Congestion()
exten => _ZX,5,Hangup()
exten => _ZX,104,Voicemail,u${EXTEN}
exten => _ZX,105,Hangup()

[intern2]
exten => _ZXX,1,NoCDR()
exten => _ZXX,2,Dial,SIP/${EXTEN}|${RINGTIME}|Ttr
exten => _ZXX,3,MailboxExists(${EXTEN})
exten => _ZXX,4,Congestion()
exten => _ZXX,5,Hangup()
exten => _ZXX,104,Voicemail,u${EXTEN}
exten => _ZXX,105,Hangup()

[to-capi]
exten => _0.,1,Dial(CAPI/g1/${EXTEN:1}/bo,60)
exten => _0.,2,Hangup()

[from-capi]
exten => 41,1,Macro(capiincoming,41)
exten => 41,n,Hangup()

exten => 66,1,Macro(capiincoming,66)
exten => 66,n,Hangup()

exten => 90,1,NoCDR()
exten => 90,n,Dial(SIP/90&SIP/961,${RINGTIME},Ttr)
exten => 90,n,Hangup()

exten => 961,1,Macro(capiincoming,961)
exten => 961,n,Hangup()

[default]
include => intern1
include => intern2
include => to-capi


capi.conf

Code: 
[general]
nationalprefix=0
internationalprefix=00
rxgain=0.8
txgain=0.8
language=de      ;set default language
;ulaw=yes        ;set this, if you live in u-law world instead of a-law

[ISDN1]
controller=1,2
group=1
isdnmode=did
incomingmsn=*
;defaultcid=66699
accountcode=
softdtmf=on
relaxdtmf=on
context=from-capi
holdtype=local
language=de
 
Zuletzt bearbeitet:
Eine Ziffer wird von Asterisk/chan-capi hier nicht verschluckt. Du hast einen 1TR6 Anschluss, eventuell ist dies hier anders. Bei 1TR6 gibt es doch keine 'Durchwahl', sondern nur EAZ (Endgerate-Auswahl-Ziffer), d.h. nur eine Ziffer.

Armin
 
Armin,

ich hatte gehofft, Du würdest antworten :)

Ich hatte auch schon überlegt, ob es an 1TR6 liegen könnte - andererseits signalisiert die TK-Anlage (octopus 180i), die eigentlich noch an dem Anlagenanschluss angeschlossen ist, sogar 3-stellige "Durchwahlen" beim Angerufenen.

Und ich kann ja auch auf 2-stellige (3-stellige habe ich noch nicht versucht) Durchwahlen von CAPI im Dialplan reagieren.

Ich habe es mittlerweile auch mal mit einer 3-stelligen CallerID (also "Durchwahl") im Dialstring versucht - es wird tatsächlich immer nur die letzte Ziffer übertragen. Meine Annahme, dass das vorletzte Zeichen unterdrückt wird, ist also falsch. Es wird nur die letzte Ziffer übergeben.


Liege ich denn wenigstens mit meiner capi.conf (Einrichtung der 2 AVM-Karten) richtig? Was hat es denn mit dem "ISDN1-pseudo-D" auf sich - ist das korrekt? Die Debug-Ausgabe von load chan_capi.so habe ich unten eingefügt...

Und wie muss ich die CallerID für Gespräche über CAPI setzen - mit oder ohne Vorwahl?


Schon jetzt herzlichen Dank für jede Antwort!

Ralph


Code: 
 Loaded /usr/lib/asterisk/modules/chan_capi.so => (Common ISDN API for Asterisk)
  == Parsing '/etc/asterisk/capi.conf': Found
  == This box has 2 capi controller(s).
    -- CAPI/contr1 supports DTMF
    -- CAPI/contr2 supports DTMF
  == Reading config for ISDN1
    -- capi_pvt ISDN1-pseudo-D (*,from-capi,0,2) (0,4,64)
    -- capi_pvt ISDN1 (*,from-capi,0,2) (0,4,64)
    -- capi_pvt ISDN1 (*,from-capi,0,2) (0,4,64)
    -- listening on contr1 CIPmask = 0x1fff03ff
    -- listening on contr2 CIPmask = 0x1fff03ff
  == Registered channel type 'CAPI' (Common ISDN API Driver (cm-0.6.4) )
  == Registered application 'capiCommand'
  == Registered custom function VANITYNUMBER
 
Zuletzt bearbeitet:
Ich kenne mich mit 1TR6 nicht aus. Mir ist die 'EAZ' noch bekannt, aber was da noch geht... keine Ahnung.

Ralph* schrieb:
Ich habe es mittlerweile auch mal mit einer 3-stelligen CallerID (also "Durchwahl") im Dialstring versucht - es wird tatsächlich immer nur die letzte Ziffer übertragen. Meine Annahme, dass das vorletzte Zeichen unterdrückt wird, ist also falsch. Es wird nur die letzte Ziffer übergeben.
Zum Vergrößern anklicken....
Das wuerde fuer EAZ sprechen. Aber die Anlage macht das richtig? Dann muss da wohl als callerid etwas besonderes eingestellt werden.

Ralph* schrieb:
Liege ich denn wenigstens mit meiner capi.conf (Einrichtung der 2 AVM-Karten) richtig? Was hat es denn mit dem "ISDN1-pseudo-D" auf sich - ist das korrekt? Die Debug-Ausgabe von load chan_capi.so habe ich unten eingefügt...
Zum Vergrößern anklicken....

Du solltest in einer interface Sektion nicht zwei Controller angeben. Erstelle jeden Controller mit eigenem Interface und devices=2.
pseudo-D ist der D-Kanal, auf dem bei DSS1 auch Anrufe signalisiert werden koennen, wenn die beiden B-Kanaele belegt sind. Mit Hilfe der Variable BCHANNELINFO kann man dies dann unterscheiden und einen solchen Anruf z.B. per deflect an einen anderen Anschluss weitergeben.

Ralph* schrieb:
Und wie muss ich die CallerID für Gespräche über CAPI setzen - mit oder ohne Vorwahl?
Zum Vergrößern anklicken....

Normalerweise ohne Vorwahl, aber bei 1TR6 kann ich das nicht sagen.

Armin
 
Armin,

Ich kenne mich mit 1TR6 nicht aus. Mir ist die 'EAZ' noch bekannt, aber was da noch geht... keine Ahnung.
Zum Vergrößern anklicken....

Aber die Anlage macht das richtig? Dann muss da wohl als callerid etwas besonderes eingestellt werden.
Zum Vergrößern anklicken....

Na ja, ich sehe schon, dass ich mit 1TR6 nicht weit kommen werde, weil das ja kein Mensch mehr einsetzt. Wir (bzw. die Telekom) werden im Lauf des Jahres dann auch auf DSS1 wechseln.

Daher gehe ich mal davon aus, dass das Problem mit der CallerID dann erledigt sein wird.

Erstelle jeden Controller mit eigenem Interface und devices=2
Zum Vergrößern anklicken....

Habe ich gemacht und scheint auch zu funktionieren:

Code: 
miner*CLI> load chan_capi.so
 Loaded /usr/lib/asterisk/modules/chan_capi.so => (Common ISDN API for Asterisk)
  == Parsing '/etc/asterisk/capi.conf': Found
  == This box has 2 capi controller(s).
    -- CAPI/contr1 supports DTMF
    -- CAPI/contr2 supports DTMF
  == Reading config for ISDN1
    -- capi_pvt ISDN1-pseudo-D (*,from-capi,0,2) (0,4,64)
    -- capi_pvt ISDN1 (*,from-capi,0,2) (0,4,64)
    -- capi_pvt ISDN1 (*,from-capi,0,2) (0,4,64)
  == Reading config for ISDN2
    -- capi_pvt ISDN2-pseudo-D (*,from-capi,0,2) (0,4,64)
    -- capi_pvt ISDN2 (*,from-capi,0,2) (0,4,64)
    -- capi_pvt ISDN2 (*,from-capi,0,2) (0,4,64)
    -- listening on contr1 CIPmask = 0x1fff03ff
    -- listening on contr2 CIPmask = 0x1fff03ff
  == Registered channel type 'CAPI' (Common ISDN API Driver (cm-0.6.4) )
  == Registered application 'capiCommand'
  == Registered custom function VANITYNUMBER

Allerdings werden keine 'ISDN-services' (das ist bestimmt nicht der richtige Ausdruck) gefunden. Wenn ich das mal mit Angaben aus dem Forum vergleiche:

Code: 
    -- CAPI/contr1 supports supplementary services
       > sent FACILITY_REQ (CONTROLLER=0x1)
       > FACILITY_CONF INFO = 0
       > HOLD/RETRIEVE
       > TERMINAL PORTABILITY
       > ECT
       > 3PTY
       > CF
       > CD
       > MCID
       > CCBS
       > MWI
       > CCNR

... dann steht da bei mir viel weniger - muss mich das beunruhigen? capiinfo gibt in der letzten Zeile übrigens "FAC GET - Info: Facility not supported (0x300b)" aus.

pseudo-D ist der D-Kanal, auf dem bei DSS1 auch Anrufe signalisiert werden koennen, wenn die beiden B-Kanaele belegt sind.
Zum Vergrößern anklicken....

Hmmmmmm - bei mir werden alle über CAPI eingehenden Gespräche über pseudo-D abgewickelt. Aber eine Gesprächsverbindung ist trotzdem möglich.

Auch hier gehe ich mal davon aus, dass das ein 1TR6-Problem sein wird. Es könnte doch sein, dass da von 1TR6 etwas signalisiert wird und dann von chan_capi-cm falsch interpretiert wird, weil es eben nicht DSS1 ist?

Ich habe natürlich keinen Schimmer von ISDN-Protokollen (ach...), aber ich tröste mich einfach damit, dass es mit DSS1 besser wird ;-)

Grüße
Ralph
 
Ralph* schrieb:
Allerdings werden keine 'ISDN-services' (das ist bestimmt nicht der richtige Ausdruck) gefunden. Wenn ich das mal mit Angaben aus dem Forum vergleiche:

... dann steht da bei mir viel weniger - muss mich das beunruhigen? capiinfo gibt in der letzten Zeile übrigens "FAC GET - Info: Facility not supported (0x300b)" aus.
Zum Vergrößern anklicken....
Das heisst nur, dass deine ISDN Karte mit der Firmware nicht mehr bietet. Aber das liegt wohl auch an 1TR6, denn diese Services sind unter 1TR6 nicht wirklich vorhanden.

Ralph* schrieb:
Hmmmmmm - bei mir werden alle über CAPI eingehenden Gespräche über pseudo-D abgewickelt. Aber eine Gesprächsverbindung ist trotzdem möglich.
Zum Vergrößern anklicken....
Ach ja, hatte ich ganz vergessen. Bei 1TR6 (zumindest mit AVM) wird BCHANNELINFO nicht so gesetzt, wie es die CAPI spec vorsieht.

Ralph* schrieb:
Auch hier gehe ich mal davon aus, dass das ein 1TR6-Problem sein wird. Es könnte doch sein, dass da von 1TR6 etwas signalisiert wird und dann von chan_capi-cm falsch interpretiert wird, weil es eben nicht DSS1 ist?
Zum Vergrößern anklicken....
Genau.

Armin
 
Armin,

Du hast mir sehr geholfen! Vielen Dank.
 
Um antworten zu können musst du eingeloggt sein.
Kostenlos!
Jetzt holen

Neueste Beiträge

Kategorien

Wissenswertes

Statistik des Forums

Themen
248,864
Beiträge
2,303,155
Mitglieder
378,516
Neuestes Mitglied
jpttpee

3CX jetzt einen Monat kostenlos testen

Die Verbindung, Zusammenarbeit und Kommunikation mit Ihrem Team und Ihren Kunden war noch nie so einfach. Nutzen Sie unsere kostenlose 30-Tage-Testversion und entdecken Sie die richtige Lösung für Ihr Unternehmen.

3CX start your free trial guy
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.
| Style by ThemeHouse
XenPorta 2 PRO © Jason Axelrod of 8WAYRUN
Oben Unten