[SR-Users] Kamailio with rtpproxy-ng and mediaproxy-ng: Error rewriting SDP
rfuchs at sipwise.com
Thu Apr 10 15:48:40 CEST 2014
On 04/10/14 09:26, Olli Heiskanen wrote:
> After some tests, I'm still having some strange results.
> When calling from ws client to grandstream, I get the below output to
> In a sip trace after 488 there are only INVITEs from kamailio server to
> grandstream but no responses come back to kamailio server.
> I haven't changed any other configurations, kamailio or otherwise. I run
> the rtpengine like this:
> /usr/sbin/rtpengine --table=0 --ip=126.96.36.199 --listen-udp=127.0.0.1:7722
> <http://127.0.0.1:7722> --listen-ng=127.0.0.1:7723
> <http://127.0.0.1:7723> --tos=184 --pidfile=/var/run/rtpengine.pid
> (where 188.8.131.52 is my kamailio server ip)
> How do I work out the problem from here? Please let me know if you need
> any further info or logs and I'll dig those out.
Unfortunately the log lines are cut off and don't include the entire
command packet to rtpengine, but my guess is that you omitted the ICE
handling parameter, which (as of a few days ago) forces rtpengine into
passthrough mode, which means that most of the RTP/SAVPF attributes are
left in place. My guess is that this confuses the grandstream.
You should use either ICE=force or ICE=remove (formerly "+" or "-"
flags) to make sure rtpengine is actually able to bridge between the
protocols. You should also add the "rtcp-mux-demux" flag (through
rtpengine module) in case the grandstream gets confused by rtcp-mux
With those two in place, the resulting RTP/AVP SDP should be very small
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 897 bytes
Desc: OpenPGP digital signature
More information about the sr-users