SORT BY:

LIST ORDER
THREAD
AUTHOR
SUBJECT


SEARCH

IPS HOME


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

    RE: iSCSI: SNACK R2T/Data



    
    Matthew,
    
    I am also in favor of such a mechanism.  It is easy to implement (another
    form of SNACK) and we have already built-in a mechanism by which an inbound
    stream can be marked for acking (the inbound sequence separator F bit).
    It can also be specified as mandated only if the within-command recovery
    class is present.
    
    However I am reluctant to open again this issue except if there are more
    supporters. Data ACKs where hastily dropped at the interim meeting in
    Orlando.  I recall Somesh Gupta, Pierre Labat and Santosh Rao as being very
    vocal against them (arguing complexity) and carrying the room with them.
    
    Julo
    
    
    
                                                                                                  
                        "BURBRIDGE,MATTH                                                          
                        EW                     To:     Julian Satran/Haifa/IBM@IBMIL,             
                        (HP-UnitedKingdo        ips@ece.cmu.edu                                   
                        m,ex2)"                cc:                                                
                        <matthew_burbrid       Subject:     RE: iSCSI: SNACK R2T/Data             
                        ge@hp.com>                                                                
                                                                                                  
                        19-09-01 17:25                                                            
                        Please respond                                                            
                        to                                                                        
                        "BURBRIDGE,MATTH                                                          
                        EW                                                                        
                        (HP-UnitedKingdo                                                          
                        m,ex2)"                                                                   
                                                                                                  
                                                                                                  
    
    
    
    
    I am very much in favour of having a positive ACK mechanism to control
    buffer resources at the target.  If there is a very large transfer (e.g. 1
    Mb) then the sender can release buffer space once it knows that the
    receiver
    has received the data.  It is worth pointing out that this mechanism is for
    buffer control and is not for flow control which, as we all know, is
    handled
    by TCP.
    
    Cheers
    
    Matthew Burbridge
    Senior Development Engineer
    NIS-Bristol
    Hewlett Packard
    Telnet: 312 7010
    E-mail: matthewb@bri.hp.com
    
    
    
    
    -----Original Message-----
    From: Julian Satran [mailto:Julian_Satran@il.ibm.com]
    Sent: Wednesday, September 19, 2001 6:28 AM
    To: ips@ece.cmu.edu
    Subject: Re: iSCSI: SNACK R2T/Data
    
    
    There is no ACK mechanism. The group wisdom was that there is no need for
    one.
    Incoming data and R2Ts are not acked (a mechanism that did that existed and
    was based on NOP-Out).
    
    Julo
    
    Michael Schoberg <michael_schoberg@cnt.com> on 18-09-2001 19:09:51
    
    Please respond to Michael Schoberg <michael_schoberg@cnt.com>
    
    To:   "'ips@ece.cmu.edu'" <ips@ece.cmu.edu>, Julian Satran/Haifa/IBM@IBMIL
    cc:
    Subject:  iSCSI: SNACK R2T/Data
    
    
    
    Old subject, but I couldn't find any discussion on this:
    
    When does the target know it no longer needs to hold R2T & Data PDUs?
    StatSN responses are acknowledged through the ExpStatSN field received in
    future I->T requests.  What's the acknowledgement method for R2T & Data
    PDUs?  Is it tied to the original request and acknowledged through the
    ExpStatSN acknowledgment of the request's response?
    
    Thanks.
    
    
    
    
    
    


Home

Last updated: Mon Sep 24 22:17:19 2001
6705 messages in chronological order