Hello
Am Donnerstag, den 16.02.2006, 08:22 +0530 schrieb
syed.khaleelulla@xxxxxxxxx:
> Hello
>
>
>
> IET does not handle Text Requests after entering into FFP.
Yep. Well, more precisely, FFP of normal sessions. ;-)
Syed> I had not elaborated on that, thanks for doing so.
Anyway, the problem is that IET does the text PDU parsing (during login
phase and discovery FFP) in user space, while a normal session's FFP is
handled in kernel space. So it's a bit tricky to implement it cleanly,
especially without having an initiator around making use of it.
Syed> It is the parsing of Key=Value and updating the specific attribute
Syed> that need to be done. At my first glance it looks, this needs to
be
Syed> done for six attributes.
Do you actually have an initiator (which one?) requiring this? If so,
which key(s) does it send? How does it cope with IET's
Reject/ISCSI_REASON_UNSUPPORTED_COMMAND?
Syed> I am making UNH to negotiate a Operational Parameter while in FFP.
Syed> I am using the iscsi-test module to do the above stuff.
Syed> With ERL=0, Session break. Not tried with ERL>0
Arne
--
Arne Redlich
Xiranet Communications GmbH
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642
|
