Subject: RE: [Sipping] Comments on config framework draft- default AOR

From: Simonetti Gabrielle <[email-masked]>
Date: Mon, 08 Nov 2004 19:19:30 +0100

> > 
> > Let's consider the case where the device profiles
> > are delivered by a server within the constructor
> > (that manages the UA versions): the constructor
> > might not be aware of the identity of the users
> > using the devices. On the contrary, the service
> > provider is the one holding the user profiles, and
> > could thus keep an association between instance IDs
> > and default AORs. In addition, in some cases, the
> > access provider coincides with the service
> > provider... Have you considered including the
> > default AOR in the local profile together with the
> > other SIP parameters rather than in the device
> > profile? 
> > 
> 
> The Network-User Event header parameter MAY be set to
> the AOR of the user.  In section 3.2 which talks about
> the specifics of the Network-User parameter is states
> that this parameter MAY be set for "device" or "local"
> profile types.  Does this cover the use case you had
> in mind?

Actually, what I meant is that the default AOR used to retrieve the user profile could also be provided from the server to the UA together with the "local" profile data (rather than in the "device" profile data as specified in the framework). Do you see anything wrong with this?
Gabrielle

Gruppo Telecom Italia - Direzione e coordinamento di Telecom Italia S.p.A.

====================================================================
CONFIDENTIALITY NOTICE
This message and its attachments are addressed solely to the persons
above and may contain confidential information. If you have received
the message in error, be informed that any use of the content hereof
is prohibited. Please return it immediately to the sender and delete
the message. Should you have any questions, please send an e_mail to
[email-masked]. Thank you
====================================================================

_______________________________________________
Sipping mailing list  https://www1.ietf.org/mailman/listinfo/sipping
This list is for NEW development of the application of SIP
Use [email-masked] for questions on current sip
Use [email-masked] for new developments of core SIP