Gleichzeitige Anrufsignalisierung auf mehreren MSNs

nexus · 8 Jun 2005

Hallo zusammen,

hier eine weitere Neulings-Frage:
Meine Zielsetzung ist, dass bei einem über das Festnetz eingehenden Anruf sowohl ein paar ISDN-Telefone als auch SIP-Telefone klingeln sollen.

Mein Asterisk hängt über eine AVM Fritz! PCI (mit AVM-Capi-Treibern) zusammen mit den genannten ISDN-Telefonen am selben internen S0-Bus einer Auerswald Commander Basic.

Die Telefonanlage ist so konfiguriert, dass ein eingehender Festnetzanruf gleichzeitig an drei interne MSNs signalisiert wird (130, 151 und 160 // 130 und 160 sind die Telefone, 151 ist für den Asterisk gedacht).

In der capi.conf sind ein paar einzelne MSNs nach folgendem Muster hinterlegt:

msn=151
incomingmsn=151
context=muster1
…

msn=152
incomingmsn=152
context=muster2
...

130 und 160 gibt’s in der capi.conf aber nicht, das sind ja die ISDN-Telefone.

Das Problem ist, dass ein eingehender Anruf auf der Festnetznummer völlig ignoriert wird. Im –ddvvvc – Modus erfolgt auch keinerlei Output bei einem Anruf. Wenn ich die Durchwahl 151 intern direkt anrufe klappt aber alles problemlos, die SIP-Telefone klingeln.

Ein Blick in die capisuite.log zeigt mir, dass der eingehende Festnetzanruf auf der MSN 130 festgestellt wird (die wird aber natürlich brav ignoriert). Für mich sieht es so aus, als würde die Capi nicht mitbekommen, dass der Anruf gleichzeitig auch auf die 151 signalisiert wird. Hat jemand einen Tipp für mich, wie ich ihr das eintrichtern kann?

Besten Dank vorab!

Hupe · 8 Jun 2005

Kopier doch am besten mal die gesamte capi.conf (und vielleicht auch die extensions.conf) hier rein. Vielleicht ist ja irgendwo ein Tippfehler, oder so. Netwären auch ein paar infos mehr: z.B. über deinen Rechner/Betriebssystem/Kernel, Die Asterisk-Version, die von chan_capi, usw.

norden · 8 Jun 2005

Das Problem hatte/habe ich auch. Wenn auf dem internen S0-Bus auf mehreren MSN ein Anruf signalisiert wurde, hat Asterisk leider nicht alle mitbekommen. Ich habe leider keine wirkliche Lösung gefunden, sondern in Asterisk halt eine der MSN eingetragen, die er erkannt hat.
Einen Zusammenhang zwischen der MSN-Reihenfolge oder ähnlichem habe ich leider auch nicht wirklich gefunden. Meist schien aber die niedrigste MSN zu funktionieren. Ich habe übrigens den AVM Fritz USB Adapter und eine T-Concept XI521. Welche Telefonanlage läuft bei dir?

rollo · 8 Jun 2005

Kann es sein, dass Du versuchst auf einem So mehr als zwei Nst. anzusprechen?

jo

nexus · 8 Jun 2005

Ja, genau das - eben die NSt 130, 151 und 160, alle drei am selben internen S0-Bus der Auerswald. Die FritzCard und damit den Asterisk soll aber nur die 151 interessieren, auf die anderen beiden MSNs ist der Asterisk nicht konfiguriert. Wieso, darf man das nicht? Bei den Telefonen klappt das ja auch ganz prima...

Die Konfigs kommen gleich

rollo · 8 Jun 2005

Ist wohl der Unterschied zwischen Theorie und Praxis. Ich habe hier ähnliche Phänomene mit drei Telefonen am selben Bus. Alle klingeln einmal, danach nur noch zwei. Reduzier das doch mal versuchsweise auf ein Telefon und den Asterisk.

jo

nexus · 8 Jun 2005

So, hier mal die versprochenen Configs:

capi.conf:

Code:

[general]
nationalprefix=0
internationalprefix=00
rxgain=0.8
txgain=0.8

[interfaces]

msn=200
incomingmsn=200
controller=1
softdtmf=1
accountcode=
context=sipgate
devices=2

msn=151
incomingmsn=151
controller=1
softdtmf=1
accountcode=
context=incomingcall
devices=2

msn=210
incomingmsn=210
controller=1
softdtmf=1
accountcode=
context=purtel
devices=2

msn=220
incomingmsn=220
controller=1
softdtmf=1
accountcode=
context=freenet
devices=2

msn=250
incomingmsn=250
controller=1
softdtmf=1
accountcode=
context=gmx
devices=2

extensions.conf (auf alles relevante gekürzt):

Code:

[general]
static=yes
writeprotect=no

[incomingcall]
exten => h,1,Hangup
exten => 151,1,Dial(SIP/111)

[localusers]
include => localdialout
exten => _018.,1,Hangup
exten => _01[567].,1,Dial(CAPI/@151:${EXTEN},90,tr)
exten => _01[567].,2,Hangup
;exten => _[123456789]XX,1,NoOp("call for "${EXTEN})
exten => _[123456789]XX,1,Dial(SIP/${EXTEN},60,tr)
exten => _[123456789]XX,2,Congestion

[localdialout]
exten => h,1,Hangup
exten => _0.,1,Dial(SIP/${EXTEN}@gmx,90,tr)
exten => _0.,2,Hangup

Hier noch die sip.conf:

Code:

port=5060                       ; UDP Port to bind to (SIP standard port is 5060)
bindaddr=0.0.0.0                ; IP address to bind to (0.0.0.0 binds to all)
srvlookup=yes                   ; Enable DNS SRV lookups on outbound calls
localnet=192.168.0.0/255.255.0.0; All RFC 1918 addresses are local networks

[111]
type = friend
secret = blah
auth = md5
nat = no
host = dynamic
reinvite = no
qualify = 1000
dtmfmode = inband
callerid = "Max Muster" <111>
disallow = all
allow = alaw
context = localusers

Zum Drumrum: Rechner ist ein stinknormaler PC (AMD Athlon 2600+, 1 GB RAM) mit SuSE Linux 9.0 und Kernel 2.4.21-243-athlon, darauf läuft Asterisk CVS-v1-0-12/17/04-21:41:57, chan_capi Version 0.3.5., capi4linux hat Version 2003.9.17.

Hier noch Feedback zu den anderen vorgeschlagenen Experimenten:
Die Anzahl der von der Telefonanlage gleichzeitig angesprochenen MSNs auf zwei zu reduzieren bringt leider nichts. Auch die Asterisk-MSN zur zahlenmäßig kleinsten zu machen, bringt keinen Erfolg.

Ich habe auch mal ein "capi debug" durchgeführt - hier das Ergebnis:

Code:

CAPI Debugging Enabled
    -- CONNECT_IND ID=005 #0x0054 LEN=0042
  Controller/PLCI/NCCI            = 0x101
  CIPValue                        = 0x1
  CalledPartyNumber               = <81>130
  CallingPartyNumber              = <21 80>1791234567
  CalledPartySubaddress           = default
  CallingPartySubaddress          = default
  BC                              = <80 90 a3>
  LLC                             = default
  HLC                             = default
  AdditionalInfo                  = default

Jun  8 18:54:16 NOTICE[9414]: chan_capi.c:1932 capi_handle_msg: CONNECT_IND ID=005 #0x0054 LEN=0042
  Controller/PLCI/NCCI            = 0x101
  CIPValue                        = 0x1
  CalledPartyNumber               = <81>130
  CallingPartyNumber              = <21 80>1791234567
  CalledPartySubaddress           = default
  CallingPartySubaddress          = default
  BC                              = <80 90 a3>
  LLC                             = default
  HLC                             = default
  AdditionalInfo                  = default

  == CONNECT_IND (PLCI=0x101,DID=130,CID=1796658527,CIP=0x1,CONTROLLER=0x1)
Jun  8 18:54:16 ERROR[9414]: chan_capi.c:2051 capi_handle_msg: did not find device for msn = 130
    -- INFO_IND ID=005 #0x0055 LEN=0019
  Controller/PLCI/NCCI            = 0x101
  InfoNumber                      = 0x70
  InfoElement                     = <81>130

Jun  8 18:54:16 ERROR[9414]: chan_capi.c:1198 find_pipe: unable to find a pipe for PLCI = 0x101 MN = 0x55
Jun  8 18:54:16 NOTICE[9414]: chan_capi.c:1302 pipe_msg: INFO_IND ID=005 #0x0055 LEN=0019
  Controller/PLCI/NCCI            = 0x101
  InfoNumber                      = 0x70
  InfoElement                     = <81>130
    -- INFO_IND ID=005 #0x0056 LEN=0016
  Controller/PLCI/NCCI            = 0x101
  InfoNumber                      = 0x18
  InfoElement                     = <89>

Jun  8 18:54:16 ERROR[9414]: chan_capi.c:1198 find_pipe: unable to find a pipe for PLCI = 0x101 MN = 0x56
Jun  8 18:54:16 NOTICE[9414]: chan_capi.c:1302 pipe_msg: INFO_IND ID=005 #0x0056 LEN=0016
  Controller/PLCI/NCCI            = 0x101
  InfoNumber                      = 0x18
  InfoElement                     = <89>
Urgent handler
    -- DISCONNECT_IND ID=005 #0x0059 LEN=0014
  Controller/PLCI/NCCI            = 0x101
  Reason                          = 0x0

  == DISCONNECT_IND PLCI=0x101 REASON=0
Jun  8 18:54:16 ERROR[9414]: chan_capi.c:1198 find_pipe: unable to find a pipe for PLCI = 0x101 MN = 0x59
Urgent handler

Wenn die Asterisk-Durchwahl die einzige in der Telefonanlage konfigurierte ist, klappt die Weiterleitung an SIP auch problemlos. Sobald aber eine zweite Ziel-MSN dazu kommt, ist Schluss mit Lustig - dann wird laut capi debug immer die 130 als angewählte Durchwahl erkannt und die 151 ignoriert.

Ich hoffe, diese Beschreibungen helfen Euch beim Helfen. Vielen, vielen Dank vorab!

Hupe · 9 Jun 2005

Mal ein Vorschlag: gibt dem isdn-telefon mal die nummer 151 und Asterisk die 130. Dann müsste ja der Asterisk klingeln, das Telefon aber nicht. Wenn das denn so ist, dann kanst Du von einem Bug in der Firmware der TK-Anlage ausgehen. Sonst wird es wohl doch irgendwie am Asterisk/Capi liegen.

nexus · 9 Jun 2005

@Hupe:
Das habe ich eben mal ausprobiert - wenn Asterisk die 130 und das Telefon die 151 hat, klingeln ganz brav alle Geräte, der Fehler tritt also nicht auf. Auch wenn's jetzt pingelig klingen mag: Für mich ist das Vertauschen eher ein Workaround als eine Lösung ;-)

Nach meinem Verständnis müsste nach diesem Test der Schuldige also Asterisk (bzw. chan_capi) sein...?

nexus · 12 Jun 2005

Nochmal für die Akten: Ich habe mir jetzt so beholfen, dass ich der Fritz!Card einen eigenen internen S0-Bus an der Telefonanlage spendiert habe, bei der sie immer schön alleine angesprochen wird. So läuft das Ganze ohne Probleme. Sollte zufällig noch jemandem eine Idee für eine S0-Bus-sparendere Variante kommen, bin ich dafür gerne offen...

copperfield · 24 Jul 2005

Genau dass gleich Problem

Hallo zusammen,
leider habe ich genau dass gleiche Problem. Mein Asterisk hängt an einer ELMEG TK Anlage - Nebenstelle MSN 15.
Ich habe die Configs (capi.conf, extensions.conf) mehrfach nach möglichen Fehlern durchsucht und kann nichts finden. Anrufe von SIP nach ISDN funktionieren ohne Probleme. Nur der umgekehrte Weg eben nicht...

capi debug (anruf von extern auf die msn welche der nebenstelle 15 zugeordnet ist - (gleicher Effekt bei Anruf von ISDN Nebenstelle auf SIP Phone)

eis*CLI>
-- INFO_IND ID=002 #0x0a43 LEN=0017
Controller/PLCI/NCCI = 0x1
InfoNumber = 0x1c
InfoElement = <95 81>

-- INFO_IND ID=002 #0x0a43 LEN=0017
Controller/PLCI/NCCI = 0x1
InfoNumber = 0x1c
InfoElement = <95 81>

Jul 24 15:49:57 NOTICE[12722]: chan_capi.c:1305 find_pipe: PLCI doesnt match last pipe (PLCI = 0x1)
Jul 24 15:49:57 NOTICE[12722]: chan_capi.c:1422 pipe_msg: INFO_IND ID=002 #0x0a43 LEN=0017
Controller/PLCI/NCCI = 0x1
InfoNumber = 0x1c
InfoElement = <95 81>

eis*CLI>
-- CONNECT_IND ID=002 #0x0a44 LEN=0045
Controller/PLCI/NCCI = 0x101
CIPValue = 0x10
CalledPartyNumber = <81>15
CallingPartyNumber = <01 80>001728388511
CalledPartySubaddress = default
CallingPartySubaddress = default
BC = <80 90 a3>
LLC = default
HLC = <91 81>
AdditionalInfo = default

Jul 24 15:49:57 NOTICE[12722]: chan_capi.c:2052 capi_handle_msg: CONNECT_IND ID=002 #0x0a44 LEN=0045
Controller/PLCI/NCCI = 0x101
CIPValue = 0x10
CalledPartyNumber = <81>15
CallingPartyNumber = <01 80>001728388511
CalledPartySubaddress = default
CallingPartySubaddress = default
BC = <80 90 a3>
LLC = default
HLC = <91 81>
AdditionalInfo = default

== CONNECT_IND (PLCI=0x101,DID=15,CID=001728388511,CIP=0x10,CONTROLLER=0x1)
Jul 24 15:49:57 ERROR[12722]: chan_capi.c:2171 capi_handle_msg: did not find device for msn = 15
> sent CONNECT_RESP for PLCI = 0x101
-- INFO_IND ID=002 #0x0a45 LEN=0019
Controller/PLCI/NCCI = 0x101
InfoNumber = 0x28
InfoElement = Neff

-- INFO_IND ID=002 #0x0a45 LEN=0019
Controller/PLCI/NCCI = 0x101
InfoNumber = 0x28
InfoElement = Neff

Jul 24 15:49:57 ERROR[12722]: chan_capi.c:1318 find_pipe: unable to find a pipe for PLCI = 0x101 MN = 0xa45
Jul 24 15:49:57 NOTICE[12722]: chan_capi.c:1422 pipe_msg: INFO_IND ID=002 #0x0a45 LEN=0019
Controller/PLCI/NCCI = 0x101
InfoNumber = 0x28
InfoElement = Neff
-- INFO_IND ID=002 #0x0a46 LEN=0018
Controller/PLCI/NCCI = 0x101
InfoNumber = 0x70
InfoElement = <81>15

-- INFO_IND ID=002 #0x0a46 LEN=0018
Controller/PLCI/NCCI = 0x101
InfoNumber = 0x70
InfoElement = <81>15

Jul 24 15:49:57 ERROR[12722]: chan_capi.c:1318 find_pipe: unable to find a pipe for PLCI = 0x101 MN = 0xa46
Jul 24 15:49:57 NOTICE[12722]: chan_capi.c:1422 pipe_msg: INFO_IND ID=002 #0x0a46 LEN=0018
Controller/PLCI/NCCI = 0x101
InfoNumber = 0x70
InfoElement = <81>15
-- INFO_IND ID=002 #0x0a47 LEN=0016
Controller/PLCI/NCCI = 0x101
InfoNumber = 0x18
InfoElement = <89>

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

Jul 24 15:49:57 ERROR[12722]: chan_capi.c:1318 find_pipe: unable to find a pipe for PLCI = 0x101 MN = 0xa47
Jul 24 15:49:57 NOTICE[12722]: chan_capi.c:1422 pipe_msg: INFO_IND ID=002 #0x0a47 LEN=0016
Controller/PLCI/NCCI = 0x101
InfoNumber = 0x18
InfoElement = <89>
-- DISCONNECT_IND ID=002 #0x0a4a LEN=0014
Controller/PLCI/NCCI = 0x101
Reason = 0x0

== DISCONNECT_IND PLCI=0x101 REASON=0
Jul 24 15:49:57 ERROR[12722]: chan_capi.c:1318 find_pipe: unable to find a pipe for PLCI = 0x101 MN = 0xa4a
> sent DISCONNECT_RESP PLCI=0x101

eis*CLI>
-- CONNECT_IND ID=002 #0x0a4b LEN=0045
Controller/PLCI/NCCI = 0x101
CIPValue = 0x10
CalledPartyNumber = <81>15
CallingPartyNumber = <01 80>001728388511
CalledPartySubaddress = default
CallingPartySubaddress = default
BC = <80 90 a3>
LLC = default
HLC = <91 81>
AdditionalInfo = default

Jul 24 15:50:01 NOTICE[12722]: chan_capi.c:2052 capi_handle_msg: CONNECT_IND ID=002 #0x0a4b LEN=0045
Controller/PLCI/NCCI = 0x101
CIPValue = 0x10
CalledPartyNumber = <81>15
CallingPartyNumber = <01 80>001728388511
CalledPartySubaddress = default
CallingPartySubaddress = default
BC = <80 90 a3>
LLC = default
HLC = <91 81>
AdditionalInfo = default

== CONNECT_IND (PLCI=0x101,DID=15,CID=001728388511,CIP=0x10,CONTROLLER=0x1)
Jul 24 15:50:01 ERROR[12722]: chan_capi.c:2171 capi_handle_msg: did not find device for msn = 15
> sent CONNECT_RESP for PLCI = 0x101
-- INFO_IND ID=002 #0x0a4c LEN=0019
Controller/PLCI/NCCI = 0x101
InfoNumber = 0x28
InfoElement = Neff

-- INFO_IND ID=002 #0x0a4c LEN=0019
Controller/PLCI/NCCI = 0x101
InfoNumber = 0x28
InfoElement = Neff

Jul 24 15:50:01 ERROR[12722]: chan_capi.c:1318 find_pipe: unable to find a pipe for PLCI = 0x101 MN = 0xa4c
Jul 24 15:50:01 NOTICE[12722]: chan_capi.c:1422 pipe_msg: INFO_IND ID=002 #0x0a4c LEN=0019
Controller/PLCI/NCCI = 0x101
InfoNumber = 0x28
InfoElement = Neff
-- INFO_IND ID=002 #0x0a4d LEN=0018
Controller/PLCI/NCCI = 0x101
InfoNumber = 0x70
InfoElement = <81>15

-- INFO_IND ID=002 #0x0a4d LEN=0018
Controller/PLCI/NCCI = 0x101
InfoNumber = 0x70
InfoElement = <81>15

Jul 24 15:50:01 ERROR[12722]: chan_capi.c:1318 find_pipe: unable to find a pipe for PLCI = 0x101 MN = 0xa4d
Jul 24 15:50:01 NOTICE[12722]: chan_capi.c:1422 pipe_msg: INFO_IND ID=002 #0x0a4d LEN=0018
Controller/PLCI/NCCI = 0x101
InfoNumber = 0x70
InfoElement = <81>15
-- INFO_IND ID=002 #0x0a4e LEN=0016
Controller/PLCI/NCCI = 0x101
InfoNumber = 0x18
InfoElement = <89>

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

Jul 24 15:50:01 ERROR[12722]: chan_capi.c:1318 find_pipe: unable to find a pipe for PLCI = 0x101 MN = 0xa4e
Jul 24 15:50:01 NOTICE[12722]: chan_capi.c:1422 pipe_msg: INFO_IND ID=002 #0x0a4e LEN=0016
Controller/PLCI/NCCI = 0x101
InfoNumber = 0x18
InfoElement = <89>
-- DISCONNECT_IND ID=002 #0x0a51 LEN=0014
Controller/PLCI/NCCI = 0x101
Reason = 0x0

== DISCONNECT_IND PLCI=0x101 REASON=0
Jul 24 15:50:01 ERROR[12722]: chan_capi.c:1318 find_pipe: unable to find a pipe for PLCI = 0x101 MN = 0xa51
> sent DISCONNECT_RESP PLCI=0x101

eis*CLI>
-- INFO_IND ID=002 #0x0a52 LEN=0017
Controller/PLCI/NCCI = 0x1
InfoNumber = 0x1c
InfoElement = <95 81>

-- INFO_IND ID=002 #0x0a52 LEN=0017
Controller/PLCI/NCCI = 0x1
InfoNumber = 0x1c
InfoElement = <95 81>

Jul 24 15:50:05 NOTICE[12722]: chan_capi.c:1305 find_pipe: PLCI doesnt match last pipe (PLCI = 0x1)
Jul 24 15:50:05 NOTICE[12722]: chan_capi.c:1422 pipe_msg: INFO_IND ID=002 #0x0a52 LEN=0017
Controller/PLCI/NCCI = 0x1
InfoNumber = 0x1c
InfoElement = <95 81>

eis*CLI>
-- INFO_IND ID=002 #0x0a53 LEN=0017
Controller/PLCI/NCCI = 0x1
InfoNumber = 0x1c
InfoElement = <95 81>

-- INFO_IND ID=002 #0x0a53 LEN=0017
Controller/PLCI/NCCI = 0x1
InfoNumber = 0x1c
InfoElement = <95 81>

Jul 24 15:50:05 NOTICE[12722]: chan_capi.c:1305 find_pipe: PLCI doesnt match last pipe (PLCI = 0x1)
Jul 24 15:50:05 NOTICE[12722]: chan_capi.c:1422 pipe_msg: INFO_IND ID=002 #0x0a53 LEN=0017
Controller/PLCI/NCCI = 0x1
InfoNumber = 0x1c
InfoElement = <95 81>

eis*CLI>

Ich bin Ratlos...

Gruss
Copperfield

kmarkus · 23 Okt 2005

Hallo zusammen,

ich habe das gleiche Problem und komme absolut nicht weiter. Hat wirklich keiner mehr eine Idee, wie man das Problem lösen könnte?

Languages

Suche

Languages

Suche

Gleichzeitige Anrufsignalisierung auf mehreren MSNs

nexus

Neuer User

Hupe

Aktives Mitglied

norden

Neuer User

rollo

IPPF-Promi

nexus

Neuer User

rollo

IPPF-Promi

nexus

Neuer User

Hupe

Aktives Mitglied

nexus

Neuer User

nexus

Neuer User

copperfield

Neuer User

kmarkus

Neuer User

Zurzeit aktive Besucher

Neueste Beiträge

Statistik des Forums