Gespräch ist weg wenn die Gegenstelle weitervermittelt

konabi · 16 Okt 2007

Hallo,

Ich nutze Asterisk 1.2 mit freepbx hinter einer Fritzbox sl als Router.
Auf der Fritzbox habe ich Port 5060 und die eingestellten RTP Ports in der rtp.conf des Asterisk 10000 bis 10100 zum Asterisk mit der internen IP 192.168.255.100 weitergeleitet.

Ich nutze Strato als SIP Provider.

Nun zum eigenlichen Problem und das schein interressant:

Ich rufe über Strato einen anderen Teilnehmer an. Dieser nimmt das Gespräch an und wir können uns unterhalten. Möchte dieser es vermitteln, höre ich kurz die Wartemusik der anderen Anlage und dann ist das Gepräch weg.

Den Rufaufbau habe ich hier aufgezeichnet:

blau sind SIP Pakete von Asterisk
rot sind SIP Pakete von der Gegenstelle
schwarz ist sind Asterisk interne Meldungen

Edit Guard-X: Bitte nächstes mal Code Tags verwenden!

Code:

[B] Rufaufbau wird durch ein INVITE Request eingeleitet[/B]
[FONT=Courier New][COLOR=Blue]
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 194.97.176.xxx:5060;branch=z9hG4bK7170fe46;rport
From: "713xxx" <sip:[email protected]>;tag=as3a5f0a14
To: <sip:[email protected]>
Contact: <sip:[email protected]>
Call-ID: [EMAIL="[email protected]"][email protected][/EMAIL]
CSeq: 103 INVITE
User-Agent: Asterisk PBX
Max-Forwards: 70
Proxy-Authorization: Digest username="USERNAME", realm="strato-iphone.de", algorithm=MD5, uri="sip:[email protected]", nonce="471488614bf8950a611254bd02bd2d5970b7d62e", response="bdd80954ecdf2677f3d5df8742f8d645", opaque="", qop=auth, cnonce="242a68c1", nc=00000001
Date: Tue, 16 Oct 2007 09:41:09 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Content-Type: application/sdp
Content-Length: 242

v=0
o=root 3303 3304 IN IP4 194.97.176.xxx
s=session
c=IN IP4 194.97.176.xxx
t=0 0
m=audio 10094 RTP/AVP 0 8 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -[/COLOR][/FONT]


[B] Es wird versucht eine Verbindung aufzubauen[/B]

[FONT=Courier New][COLOR=Red]<-- SIP read from 194.97.40.217:5060: 
SIP/2.0 100 trying -- your call is important to us
Via: SIP/2.0/UDP 194.97.176.xxx:5060;branch=z9hG4bK7170fe46;rport=5060
From: "2[/COLOR][/FONT][FONT=Courier New][COLOR=Red]71xxx[/COLOR][/FONT][FONT=Courier New][COLOR=Red]" <sip:[email protected]>;tag=as3a5f0a14
To: <sip:[email protected]>
Call-ID: [EMAIL="[email protected]"][email protected][/EMAIL]
CSeq: 103 INVITE
Content-Length: 0[/COLOR][/FONT]


[B] Gegenstelle klingelt[/B]

[FONT=Courier New][COLOR=Red]<-- SIP read from 194.97.40.217:5060: 
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 194.97.176.xxx:5060;branch=z9hG4bK7170fe46;rport=5060
From: "713xxx" <sip:[email protected]>;tag=as3a5f0a14
To: <sip:[email protected]>;tag=3qagEqC8X20004jR0A0Ol0IFHCq0s2CsD
Call-ID: [EMAIL="[email protected]"][email protected][/EMAIL]
CSeq: 103 INVITE
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, INFO, REFER, NOTIFY, SUBSCRIBE, UPDATE
Content-Type: application/sdp
Content-Length:   191

v=0
o=- 459148704 459148704 IN IP4 194.97.57.196
s=session
c=IN IP4 194.97.57.196
t=0 0
m=audio 32740 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=sendrecv[/COLOR][/FONT]



[FONT=Courier New]--- (9 headers 9 lines) ---
Found RTP audio format 0
Found RTP audio format 101
Peer audio RTP is at port 194.97.57.196:32740
Found description format PCMU
Found description format telephone-event
Capabilities: us - 0xc (ulaw|alaw), peer - audio=0x4 (ulaw)/video=0x0 (nothing), combined - 0x4 (ulaw)
Non-codec capabilities: us - 0x1 (telephone-event), peer - 0x1 (telephone-event), combined - 0x1 (telephone-event)[/FONT]
[FONT=Courier New]

