bei angerufenen klingelt es weiter obwohl ich aufgelegt habe !!!!

Sidebar Sidebar
Upgrade 3CX to v18 and get it hosted free!
M

MP_LEO

Neuer User
Mitglied seit
12 Jun 2008
Beiträge
27
Punkte für Reaktionen
0
Punkte
0
Hi verwende Asterisk auf einem Debian System das auch als Router funktioniert.
Als Konfigurations Programm für Asterisk verwende ich FreePBX und als SIP Anbieter QSC.

Jetzt habe ich folgendes Problem wenn ich über mein ISDN Telefon was am Asterisk über mISDN angschlossen ist, jemanden anrufen dann klingelt es bei ihm was ja auch soweit gut ist. Nur wenn ich jetzt auflege ohne das eingespräch zustande gekommen ist kingelt es bei dem Angerufenen weiter. Er wenn er auch abhebt hört das kingeln bei ihm auf.

Im Asterisk log beendet ehr eigentllich soweit alles orgentlich keine Fehler.

Würde auch die Extension usw. mit posten nur sind die sehr groß durch die FreePBX daher mach ich das erstmal nicht.

Hat eventuel irgendjemand einen Idee woran das liegen kann ?


Habe auch mal im asterisk das "sip set debug" aktiviert nur leider werde ich daruas auch nicht schlau.

Zur Info wenn ich aufgelegt habe und der andere dann irgendwann auch mal abhebt und wieder auflegt bringt Asterisk auch keine meldung. Ich glaube es liegt irgendwie daran das Asterisk bei meinen SIP Anbieter (QSC) nicht orgendlich den SIP Anruf beendet oder den richtigen befehl schickt.

Please Help
 
hier mal ohne "sip set debug"

meine eigene telefonnummer habe ich mal durch folgende ersetzt: 03332299922
Code: 
    -- SIP/QSC-Firmen-Telefon-082146c8 is ringing
  == Spawn extension (macro-dialout-trunk, s, 19) exited non-zero on 'mISDN/1-u3' in macro 'dialout-trunk'
  == Spawn extension (from-internal, 01639999999, 4) exited non-zero on 'mISDN/1-u3'
    -- Executing [h@from-internal:1] Macro("mISDN/1-u3", "hangupcall") in new stack
    -- Executing [s@macro-hangupcall:1] ResetCDR("mISDN/1-u3", "w") in new stack
    -- Executing [s@macro-hangupcall:2] NoCDR("mISDN/1-u3", "") in new stack
    -- Executing [s@macro-hangupcall:3] GotoIf("mISDN/1-u3", "1?skiprg") in new stack
    -- Goto (macro-hangupcall,s,6)
    -- Executing [s@macro-hangupcall:6] GotoIf("mISDN/1-u3", "1?skipblkvm") in new stack
    -- Goto (macro-hangupcall,s,9)
    -- Executing [s@macro-hangupcall:9] GotoIf("mISDN/1-u3", "1?theend") in new stack
    -- Goto (macro-hangupcall,s,11)
    -- Executing [s@macro-hangupcall:11] Hangup("mISDN/1-u3", "") in new stack
  == Spawn extension (macro-hangupcall, s, 11) exited non-zero on 'mISDN/1-u3' in macro 'hangupcall'
  == Spawn extension (from-internal, h, 1) exited non-zero on 'mISDN/1-u3'


und hier mit SIP set debug
meine eigene habe ich durch folgende erestzt 03332299922
und die des anrufer durch 1111333333333
Code: 
<--- SIP read from 213.148.136.2:5060 --->
SIP/2.0 183 Session Progress
Via: SIP/2.0/UDP 87.234.130.165:5060;branch=z9hG4bK09e3cb06;rport=5060
Call-ID: [email protected]
From: "03332299922"<sip:[email protected]>;tag=as3cf6d9b4
To: <sip:[email protected]>;tag=79dc8201
CSeq: 103 INVITE
Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,REGISTER,INFO,PRACK,SUBSCRIBE,NOTIFY,UPDATE,MESSAGE,REFER
Reason: Q.850;cause=7;text="Call awarded and being delivered in an established channel"
Contact: <sip:213.148.136.2:5060;user=phone>
Content-Length: 221
Content-Type: application/sdp

v=0
o=HuaweiSoftX3000 55414165 55414165 IN IP4 213.148.136.2
s=Sip Call
c=IN IP4 213.148.136.2
t=0 0
m=audio 22350 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=ptime:20
a=fmtp:101 0-15

