|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] RE: iSCSI: ImmediateData negotiationDennis, That paragraph refers to "List" parameters and not boolean operators. Look over to the next page.... "For Boolean negotiations (keys taking the values Yes or No), the responding party MUST respond with the required key and the result of the negotiation when the received value does not determine that result by itself. The last value transmitted becomes the negotiation result. The rules for selecting the value with which to respond are expressed as Boolean functions of the value received and the value that the responding party would select in the absence of knowledge of the received value." Kevin Lemay -----Original Message----- From: Dennis Young [mailto:dyoung@rhapsodynetworks.com] Sent: Wednesday, May 08, 2002 11:45 AM To: 'kevin_lemay@agilent.com'; ips@ece.cmu.edu Subject: RE: iSCSI: ImmediateData negotiation The following paragraphs in section 4.2 of draft 12 lead me to believe otherwise: ... The responding party answers with the first value that it supports and is allowed to use for the specfic originator selected from the originator list. ... An offer of a value not admissible MAY be answered with the constant "Reject". My interpretation of the two paragraphs is that the responding party can only respond with value offered in the originator list, and since "Yes" is not admissible, responding with "Reject" seems correct. Dennis >-----Original Message----- >From: kevin_lemay@agilent.com [mailto:kevin_lemay@agilent.com] >Sent: Wednesday, May 08, 2002 11:08 AM >To: dyoung@rhapsodynetworks.com; ips@ece.cmu.edu >Subject: RE: iSCSI: ImmediateData negotiation > > >Actually, both are incorrect. It is illegal to negotiate a >parameter more >than once during a login. The correct sequence is: > >I->T: ImmediateData=Yes >T->I: ImmediateData=No > >Both initiator and target must send ImmediateData=Yes for >immediate data to >be used. > >Kevin Lemay > >-----Original Message----- >From: Dennis Young [mailto:dyoung@rhapsodynetworks.com] >Sent: Wednesday, May 08, 2002 11:02 AM >To: ips@ece.cmu.edu >Subject: iSCSI: ImmediateData negotiation > > >I have a question on how a target should respond to >"ImmediateData=Yes" from an initiator if the target >doesn't support ImmediateData. Here are two scenarios: > >Scenario 1: >/* The target here only considers the value offered by the > * initiator, if the value is not acceptable, it simply > * rejects it rather than suggesting another value. > */ >I->T: ImmediateData=Yes >T->I: ImmediateData=Reject >I->T: ImmediateData=No /* Should initiator offer No? */ >T->I: ImmediateData=No > >Scenario 2: >/* The target here simply returns a value it supports > * without rejecting the value offered by the initiator. > */ >I->T: ImmediateData=Yes >T->I: ImmediateData=No >I->T: ImmediateData=No /* Should initiator reply No? */ >T->I: ImmediateData=No > >Based on section 4.2 of draft 12, I believe scenario 1 is >correct, right? > >In addition, does the Result function of a text parameter (AND >or OR) make a >difference here? > >Thanks, >Dennis >
Home Last updated: Wed May 08 19:18:33 2002 10015 messages in chronological order |