Re: iSCSI: DLB's [T.6] 2.3 iSCSI Session Types

["Julian Satran" <Julian_Satran@il.ibm.com>]

I completely disagree - and this is a thing that we debated repeatedly.
I formally ask this to be closed, We don't want the discovery session 
as an alternative discovery mechanism. The IP protocol set has enough other (common)
venues for this.

Julo

Mark Bakke <mbakke@cisco.com> Sent by: mbakke@cisco.com 07/11/2002 06:21 PM Please respond to Mark Bakke

To:        Black_David@emc.com         cc:        Julian Satran/Haifa/IBM@IBMIL, ips@ece.cmu.edu         Subject:        Re: iSCSI: DLB's [T.6] 2.3  iSCSI Session Types

Actually, we want to be able to send Async Message and Noop In
from the target, and allow the initiator to send Noop Out, since
these are more in the iSCSI session maintenance category of
messages.

There's definitely no reason to allow Scsi Command / Response,
Task Management Command / Response, Data In/Out, Snack, and
R2T on a discovery session.

--
Mark

Black_David@emc.com wrote:
> 
> Julian
> 
> > I can agree with MUST but I will resist adding any notification.
> >
> > It is just the wrong thing to do.
> 
> I don't care - getting to a MUST with a list of allowed PDUs that
> forbids all others from the current MAY that allows everything is
> what matters to me.
> 
> At the moment, I've only seen Ayman ask for Async Message to be
> allowed on discovery sessions - does anyone else want to see that
> PDU allowed on discovery sessions?
> 
> Thanks,
> --David
> ---------------------------------------------------
> David L. Black, Senior Technologist
> EMC Corporation, 42 South St., Hopkinton, MA  01748
> +1 (508) 249-6449            FAX: +1 (508) 497-8018
> black_david@emc.com       Mobile: +1 (978) 394-7754
> ---------------------------------------------------

-- 
Mark A. Bakke
Cisco Systems
mbakke@cisco.com
763.398.1054