<------------->
--- (11 headers 10 lines) ---
Found RTP audio format 8
Found RTP audio format 101
Peer audio RTP is at port 213.148.136.2:22350
Found audio description format PCMA for ID 8
Found audio description format telephone-event for ID 101
Capabilities: us - 0x40e (gsm|ulaw|alaw|ilbc), peer - audio=0x8 (alaw)/video=0x0 (nothing), combined - 0x8 (alaw)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event), peer - 0x1 (telephone-event), combined - 0x1 (telephone-event)
Peer audio RTP is at port 213.148.136.2:22350
    -- SIP/QSC-Firmen-Telefon-082146c8 is making progress passing it to mISDN/1-u1
server*CLI>
<--- SIP read from 213.148.136.2:5060 --->
hello
<------------->

<--- SIP read from 213.148.136.2:5060 --->
hello
<------------->

<--- SIP read from 213.148.136.2:5060 --->
SIP/2.0 183 Session Progress
Via: SIP/2.0/UDP 87.234.130.165:5060;branch=z9hG4bK09e3cb06;rport=5060
Call-ID: [email protected]
From: "03332299922"<sip:[email protected]>;tag=as3cf6d9b4
To: <sip:[email protected]>;tag=79dc8201
CSeq: 103 INVITE
Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,REGISTER,INFO,PRACK,SUBSCRIBE,NOTIFY,UPDATE,MESSAGE,REFER
Reason: Q.850;cause=7;text="Call awarded and being delivered in an established channel"
Contact: <sip:213.148.136.2:5060;user=phone>
Content-Length: 0


<------------->
--- (10 headers 0 lines) ---

<--- SIP read from 213.148.136.2:5060 --->
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 87.234.130.165:5060;branch=z9hG4bK09e3cb06;rport=5060
Call-ID: [email protected]
From: "03332299922"<sip:[email protected]>;tag=as3cf6d9b4
To: <sip:[email protected]>;tag=79dc8201
CSeq: 103 INVITE
Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,REGISTER,INFO,PRACK,SUBSCRIBE,NOTIFY,UPDATE,MESSAGE,REFER
Contact: <sip:213.148.136.2:5060;user=phone>
Content-Length: 0


<------------->
--- (9 headers 0 lines) ---
    -- SIP/QSC-Firmen-Telefon-082146c8 is ringing
Scheduling destruction of SIP dialog '[email protected]' in 32000 ms (Method: INVITE)
Reliably Transmitting (no NAT) to 213.148.136.2:5060:
CANCEL sip:1111333333333sip.qsc.de SIP/2.0
Via: SIP/2.0/UDP 87.234.130.165:5060;branch=z9hG4bK35494bf8;rport
From: "03332299922" <sip:[email protected]>;tag=as3cf6d9b4
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 103 CANCEL
User-Agent: Asterisk PBX
Max-Forwards: 70
Content-Length: 0


---
Scheduling destruction of SIP dialog '[email protected]' in 32000 ms (Method: INVITE)
  == Spawn extension (macro-dialout-trunk, s, 19) exited non-zero on 'mISDN/1-u1' in macro 'dialout-trunk'
  == Spawn extension (from-internal, 1111333333333, 4) exited non-zero on 'mISDN/1-u1'
    -- Executing [h@from-internal:1] Macro("mISDN/1-u1", "hangupcall") in new stack
    -- Executing [s@macro-hangupcall:1] ResetCDR("mISDN/1-u1", "w") in new stack
    -- Executing [s@macro-hangupcall:2] NoCDR("mISDN/1-u1", "") in new stack
    -- Executing [s@macro-hangupcall:3] GotoIf("mISDN/1-u1", "1?skiprg") in new stack
    -- Goto (macro-hangupcall,s,6)
    -- Executing [s@macro-hangupcall:6] GotoIf("mISDN/1-u1", "1?skipblkvm") in new stack
    -- Goto (macro-hangupcall,s,9)
    -- Executing [s@macro-hangupcall:9] GotoIf("mISDN/1-u1", "1?theend") in new stack
    -- Goto (macro-hangupcall,s,11)
    -- Executing [s@macro-hangupcall:11] Hangup("mISDN/1-u1", "") in new stack
  == Spawn extension (macro-hangupcall, s, 11) exited non-zero on 'mISDN/1-u1' in macro 'hangupcall'
  == Spawn extension (from-internal, h, 1) exited non-zero on 'mISDN/1-u1'

<--- SIP read from 213.148.136.2:5060 --->
SIP/2.0 481 Call/Transaction Does Not Exist
Via: SIP/2.0/UDP 87.234.130.165:5060;branch=z9hG4bK35494bf8;rport=5060
Call-ID: [email protected]
From: "03332299922"<sip:[email protected]>;tag=as3cf6d9b4
To: <sip:[email protected]>;tag=94b2f046
CSeq: 103 CANCEL
Warning: 399 SE2000 "SSF00148L00636[0000] Call Leg Id doesn't match"
Content-Length: 0


