[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Sip] Comments on draft-rosenberg-sip-reg-00
Hi Jonathan,
in your draft on the event package for registrations, you proposed the
following FSM for the contacts registered with an adress of record:
+------+
| | refreshed
| |
V |
+------------+ +------------+ +------------+
| | | | | |
| Init |----------->| Active |----------->| Terminated |
| | | | | |
+------------+ registered +------------+ expired +------------+
created deactivated
probation
unregistered
rejected
In section 3.1 it is described that in case an administrator wants a device
to re-authenticate, the registration is terminated and the device is
notified, e.g. by setting the event parameter to "deactivated".
First of all, I can't see a big difference between the two events "expired"
and "deactivated". "Deactivated" seems to be part of the "expired" event. In
both cases the contact may be re-registered. It doesn't seem very important
whether the registration is moved to the terminated state because it has
expired or because it has been deactivated.
Secondly, I think in case an administrator wants a device to
re-authenticate, the registration of the corresponding contact should not
move to the terminated state. Instead, another event (for example
"re-authenticate") similar to the "refresh" event should be introduced. When
this event occurs, the device is notified and the duration for which the
contact remains registered is reduced and if the device fails to
re-register, the registration is moved to the terminated state e.g. via the
"expired" event.
Thus, the FSM would look like:
+------+
| | refreshed
| | re-authenticate
V |
+------------+ +------------+ +------------+
| | | | | |
| Init |----------->| Active |----------->| Terminated |
| | | | | |
+------------+ registered +------------+ +------------+
created expired
probation
unregistered
rejected
Best regards,
Mark
Mark Beckmann Siemens AG
ICM MP P PS 4S2
P.O.Box 100702 phone: +49 (5341) 906 1814
D-38228 Salzgitter fax: +49 (5341) 906 2010
mailto: Mark.Beckmann@siemens.com
_______________________________________________
Sip mailing list https://www1.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use sip-implementors@cs.columbia.edu for questions on current sip
Use sipping@ietf.org for new developments on the application of sip