Clarification in 5.14.4.4.4 Error message handling

[Rakesh KN]

Formatted message: <a href="http://www.t10.org/cgi-bin/ac.pl?t=r&f=r1303204_f.htm">HTML-formatted message</a>

From: Penokie, George [mailto:George.Penokie at lsi.com]
Sent: Wednesday, March 20, 2013 9:08 PM
To: Rakesh KN
Cc: t10 at t10.org<mailto:t10 at t10.org>
Subject: RE: Clarification in 5.14.4.4.4 Error message handling
Rakesh,
You are required to process all 9 steps in the error list (that includes
sending a Control/Status TTIU after an error TTIU) before responding to the
next Transmit Error Response message. I would however also note that not
every Transmit Error Response message in a sequence of Transmit Error
Response message has to have an Error Response TTIU.
The sections that show the examples do not contain requirements and do not
show 100% of the actions. The state machines contain all the actual
requirements so if there is anything that appears to be in conflict the state
machines always win. That said, I will make a note to modify section
5.10.4.2.6.5 to note that a Control/Status TTIU is required to be sent after
each Error TTIU.
Bye for now,
George Penokie
LSI Corporation
3033 41 St NW
Rochester , MN 55901
507-328-9017
george.penokie at lsi.com
From: Rakesh KN [mailto:Rakesh.KN at jdsu.com]
Sent: Tuesday, March 19, 2013 11:18 AM
To: Penokie, George
Cc: t10 at t10.org<mailto:t10 at t10.org>
Subject: Clarification in 5.14.4.4.4 Error message handling
Hi George Penokie,
     Please can you clarify the behavior on Error message handling in section
5.14.4.4.4  that  "Error response should be send first followed by a control
/ Status TTIU" is only when a single error is seen or when there is enough
time interval between the received consecutive error TTIU's but when back to
back error TTIU's are received the steps 1 to 4 will be repeated till the
set_transmitter_fail_message is made low.
In "5.10.4.2.6.5 Invalid TTIU sequence" on pg 205 the diagram shows that 2
and 3 are consecutive error response but for 4 error response TTIU is
followed by Control / Status TTIU. So it is not consistent so need to confirm
in a back to back reception of Invalid Control/Status TTIU's we just send
ERROR Response TTIU's (without valid control and status TTIU's between the
Error TTIU's )
Best Regards
Rakesh
JDSU