-- SIP/STRATO-1-082905e8 is ringing
-- SIP/STRATO-1-082905e8 is making progress passing it to SIP/24-b6056478

[/FONT]
[B] Gegenstelle nimmt ab[/B]

[FONT=Courier New][COLOR=Red]
<-- SIP read from 194.97.40.217:5060: 
SIP/2.0 200 Ok
Via: SIP/2.0/UDP 194.97.176.xxx:5060;branch=z9hG4bK7170fe46;rport=5060
Record-Route: <sip:194.97.40.217;ftag=as3a5f0a14;lr=on>
From: "713xxx" <sip:[email protected]>;tag=as3a5f0a14
To: <sip:[email protected]>;tag=3qagEqC8X20004jR0A0Ol0IFHCq0s2CsD
Call-ID: [EMAIL="[email protected]"][email protected][/EMAIL]
CSeq: 103 INVITE
Contact: <sip:194.97.45.167:5060>
Allow-Events: refer
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, INFO, REFER, NOTIFY, SUBSCRIBE, UPDATE
Content-Type: application/sdp
Supported: 100rel, timer, replaces
Content-Length:   191

v=0
o=- 459148704 459148705 IN IP4 194.97.57.196
s=session
c=IN IP4 194.97.57.196
t=0 0
m=audio 32740 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=sendrecv[/COLOR][/FONT]


[FONT=Courier New]
--- (13 headers 9 lines) ---
Found RTP audio format 0
Found RTP audio format 101
Peer audio RTP is at port 194.97.57.196:32740
Found description format PCMU
Found description format telephone-event
Capabilities: us - 0xc (ulaw|alaw), peer - audio=0x4 (ulaw)/video=0x0 (nothing), combined - 0x4 (ulaw)
Non-codec capabilities: us - 0x1 (telephone-event), peer - 0x1 (telephone-event), combined - 0x1 (telephone-event)[/FONT]


[B] Das Abnehmen der Gegenstelle wird von Asterisk bestätigt[/B]

[FONT=Courier New][COLOR=Blue]
Transmitting (no NAT) to 194.97.40.217:5060:
ACK sip:194.97.45.167:5060 SIP/2.0
Via: SIP/2.0/UDP 194.97.176.xxx:5060;branch=z9hG4bK60f45fc0;rport
Route: <sip:194.97.40.217;ftag=as3a5f0a14;lr=on>
From: "713xxx" <sip:[email protected]>;tag=as3a5f0a14
To: <sip:[email protected]>;tag=3qagEqC8X20004jR0A0Ol0IFHCq0s2CsD
Contact: <sip:[email protected]>
Call-ID: [EMAIL="[email protected]"][email protected][/EMAIL]
CSeq: 103 ACK
User-Agent: Asterisk PBX
Max-Forwards: 70
Content-Length: 0[/COLOR][/FONT]



… es wird gesprochen



… und jetzt vermittelt die Gegenstelle das Gespräch an einen anderen Teilnehmer.

[B]Es kommt ein INVITE Request beim Asterisk an:[/B]

[FONT=Courier New]
[/FONT][FONT=Courier New][COLOR=Red]
<-- SIP read from 194.97.40.217:5060: 
INVITE sip:[email protected] SIP/2.0
Record-Route: <sip:194.97.40.217;ftag=3qagEqC8X20004jR0A0Ol0IFHCq0s2CsD;lr=on>
Via: SIP/2.0/UDP 194.97.40.217;branch=z9hG4bKb9ee.489a8625.0
Via: SIP/2.0/UDP 194.97.45.167:5060;branch=z9hG4bK000423D241B64ACC5E2B9EA75099
From: <sip:[email protected]>;tag=3qagEqC8X20004jR0A0Ol0IFHCq0s2CsD
To: "713xxx" <sip:[email protected]>;tag=as3a5f0a14
Call-ID: [EMAIL="[email protected]"][email protected][/EMAIL]
CSeq: 7237 INVITE
Contact: <sip:[email protected]:5060>
Max-Forwards: 16
Content-Type: application/sdp
Supported: 100rel, timer, replaces
Content-Length:   191

v=0
o=- 459148704 459148706 IN IP4 194.97.57.196
s=session
c=IN IP4 194.97.57.196
t=0 0
m=audio 32740 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=sendonly[/COLOR][/FONT]

