SORT BY:

LIST ORDER
THREAD
AUTHOR
SUBJECT


SEARCH

IPS HOME


    [Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

    RE: IPS-ALL: iSNS WG Last Call



    Title: RE: IPS-ALL: iSNS WG Last Call
    Elizabeth:
     
    Fair enough.. given the late stage of the various drafts, I'll bring forward the proposal as a future work item.
     
    Regards,
    Anil
    -----Original Message-----
    From: Elizabeth Rodriguez [mailto:erodrigu@brocade.com]
    Sent: Wednesday, October 09, 2002 10:19 AM
    To: Anil Rijhsinghani; roweber@acm.org; ips@ece.cmu.edu
    Cc: Dave Peterson
    Subject: RE: IPS-ALL: iSNS WG Last Call

    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.
    ===========================================================



    ===========================================================

    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.

    ===========================================================



Home

Last updated: Wed Oct 09 18:19:00 2002
11940 messages in chronological order