Hello Bogdan, will run in debug and insert some xlogs in related
areas. This being said, the SDP gets changed
in almost all occasions (ie, branch route getting reached
everytime).... Except for this particular destination
for some reason (+4474949....)... Also, when I was doing some testing
with bogus IP addresses:
branch_route[1]
if(has_body("application/sdp")) rtpproxy_offer("roc","192.168.2.222");
onreply_route[1]
if(has_body("application/sdp")) rtpproxy_answer("roc","192.168.2.333");
It was modifying the payload 100% of the time including the
destination in question.... Not sure if and why this makes
sense to anyone.
The full SIP trace for a problematic request:
U 2014/06/29 12:32:04.414215 192.168.2.20:5080 -> 192.168.2.10:5060
SIP/2.0 183 Session Progress.
Via: SIP/2.0/UDP 192.168.2.10:5060;branch=z9hG4bK74c9b60b;rport.
From: "Unavailable" <sip:'555-555-5555'@test.example.com>;tag=as36685032.
To:
<sip:[email protected]:5080>;tag=sbcsipuas_1_C8566_20140629123155816_b12sb10.
Call-ID: [email protected].
Contact: <sip:192.168.2.20:5080;did=085.da2d3e33>.
CSeq: 102 INVITE.
Server: sbc_3.
Content-Type: application/sdp.
Content-Length: 262.
.
v=0.
o=SBCSIPUAS 761078004 1 IN IP4 <underline carrier wrong IP>.
s=SBCSIPUAS SIP STACK v1.0.
c=IN IP4 <underline carrier wrong IP>.
t=0 0.
m=audio 21826 RTP/AVP 18 101.
a=rtpmap:18 G729/8000.
a=rtpmap:101 telephone-event/8000.
a=fmtp:18 annexb=no.
a=fmtp:101 0-15.
a=sendrecv.
a=nortpproxy:yes.
Kind Regards,
Nick.
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