[FONT=Courier New]
--- (13 headers 9 lines) ---
Using INVITE request as basis request - [EMAIL="[email protected]"][email protected][/EMAIL]
Sending to 194.97.40.217 : 5060 (non-NAT)
Found RTP audio format 0
Found RTP audio format 101
Peer audio RTP is at port 194.97.57.196:32740
Found description format PCMU
Found description format telephone-event
Capabilities: us - 0xc (ulaw|alaw), peer - audio=0x4 (ulaw)/video=0x0 (nothing), combined - 0x4 (ulaw)
Non-codec capabilities: us - 0x1 (telephone-event), peer - 0x1 (telephone-event), combined - 0x1 (telephone-event)
    -- Music class default requested but no musiconhold loaded.
We're at 194.97.176.xxx port 10094
Adding codec 0x4 (ulaw) to SDP
Adding non-codec 0x1 (telephone-event) to SDP[/FONT]

[FONT=Courier New][COLOR=Blue]
[FONT=Arial][COLOR=Black][B]Asterisk bestätigt diese Einladung[/B][/COLOR][/FONT]

Reliably Transmitting (no NAT) to 194.97.40.217:5060:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 194.97.40.217;branch=z9hG4bKb9ee.489a8625.0;received=194.97.40.217
Via: SIP/2.0/UDP 194.97.45.167:5060;branch=z9hG4bK000423D241B64ACC5E2B9EA75099
Record-Route: <sip:194.97.40.217;ftag=3qagEqC8X20004jR0A0Ol0IFHCq0s2CsD;lr=on>
From: <sip:[email protected]>;tag=3qagEqC8X20004jR0A0Ol0IFHCq0s2CsD
To: "713xxx" <sip:[email protected]>;tag=as3a5f0a14
Call-ID: [EMAIL="[email protected]"][email protected][/EMAIL]
CSeq: 7237 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact: <sip:[email protected]>
Content-Type: application/sdp
Content-Length: 218

v=0
o=root 3303 3305 IN IP4 194.97.176.xxx
s=session
c=IN IP4 194.97.176.xxx
t=0 0
m=audio 10094 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -

[FONT=Arial][COLOR=Black][B]
es bleibt stumm...
und die Gegenstelle legt wohl irgendwann auf
[/B][/COLOR][/FONT]
[/COLOR][/FONT] 
[FONT=Courier New][COLOR=Red]<-- SIP read from 194.97.40.217:5060: 
ACK sip:[email protected] SIP/2.0
Record-Route: <sip:194.97.40.217;ftag=3qagEqC8X20004jR0A0Ol0IFHCq0s2CsD;lr=on>
Via: SIP/2.0/UDP 194.97.40.217;branch=0
Via: SIP/2.0/UDP 194.97.45.167:5060;branch=z9hG4bK000423D241B64ACC5E32B7221F5E
From: <sip:[email protected]>;tag=3qagEqC8X20004jR0A0Ol0IFHCq0s2CsD
To: "713xxx" <sip:[email protected]>;tag=as3a5f0a14
Call-ID: [EMAIL="[email protected]"][email protected][/EMAIL]
CSeq: 7237 ACK
Contact: <sip:[email protected]:5060>
Max-Forwards: 16
Content-Length:     0

<-- SIP read from 194.97.40.217:5060: 
BYE sip:[email protected] SIP/2.0
Record-Route: <sip:194.97.40.217;ftag=3qagEqC8X20004jR0A0Ol0IFHCq0s2CsD;lr=on>
Via: SIP/2.0/UDP 194.97.40.217;branch=z9hG4bK9aee.f39a1374.0
Via: SIP/2.0/UDP 194.97.45.167:5060;branch=z9hG4bK000423D241B64ACC65CA87B6D3C0
From: <sip:[email protected]>;tag=3qagEqC8X20004jR0A0Ol0IFHCq0s2CsD
To: "713xxx" <sip:[email protected]>;tag=as3a5f0a14
Call-ID: [EMAIL="[email protected]"][email protected][/EMAIL]
CSeq: 7238 BYE
Contact: <sip:[email protected]:5060>
Max-Forwards: 16
Content-Length:     0
[/COLOR][/FONT]

