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 has finished the work Julian mentioned. The results of the work have been submitted as internet drafts:
     
     
    and
     
     
    The first is the spec for iSCSI over iSER and the second is the architecture document.
     
    Pat
    -----Original Message-----
    From: Julian Satran [mailto:Julian_Satran@il.ibm.com]
    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: Mon Sep 29 17:19:41 2003
12914 messages in chronological order