[Kamailio-Users] Kamailio RTP Proxy issues
General Lee
christian.bourke1 at gmail.com
Thu Dec 3 02:06:07 CET 2009
Klaus,
Thanks so much for your help. Removing the 'METHOD_INVITE' on line 2422
worked for the force_rtp_proxy with "s" flag :).
I couldn't get it working with the rtpproxy offer/answer but the
force_rtp_proxy is working.
Thanks again for your help.
Klaus Darilion-2 wrote:
>
>
>
> General Lee schrieb:
>> One answer may be in the SDP.
>>
>> the OK from the kamailio to the client reads
>> v=0.
>> o=103 2114479936 0 IN IP4 192.168.0.151.
>> s=-.
>> i=Dylogic Mirial 7.0.7.
>> c=IN IP4 69.35.104.179.
>> b=AS:256.
>> t=0 0.
>> m=audio 42248 RTP/AVP 0 8 101.
>> a=rtpmap:0 PCMU/8000.
>> a=rtpmap:8 PCMA/8000.
>> a=rtpmap:101 telephone-event/8000.
>> a=fmtp:101 0-16.
>> a=x-mpdp:192.168.0.151:49620.
>> m=video 41044 RTP/AVP 96 34.
>> a=rtpmap:96 H263-1998/90000.
>> a=fmtp:96 CIF=1; QCIF=1; D=1; F=1; I=1; J=1; L=1; S=1; T=1.
>> a=rtpmap:34 H263/90000.
>> a=fmtp:34 CIF=1; QCIF=1.
>> a=x-mpdp:192.168.0.151:49622.
>> a=nortpproxy:yes.
>>
>> and the ACK reads
>>
>> v=0.
>> o=GateWay 1 0 IN IP4 69.35.15.51.
>> s=SipCall.
>> c=IN IP4 69.35.104.179.
>> t=0 0.
>> a=sendrecv.
>> m=audio 42248 RTP/AVP 0.
>> a=sendrecv.
>> a=rtpmap:0 PCMU/8000/1.
>> m=video 41044 RTP/AVP 34.
>> a=rtpmap:34 H263/90000/1.
>> a=nortpproxy:yes.
>>
>> So my question is ...
>> Why is RTP Proxy telling both clients to talk to it on the same port for
>> audio and again for video?? You can see in the fast-connect version how
>> the
>> two ports are different.
>>
>> Here is an example of the callee being setup as the caller.
>
> I just took a look at the code and there is a bug in nathelper when
> using "s" flag on ACK.
>
> Probably rtpproxy_offer/answer should be used:
>
> static int
> 2417 force_rtp_proxy2_f(struct sip_msg *msg, char *param1, char *param2)
> 2418 {
> 2419 int offer;
> 2420
> 2421 if (msg->first_line.type == SIP_REQUEST &&
> 2422 msg->first_line.u.request.method_value == METHOD_INVITE) {
> 2423 offer = 1;
> 2424 } else if (msg->first_line.type == SIP_REPLY) {
> 2425 offer = 0;
> 2426 } else {
> 2427 return -1;
> 2428 }
> 2429
> 2430 return force_rtp_proxy(msg, param1, param2, offer);
> 2431 }
>
> if you remove the METHOD_INVITE condition in line 2422 it should work.
> (make sure you never call force_rtpproxy for other methods)
>
>
> regards
> klaus
>
> _______________________________________________
> Kamailio (OpenSER) - Users mailing list
> Users at lists.kamailio.org
> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
> http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
>
>
--
View this message in context: http://old.nabble.com/Kamailio-RTP-Proxy-issues-tp26112049p26619422.html
Sent from the OpenSER Users Mailing List mailing list archive at Nabble.com.
More information about the sr-users
mailing list