[FONT=Courier New][COLOR=Black]
--- (11 headers 0 lines) ---
Sending to 194.97.40.217 : 5060 (non-NAT)[/COLOR][/FONT]
[FONT=Courier New][COLOR=Blue]
Transmitting (no NAT) to 194.97.40.217:5060:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 194.97.40.217;branch=z9hG4bK9aee.f39a1374.0;received=194.97.40.217
Via: SIP/2.0/UDP 194.97.45.167:5060;branch=z9hG4bK000423D241B64ACC65CA87B6D3C0
Record-Route: <sip:194.97.40.217;ftag=3qagEqC8X20004jR0A0Ol0IFHCq0s2CsD;lr=on>
From: <sip:[email protected]>;tag=3qagEqC8X20004jR0A0Ol0IFHCq0s2CsD
To: "713xxx" <sip:[email protected]>;tag=as3a5f0a14
Call-ID: [EMAIL="[email protected]"][email protected][/EMAIL]
CSeq: 7238 BYE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact: <sip:[email protected]>
Content-Length: 0
X-Asterisk-HangupCause: Normal Clearing

Etwas ist noch interessant. Verzichte ich auf das die Portfreigabe von Port 5060 in der Fritzbox, funktioniert das weitervermitteln der Gegenstelle. Vermutlich weil der INVITE Request beim vermitteln beim Asterisk nicht ankommt und das vermitteln über die Gegenanlage durchgeführt wird.

Dann tritt aber folgendes Problem auf:
Ich kann das Gespräch mit dem vermittelten Teilnehmer ca. 25 Sekunden führen, danach ist auch dieses weg.

Der Strato SIP Proxy erkennt offenslichtlich nicht daß sich Asterisk hinter einem NAT Gateway befindet, so daß man in der sip.conf unter [general] mit externip und localnet angeben muß:

externip=194.97.176.xxx
localnet=192.168.255.0/255.255.255.0

Die SIP Clients am Telefon sind mit canreinvite=no und nat=no konfiguriert.

Hier noch ein paar Konfigurationsinformationen:

Code:

[FONT=Courier New]
sip show peer strato-1


  * Name       : STRATO-1
  Secret       : <Set>
  MD5Secret    : <Not set>
  Context      : from-pstn
  Subscr.Cont. : <Not set>
  Language     : de
  AMA flags    : Unknown
  CallingPres  : Presentation Allowed, Not Screened
  FromUser     : USERNAME
  FromDomain   : strato-iphone.de
  Callgroup    :
  Pickupgroup  :
  Mailbox      :
  VM Extension : asterisk
  LastMsgsSent : 32767/65535
  Call limit   : 0
  Dynamic      : No
  Callerid     : "" <>
  Expire       : -1
  Insecure     : port,invite
  Nat          : RFC3581
  ACL          : No
  CanReinvite  : No
  PromiscRedir : No
  User=Phone   : No
  Trust RPID   : No
  Send RPID    : No
  DTMFmode     : rfc2833
  LastMsg      : 0
  ToHost       : strato-iphone.de
  Addr->IP     : 194.97.40.217 Port 5060
  Defaddr->IP  : 0.0.0.0 Port 0
  Def. Username: USERNAME
  SIP Options  : (none)
  Codecs       : 0xc (ulaw|alaw)
  Codec Order  : (ulaw,alaw)
  Status       : Unmonitored
  Useragent    :
  Reg. Contact :

Code:

sip show settings


Global Settings:
----------------
  SIP Port:               5060
  Bindaddress:            0.0.0.0
  Videosupport:           No
  AutoCreatePeer:         No
  Allow unknown access:   Yes
  Promsic. redir:         No
  SIP domain support:     No
  Call to non-local dom.: Yes
  URI user is phone no:   No
  Our auth realm          asterisk
  Realm. auth:            No
  Always auth rejects:    No
  User Agent:             Asterisk PBX
  MWI checking interval:  10 secs
  Reg. context:           (not set)
  Caller ID:              Unknown
  From: Domain:
  Record SIP history:     Off
  Call Events:            Off
  IP ToS:                 0x68
  OSP Support:            No
  SIP realtime:           Disabled

Global Signalling Settings:
---------------------------
  Codecs:                 ulaw,alaw
  Relax DTMF:             No
  Compact SIP headers:    No
  RTP Timeout:            0 (Disabled)
  RTP Hold Timeout:       0 (Disabled)
  MWI NOTIFY mime type:   application/simple-message-summary
  DNS SRV lookup:         No
  Pedantic SIP support:   No
  Reg. max duration:      3600 secs
  Reg. default duration:  300 secs
  Outbound reg. timeout:  20 secs
  Outbound reg. attempts: 0
  Notify ringing state:   Yes

Default Settings:
-----------------
  Context:                from-sip-external
  Nat:                    RFC3581
  DTMF:                   rfc2833
  Qualify:                0
  Use ClientCode:         No
  Progress inband:        Never
  Language:               de
  Musicclass:             default
  Voice Mail Extension:   asterisk

Code:

sip show peer 24

  * Name       : 24
  Secret       : <Set>
  MD5Secret    : <Not set>
  Context      : from-internal
  Subscr.Cont. : <Not set>
  Language     : de
  AMA flags    : Unknown
  CallingPres  : Presentation Allowed, Not Screened
  Callgroup    : 1
  Pickupgroup  : 1
  Mailbox      : 24@device
  VM Extension : asterisk
  LastMsgsSent : 0/0
  Call limit   : 0
  Dynamic      : Yes
  Callerid     : "device" <24>
  Expire       : 3164
  Insecure     : no
  Nat          : RFC3581
  ACL          : No
  CanReinvite  : No
  PromiscRedir : No
  User=Phone   : No
  Trust RPID   : No
  Send RPID    : No
  DTMFmode     : rfc2833
  LastMsg      : 0
  ToHost       :
  Addr->IP     : 192.168.255.124 Port 2051
  Defaddr->IP  : 0.0.0.0 Port 5060
  Def. Username: 24
  SIP Options  : (none)
  Codecs       : 0xc (ulaw|alaw)
  Codec Order  : (ulaw,alaw)
  Status       : OK (14 ms)
  Useragent    : snom360/6.5.10
  Reg. Contact : sip:[email protected]:2051;line=ow5tqzkr

Ich bin für jeden TIP dankbar.

Sven

[/FONT][/COLOR][/FONT]

betateilchen · 16 Okt 2007

Wenn das alles nicht völlig sinnloserweise so kasperbunt eingefärbt wäre, könnte man ja direkt mal darüber nachdenken, sich das SIP debug anzuschauen.

Aber so ist mir das einfach viel zu anstrengend.

Thomas007 · 16 Okt 2007

Hi,

nimm einen ordentlichen Router.
verzichte auf das bei outbound calls sinnlose insecure

Und natürlich sollte man externip und localnet NAT=yes verwenden wenn sich der Asterisk hinter NAT befindet.

konabi · 16 Okt 2007

@Thomas

die fritzbox sl ist natürlich nicht ideal
warum sollte man bei externip auch nat=yes setzen?

insecure hatte ich noch drin, da ich mit peer=friend gespielt hatte...

nat=yes ist doch sinnvoll wenn sich ein sip client hinter einem nat gerät befindet. Asterisk ignoriert dann die ip im SIP Header des Clients und sendet antworten stattdessen an die IP Adresse welche als Quelle im IP Header steht.

Übrigens wurde das Problem auch schon mal hier diskutiert aber ohne Lösung:

http://www.ip-phone-forum.de/showthread.php?t=100237

HobbyStern · 17 Okt 2007

Übrigens wurde das Problem auch schon mal hier diskutiert aber ohne Lösung:

Naja, bei "unserem" Problem wurde aber auch echte HW benutzt

Grüsse, Stefan

konabi · 17 Okt 2007

@HobbyStern

konntet Ihr Euer Problem nun lösen mit der "echten HW"?

Das die FB als Router nicht geeignet ist weiß ich jetzt.

Ich glaube aber nicht daß die die Ursache ist.

Ich denke das Problem liegt an der INVITE NAchricht die ich gesendet bekomme, wenn die Gegenstelle einen Transfer einleitet.

Es sollte doch eher ein REFER request gesendet werden.

HobbyStern · 17 Okt 2007

Hallo zurück,

das Problem konnte nicht mit "echter HW" :lach: gelöst werden - weil es nicht durch oder mit "echter HW" entstand.

Ich wollte damit nur aufzeigen das die Probleme anscheinend different sind.

Aber natürlich lohnt ein Anlehnen - wenn es eine Lösung gäbe - in dem besagten Problem ging es um einen DTMF Ton der durch talkoff produziert wird - behoben ist das ganze bis heute nicht - aber es gibt eine gute abhilfe..

Grüsse, Stefan

konabi · 19 Okt 2007

Ich habe jetzt weiter nach dem Fehler gesucht.
Im Gegensatz zu anderen Providern, wird - wenn die Gegenstelle ein Gespräch vermittelt - bei Strato ein Invite gesendet.
Wäre also ein so genannter Re-Invite.
Im SDP Protokoll mit a=sendonly beschrieben, was soviel heißt Asterisk soll das Senden einstellen.

Asterisk bestätigt mit 200 OK ---> strato-iphone.de
strato-iphone sendet ein Ack ---> Asterisk.

Und jetzt sollte ja nach meinem Verständnis von der Gegenstelle ein Refer Request kommen...

