|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] RE: description of recovery mechanismsMarjorie, Examples is one concrete item that I can understand is missing. And I will try to provide examples (or complete scenarios) in pseudocode in 06 Over specify - I think that is very bad. Recovery can't result in too many interoperability issues since the number of active elements we have for recovery is limited and the actions one has to follow when issuing or receiving those are simple. Julo "KRUEGER,MARJORIE (HP-Roseville,ex1)" <marjorie_krueger@hp.com> on 09/03/2001 03:01:11 Please respond to "KRUEGER,MARJORIE (HP-Roseville,ex1)" <marjorie_krueger@hp.com> To: ips@ece.cmu.edu cc: Subject: RE: description of recovery mechanisms More than just a description is necessary. I believe the proliferation of options regarding recovery will make for an interoperability nightmare similar to early iterations of Fibre Channel protocols. Too many options and too much ambiguity result in too many conflicting interpretations. We need to simplify, remove options, over specify with examples. Marjorie Krueger Networked Storage Architecture Networked Storage Solutions Org. Hewlett-Packard tel: +1 916 785 2656 fax: +1 916 785 0391 email: marjorie_krueger@hp.com > -----Original Message----- > From: Black_David@emc.com [mailto:Black_David@emc.com] > Sent: Thursday, March 08, 2001 4:34 PM > To: someshg@yahoo.com; ips@ece.cmu.edu > Subject: RE: description of recovery mechanisms > > > What Somesh is asking for is necessary. We can > either put it in now, or discover it the hard > way later in interoperability testing with > considerably greater expenditure of time and > effort. > > --David > > > -----Original Message----- > > From: Somesh Gupta [SMTP:someshg@yahoo.com] > > Sent: Wednesday, March 07, 2001 10:24 PM > > To: ips@ece.cmu.edu > > Subject: description of recovery mechanisms > > > > I hope David and Julian will excuse me for using the following > > sentences from the Orlando minutes. > > > > ----------- start of quote ------------------------------- > > > > - There will be a significant connection recovery write-up, > > including details, procedures and examples added to the draft. > > > > ----------- end of quote --------------------------------- > > > > > > As an engineer, I believe that we do need detailed and thorough > > description of the usage of all the recovery tools in the > > protocol. This ensures > > > > 1. Determination that there are no holes. Presence of "holes" > > will lead to the mechanisms not being used (but implemented) > > > > or determine that there are no holes which will lead > > to testing nightmares. > > > > 2. Ensure interoperability among implementations > > > > I hope this does not sound like I am asking Julian to do > > my work for me. But it is better hashed out and debated > > in one place. > > >
Home Last updated: Tue Sep 04 01:05:23 2001 6315 messages in chronological order |