RE: ips : Is FirstBurstSize valid when InitialR2T=yes ?

["THALER,PAT (A-Roseville,ex1)" <pat_thaler@agilent.com>]

Santosh,

I don't see any requirement for FirstBurstSize <= MaxRecvPDUDataSize even when InitialR2T=yes  and ImmediateData=yes. When only Immediate unsolicited data can be sent, the amount of that data is limited to the lesser of  FirstBurstSize and MaxRecvPDUDataSize. FirstBurstSize is negotiated session wide and MaxRecvPDUDataSize is connection per direction so it would be entirely reasonable to have FirstBurstSize large (or smaller) than MaxRecvPDUDataSize on some connections.

Regards,
Pat

-----Original Message-----
From: Santosh Rao [mailto:santoshr@cup.hp.com]
Sent: Tuesday, February 05, 2002 11:56 AM
To: IPS Reflector
Subject: ips : Is FirstBurstSize valid when InitialR2T=yes ?


Hello,

Can someone clarify if the login key FirstBurstSize is valid when :
InitialR2T=yes  and ImmediateData=yes ?

i.e. if immediate data is enabled and un-solicited data is disabled
during login negotiation, is the value of FirstBurstSize received in the
login response to be interpreted ?

My current understanding is that FirstBurstSize is inclusive of the
immediate data portion, and so, if immediate data is enabled, but
un-solicited data is disabled, then, FirstBurstSize *must* be valid and
must be <= DataPDULength. (after rev 09, it would be <=
(MaxRecvPDULength - the header components size)).

For example, a target implementation may offer a FirstBurstSize <
DataPDULength, in which case, the immediate data size is the
MIN(DataPDULength, FirstBurstSize, bytes_to_send).

Can someone clarify if this is a correct interpretation or set me right
on this ?

Thanks,
Santosh


-- 
##################################
Santosh Rao
Software Design Engineer,
HP-UX iSCSI Driver Team,
Hewlett Packard, Cupertino.
email : santoshr@cup.hp.com
Phone : 408-447-3751
##################################