SORT BY:

LIST ORDER
THREAD
AUTHOR
SUBJECT


SEARCH

IPS HOME


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

    RE: [Ips] Re: iscsi RDMA standard



     

    The consortium (www.rdmaconsortium.org) has submitted iSER to the IETF IPS working group as a potential work item.

     

    The initial wire protocol Internet Draft is at http://www.ietf.org/internet-drafts/draft-ko-iwarp-iser-00.txt

    The initial data mover architecture Internet Draft is at http://www.ietf.org/internet-drafts/draft-chadalapaka-iwarp-da-00.txt

     

     

     

    Jim

     

     

     

     

     

     


    From: ips-admin@ietf.org [mailto:ips-admin@ietf.org] On Behalf Of Julian Satran
    Sent: Sunday, September 28, 2003 10:04 PM
    To: Vysyaraju Daliraju
    Cc: Eddy Quicksall; ips@ietf.org; ips-admin@ietf.org
    Subject: [Ips] Re: iscsi RDMA standard

     


    There is an extension to iSCSI called ISER - being worked on by a consortium of companies. Julo

    Vysyaraju Daliraju <VDaliraju@sbs.com>

    28/09/2003 21:51

    To

    Julian Satran/Haifa/IBM@IBMIL, Eddy Quicksall <eddy_quicksall@ivivity.com>

    cc

    ips@ietf.org, ips-admin@ietf.org

    Subject

    iscsi RDMA standard

     

     

     




    Hi
     
    I am new to RDMA ISCSI. Is there any standars exist for iscsi RDMA.
     

    Vysyaraju Dali Raju

    __________________________________________

    Vysyaraju Daliraju, / Sr Systems Software Engineer

    SBS Technologies, 8371C Central Ave. / Newark, CA 94560

    Phone: 510-742-2570 / Fax: -2501 / EMail: VDaliraju@sbs.com <mailto:VDaliraju@sbs.com>

     
     
     
     
    -----Original Message-----
    From:
    Julian Satran [mailto:Julian_Satran@il.ibm.com]
    Sent:
    Saturday, September 20, 2003 1:52 PM
    To:
    Eddy Quicksall
    Cc:
    ips@ietf.org; ips-admin@ietf.org
    Subject:
    RE: [Ips] NOP during Discovery


    Eddy,


    I think that they realized that already and are content. NOP is somewhat richer in that in a "storage router" NOP might reach the end-point while SendTargets will probably not.  In any case the text is unequivocal about NOP.


    Julo

    Eddy Quicksall <eddy_quicksall@ivivity.com>

    20/09/2003 14:12

     

    To

    Julian Satran/Haifa/IBM@IBMIL

    cc

    ips@ietf.org, ips-admin@ietf.org

    Subject

    RE: [Ips] NOP during Discovery

     

     

     





    Thanks

     

    Would it work to just use SendTargets=<nothing> instead of NOP? If there is a target for the discovery session, it would respond with just the target name. If there are no targets for the discovery session, the target would still respond but with 0 for the DataSegmentLength.

     

    If so, can you talk that person into that?

     

    Eddy

     

    -----Original Message-----
    From:
    Julian Satran [mailto:Julian_Satran@il.ibm.com]
    Sent:
    Saturday, September 20, 2003 1:52 PM
    To:
    Eddy Quicksall
    Cc:
    ips@ietf.org; ips-admin@ietf.org
    Subject:
    Re: [Ips] NOP during Discovery

     


    It is not allowed in discovery - There was a long discussion with one party insisting on having NOP as a way of keeping the discovery session alive.

    Discovery being only a lightweight location mechanism it was decided that it is  not worth having it as a permanent alternative for a management interface.


    Regards,

    Julo

    Eddy Quicksall <eddy_quicksall@ivivity.com>
    Sent by: ips-admin@ietf.org

    19/09/2003 16:04

     

    To

    ips@ietf.org

    cc

     

    Subject

    [Ips] NOP during Discovery

     

     

     

     




    I have found that at least one initiator is doing a NOP-out during discovery phase. But the spec says that isn't allowed. Am I misunderstanding something?

     

    3.3 iSCSI Session Types

      iSCSI defines two types of sessions:

      a) Normal operational session - an unrestricted session.

      b) Discovery-session - a session only opened for target

         discovery. The target MUST ONLY accept text requests with the

         SendTargets key and a logout request with reason "close the

         session". All other requests MUST be rejected.

         The session type is defined during login with key=value parameter in

         the login command.

     

     

    Eddy

     


    ***This message has been scanned for virus, spam, and undesirable content.***
    ***For further information, contact your mail administrator.***



Home

Last updated: Wed Oct 01 12:19:38 2003
12927 messages in chronological order