<------------->
--- (8 headers 0 lines) ---
Really destroying SIP dialog '[email protected]' Method: REGISTER
Really destroying SIP dialog '[email protected]' Method: REGISTER
server*CLI>
<--- SIP read from 213.148.136.2:5060 --->
SIP/2.0 183 Session Progress
Via: SIP/2.0/UDP 87.234.130.165:5060;branch=z9hG4bK09e3cb06;rport=5060
Call-ID: [email protected]
From: "03332299922"<sip:[email protected]>;tag=as3cf6d9b4
To: <sip:[email protected]>;tag=79dc8201
CSeq: 103 INVITE
Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,REGISTER,INFO,PRACK,SUBSCRIBE,NOTIFY,UPDATE,MESSAGE,REFER
Reason: Q.850;cause=7;text="Call awarded and being delivered in an established channel"
Contact: <sip:213.148.136.2:5060;user=phone>
Content-Length: 0


<------------->
--- (10 headers 0 lines) ---
server*CLI>
<--- SIP read from 213.148.136.2:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 87.234.130.165:5060;branch=z9hG4bK09e3cb06;rport=5060
Call-ID: [email protected]
From: "03332299922"<sip:[email protected]>;tag=as3cf6d9b4
To: <sip:[email protected]>;tag=79dc8201
CSeq: 103 INVITE
Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,REGISTER,INFO,PRACK,SUBSCRIBE,NOTIFY,UPDATE,MESSAGE,REFER
Supported: 100rel,replaces,timer,precondition,histinfo
Contact: <sip:213.148.136.2:5060;user=phone>
Content-Length: 221
Content-Type: application/sdp

v=0
o=HuaweiSoftX3000 55414165 55414166 IN IP4 213.148.136.2
s=Sip Call
c=IN IP4 213.148.136.2
t=0 0
m=audio 22350 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=ptime:20
a=fmtp:101 0-15

<------------->
--- (11 headers 10 lines) ---
Found RTP audio format 8
Found RTP audio format 101
Peer audio RTP is at port 213.148.136.2:22350
Found audio description format PCMA for ID 8
Found audio description format telephone-event for ID 101
Capabilities: us - 0x40e (gsm|ulaw|alaw|ilbc), peer - audio=0x8 (alaw)/video=0x0 (nothing), combined - 0x8 (alaw)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event), peer - 0x1 (telephone-event), combined - 0x1 (telephone-event)
Peer audio RTP is at port 213.148.136.2:22350
list_route: hop: <sip:213.148.136.2:5060;user=phone>
set_destination: Parsing <sip:213.148.136.2:5060;user=phone> for address/port to send to
set_destination: set destination to 213.148.136.2, port 5060
Transmitting (no NAT) to 213.148.136.2:5060:
ACK sip:213.148.136.2:5060;user=phone SIP/2.0
Via: SIP/2.0/UDP 87.234.130.165:5060;branch=z9hG4bK434ff6b2;rport
From: "03332299922" <sip:[email protected]>;tag=as3cf6d9b4
To: <sip:[email protected]>;tag=79dc8201
Contact: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 103 ACK
User-Agent: Asterisk PBX
Max-Forwards: 70
Content-Length: 0


---
set_destination: Parsing <sip:213.148.136.2:5060;user=phone> for address/port to send to
set_destination: set destination to 213.148.136.2, port 5060
Reliably Transmitting (no NAT) to 213.148.136.2:5060:
BYE sip:213.148.136.2:5060;user=phone SIP/2.0
Via: SIP/2.0/UDP 87.234.130.165:5060;branch=z9hG4bK51fdeec8;rport
From: "03332299922" <sip:[email protected]>;tag=as3cf6d9b4
To: <sip:[email protected]>;tag=79dc8201
Call-ID: [email protected]
CSeq: 104 BYE
User-Agent: Asterisk PBX
Max-Forwards: 70
Proxy-Authorization: Digest username="03332299922", realm="qsc.de", algorithm=MD5, uri="sip:213.148.136.2:5060", nonce="496a0ab57f87b4e1cd534a873fac193fbfd3f77b", response="04c27ba2c349ad9e23e03997066b7a65", qop=auth, cnonce="5560b7e0", nc=00000002
Content-Length: 0


