Greetings;

I've been deploying OpenSIPS (v1.7.0) and MediaProxy (from git) a lot
lately (huzzah for reliable and flexible software) and have been
having a great time... until today, and naturally, this system is the
one that I have my colleagues breathing down my neck on.

Gridborg -> OpenSIPS + MediaProxy -> Client

Signalling works perfectly. Call comes up normally, call tears down
normally. However when audio comes _back_ from the client it gets to
MediaProxy and is not passed on to gridborg.

>From the MediaProxy debugging I believe that MP isn't able to
determine the RTP port on the gridborg system and so cannot pass the
audio back, but I've been staring at the signalling all day long and I
just can't work out why not. I have several other systems doing this
(gridborg -> OpenSIPS+MediaProxy) without issue, AND if I use
something more conventional (Asterisk) it seems to work just fine,
although this may be a false symptom.

I could really, really use some help. I've included everything I could
think of trapping, if you think I should find something else, let me
know and I'll reproduce.

10.10.101.101 is the gridborg system,
100.100.100.100 is the public IP of the OpenSIPS+MediaProxy server,
200.200.200.200 is the public IP of the client system.
We're sending the call to (123) 456-7890.
(Obviously I've audited the trace/configs to put these addresses in,
but that's the only editing)

OpenSIPS config:
http://pastebin.com/YvRyuJjZ

MediaProxy config:
http://pastebin.com/QjYUzJpp

SIP trace:
http://pastebin.com/d1f9MxPA

MediaProxy debug:
http://pastebin.com/PLGNhnR9

My deepest thanks to anyone who can shed light on this;

 - Jock

_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Reply via email to