View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0001817 | 10000-007: Profiles | public | 2011-12-21 13:44 | 2012-08-28 17:11 | |
Reporter | Randy Armstrong | Assigned To | Paul Hunkar | ||
Priority | normal | Severity | minor | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Fixed in Version | 1.02 | ||||
Summary | 0001817: Require that clients allow any individual server to be configured to use a single session | ||||
Description | Some embedded devices only support 1 session. This, by design, means they cannot support multiple clients. A similar issue exists with some clients that for whatever (usually legitimate) design reason they choose to use multiple sessions The UA WG discussed this issue and decided to add a 'single session' client side profile We can’t require or even recommend that clients always use a single session because that would mean they could not support multiple locales or user credentials. The only thing we could do is require that clients allow any individual server to be configured to use a single session with the understanding that locale/user credential features would be disabled by such a configuration (a moot point since those servers will likely never support localization or user credentials). | ||||
Tags | No tags attached. | ||||
Commit Version | |||||
Fix Due Date | |||||
|
The embedded profiles have more restrictions (e.g. nb of subscriptions, continuation points, meta data, ...). Therefore we should think about client facets that match the restricted server profiles. Also, even though the number of sessions is limited (because it consumes RAM) does not mean the server can't support authorization based on data stored in ROM. |
|
Locale and user credential features can still be used with a single session. The only restriction is that a client can only log on as a single user or can only request a single array of locales at any given time. In addition to the proposed 'single session' client side profile, I volunteer to produce an interoperability white paper which will state clearly what a client should do in order to facilitate seamless interoperability with resource constrained servers (including the issues outlined by Karl in the previous note). We will also prepare a Windows based resource constrained reference server that can be used by client vendors to test interoperability where this is desirable. |
|
Added conformance unit for single session |
|
Reviewed in Boca meeting - needs rework. This facet should only have one conformance unit to say the client has the additional ability to adapt to servers that only allow one session. |
|
Updated profile to reflect the single conformance unit (being able to be configured for single session), but may need to create additional conformance units for other features that may or may not be available via a single session - i.e. I think we may need to have additional optional conformance units that can then be used to indicate what functionality is not available if configured for a single session. |
|
Added ConformanceUnit to to indicate that a client can be configured to use only a single session |
|
Two facets exist, one for single session other for mutiple session, they both only have a single conformance unit that reflect the single or multiple aspect of the sessions |
|
Reviewed 1.02.09 and agreed to changes in telecon. |
Date Modified | Username | Field | Change |
---|---|---|---|
2011-12-21 13:44 | Randy Armstrong | New Issue | |
2011-12-21 14:25 | Karl Deiretsbacher | Note Added: 0003098 | |
2011-12-28 16:59 | Paul Hunkar | Status | new => assigned |
2011-12-28 16:59 | Paul Hunkar | Assigned To | => Paul Hunkar |
2012-01-04 15:07 | Liam Power | Note Added: 0003131 | |
2012-01-05 08:03 | Paul Hunkar | Status | assigned => resolved |
2012-01-05 08:03 | Paul Hunkar | Resolution | open => fixed |
2012-01-05 08:03 | Paul Hunkar | Note Added: 0003135 | |
2012-01-11 15:45 | Jim Luth | Note Added: 0003167 | |
2012-01-11 15:45 | Jim Luth | Status | resolved => assigned |
2012-01-23 07:22 | Paul Hunkar | Note Added: 0003222 | |
2012-08-21 04:32 | Paul Hunkar | Note Added: 0004012 | |
2012-08-23 03:20 | Paul Hunkar | Status | assigned => resolved |
2012-08-23 03:20 | Paul Hunkar | Note Added: 0004033 | |
2012-08-28 17:11 | Jim Luth | Status | resolved => closed |
2012-08-28 17:11 | Jim Luth | Note Added: 0004040 | |
2012-08-28 17:11 | Jim Luth | Fixed in Version | => 1.02 |