[Freeswitch-users] Problem with subscription expire
Helmut Kuper
helmut.kuper at ewetel.de
Thu Oct 1 01:52:59 PDT 2009
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hello,
it seems exired subsciptions are never cleared in FS.
A look into sofia_presence.c confirms explains this
/* negative in exptime means keep bumping up sub time to avoid a snafu
where every device has it's own rules about subscriptions
that somehow barely resemble the RFC not that
I blame them because the RFC MAY be amibiguous and SHOULD be deleted.
So to avoid the problem we keep resetting the
expiration date of the subscription so it never expires.
Eybeam completely ignores this option and
most other subscription-state: directives from rfc3265 and still expires.
Polycom is happy to keep upping the
subscription expiry back to the original time on each new notify.
The rest ... who knows...?
*/
For some reasons subscriptions created by Snom phones are filling up the
sip_subscriptions table over time. This leads to some kind of DOS by FS
against the subscribing phone ... The subscribtions are differentiate by
call-id. This can be explained by RFC 3842 chapter 3.6 where expired
subscriptions must be renewed with a NEW call-id. Because there is no
hint about unsubscribing the old subscription I guess the clean up
process has to be done by FS.
Any way to get FS to do this job? Since there is no creation date or
expire value which represents the expire as a timestamp I have no way to
clean up the table manually via sql and cronjob - except cleaning the
whole table ...
A further (but background) question is, why do the subscriptions expire
in snom phones at all ...
regards
helmut
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (MingW32)
iD8DBQFKxG3q4tZeNddg3dwRArNEAJ9fjHLox1tt038ze0liUG0ki+wrfgCgsz09
pO+XUioXrBKJ/ozUOy1ZqeA=
=nZaf
-----END PGP SIGNATURE-----
More information about the FreeSWITCH-users
mailing list