Capi legt auf

gmueller_2000

Neuer User
Mitglied seit
14 Jun 2005
Beiträge
19
Punkte für Reaktionen
0
Punkte
0
Hallo zusammen,

meine Asterisk-"Anlage" hängt per Fritzcard an der TK-Anlage. "Asterisk-intern" funktioniert alles wunderbar. Auch über die Fritzcard Nebenstellen der TK-Anlage anrufen funktioniert auch. Was nicht funktioniert ist das Anrufen von der TK-Anlage zu einem Asterisk-Telefon. Ich hänge hier mal die Debug Ausgabe ran. Wenn ich das richtig sehe legt Capi auf weil sich die Telefonnummer geändert hat.

Was mache ich falsch? Oder ist die TK-Anlage schuld?

Viele Grüße

Gerd

Code:
    -- CONNECT_IND ID=001 #0x208f LEN=0041
  Controller/PLCI/NCCI            = 0x101
  CIPValue                        = 0x10
  CalledPartyNumber               = <81>9113
  CallingPartyNumber              = <00 83>213
  CalledPartySubaddress           = default
  CallingPartySubaddress          = default
  BC                              = <80 90 a3>
  LLC                             = <80 90 a3>
  HLC                             = <91 81>
  AdditionalInfo                  = default

Jun 20 11:13:38 NOTICE[3738]: chan_capi.c:1931 capi_handle_msg: CONNECT_IND ID=001 #0x208f LEN=0041
  Controller/PLCI/NCCI            = 0x101
  CIPValue                        = 0x10
  CalledPartyNumber               = <81>9113
  CallingPartyNumber              = <00 83>213
  CalledPartySubaddress           = default
  CallingPartySubaddress          = default
  BC                              = <80 90 a3>
  LLC                             = <80 90 a3>
  HLC                             = <91 81>
  AdditionalInfo                  = default

  == CONNECT_IND (PLCI=0x101,DID=9113,CID=213,CIP=0x10,CONTROLLER=0x1)
    -- Executing AGI("CAPI[contr1/9113]/3", "log.agi|SIP/snom_gmueller|"A9113"") in new stack
    -- started pbx on channel (callgroup=0)!
    -- Launched AGI Script /usr/share/asterisk/agi-bin/log.agi
    -- AGI Script log.agi completed, returning 0
    -- Executing Macro("CAPI[contr1/9113]/3", "stdexten|9113|SIP/snom_gmueller") in new stack
    -- Executing Dial("CAPI[contr1/9113]/3", "SIP/snom_gmueller|20") in new stack
    -- Called snom_gmueller
    -- INFO_IND ID=001 #0x2090 LEN=0020
  Controller/PLCI/NCCI            = 0x101
  InfoNumber                      = 0x70
  InfoElement                     = <81>9113

    -- INFO_IND ID=001 #0x2091 LEN=0016
  Controller/PLCI/NCCI            = 0x101
  InfoNumber                      = 0x18
  InfoElement                     = <89>

    -- ALERT_CONF ID=001 #0x208f LEN=0014
  Controller/PLCI/NCCI            = 0x101
  Info                            = 0x0

    -- SIP/snom_gmueller-8a4f is ringing
    -- INFO_IND ID=001 #0x2092 LEN=0017
  Controller/PLCI/NCCI            = 0x101
  InfoNumber                      = 0x8
  InfoElement                     = <81 9a>

    -- DISCONNECT_IND ID=001 #0x2093 LEN=0014
  Controller/PLCI/NCCI            = 0x101
  Reason                          = 0x349a

  == DISCONNECT_IND PLCI=0x101 REASON=0x349a
 
eigentlich viel zu peinlich, aber nachdem vielleicht andere in die gleiche Falle treten könnten hier die Auflösung:

Es war weder asterisk noch die TK-Anlage: Wir hatten einfach ein weiteres Gerät am S0 Bus hängen. Ratet mal was passiert ist ...

Viele Grüße

Gerd
 
? war die gleiche nummer bereits vergeben, oder was war das Problem?
 
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.