Hangup nach CAPI dialout => Speicherzugriffsfehler

yuraukar

Neuer User
Mitglied seit
23 Feb 2005
Beiträge
92
Punkte für Reaktionen
0
Punkte
0
Ich habe die extensions nun endlich angepasst bekommen, so das man von intern SIP via ISDN/CAPI rauswählen kann:

exten => _.,1,SetCIDNum(9991234)
exten => _.,2,Dial(Capi/contr1/b${EXTEN},,)
exten => _.,3,Hangup

Geht soweit gut, nur nachdem man auflegt, verabschiedet sich Asterisk:

-- Executing SetCIDNum("SIP/test1-addc", "9991234") in new stack
Aug 10 10:27:45 WARNING[30379]: app_setcidnum.c:61 setcallerid_exec: SetCIDNum is deprecated, please use Set(CALLERID(number)=value) instead.
-- Executing Dial("SIP/test1-addc", "Capi/contr1/b9995678||") in new stack
-- creating pipe for PLCI=0
-- Called contr1/b9995678
-- CAPI/contr1/b9995678-0 is proceeding passing it to SIP/test1-addc
-- CAPI/contr1/b9995678-0 is ringing
-- CAPI Hangingup
== Spawn extension (default, 9995678, 2) exited non-zero on 'SIP/test1-addc'
-- Executing SetCIDNum("SIP/mirco-addc", "9991234") in new stack
-- Executing Dial("SIP/test1-addc", "Capi/contr1/bh||") in new stack
-- creating pipe for PLCI=0x101
-- Called contr1/bh
-- CAPI Hangingup
== Spawn extension (default, h, 2) exited non-zero on 'SIP/test1-addc'
Speicherzugriffsfehler


Kann das jemand klären?
 
du hast cvs-head da hat sich auch die syntax für 'set' geändert:

statt exten => _.,1,SetCIDNum(9991234)
exten => _.1,Set(CALLERID(number)=991234) setzen
...

Gab es beim kompilieren warnings oder lief alles glatt durch?
 
Der Fehler tritt weiter auf.
(Ausserdem ändert sich dadurch die angezeigte MSN beim angerufenen).

Der Fehler tritt nicht auf, wenn der angerufene auflegt, nur wenn ich als SIP Anrufer auflege.
 
Habe meinen Beitrag oben editiert:

statt exten => _.,1,SetCIDNum(9991234)
exten => _.1,Set(CALLERID(number)=991234) setzen.
 
Ich nehme an, statt
exten => _.1,Set(CALLERID(number)=991234) setzen.
besser
exten => _.,1,Set(CALLERID(number)=991234) setzen.
(ein Komma mehr vor der 1)

Macht aber wegen Absturz keinen Unterschied. Sollte SetCallerID vorher laufen?

Nicht ganz einfach zu sagen, ob der compile von Asterisk ohne Warnings durchlief, schliesslich produziert er massig output. Der compile von chan_capi-cm war ohne Probleme fix fertig.
 
yuraukar schrieb:
Ich nehme an, statt
exten => _.1,Set(CALLERID(number)=991234) setzen.
besser
exten => _.,1,Set(CALLERID(number)=991234) setzen.
(ein Komma mehr vor der 1)

Macht aber wegen Absturz keinen Unterschied. Sollte SetCallerID vorher laufen?

Nicht ganz einfach zu sagen, ob der compile von Asterisk ohne Warnings durchlief, schliesslich produziert er massig output. Der compile von chan_capi-cm war ohne Probleme fix fertig.

Mit dem Komma ist richtig. SetCallerid muss vorher laufen da du damit der chan_capi die abgehende MSN mitteilst.
 
Also mein dialplan ist nun:

exten => _.,1,Set(CALLERID(number)=9991234)
exten => _.,2,Dial(Capi/contr1/b${EXTEN},,)
exten => _.,3,Hangup

Und trotzdem ein Absturz, wenn ich als Anrufer auflege:

-- Executing Set("SIP/test1-f3dc", "CALLERID(number)=9991234") in new stack
-- Executing Dial("SIP/test1-f3dc", "Capi/contr1/b9995678||") in new stack
-- creating pipe for PLCI=0
-- Called contr1/b9995678
-- CAPI/contr1/b9995678-0 is proceeding passing it to SIP/test1-f3dc
-- CAPI/contr1/b9995678-0 is ringing
-- CAPI Hangingup
== Spawn extension (default, 9995678, 2) exited non-zero on 'SIP/test1-f3dc'
-- Executing Set("SIP/test1-f3dc", "CALLERID(number)=9991234") in new stack
-- Executing Dial("SIP/test1-f3dc", "Capi/contr1/bh||") in new stack
-- creating pipe for PLCI=0x101
-- Called contr1/bh
-- CAPI Hangingup
== Spawn extension (default, h, 2) exited non-zero on 'SIP/test1-f3dc'
Speicherzugriffsfehler

Wie gesagt, kein Absturz, wenn der Angerufene auflegt.
 
Hast du vor dem 'make install' einen 'make clean' abgesetzt?

Gibt es bei dir so einen Eintrag: exten => h,1,Hangup ?
 
> Hast du vor dem 'make install' einen 'make clean' abgesetzt?
ja

> Gibt es bei dir so einen Eintrag: exten => h,1,Hangup ?
nein, nur wie oben
exten => _.,3,Hangup
sollte der andere Eintrag auch da sein?
 
yuraukar schrieb:
> Hast du vor dem 'make install' einen 'make clean' abgesetzt?
ja

> Gibt es bei dir so einen Eintrag: exten => h,1,Hangup ?
nein, nur wie oben
exten => _.,3,Hangup
sollte der andere Eintrag auch da sein?

ja.
 
Geht!
Nun also der Dialplan:

exten => _.,1,Set(CALLERID(number)=9991234)
exten => _.,2,Dial(Capi/contr1/b${EXTEN},,)
exten => _.,3,Hangup

exten => h,1,Hangup

Kann man das erklären? Ist dann wohl kein CAPI-Problem, oder?

Mit weiteren Fragen zum Dialplan allgemein werde ich mal in den anderen Bereichen umsehen
 
Bedenke, dass du a) cvs-head benutzt dies ist keine stable-version sondern enthält Entwicker-Code (besser fur den produktiven Einsatz cvs-stable oder den tarball nutzen). b) das gleiche gilt für die chan-capi-cm (alternativ die 0.3.5 einsetzen).
 
Ich wuerde gerne ausschliessen, dass es sich um ein chan_capi-cm Problem handelt, bzw. einen Fehler darin fixen. Könntest Du bitte:

a) es mal mit aktuellem CVS-HEAD von chan_capi-cm testen.
(Achtung dialstring und capi.conf hat sich veraendert)

b) von dem Fehlerfall mir ein verbose log level 5 mit 'capi debug' schicken.

Armin
 
Also der letze Hinweis mit exten => h,1,Hangup hat ja funktioniert. Willst du trotzdem die Infos?
 
Ja, bitte. Einen eventuellen Fehler im chan_capi-cm moechte ich auf jeden Fall beheben.

Armin
 
Log files mit CAPI log

Hier ist das log file. Die Nummern sind etwas anders als im Posting. Wie gesagt, dieser Anruf lief ok, seit die zusätzliche Zeile dabei ist.
 
Nochmal mit attachment

.. ehm.. wie auch immer das mit den Attachments geht...
 

Anhänge

Ich meinte natuerlich ein log von dem Fehlerfall. In deinem Log klappt (zumindest auf CAPI-Seite) alles prima.

Armin
 
Hallo Armin,

wann ist denn mit einer chan_capi-cm-0.5.5 zu rechnen? ;-)
 
Eine chan_capi-cm-0.5.5 wird es wohl nie geben :lol:

Die letzten Aenderungen im CVS gehen eher zu 0.6

Armin
 
Kostenlos!

Statistik des Forums

Themen
248,528
Beiträge
2,293,613
Mitglieder
378,032
Neuestes Mitglied
Christopher Kyle