OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

ws-dd message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Issue 082 - WS-Discovery CD1 - Reconsider transition to managed mode


This issue is assigned the number 082. For further discussions on this issue, please refer to this issue number or use this thread.

-----Original Message-----
From: Antoine Mensch [mailto:antoine.mensch@odonata.fr]
Sent: Tuesday, November 11, 2008 12:57 AM
To: Ram Jeyaraman
Subject: NEW Issue - WS-Discovery CD1 - Reconsider transition to managed mode

Line number: 611.

Description
WS-Discovery CD1 has made optional the transition for a Client from ad
hoc to managed mode when receiving a multicast suppression Hello message
from a DP, while  it was mandatory before.
 The proposed resolution introduces a new problem: while previously the
reception of the Hello from the DP would require the Client to switch to
managed mode, presumably preventing it to send multicast messages in the
future, the relaxation of the rule means that a Client may not switch to
managed mode, will continue to send multicast requests, and will
therefore receive a Hello message from the DP each time it will issue
such a request. This does not seem right.

Proposed resolution:
Option 1: revert to the old spec. Although it creates stronger
constraints on both the DP (that must be accurate) and the Client (that
must support the automatic switch mode), it will allow a network
administrator to either decide to enforce managed mode by setting up a
multicast suppression DP, or to leave the choice of the mode to be used
to Clients by not setting up the multicast suppression mode in the DP
(the Clients may still look for a DP explicitly).
Option 2: altogether drop the automatic mode switch feature. Interested
clients could either probe for a DP at startup or listen to DP
announcements, while uninterested ones will just go along unchanged.
This will also have the side-effect of considerably simplifying the spec.






[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]