[OpenSIPS-Users] parallel fork and mediaproxy => false behaviour?
Uwe Kastens
kiste at kiste.org
Fri Oct 23 10:40:07 CEST 2009
Hello @all,
My favorite szenario again:)
Parallel forked INVITE to 2 UACs, both are sending back 200 OK with SDP,
UAS sends an bye for the 2nd call leg. Mediaproxy is using the SDP
information from the 2nd UACs, which has dropped the call already.
Is there an option to prevent this behavior with mediaproxy?
opensips: 10.20.20.159 and 10.20.30.159
UACs: 10.20.20.25 and 10.20.20.26
UAS: 17.17.17.167
1) Callflow from opensips to the UACs
|Time | 10.20.20.159 | 10.20.20.26 | 10.20.20.25 |
|3,446 | INVITE SDP ( CLEARMODE) |
|SIP From: sip:00497097428 at sip.domain.de To:sip:00499089751111 at 10.20.30.159
| |(5060) ------------------> (5060) | |
|3,446 | INVITE SDP ( CLEARMODE) |
|SIP From: sip:00497097428 at sip.domain.de To:sip:00499089751111 at 10.20.30.159
| |(5060) --------------------------------------> (5060) |
|3,446 | 100 Trying| |
|SIP Status
| |(5060) <------------------ (5060) | |
|3,446 | 100 Trying| |
|SIP Status
| |(5060) <-------------------------------------- (5060) |
|3,446 | 200 OK SDP ( g711U) |
|SIP Status
| |(5060) <-------------------------------------- (5060) |
|3,446 | 200 OK SDP ( g711U) |
|SIP Status
| |(5060) <------------------ (5060) | |
|3,447 | RTP (g711A) |
|RTP Num packets:982 Duration:19.620s SSRC:0x2A498D0F
| |(5054) <-------------------------------------- (18572) |
|3,480 | CANCEL | |
|SIP Request
| |(5060) ------------------> (5060) | |
|3,481 | 200 OK | |
|SIP Status
| |(5060) <------------------ (5060) | |
|3,483 | ACK | |
|SIP Request
| |(5060) --------------------------------------> (5060) |
|3,492 | ACK | |
|SIP Request
| |(5060) ------------------> (5060) | |
|3,493 | BYE | |
|SIP Request
| |(5060) ------------------> (5060) | |
|3,493 | 200 OK | |
|SIP Status
| |(5060) <------------------ (5060) | |
|23,076 | BYE | |
|SIP Request
| |(5060) --------------------------------------> (5060) |
|23,077 | 200 OK | |
|SIP Status
| |(5060) <-------------------------------------- (5060) |
2) Callflow beetwen opensips and UAS
|Time | 17.17.17.167 | 10.20.30.159 |
|0,000 | INVITE SDP ( CLEARMODE) |SIP From:
sip:00497097428 at sip.domain.de To:sip:00499089751111 at 10.20.30.159
| |(5060) ------------------> (5100) |
|0,005 | 100 Giving a try |SIP Status
| |(5060) <------------------ (5100) |
|0,040 | 200 OK SDP ( g711U) |SIP Status
| |(5060) <------------------ (5100) |
|0,041 | ACK | |SIP Request
| |(5060) ------------------> (5100) |
|0,049 | 200 OK SDP ( g711U) |SIP Status
| |(5060) <------------------ (5100) |
|0,051 | ACK | |SIP Request
| |(5060) ------------------> (5100) |
|0,051 | BYE | |SIP Request
| |(5060) ------------------> (5100) |
|0,066 | 200 OK | |SIP Status
| |(5060) <------------------ (5100) |
|19,629 | BYE | |SIP Request
| |(5060) ------------------> (5100) |
|19,637 | 200 OK | |SIP Status
| |(5060) <------------------ (5100) |
3) mediaproxy log attached
4) opensips log attached
BR
Uwe
--
kiste lat: 54.322684, lon: 10.13586
-------------- next part --------------
A non-text attachment was scrubbed...
Name: media.anon.gz
Type: application/x-gzip
Size: 859 bytes
Desc: not available
Url : http://lists.opensips.org/pipermail/users/attachments/20091023/2b446381/attachment-0002.bin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: opensips.log_anon.gz
Type: application/x-gzip
Size: 11629 bytes
Desc: not available
Url : http://lists.opensips.org/pipermail/users/attachments/20091023/2b446381/attachment-0003.bin
More information about the Users
mailing list