---
Scheduling destruction of SIP dialog '[email protected]' in 32000 ms (Method: INVITE)
server*CLI>
<--- SIP read from 213.148.136.2:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 87.234.130.165:5060;branch=z9hG4bK51fdeec8;rport=5060
Call-ID: [email protected]
From: "03332299922"<sip:[email protected]>;tag=as3cf6d9b4
To: <sip:[email protected]>;tag=79dc8201
CSeq: 104 BYE
Content-Length: 0


<------------->
--- (7 headers 0 lines) ---
Really destroying SIP dialog '[email protected]' Method: INVITE

<--- SIP read from 213.148.136.2:5060 --->
hello
<------------->

<--- SIP read from 213.148.136.2:5060 --->
hello
<------------->
 
so habe er herrausgefunge wo ran es lag hoffe mal das mir jetzt niemand sauer ist aber hier die lösung.

Ich hatte die Version asterisk-1.4.23-rc3.tar.gz verwendet naja und die schein noch nicht so richtig zu funktionieren.

Habe dann einfach mal wieder die version asterisk-1.4.22.1.tar.gz verwendet und siehe da es geht.
 
MP_LEO schrieb:
Habe dann einfach mal wieder die version asterisk-1.4.22.1.tar.gz verwendet und siehe da es geht.
Zum Vergrößern anklicken....

Ich habe mit einen IAX2-Telefon genau das umgekehrte Problem, dass im mit 1.4.22 Dauerklingeln habe, mit 1.4.23 ist Ruhe.
 
so und es geht weiter mit den Problemen da ich ja nun die version asterisk-1.4.22.1.tar.gz verwende habe ich nun das Problem das wenn mich jemand anruft Asterisk es nicht packt den anruf an mein ISDN Telefon weiterzuleiten da kommt dann immer der fehler das er den misdn port nicht anrufen kann. (mit misdn set debug 6). Also habe ich wieder alle kontrolliert und wieder nix gefunden. was mach ich ich installieren wieder die Version asterisk-1.4.23-rc3.tar.gz. Siehe da es geht wieder mann kann mich anrufen und es wird auf das ISDN Telefon weitergeleitet. Nur habe ich dann wieder das Problem das wenn ich jemanden anrufen.... "siehe ersten Post".

Konfiguration und die installation des gesamten systems immer gleich genau nach den gleichen schema habe mir extra alles dokumentiert.

Jetzt die Frage wie kann ich rausfinden wo der fehler liegt an der misdn.conf oder mISDN-init.conf kann es ja nicht liegt sind immer die selben habe sie auch schon vergleicht. Muß ja irgendwie am Asterisk Paket liegen.

Hat einer eine Idee wie ich das Rausfinden kann ?

Achso mal kurz das system:
Debian etch akutell
Asterisk naja dann halt die versionen
und misdn 1.1.8 sowie auch misdnuser
 
habe es herausgefunde woran es lag das die anrufen nicht an mein ISDN Telefon weitergeleitet werden lag einfach daran das ich keine msn´s verwende.
Daher wuste er nicht wohin er den anruf leiten sollte. Geholfen hat ein fachfaches "misdn/1/*" in der Extensions.conf.
Was übersetzt heißt: leite die anrufen an misdn weiter auf port 1 und an alle nummern.

verwendet habe ich asterisk 1.4.22.1 mit misdn 1.1.7.2 sowie unter Debian etch 4.0 mit kernel 2.6.18-6-k7.

Sowie als Konfigurations Programm für Asterisk FreePBX 2.5.1.1.

Auf dem ISDN Telefon sowie in der misdn.conf unter /etc/asterisk/ habe ich auch keine MSN´s eingetragen. Daher wahrscheinlich der ganze fehler.
 
Um antworten zu können musst du eingeloggt sein.

Zurzeit aktive Besucher

Gesamt: 743 (Mitglieder: 39, Gäste: 704)

Neueste Beiträge

Statistik des Forums

Themen
246,293
Beiträge
2,249,559
Mitglieder
373,892
Neuestes Mitglied
Eddie159
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.
Ihr E-Mail-Adresse verifizieren

Ihr E-Mail-Adresse verifizieren

Wir haben Ihnen eine E-Mail geschickt. Klicken Sie auf die Schaltfläche im E-Mail-Text, um Ihre E-Mail-Adresse zu verifizieren – (Können Sie diese nicht finden können, dann überprüfen Sie Ihren Spam-Ordner).

IPPF im Überblick

Neueste Beiträge

Direktlinks Telefonanlage

Website-Sponsoren

3CX sponsor
KONTAKTIEREN SIE UNS BEI INTERESSE
| Style by ThemeHouse
XenPorta 2 PRO © Jason Axelrod of 8WAYRUN
Oben Unten
Zurück