iSCSI: Markers
"John Hufferd" <hufferd@us.ibm.com> Fri, 11 January 2002 03:03 UTC
Received: from ece.cmu.edu (ECE.CMU.EDU [128.2.136.200]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA29244 for <ips-archive@odin.ietf.org>; Thu, 10 Jan 2002 22:03:30 -0500 (EST)
Received: (from majordom@localhost) by ece.cmu.edu (8.11.0/8.10.2) id g0B2Lvk20921 for ips-outgoing; Thu, 10 Jan 2002 21:21:57 -0500 (EST)
X-Authentication-Warning: ece.cmu.edu: majordom set sender to owner-ips@ece.cmu.edu using -f
Received: from e34.co.us.ibm.com (e34.co.us.ibm.com [32.97.110.132]) by ece.cmu.edu (8.11.0/8.10.2) with ESMTP id g0B2Luj20916 for <ips@ece.cmu.edu>; Thu, 10 Jan 2002 21:21:56 -0500 (EST)
Received: from westrelay02.boulder.ibm.com (westrelay02.boulder.ibm.com [9.99.140.23]) by e34.co.us.ibm.com (8.9.3/8.9.3) with ESMTP id VAA23550 for <ips@ece.cmu.edu>; Thu, 10 Jan 2002 21:18:55 -0500
Received: from d03nm014.boulder.ibm.com (avpilot.boulder.ibm.com [9.17.188.135]) by westrelay02.boulder.ibm.com (8.11.1m3/NCO v5.01) with ESMTP id g0B2Kb3187566 for <ips@ece.cmu.edu>; Thu, 10 Jan 2002 19:20:38 -0700
X-Priority: 1 (High)
Importance: Normal
Subject: iSCSI: Markers
To: ips@ece.cmu.edu
X-Mailer: Lotus Notes Release 5.0.3 (Intl) 21 March 2000
Message-ID: <OFCEB96348.E36D922F-ON88256B3D.006971CD@boulder.ibm.com>
From: John Hufferd <hufferd@us.ibm.com>
Date: Thu, 10 Jan 2002 18:19:50 -0800
X-MIMETrack: Serialize by Router on D03NM014/03/M/IBM(Release 5.0.9 |November 16, 2001) at 01/10/2002 07:20:38 PM
MIME-Version: 1.0
Content-type: text/plain; charset="us-ascii"
Sender: owner-ips@ece.cmu.edu
Precedence: bulk
OK, Folks, I have now talked to Steph, who authored TUF, which is currently on the road to Experimental Status, He has authored another version of TUF also, which uses a form of COWS. So that means that we have two different versions of TUF as well as 2 versions of COWS (which are independent of Framing), and then there is FIM. So let me list them and be sure we name them so that we are not in the middle of more confusion. 1. Fixed Interval Markers (FIM) Currently In the iSCSI Draft 2. Constant Overhead Word Stuffing (COWS) as drafted by Julian and sent in his note of 12/23/2001 Subject "iSCSI - Synch an Steering Appendix - Markers & COWS" 3. TCP Upper-layer-protocol Framing (TUF) as drafted by Stephen Bailey in http://www.ietf.org/internet-drafts/draft-ietf-tsvwg-tcp-ulp-frame-01.txt 4. COWS Drafted By Stephen Bailey which can be used in both in stream and with Framing in http://www.cs.uchicago.edu/~steph/draft-bailey-tsvwg-cows-00.txt Now lets call Julian's proposal COWS with 2 way pointers (COWS2WP) Now lets call Steph's COWS with 1 way pointers (COWS1WP) When the type of COWS does not matter we can just call them COWS. Both COWS can be used in Framing. But to keep this discussion somewhat simpler lets call the Framing without any COWS as "Bare Framing", and Both of the other as "COWS Framing". Only when we need to talk about which type of COWS should we say "COWS2WP Framing" or "COWS1WP Framing". But for most conversation it should be just "COWS Framing". So we have FIM, COWS1WP, COWS2WP, Bare Framing, & COWS Framing (made up of COWS1WP Framing and COWS2WP Framing). Now we also need to understand that one of the main reasons expressed to make Framing go experimental, instead of Standards Track was that folks were worried that Bare Framing was based on probability, and that there was a very remote possibility that something could be done incorrectly. As a result of that Steph was considering, as part of the experimental work, seeing what the impact of his previous COWS Draft would be on the experimental work that was going to be done. He had no intention of bringing it up now, since he felt work/thought was still needed. As you know COWS came up anyhow (and in a different form). So what we have are statements from folks like me that had read Julian's Draft and the ietf-tsvwg version of Framing (Bare Framing), which did not see in those drafts the overlap. Clearly there is an overlap in the minds of Julian for COWS2WP and Steph for COWS1WP and how they might impact Framing. NET of Bare Framing vs COWS Framing: Bare Framing is based on probability and does not have to inspect each Word (SW or HW) COW requires Touching each Word, COWS Framing is guaranteed to always be correct. So the choices are: 1. FIM now, and Bare Framing later 2. FIM now, and COWS Framing later 3. COWS now, and Bare Framing later 4. COWS now, and COWS Framing Later 5. Nothing now, and some kind of Framing Later If we chose to do any of the "COWS now" options we would need to hold the debate on which form, but we should assume that which ever COWS we chose now is the COWS for later. Value Statements 1. FIM and Bare Framing: Means we never have the overhead of touching every word 2. FIM and COWS Framing: Means that touching is postponed until Framing, and perhaps Faster Desktops/Laptops or support even support in normal NICs. 3. COWS now and Bare Framing later: Has issues of toughing everything now, and then not useful later 4. COWS now and COWS Framing Later: Means always touch, but current approach is extensible into Framing 5.Nothing now, and some kind of Framing later: Means No current help, and no guarantee of help in the future, but some reasonable probability that some form of Framing will happen. So it is 1-5 upon which we should be taking a position. . . . John L. Hufferd Senior Technical Staff Member (STSM) IBM/SSG San Jose Ca Main Office (408) 256-0403, Tie: 276-0403, eFax: (408) 904-4688 Home Office (408) 997-6136, Cell: (408) 499-9702 Internet address: hufferd@us.ibm.com
- Re: iSCSI: Markers Stephen Bailey
- RE: iSCSI: Markers John Hufferd
- iSCSI: Markers John Hufferd
- Re: iSCSI: Markers Ajit Aryan
- RE: iSCSI: Markers Stuart Cheshire
- Re: iSCSI: Markers Jonathan Stone
- RE: iSCSI: Markers Douglas Otis
- Re: iSCSI: Markers John Hufferd
- Re: iSCSI: Markers Paul Koning
- iSCSI: Markers John Hufferd
- RE: iSCSI: Markers Somesh Gupta
- RE: iSCSI: Markers Glenn Dasmalchi
- Re: iSCSI: Markers julian_satran
- Re: iSCSI: Markers Mark S. Edwards
- RE: iSCSI: Markers Amir Shalit
- Re: iSCSI: Markers julian_satran
- Re: iSCSI: Markers Jonathan Stone
- RE: iSCSI: Markers Williams, Jim
- RE: iSCSI: Markers Mark Bradley
- RE: iSCSI: Markers WENDT,JIM (HP-Roseville,ex1)
- Re: iSCSI: Markers John Hufferd
- Re: iSCSI: Markers Paul Koning
- RE: iSCSI: Markers Williams, Jim
- Re: iSCSI: Markers John Hufferd
- Re: iSCSI: Markers Julian Satran
- Re: iSCSI: Markers Paul Koning
- Re: iSCSI: Markers Stuart Cheshire
- Re: iSCSI: Markers Julian Satran
- RE: iSCSI: Markers Somesh Gupta
- RE: iSCSI: Markers Somesh Gupta
- RE: iSCSI: Markers Somesh Gupta
- Re: iSCSI: Markers Matt D. Robinson
- Re: iSCSI: Markers Jonathan Stone
- Re: iSCSI: Markers Julian Satran
- Re: iSCSI: Markers Stephen Bailey
- RE: iSCSI: Markers Douglas Otis
- RE: iSCSI: Markers Somesh Gupta
- Re: iSCSI: Markers Julian Satran
- Re: iSCSI: Markers Paul Koning
- RE: iSCSI: Markers Amir Shalit
- RE: iSCSI: Markers Somesh Gupta
- Re: iSCSI: Markers Stephen Bailey
- RE: iSCSI: Markers Julian Satran
- RE: iSCSI: Markers Somesh Gupta
- Re: iSCSI: Markers Jonathan Stone
- RE: Re: iSCSI: Markers rakesh@qpackets.com
- Re: iSCSI: Markers Paul Koning
- Re: iSCSI: Markers Jonathan Stone
- RE: iSCSI: Markers Somesh Gupta