SORT BY:

LIST ORDER
THREAD
AUTHOR
SUBJECT


SEARCH

IPS HOME


    [Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

    Re: profiles - a way to simplify iSCSI



    
    
    Scott,
    
    Could you shed some light about the reasons behind this.
    Are we talking about the same thing or are we just using a word with two
    different meanings?
    
    Julo
    
    ________________
    
                                                                             
                    [Date Prev][Date Next][Thread Prev][Thread Next][Date    
                    Index][Thread Index]                                     
                    Re: profiles - a way to simplify iSCSI                   
     SORT BY:                                                                
                         To: ips@ece.cmu.edu                                 
                         Subject: Re: profiles - a way to simplify iSCSI     
     LIST                From: Scott Bradner <sob@harvard.edu>               
     ORDER               Date: Fri, 22 Jun 2001 19:13:25 -0400 (EDT)         
     THREAD              Sender: owner-ips@ece.cmu.edu                       
     AUTHOR                                                                  
     SUBJECT                                                                 
                                                                             
     SEARCH         there seems to be a misunderstanding somewhere - I was   
                    trying to say                                            
                    nicely that a IPS protocol that has to have profiles     
                    would not pass                                           
                    the IESG but I guess I was too nice -                    
     IPS HOME                                                                
                    I expect that teh IESG would return any such proposal to 
                    the WG for                                               
                    rework if such a proposal makes it to the IESG           
                                                                             
                    i.e the discussion in the followintg posting is not a    
                    productive path                                          
                    to be following                                          
                                                                             
                                                                             
                    Scott                                                    
                                                                             
                    (one of the TSV area directors)                          
                                                                             
                    -----                                                    
                    From owner-ips@ece.cmu.edu Fri Jun 22 17:05:13 2001      
                    X-Authentication-Warning: ece.cmu.edu: majordom set      
                    sender to owner-ips@ece.cmu.edu using -f                 
                    Date: Fri, 22 Jun 2001 15:59:06 -0500                    
                    From: Mark Bakke <mbakke@cisco.com>                      
                    X-Mailer: Mozilla 4.72 [en] (X11; U; Linux               
                    2.2.16-3.uid32 i686)                                     
                    X-Accept-Language: en, de                                
                    MIME-Version: 1.0                                        
                    To: ips@ece.cmu.edu                                      
                    Subject: Re: profiles - a way to simplify iSCSI          
                    References: <                                            
                    79CB6B56B942D411A9AB001083FCE91E10B509@san-exchange.dino 
                    > <3B33881A.D0568785@cisco.com>                          
                    Content-Type: text/plain; charset=us-ascii               
                    Content-Transfer-Encoding: 7bit                          
                    Sender: owner-ips@ece.cmu.edu                            
                    Precedence: bulk                                         
                                                                             
                    Just noticed that we did not include descriptions for    
                    the                                                      
                    columns in the spreadsheet.  Here they are:              
                                                                             
                    1st column - Section number of an internet-draft version 
                    of this spreadsheet, which we will generate if needed.   
                                                                             
                    2nd column - Category; we divided up the different       
                    features                                                 
                    into some categories that made sense to us.  The first   
                    set                                                      
                    is common to all iSCSI implementations; the second and   
                    third                                                    
                    are for those features that apply just to targets or     
                    initiators.                                              
                                                                             
                    3rd column - Feature; short description of each feature. 
                                                                             
                    4th column - Reference; a reference to the section       
                    number of the                                            
                    iSCSI document that best describes the feature and its   
                    status.                                                  
                                                                             
                    5th column - Status.                                     
                                                                             
                       M = Mandatory                                         
                       O = Optional                                          
                       R = Recommended (we have none of these now)           
                       X = Prohibited (we have none of these, either)        
                                                                             
                       If numbers appear after the status, e.g. M:4.5, it    
                    means that                                               
                       the feature is mandatory if the feature numbered 4.5  
                    is                                                       
                       implemented.  I just noticed that some of our numbers 
                    had changed,                                             
                       so a few of these might still be typos.               
                                                                             
                    6th column - Value.  This is used if the feature is more 
                    than just                                                
                    a check box; for instance, if an implementation supports 
                    "Data Digest - Other",                                   
                    it is used to indicate some reference to what "other"    
                    means.                                                   
                                                                             
                    Hope this helps,                                         
                                                                             
                    Mark                                                     
                                                                             
                    Mark Bakke wrote:                                        
                    >                                                        
                    > We've been thinking about how to profile iSCSI         
                    implementations                                          
                    > as well, and Paul Congdon, Matthew Burbridge (both of  
                    HP) and                                                  
                    > I have come up with a spreadsheet that sort of follows 
                    the PICS                                                 
                    > pro-forma that the IEEE folks use.  Anyway, it appears 
                    that this                                                
                    > might be a useful thing to start discussing.  We have  
                    attempted                                                
                    > to list the major mandatory and optional features, but 
                    have not                                                 
                    > had enough review time yet to guarantee that it        
                    exactly matches                                          
                    > the spec, so comments are welcome.                     
                    >                                                        
                    > Julian has placed it on his web page at:               
                    >                                                        
                    >                                                        
                    http://www.haifa.il.ibm.com/satran/ips/iSCSIv6_PICs-5.pd 
                    f                                                        
                    >                                                        
                    > I apologize that this is not in internet-draft form,   
                    or if this                                               
                    > list is not exactly the right place to do this.        
                    However, I think                                         
                    > that it will help show the sheer number of optional    
                    features we                                              
                    > are faced with, and may help us prioritize what must   
                    stay in the                                              
                    > protocol, and what we could live without in the        
                    interest of                                              
                    > simplicity.                                            
                    >                                                        
                    > Hopefully, this will help.                             
                    >                                                        
                    > --                                                     
                    > Mark                                                   
                    >                                                        
                    > --                                                     
                    > Mark A. Bakke                                          
                    > Cisco Systems                                          
                    > mbakke@cisco.com                                       
                    > 763.398.1054                                           
                                                                             
                    --                                                       
                    Mark A. Bakke                                            
                    Cisco Systems                                            
                    mbakke@cisco.com                                         
                    763.398.1054                                             
                                                                             
                                                                             
                                                                             
                         Prev by Date: Re: profiles - a way to simplify      
                         iSCSI                                               
                         Next by Date: Re: profiles - a way to simplify      
                         iSCSI                                               
                         Prev by thread: Re: profiles - a way to simplify    
                         iSCSI                                               
                         Next by thread: Re: profiles - a way to simplify    
                         iSCSI                                               
                         Index(es):                                          
                              Date                                           
                              Thread                                         
                                                                             
                                                                             
               Home                                                          
                                                                             
                                                                             
               Last updated: Sat Jun 23 14:16:50 2001                        
               5155 messages in chronological order                          
                                                                             
    
    
    
    
    
    


Home

Last updated: Tue Sep 04 01:04:23 2001
6315 messages in chronological order