You can try use the flags r and f for this case.
These flags can force rtpproxy "to send" a RTP.
You can see:
http://www.kamailio.org/docs/modules/1.5.x/nathelper.html#id2468157
--- Em sex, 23/4/10, Iñaki Baz Castillo <ibc(a)aliax.net> escreveu:
De: Iñaki Baz Castillo <ibc(a)aliax.net>
Assunto: [SR-Users] B2BUA removing a=nortpproxy:yes (rtpproxy-1 <---RTP--->
rtpproxy-2)
Para: "Kamailio" <users(a)lists.kamailio.org>
Data: Sexta-feira, 23 de Abril de 2010, 8:50
Hi, I must deal with a B2BUA which keeps the original SDP unchanged
except the fact that it removes the "a=nortpproxy:yes" line added by
RtpProxy.
The B2BUA intercommunicates two Kamailio, both forcing its own RtpProxy server.
I've not tested it again but expect there will be no RTP as each
RtpProxy will wait for RTP coming from the other. Am I right?
Of course I could force RtpProxy just in NAT cases and so, but I
prefer to force it always so the clients of each Kamailio can
configure QoS for the media addresses (different in each server). Is
there some workaround for it?
In the other hand: is it possible two different Kamailio's to share
the same RtpProxy server? I've never tryied it. If it's valid, would
it solve the B2BUA issue? (I don't think so as there are still
different media sessions created by different kamailio instances).
Any thought? Thanks a lot.
--
Iñaki Baz Castillo
<ibc(a)aliax.net>
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users