Ich habe jetzt den Datenverkehr am Asterisk mitgeschnitten und festgestellt, daß das weitervermitteln der Gegenstelle doch funktioniert. Aber nur von der Gegenstelle bis zum Asterisk und nicht mehr weiter vom Asterisk zum lokalen SIP Telefon.

Den SIP Dialog habe ich habe ich mal als PDF beigefügt.

192.168.255.150 lokale SIP Client
192.168.255.100 Asterisk
194.97.40.217 Proxyserver strato-iphone.de
194.97.57.196 Gegenstelle

Ein debug file des Dialogs habe ich hier:

Code:

Oct 19 14:04:53 DEBUG[4886] chan_sip.c: Outgoing Call for 034456990625
Oct 19 14:04:53 DEBUG[4886] chan_sip.c: Updating call counter for outgoing call
Oct 19 14:04:53 DEBUG[4239] chan_sip.c: = Found Their Call ID: [email protected] Their Tag  Our tag: as2657c0d4
Oct 19 14:04:53 DEBUG[4239] chan_sip.c: Acked pending invite 102
Oct 19 14:04:53 DEBUG[4239] chan_sip.c: Stopping retransmission on '[email protected]' of Request 102: Match Found
Oct 19 14:04:53 DEBUG[4239] chan_sip.c: SIP response 407 to standard invite
Oct 19 14:04:53 DEBUG[4239] chan_sip.c: Auth attempt 1 on INVITE
Oct 19 14:04:53 DEBUG[4239] chan_sip.c: = Found Their Call ID: [email protected] Their Tag  Our tag: as2657c0d4
Oct 19 14:04:53 DEBUG[4239] chan_sip.c: (Provisional) Stopping retransmission (but retaining packet) on '[email protected]' Request 103: Found
Oct 19 14:04:53 DEBUG[4239] chan_sip.c: SIP response 100 to standard invite
Oct 19 14:04:53 DEBUG[4886] rtp.c: RTCP NAT: Got RTCP from other end. Now sending to address 194.97.57.196:32801
Oct 19 14:04:53 DEBUG[4886] rtp.c: Got RTCP report of 68 bytes
Oct 19 14:04:53 DEBUG[4886] rtp.c: Got RTCP report of 72 bytes
Oct 19 14:04:54 DEBUG[4239] chan_sip.c: = Found Their Call ID: 3c267009a393-u3f06lpwcmxx@snom320-0004132404E1 Their Tag b884fb7p8h Our tag: as6bd4ec47
Oct 19 14:04:54 DEBUG[4239] chan_sip.c: Stopping retransmission on '3c267009a393-u3f06lpwcmxx@snom320-0004132404E1' of Request 176: Match Found
Oct 19 14:04:54 DEBUG[4239] chan_sip.c: = Found Their Call ID: [email protected] Their Tag  Our tag: as2657c0d4
Oct 19 14:04:54 DEBUG[4239] chan_sip.c: (Provisional) Stopping retransmission (but retaining packet) on '[email protected]' Request 103: Found
Oct 19 14:04:54 DEBUG[4239] chan_sip.c: SIP response 180 to standard invite
Oct 19 14:04:54 DEBUG[4231] chan_sip.c: Checking device state for peer STRATO-1
Oct 19 14:04:54 DEBUG[4231] devicestate.c: Changing state for SIP/STRATO-1 - state 6 (Ringing)
Oct 19 14:04:54 DEBUG[4890] app_queue.c: Device 'SIP/STRATO-1' changed to state '6' (Ringing) but we don't care because they're not a member of any queue.
Oct 19 14:04:54 DEBUG[4886] rtp.c: Ooh, format changed from unknown to ulaw
Oct 19 14:04:54 DEBUG[4886] rtp.c: Ooh, format changed from unknown to ulaw
Oct 19 14:04:56 DEBUG[4239] chan_sip.c: = Found Their Call ID: [email protected] Their Tag 3srTHM2rD20004jR080Ql011nMy0qbg04 Our tag: as2657c0d4
Oct 19 14:04:56 DEBUG[4239] chan_sip.c: Acked pending invite 103
Oct 19 14:04:56 DEBUG[4239] chan_sip.c: Stopping retransmission on '[email protected]' of Request 103: Match Found
Oct 19 14:04:56 DEBUG[4239] chan_sip.c: SIP response 200 to standard invite
Oct 19 14:04:56 DEBUG[4239] chan_sip.c: build_route: Record-Route hop: <sip:194.97.40.217;ftag=as2657c0d4;lr=on>
Oct 19 14:04:56 DEBUG[4231] chan_sip.c: Checking device state for peer STRATO-1
Oct 19 14:04:56 DEBUG[4231] devicestate.c: Changing state for SIP/STRATO-1 - state 2 (In use)
Oct 19 14:04:56 DEBUG[4231] chan_sip.c: Checking device state for peer 27
Oct 19 14:04:56 DEBUG[4886] chan_sip.c: sip_answer(SIP/27-b5d0c520)
Oct 19 14:04:56 DEBUG[4231] devicestate.c: Changing state for SIP/27 - state 2 (In use)
Oct 19 14:04:56 DEBUG[4231] chan_sip.c: Checking device state for peer 27
Oct 19 14:04:56 DEBUG[4239] chan_sip.c: = No match Their Call ID: [email protected] Their Tag 3srTHM2rD20004jR080Ql011nMy0qbg04 Our tag: as2657c0d4
Oct 19 14:04:56 DEBUG[4239] chan_sip.c: = Found Their Call ID: [email protected] Their Tag 3617589530 Our tag: as16eb6ce4
Oct 19 14:04:56 DEBUG[4239] chan_sip.c: **** Received ACK (6) - Command in SIP ACK
Oct 19 14:04:56 DEBUG[4239] chan_sip.c: Stopping retransmission on '[email protected]' of Response 5748: Match Found
Oct 19 14:04:56 DEBUG[4886] rtp.c: Got RTCP report of 84 bytes
Oct 19 14:04:56 DEBUG[4886] rtp.c: Forcing Marker bit, because SSRC has changed
Oct 19 14:04:56 DEBUG[4886] rtp.c: Got RTCP report of 118 bytes
Oct 19 14:04:58 DEBUG[4239] chan_sip.c: = No match Their Call ID: [email protected] Their Tag 3srTHM2rD20004jR080Ql011nMy0qbg04 Our tag: as2657c0d4
Oct 19 14:04:58 DEBUG[4239] chan_sip.c: = No match Their Call ID: [email protected] Their Tag 3617589530 Our tag: as16eb6ce4
Oct 19 14:05:00 DEBUG[4886] rtp.c: Got RTCP report of 96 bytes
Oct 19 14:05:01 DEBUG[4886] rtp.c: Got RTCP report of 84 bytes
Oct 19 14:05:05 DEBUG[4886] rtp.c: Got RTCP report of 96 bytes
Oct 19 14:05:06 DEBUG[4239] chan_sip.c: = Found Their Call ID: [email protected] Their Tag 3srTHM2rD20004jR080Ql011nMy0qbg04 Our tag: as2657c0d4

