[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: iSCSI: Login after FFP
was mainly to track down a bug in an initiator and I just wanted to verify that
it was not valid. I was wondering if there was wording that prevents a
connection in FFP from re-entering login negotiation mode to attempt to
form a new session, attach to a different session, or offer a new CID or
other parameters. The wording I was hunting for would say that Login
negotiation is a one time event per TCP connection; renegotiation (re-login) is
not possible after entering FFP.
text does say it.
126.96.36.199 Login Request and Login Response
Login Requests and Responses are used exclusively during the login phase of
each connection to set up the session and connection parame- ters (the login
phase consists of a sequence of login requests and responses carrying the same
Initiator Task Tag).
No the target
should reject it. If the text does not say it I will add the text.
Sent by: email@example.com
Please respond to Michael Schoberg
To: "IPS Reflector (E-mail)"
iSCSI: Login after FFP
This should be quick.
Is it compliant for an iSCSI
initiator to send a LOGIN request on a
connection already in FFP? I
couldn't find anything in the draft that
explicitly said this was allowed
or not. How should a target handle
Last updated: Mon Mar 25 18:18:18 2002
9293 messages in chronological order