RE: LUN field in R2T
Julian Satran <[email protected]> Fri, 4 Jan 2008 18:23:47 +0530
| Newsgroups | gmane.ietf.ips |
|---|---|
| Message-ID | <OFB2769B9D.544FEA84-ON652573C6.001BA7D8-652573C6.0046D780@il.ibm.com> |
Bill, This is left to the implementer. I would argue that a "liberal" initiator should store the LUN-TTT fields as they come and not fill them up. Julo [email protected] wrote on 01/04/2008 02:36:03 AM: > Thanks for getting back on this. I think I still need a little clarification. > > In a nutshell all I want to know is this: Is it legal for an > initiator to set the LUN field in the Data-Out PDU based on what it > knows the LUN to be, or MUST the initiator copy the contents of the > LUN field from the received R2T into the Data Out. > > Example: An initiator negotiates for MaxOutstandingR2T==4. The > initiator sends a write command to a target. The initiator receives > an R2T and starts sending multiple Data-Out PDUs. The initiator > receives 3 more R2Ts but cannot start sending Data-Out PDUs > immediately due to outbound resource limitations. The initiator must > now store off each R2T request so that it can honor them when > resources become available ? otherwise the initiator will need to halt > receive processing on the connection. The initiator will probably > need to store the Target Transfer Tag, Buffer Offset, and Desired Data > Transfer Length for each R2T. Does the initiator need to store the > LUN from each R2T as well? Or can it just fill in the LUN in the Data > Out PDUs based on knowing what LUN the command was sent to in the first place? > > Thanks, > > > Bill > > > > > From: Julian Satran [mailto:[email protected]] > Sent: Thursday, January 03, 2008 4:12 AM > To: Sears, Bill > Cc: [email protected] > Subject: Re: [Ips] LUN field in R2T > > > Your interpretation is more liberal than the text says. The reason for > requiring a LUN field in the first place was to remove the requirement > for a target-wide unique TTT and enable distributed targets that do > not require coordination. The reason LUN was chosen to tag the R2T is > that it may simplify routing of the data to the appropriate destination. > But since it is called LUN some zealous initiator may check (although > it is not mandated) the LUN validity versus a list obtained otherwise > - so I would not go for a very liberal interpretation. > > Julo > > [email protected] > 01/02/08 11:57 PM > > To > > <[email protected]> > > cc > > > > Subject > > [Ips] LUN field in R2T > > > > > > > > > > > Just a quick clarification: > > 10.8.5. Target Transfer Tag > [...]The Target Transfer Tag and LUN are copied in the outgoing data > PDUs and are only used by the target. > > Does this mean that the LUN field in the R2T does not need to contain > the actual LUN number specified by the SCSI write? Since the field > is ?only used by the target? I assume this text means that the target > may place anything it wants in the LUN field of the R2T and have it > echoed back by the initiator. > _______________________________________________ > Ips mailing list > [email protected] > https://www1.ietf.org/mailman/listinfo/ips _______________________________________________ Ips mailing list [email protected] https://www1.ietf.org/mailman/listinfo/ips