RE: iscsi : OpParmreset

["Julian Satran" <Julian_Satran@il.ibm.com>]

OpParmReset is the only way we have now to rest a negotiation in FFP
(public or vendor specific).
The restriction about R2T is related to a deadlock that can result when you
change from no to yes.

Julo


                                                                                             
                    "BURBRIDGE,MATTH                                                         
                    EW                     To:     Julian Satran/Haifa/IBM@IBMIL,            
                    (HP-UnitedKingdo        ips@ece.cmu.edu                                  
                    m,ex2)"                cc:                                               
                    <matthew_burbrid       Subject:     RE: iscsi : OpParmreset              
                    ge@hp.com>                                                               
                    Sent by:                                                                 
                    owner-ips@ece.cm                                                         
                    u.edu                                                                    
                                                                                             
                                                                                             
                    24-09-01 13:36                                                           
                    Please respond                                                           
                    to                                                                       
                    "BURBRIDGE,MATTH                                                         
                    EW                                                                       
                    (HP-UnitedKingdo                                                         
                    m,ex2)"                                                                  
                                                                                             
                                                                                             



Is OpParmReset still needed now that there is no operational parameter
negotiation until after the security phase?  Why would both sides
negoitiate
a set of parameters only for one side to reset.  Surely if one side during
login is not happy then it should close the connection.  In FFP, as there
is
no way to re-negotiate (after the OpParmReset) again if one side is not
happy then should it not close the connection and start a new one.

Also if in FFP, if OpParmReset is sent then does it just reset those
parameters that can be negoiated during FFP and not those restricted to the
login phase?  If so would it be easier to negotiate those parameters using
the explicit name (e.g. InitialR2T) and remove the restriction of (example)
"Once set to no, it can not be set back to yes" - as this is what using
OpParmReset permits.

Matthew

-----Original Message-----
From: Julian Satran [mailto:Julian_Satran@il.ibm.com]
Sent: Friday, September 21, 2001 4:34 PM
To: ips@ece.cmu.edu
Subject: Re: iscsi : OpParmreset



Santosh,

The main purpose of this key was to explicitly cancel the effects of a
running negotiation and restart anew.
As the draft stands now there is no much difference between the two - but
on basic principles the purposes are different (as you well stated).  We
may change the value to be:

OpParmReset=<default|current>

to accommodate both semantics.

Julo




                    Santosh Rao

                    <santoshr@cup.       To:     IPS Reflector
<ips@ece.cmu.edu>
                    hp.com>              cc:

                    Sent by:             Subject:     iscsi : OpParmreset

                    owner-ips@ece.

                    cmu.edu





                    20-09-01 22:19

                    Please respond

                    to Santosh Rao









All,

Please refer the definition of OpParmReset login key.

" 30 OpParmReset

OpParmReset enables an Initiator or Target to request the operational
parameters to be reset to the values they had before the negotiation."

I suggest that the definition be re-worded to state that the OpParmReset
enables an initiator or target to reset the operational parameters to
their DEFAULT VALUES. [instead of the current definition that states
that the parameters are reset to the values they had prior to the
current negotiation.]

The current definition requires the initiator to maintain 2 sets of
operational parameter values, the current and the previous. In the case
where initiator is just booting up, if the target sets OpParmReset to
"yes", the initiator does not know what to set the op params to, since
it has lost its prior state information.

Comments ?

Thanks,
Santosh

 - santoshr.vcf