iSCSI: connection failure in a multii-connection session

["Alex Aizman" <aaizman@silverbacksystems.com>]

Let's say, Error Recovery Level = 0 and one connection in a
multi-connection session has failed. The first question is, could
Initiator retain the functioning session with fewer connections (and the
ERL being zero)? Assuming the answer is 'yes', here's some of the
follow-up questions:

Initiator sends Logout(1, CID) on one of the remaining good connections
to cleanup the failed connection, ID=CID.

Initiator then either:

1) Sends Task Abort for every unacknowledged command. This process will
eventually synchronize *this* session sequence numbers. The problem is,
once all Aborts are executed, the Target will proceed executing
outstanding CmdSNs received on good connection(s), which may cause
re-ordering on the SCSI level.

2) Alternatively, the Initiator re-issues all outstanding commands on
the good connection(s), without changing their ITTs and CmdSNs. Target
receives these commands (some of which may have been already executed),
and continues normal processing in the order of CmdSNs. The question is
whether Initiator is permitted to retry  commands using the same ITT and
CmdSN pair on another connection after successful Logout but without
explicit re-assignment. Section 6.2.1 in the spec seems to allow that.

3) Finally, is it a hard requirement that Initiator uses the same ITT
that was used to send the original command? What's the logic behind this
requirement?

Alex