View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
000181710000-007: Profilespublic2011-12-21 13:442012-08-28 17:11
ReporterRandy Armstrong Assigned ToPaul Hunkar  
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionfixed 
Fixed in Version1.02 
Summary0001817: 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
i.e. single session devices can only communicate with clients that support the '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).

TagsNo tags attached.
Commit Version
Fix Due Date

Activities

Karl Deiretsbacher

2011-12-21 14:25

developer   ~0003098

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.

Liam Power

2012-01-04 15:07

reporter   ~0003131

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.

Paul Hunkar

2012-01-05 08:03

developer   ~0003135

Added conformance unit for single session
added new profile that include core functionalit and single session conformance unit

Jim Luth

2012-01-11 15:45

administrator   ~0003167

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.

Paul Hunkar

2012-01-23 07:22

developer   ~0003222

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.

Paul Hunkar

2012-08-21 04:32

developer   ~0004012

Added ConformanceUnit to to indicate that a client can be configured to use only a single session

Paul Hunkar

2012-08-23 03:20

developer   ~0004033

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

Jim Luth

2012-08-28 17:11

administrator   ~0004040

Reviewed 1.02.09 and agreed to changes in telecon.

Issue History

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