Chair hat on --
From Josh's email, it appears that should FCIP need iSNS
support in the future, it will be fairly easy to add support to iSNS. If
the protocol numbers are assigned by IANA (which they probably should be),
should FCIP desire iSNS support it can request a protocol number from IANA at
that time.
FCIP has completed working group last call, and iSNS is now in
WG last call.
Instead of modifying these drafts
directly at this stage to include FCIP support, an new draft on this topic
should be prepared and presented to the working group. A discussion can
then be held to determine if there is interests in such a draft being adopted
by the WG as a work group item.
There are some statements in the FCIP draft that state that
SLPv2 is the only discovery mechanism supported, and iSNS only mentions
support for iSCSI and iFCP in many places throughout the document. The
effect of the new draft would in effect augment both the iSNS and FCIP draft
to support iSNS.
Thanks,
Elizabeth Rodriguez
IPS WG
co-chair
-----Original Message-----
From: Anil Rijhsinghani [mailto:anil.rijhsinghani@mcdata.com]
Sent: Wednesday, October 09, 2002 7:05 AM
To: 'roweber@acm.org'; ips@ece.cmu.edu
Cc: Dave
Peterson
Subject: RE: IPS-ALL: iSNS WG Last
Call
While we did agree to use SLPv2 for dynamic discovery in FCIP,
there was no
agreement that no other protocol can be
used. Specifying FCIP support in
iSNS requires no
change to the FCIP draft (other than perhaps a reference).
Joshua: allow us to take this discussion back into the FCIP
group. We will
get back to you on this.
Regards,
Anil
-----Original Message-----
From: Ralph
Weber [mailto:ralphoweber@compuserve.com]
Sent: Wednesday, October 09, 2002 5:09 AM
To: ips@ece.cmu.edu
Cc: Dave Peterson
Subject: Re: IPS-ALL: iSNS WG Last Call
Dave is 100% correct.
During the development of FCIP the issue of discovery
mechanisms
was considered in detail. The decision was
that iSNS is too heavy
weight a discovery protocol for
FCIP needs and SLPv2 was chosen
and documented as the
best fit solution.
Suggesting in iSNS that there is a relationship with FCIP
will
lead to confusion when no supporting discussion
can be found in
the FCIP RFC.
No changes are required in iSNS.
Thanks.
.Ralph
Dave Peterson wrote:
> I object.
> The FCIP group
discussed this issue and agreed that SLPv2 was to be used
for
> FCIP Entity discovery.
> As such, the recently completed FCIP draft contains no
mention of iSNS
> support.
> A single dynamic discovery protocol is needed and its
SLPv2.
>
> ...dap
>
> > -----Original
Message-----
> > From: owner-ips@ece.cmu.edu [mailto:owner-ips@ece.cmu.edu]On Behalf
Of
> > Anil Rijhsinghani
> > Sent: Tuesday, October 08, 2002 10:05 AM
> > To: 'Joshua Tseng'; ips@ece.cmu.edu
> > Subject: RE: IPS-ALL: iSNS WG Last Call
> >
> >
> > Joshua:
> >
> > Unless there are objections, it would be useful to add those
hooks as an
> > option. In an environment where
both FCIP and iSCSI are in use,
> > and iSNS
is
> > available, it may help to keep down the
number of discovery protocols
that
> > need to be managed by the user. Either SLP could be used
for
> > both, or iSNS.
> >
> > Anil
> >
> > -----Original
Message-----
> > From: Joshua Tseng [mailto:jtseng@NishanSystems.com]
> > Sent: Monday, October 07, 2002 4:08 PM
> > To: Anil Rijhsinghani; Black_David@emc.com;
ips@ece.cmu.edu
> > Subject: RE: IPS-ALL: iSNS
WG Last Call
> >
>
>
> > Anil,
>
>
> > It would be very easy, especially now
that Portals can be
> > members of Discovery
Domains. All we would need to do is
> > to
add a new Entity Protocol type (FCIP = 3). FCIP connectivity
> > would then be established based on Portal
membership in
> > Discovery Domains. Other
than that, we would just new narative
> > text
describing how you use iSNS to set up FCIP sessions.
> >
> > Please let me know if this
is desireable for the FCIP folks.
> >
> > Josh
> >
> > > -----Original Message-----
> > > From: Anil Rijhsinghani [mailto:anil.rijhsinghani@mcdata.com]
> > > Sent: Monday, October 07, 2002 1:43 PM
> > > To: 'Black_David@emc.com';
ips@ece.cmu.edu
> > > Subject: RE: IPS-ALL:
iSNS WG Last Call
> > >
> > >
> > > How hard would it
be to add hooks for optional FCIP support
> >
> in iSNS? It
> > > currently supports
only iFCP and iSCSI.
> > >
> > > Regards,
> > >
Anil
> > >
> >
> -----Original Message-----
> > > From:
Black_David@emc.com [mailto:Black_David@emc.com]
> > > Sent: Friday, September 27, 2002 10:07
AM
> > > To: ips@ece.cmu.edu
> > > Subject: IPS-ALL: iSNS WG Last Call
> > >
> > >
> > > All,
> > >
> > > We would like to announce IPS Working Group
Last call for
> > > the Internet Storage Name
Service (iSNS).
> > >
> > > Details:
> > >
> > > Document: Internet Storage Name Service
(iSNS)
> > > URL: http://www.ietf.org/internet-drafts/draft-ietf-ips-isns-13.txt
> > > Note: There are formatting (line length)
problems with this draft.
> >
> It may get updated to -14 shortly to correct them
without
> > > change
to its content.
> > >
> > > Last call period: 2 Weeks
>
> > Submit comments no later than: Sunday, October 13, 2002 at 5pm
EST
> > > Editor: Josh Tseng
<jtseng@nishansystems.com>
> > >
> > > Please submit editorial comments directly to
Josh, with copy
> > > to David Black
> > > (black_david@emc.com), and Elizabeth
Rodriguez(erodrigu@brocade.com)
> > > Submit
technical comments to the IPS mailing list (ips@ece.cmu.edu)
> > >
> > > Editorial
comments may be resolved directly by the editor of
> > > the document,
> > > but
any technical issues must be discussed on the IPS reflector.
> > >
> > > Thanks,
> > > David Black & Elizabeth Rodriguez
> > > IPS co-chairs
>
> >
> > >
---------------------------------------------------
> > > 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
> > >
---------------------------------------------------
> > >
> > >
> > >
===========================================================
> > > Notice
> > >
> > > All information transmitted hereby is intended
only for the use of the
> > > addressee(s)
named above and may contain confidential and privileged
> > > information. Any unauthorized review, use,
disclosure or
> > > distribution is
> > > prohibited. If the reader of this
message is not the
> > > intended
recipient(s)
> > > or the employee or agent
responsible for delivering the message to the
>
> > intended recipient(s), you may not distribute or copy this
> > > communication to
>
> > another. Anyone who receives this communication in
error
> > > should notify us
> > > immediately by telephone and mail the original message
to us
> > > at the above
> > > address and destroy all copies.
> > >
===========================================================
> > >
> >
> >
> >
===========================================================
> > Notice
> >
> > All information transmitted hereby is intended only for the
use of the
> > addressee(s) named above and may
contain confidential and privileged
> >
information. Any unauthorized review, use, disclosure or
distribution
is
> >
prohibited. If the reader of this message is not the intended
> > recipient(s)
> > or
the employee or agent responsible for delivering the message to the
> > intended recipient(s), you may not distribute or
copy this
> > communication to
> > another. Anyone who receives this communication in
error should notify
us
>
> immediately by telephone and mail the original message to us at
the
above
> > address
and destroy all copies.
> >
===========================================================
===========================================================
Notice
All information transmitted hereby is intended only for the
use of the
addressee(s) named above and may contain
confidential and privileged
information. Any
unauthorized review, use, disclosure or distribution is
prohibited. If the reader of this message is not the intended
recipient(s)
or the employee or agent responsible for
delivering the message to the
intended recipient(s),
you may not distribute or copy this communication to
another. Anyone who receives this communication in error should
notify us
immediately by telephone and mail the
original message to us at the above
address and
destroy all copies.
===========================================================