ccrtp-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Ccrtp-devel] combining a sipstack with ccrtp


From: David Sugar
Subject: Re: [Ccrtp-devel] combining a sipstack with ccrtp
Date: Tue, 18 Jan 2005 11:03:39 +0100
User-agent: Mozilla Thunderbird 1.0 (Macintosh/20041206)

I recently (this past weekend) did a lot of work with oSIP and ccRTP in Bayonne (look for a new and very sip friendly release of Bayonne when I get back to US next week). In Bayonne we can actually do a session cleanup management thread like in Bayonne H.323. Autodestruct is certainly possible, but it cannot be mixed with external destruction since the thread must be started from detach(). Perhaps if the session thread detects it was started by detach() rather than through start() it could then do a timer and do it's own autodestruct. At least this is one idea...

David

Federico Montesino Pouzols wrote:
Hi...

On Mon, Jan 17, 2005 at 05:54:19PM -0500, Dan Weber wrote:

On Mon, Jan 17, 2005 at 03:11:57AM +0100, Michel de Boer wrote:

Hi Dan,

You can select an RTP port yourself and provide it to the RTPSession constructor.
Here is how I create the an RTPSession myself for my own sipstack:

      rtp_session = new SymmetricRTPSession(
          InetHostAddress(_recv_host.c_str()), _recv_port);

In case of an incoming INVITE, the _recv_port is the port that goes into the
SDP of the 200 OK.


Yeah, I know that.  I was hoping I didn't have to manage ports though.



ccRTP uses the default 5004/5005 port pair when no port number is
specified. It has no such thing as a say "automatic port selection
mechanism", if you have an idea for that, we are open for suggestions
:)


I don't know if ccrtp provides any mechanism to autodestruct after a certain
period of time. I guess you can start a timer yourself and once it expires simply
delete the RTPSession object.


I guess I could.  So basically another thread and sees if the rtp manager
has been idling and destructs it if it is.


The RTP session destructor calls 'dispatchBYE', but there is no timer
mechanism. The RTP session destructor can be overwritten so as to add
a timer before calling dispatchBYE. You could also overwrite the run()
method if you need some specific timed behaviour.

Do you think it would be interesting to add an optional timer for BYE
packets before destructing RTP sessions?


Michel



Dan


_______________________________________________
Ccrtp-devel mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/ccrtp-devel



_______________________________________________
Ccrtp-devel mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/ccrtp-devel




reply via email to

[Prev in Thread] Current Thread [Next in Thread]