[rm-wg] Simple Server Lifecycle - Extant?

[Duncan Johnston Watt]

Bob

 

Hi, what we are trying to enforce is orderly destruction so this is only
permitted if we are in either manageable or failed state which
collectively we are treating as Extant.

 

I am not sure how much further to push this example (without guidance
from the co-chairs) but there are a couple of other flaws with current
version -

 

Failed is treated as Terminal whereas you could argue that under some
circumstances an error might be repairable.  We could express this as
"fix" transition from Failed to Manageable.

 

There is no equivalent to Terminate.  This could be a parameterized Stop
(forcing an orderly decommissioning of component) or alternatively it
could be expressed as yet another substate within Extant (this time with
no way back to manageable!) if we are happy to bypass the
decommissioning.

 

I guess what I've done (eventually given where I started with V1!) is
validate that I can express pretty much everything I need using
high-level state transition diagram presented in part 2 of today's
meeting (slide 38).

 

 

 

Regards

 

Duncan

 

Enigmatec Corporation Limited, Registered in England No: 4202328.
Registered Office: 25 Bucklersbury, London, EC4N 8DA

________________________________

From: Natale, Bob [mailto:RNATALE at mitre.org] 
Sent: 07 May 2007 20:27
To: Duncan Johnston Watt
Cc: rm-wg at ogf.org
Subject: RE: [rm-wg] Simple Server Lifecycle - Extant?

 

Hi Duncan,

 

I really don't understand the need for the "Extant" pseudo-state...?

 

[I'm only an observer in this forum, and I apologize if my lack of
understanding on this point simply reflects a lack of sufficient
participation.]

 

Cheers,

BobN

	 

	
________________________________


	From: rm-wg-bounces at ogf.org [mailto:rm-wg-bounces at ogf.org] On
Behalf Of Duncan Johnston Watt
	Sent: Monday, May 07, 2007 3:19 PM
	To: rm-wg at ogf.org
	Subject: Re: [rm-wg] Simple Server Lifecycle

	Final version for now.  Apologies for doing this in near real
time but this was prompted by the RM-WG discussion this afternoon.

	 

	Regards

	 

	Duncan

	 

	Enigmatec Corporation Limited, Registered in England No:
4202328.  Registered Office: 25 Bucklersbury, London, EC4N 8DA

	
________________________________


	From: rm-wg-bounces at ogf.org [mailto:rm-wg-bounces at ogf.org] On
Behalf Of Duncan Johnston Watt
	Sent: 07 May 2007 19:09
	To: rm-wg at ogf.org
	Subject: Re: [rm-wg] Simple Server Lifecycle

	 

	Here is reworked version mapping more precisely onto Dave's V2
states/verbs.  However, I have taken liberty of actually reducing major
states to two - Inactive and Active - with Extant and Commissioned as
substates.

	 

	Regards

	 

	Duncan

	 

	Enigmatec Corporation Limited, Registered in England No:
4202328.  Registered Office: 25 Bucklersbury, London, EC4N 8DA

	
________________________________


	From: rm-wg-bounces at ogf.org [mailto:rm-wg-bounces at ogf.org] On
Behalf Of Duncan Johnston Watt
	Sent: 07 May 2007 15:39
	To: rm-wg at ogf.org
	Subject: [rm-wg] Simple Server Lifecycle

	 

	Paul / All

	 

	This is my homework from two weeks ago.  (Note I am using trial
version of EDraw prior to meeting.  I believe we are going to be talking
about agreeing on a standard tool while we are here - assuming this
discussion hasn't already happened and passed me by which is entirely
possible!)

	 

	Regards

	 

	Duncan Johnston-Watt

	Chief Technology Officer

	Enigmatec Corp

	 

Web

www.enigmatec.net <http://www.enigmatec.net/> 

Email

duncan at enigmatec.net

Blog

http://enigmatec.typepad.com/breaking_the_code 

Mobile

+44 777 190 2653

Skype

duncan_johnstonwatt

	 

	Enigmatec Corporation Limited, Registered in England No:
4202328.  Registered Office: 25 Bucklersbury, London, EC4N 8DA

	 

	This e-mail message is confidential and for use by the addressee
only. If the message is received by anyone other than the addressee,
please return the message to the sender by replying to it and then
delete the message from your computer. Internet e-mails are not
necessarily secure. Enigmatec Corporation Limited does not accept
responsibility for changes made to this message after it was sent.
	
	Whilst all reasonable care has been taken to avoid the
transmission of viruses, it is the responsibility of the recipient to
ensure that the onward transmission, opening or use of this message and
any attachments will not adversely affect its systems or data. No
responsibility is accepted by Enigmatec Corporation Limited in this
regard and the recipient should carry out such virus and other checks as
it considers appropriate.

	 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.ogf.org/pipermail/rm-wg/attachments/20070507/a1f08c44/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/gif
Size: 10430 bytes
Desc: image001.gif
Url : http://www.ogf.org/pipermail/rm-wg/attachments/20070507/a1f08c44/attachment-0001.gif