Oct 19 14:05:06 DEBUG[4239] chan_sip.c: **** Received INVITE (5) - Command in SIP INVITE
Oct 19 14:05:06 DEBUG[4239] chan_sip.c: * SIP extension value: 7 for call [email protected]
Oct 19 14:05:06 DEBUG[4239] chan_sip.c: = Found Their Call ID: [email protected] Their Tag 3srTHM2rD20004jR080Ql011nMy0qbg04 Our tag: as2657c0d4
Oct 19 14:05:06 DEBUG[4239] chan_sip.c: **** Received ACK (6) - Command in SIP ACK
Oct 19 14:05:06 DEBUG[4239] chan_sip.c: Stopping retransmission on '[email protected]' of Response 38063: Match Found
Oct 19 14:05:06 DEBUG[4239] chan_sip.c: = No match Their Call ID: [email protected] Their Tag 3srTHM2rD20004jR080Ql011nMy0qbg04 Our tag: as2657c0d4
Oct 19 14:05:06 DEBUG[4239] chan_sip.c: = No match Their Call ID: [email protected] Their Tag 3617589530 Our tag: as16eb6ce4
Oct 19 14:05:06 DEBUG[4886] rtp.c: Got RTCP report of 84 bytes
Oct 19 14:05:07 DEBUG[4239] chan_sip.c: = No match Their Call ID: [email protected] Their Tag 3srTHM2rD20004jR080Ql011nMy0qbg04 Our tag: as2657c0d4
Oct 19 14:05:10 DEBUG[4886] rtp.c: RTCP NAT: Got RTCP from other end. Now sending to address 194.97.57.196:32801
Oct 19 14:05:10 DEBUG[4886] rtp.c: Got RTCP report of 96 bytes
Oct 19 14:05:10 DEBUG[4886] rtp.c: Got RTCP report of 118 bytes
Oct 19 14:05:11 DEBUG[4886] rtp.c: Got RTCP report of 84 bytes
Oct 19 14:05:15 DEBUG[4239] chan_sip.c: Allocating new SIP dialog for (No Call-ID) - OPTIONS (No RTP)
Oct 19 14:05:15 DEBUG[4239] chan_sip.c: Allocating new SIP dialog for (No Call-ID) - OPTIONS (No RTP)
Oct 19 14:05:15 DEBUG[4239] chan_sip.c: Allocating new SIP dialog for (No Call-ID) - OPTIONS (No RTP)
Oct 19 14:05:15 DEBUG[4239] chan_sip.c: Allocating new SIP dialog for (No Call-ID) - OPTIONS (No RTP)
Oct 19 14:05:15 DEBUG[4239] chan_sip.c: Allocating new SIP dialog for (No Call-ID) - OPTIONS (No RTP)
Oct 19 14:05:15 DEBUG[4239] chan_sip.c: Allocating new SIP dialog for (No Call-ID) - OPTIONS (No RTP)
Oct 19 14:05:15 DEBUG[4239] chan_sip.c: Allocating new SIP dialog for (No Call-ID) - OPTIONS (No RTP)
Oct 19 14:05:15 DEBUG[4239] chan_sip.c: Allocating new SIP dialog for (No Call-ID) - OPTIONS (No RTP)
Oct 19 14:05:15 DEBUG[4239] chan_sip.c: Allocating new SIP dialog for (No Call-ID) - OPTIONS (No RTP)
Oct 19 14:05:16 DEBUG[4886] rtp.c: Got RTCP report of 84 bytes
Oct 19 14:05:17 DEBUG[4886] rtp.c: Got RTCP report of 72 bytes
Oct 19 14:05:19 DEBUG[4239] chan_sip.c: = No match Their Call ID: [email protected] Their Tag 3srTHM2rD20004jR080Ql011nMy0qbg04 Our tag: as2657c0d4
Oct 19 14:05:21 DEBUG[4886] rtp.c: Got RTCP report of 84 bytes
Oct 19 14:05:22 DEBUG[4886] rtp.c: Got RTCP report of 72 bytes
Oct 19 14:05:22 DEBUG[4239] chan_sip.c: = No match Their Call ID: [email protected] Their Tag 3srTHM2rD20004jR080Ql011nMy0qbg04 Our tag: as2657c0d4
Oct 19 14:05:22 DEBUG[4239] chan_sip.c: = Found Their Call ID: [email protected] Their Tag 3617589530 Our tag: as16eb6ce4
Oct 19 14:05:22 DEBUG[4239] chan_sip.c: **** Received BYE (8) - Command in SIP BYE
Oct 19 14:05:22 DEBUG[4239] chan_sip.c: Received bye, issuing owner hangup
Oct 19 14:05:22 DEBUG[4886] channel.c: Didn't get a frame from channel: SIP/27-b5d0c520
Oct 19 14:05:22 DEBUG[4886] channel.c: Bridge stops bridging channels SIP/27-b5d0c520 and SIP/STRATO-1-08294060
Oct 19 14:05:22 DEBUG[4886] channel.c: Hanging up channel 'SIP/STRATO-1-08294060'
Oct 19 14:05:22 DEBUG[4886] chan_sip.c: Hangup call SIP/STRATO-1-08294060, SIP callid [email protected])
Oct 19 14:05:22 DEBUG[4886] chan_sip.c: update_call_counter(034456990625) - decrement call limit counter
Oct 19 14:05:22 DEBUG[4886] chan_sip.c: Updating call counter for incoming call

bigroot · 22 Okt 2007

Ich hab das gleiche Problem. Ich hoffe jemand hat auch eine antwort für mich.

konabi · 27 Okt 2007

Gespräch ist weg wenn die Gegenstelle weitervermittelt (gelöst)

Es handelte sich offensichtlich um ein Problem mit Asterisk 1.2
Mit der aktuellen Asterisk 1.4.13 funktioniert das Vermitteln problemlos.

Viel Grüße
Sven

Languages

Suche

Languages

Suche

Gespräch ist weg wenn die Gegenstelle weitervermittelt

konabi

Mitglied

betateilchen

Grandstream-Guru

Thomas007

Aktives Mitglied

konabi

Mitglied

HobbyStern

Aktives Mitglied

konabi

Mitglied

HobbyStern

Aktives Mitglied

konabi

Mitglied

Anhänge

bigroot

Neuer User

konabi

Mitglied

Zurzeit aktive Besucher

Neueste Beiträge

Statistik des Forums