15 Sep
2006
15 Sep
'06
5:48 p.m.
Hi Ron,
this looks super. Please upload the module on the tracker (just to have
it there). In the mean while I forward your email on the users mailing
list so people can show (or not) their interest for this new
functionality. If there are no arguments against it, the module may be
uploaded on the public cvs - of course you need to take care and
maintain the module for the future ;).
Regards,
Bogdan
Ron Winacott wrote:
Hello all,
I would like to contribute the following new module to the OpenSER project.
If you find it usesfull, great, if not, sorry for the spam :-)
The new module gives OpenSER basic SIP Session Timer support. See rfc4028 for
more information on SST. This new module uses the new dialog module to track
the creation, updating and termination of SIP dialogs. The dialog module
supports timed out termination of the dialog but at this time the timeout
value is hardcoded (avp accessable and modparam() settable)
What the sst module does is uses the dialogs own callbacks to update the
dialog timeout value based on the current expire: header value.
There is also a script function called sstCheckMin(min_se_value) that can be
used in a proxy configuration to reply with a 422 "Session Interval Too
Small" to a INVITE with a small MIN_SE value.
As I see new functionality requirements of the module I will add it. If you
have a request for some new functionality in the SST module, please email me
your ideas.
The attached file is a gzipped tar ball of the sst module directory tree. (cd
openser/modules tar -xzf sst.tgz to extract)
Thanks for your time,
ronw
------------------------------------------------------------------------
_______________________________________________
Devel mailing list
Devel(a)openser.org
http://openser.org/cgi-bin/mailman/listinfo/devel
18 Sep
18 Sep
3:05 p.m.
Ron,
I just skimmed the RFC. This is
a great feature! I have a question about
what it does with respect to the OpenSER proxy.
Does the sst module refresh the session, or does this module
sit in the middle, monitor dialog time remaining, and remove reference
to the dialog if the timer value goes negative? That is, it looks
like to me the session timer stuff is between the uas and the uac, but
I never have been very good at reading the RFCs :-)
-g
On 9/15/06, Bogdan-Andrei Iancu <bogdan(a)voice-system.ro> wrote:
Hi Ron,
this looks super. Please upload the module on the tracker (just to have
it there). In the mean while I forward your email on the users mailing
list so people can show (or not) their interest for this new
functionality. If there are no arguments against it, the module may be
uploaded on the public cvs - of course you need to take care and
maintain the module for the future ;).
Regards,
Bogdan
Ron Winacott wrote:
--
Greg Fausak
greg(a)thursday.com
Hello all,
I would like to contribute the following new module to the OpenSER project.
If you find it usesfull, great, if not, sorry for the spam :-)
The new module gives OpenSER basic SIP Session Timer support. See rfc4028 for
more information on SST. This new module uses the new dialog module to track
the creation, updating and termination of SIP dialogs. The dialog module
supports timed out termination of the dialog but at this time the timeout
value is hardcoded (avp accessable and modparam() settable)
What the sst module does is uses the dialogs own callbacks to update the
dialog timeout value based on the current expire: header value.
There is also a script function called sstCheckMin(min_se_value) that can be
used in a proxy configuration to reply with a 422 "Session Interval Too
Small" to a INVITE with a small MIN_SE value.
As I see new functionality requirements of the module I will add it. If you
have a request for some new functionality in the SST module, please email me
your ideas.
The attached file is a gzipped tar ball of the sst module directory tree. (cd
openser/modules tar -xzf sst.tgz to extract)
Thanks for your time,
ronw
------------------------------------------------------------------------
_______________________________________________
Devel mailing list
Devel(a)openser.org
http://openser.org/cgi-bin/mailman/listinfo/devel
_______________________________________________
Users mailing list
Users(a)openser.org
http://openser.org/cgi-bin/mailman/listinfo/users
4:31 p.m.
Greg,
The SST module sits in the middle and will update the timeout value of the
dialog module. If the dialog times out, the proxy is free to release all
locally held resources and delete the dialog. (from its point of view) It
may, but I am fuzzy on this RFC point, also be able to send a BYE. The
current SST module does not suppport sending the BYE.
SST is mainly used by SIP proxies to tell when a call has abnormally
terminated and all BYEs/CANCELs/etc have been lost. In most cases, the SIP
proxy have allocated a bunch of local resources (memory, database records,
etc) that need to be released on call/dialog termination. Think of it as SIP
ping or better still, SIP keep-alive. In the case where I am currently using
the SST module is to close the firewall rules and release the QOS resources
that were setup for the call in a SIP proxy server that stays in the middle
of the SIP messaging.
If both uac's support SST (expire) then the proxy can see the expire: header
going bay and set the dialog timeout to the correct value. If either or both
uac's do not support SST, the dialog timeout value is left at its default
value (in the case of OpenSER 12 hours unless you set the AVP to a different
value)
I hope this answered your questions, and I too am not the greatest at reading
RFCs. I think the only people that are good at reading them, are the
authors. :-)
Ronw
On Monday 18 September 2006 11:05, Greg Fausak wrote:
Ron,
I just skimmed the RFC. This is
a great feature! I have a question about
what it does with respect to the OpenSER proxy.
Does the sst module refresh the session, or does this module
sit in the middle, monitor dialog time remaining, and remove reference
to the dialog if the timer value goes negative? That is, it looks
like to me the session timer stuff is between the uas and the uac, but
I never have been very good at reading the RFCs :-)
-g
--
Ron Winacott - SOMA Networks, Inc.
---
A bad xhost is a good thing to waste, here have a cookie!
-- Brian Onn
6511
days inactive
6514
days old
2 comments
3 participants
participants (3)
-
Bogdan-Andrei Iancu -
Greg Fausak -
Ron Winacott