RE: iSCSI-Asynch event code

[Martins Krikis <mkrikis@yahoo.com>]

I know it doesn't matter for the current standard
keys usable in FFP (it may matter for future keys
or for some vendor keys). I agree that it cannot be
guaranteed that the PDUs don't cross each
other on the wire and that the target gets
a non-empty Text Request. That's life. If it badly
wants to be in "initiator's shoes" and be the
originator, it can always try again. But at least
I'm proposing to give it a chance, and a fairly
decent one (albeit not a 100% guaranteed one) to
be in charge. Alright, so may be the initiator
SHOULD (not MUST) send an empty Text Request?

This new event is about symmetry, right? Well,
that (illusion of) symmetry will be more complete
if the target is given a chance to _originate_
anything it wishes, not just opportunity to
respond.

Anyway, I don't really care. Including whether
the new async event is added or not.

  Martins


__________________________________________________
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com