[Users] force_rtp_proxy() and m=video

Atle Samuelsen clona at cyberhouse.no
Fri Aug 25 13:05:33 CEST 2006


HI Adam,


The reason for this is 2 reasons.. 

the nathelper module does not understand the port/1 parameter (wich says
"use 2 ports, port 5010 and 5011) and it does also not understand the
RTP/SAVPF.

If you fix these 2 things, this should work :-) (Is this a Ojo?)

-A

In-Reply-To: <029301c6c82a$68a8c370$1601a8c0 at oralnetws2>

* Adam Linford <adam.linford at oralnet.co.uk> [060825 11:40]:
> I've been happily using the force_rtp_proxy() function, exported from the
> nathelper module for some time now.  Recently, I've added some videophone
> UA's to our system, and we are finding that rtpproxy is only relaying the
> audio for sessions between video phones.
> 
> Having ran some SIP traces I've noticed that the SDP is not being correctly
> rewritten.  Whilst the contact header for the audio is being allocated a
> port from rtpproxy's range correctly, the corresponding m= field for the
> video is not being rewritten at all.  I've included an excerpt of the SDP I
> am seeing below.
> 
> v=0 
> o=1000 16724 16724 IN IP4 192.168.1.66 
> s=videophone 
> c=IN IP4 openser.ip.address.here 
> t=0 0 
> a=sendrecv 
> m=audio 35030 RTP/AVP 98 0 8 
> a=ptime:20 
> a=rtpmap:98 iLBC/8000 
> a=fmtp:98 mode=20 
> m=video 5010/1 RTP/SAVPF 99 
> b=AS:110 
> a=rtpmap:99 H264/90000 
> a=fmtp:99
> packetization-mode=1;parameter-add=0;sprop-parameter-sets=J0KgHpWgsTk=,KM4Ec
> Q== 
> a=key-mgmt:key CnNnTdBxKycXpOh/Z6VPdeF1/u3+cVcQzAJAN4dWuGM 
> a=direction:active
> 
> RTPproxy's UDP port range is 35000-65000, and as you can see, the m=audio
> field is rewritten by calling force_rtp_proxy(), with the port value of
> 35030, but the m=video field retains the port that the UA defines as its
> starting UDP port for media.
> 
> This is the first time I've dabbled with video and SIP, so was hoping
> someone with more experience might already have hit this problem, before I
> start delving into the code
> 
> I'm running rtpproxy 0.3, and have also tried various other versions of
> rtpproxy from cvs to no avail.
> 
> Any help appreciated.
> 
> Cheers,
> Adam
> 
> 
> _______________________________________________
> Users mailing list
> Users at openser.org
> http://openser.org/cgi-bin/mailman/listinfo/users
> 




More information about the sr-users mailing list