RTPProxy version / package

[Jan Janak]

Mark, Jerome,

The problem with rtpproxy versioning is that there isn't any. The CVS
repository for rtpproxy is here:

http://cvs.berlios.de/cgi-bin/viewcvs.cgi/ser/rtpproxy/

I have talked to Maxim already (the rtpproxy author) and he said he
would fix it, I introduced 0.2 and 0.3 with his permission meanwhile.

I should have probably based the version numbers on the date of cvs
repository checkout, to avoid confusion.

We had some problems with UNIX domain sockets under really high load
where rtpproxy would block the SIP proxy server, that is the reason why
the default configuration file is using UDP sockets instead of UNIX
domain sockets.

Let me know if you have any other questions.

  regards, Jan.

Mark Purcell wrote:
> Jerome,
> 
> No problems with the email.  
> 
> You are right, the upstream change logs are empty.
> 
> The changelog entry you mention below was actually made by Jan Janak.
> 
> Jan can you assist with this query?
> 
> Mark
> 
> 
> On Monday 08 January 2007 16:19, you wrote:
>> Hello Mark,
>>
>> I am sending this email to you because I thought you could help me with
>> some questions related to rtpproxy (I found you packaged it).
>>
>> I am myself doing custom debs for openser, rtpproxy, etc (mostly for
>> company-specific changes) and I am a bit lost regarding versioning : I
>> tried 0.2 (same as debian 0.2-1 version), 0.3 from iptel site, last cvs
>> from Jan 5 2007, but as I can't find a changelog (the file is empty) nor
>> a browsable CVS, I really can't decide which one I should try/package.
>>
>> I gave 0.3 a try, but that version kept sending 0 as port number under
>> load, so I went back to 0.2. I just found out a comment you've made in
>> a .deb changelog where you say you moved default config from unix socket
>> to UDP because of some locking issue : could you elaborate on that or
>> give me a pointer in ML thread ?
>>
>> Sorry for contacting you with only questions, but I'm a bit lost on this
>> one, so any help would be appreciated.
>>
>> Best Regards,
>> Jérôme Martin
>>
>>