Multiple Connections per Session

The Linux SCSI Target Wiki

(Difference between revisions)
Jump to: navigation, search
m (See also)
m
 
(15 intermediate revisions not shown)
Line 1: Line 1:
-
'''Multiple (iSCSI) connections per (iSCSI) session''' ('''MC/S''') means creating multiple communication paths in a single session ("I_T Nexus"), i.e. across [http://en.wikipedia.org/wiki/TCP TCP], [http://en.wikipedia.org/wiki/SCTP SCTP] or [[ISCSI Extensions for RDMA|iSER]] & RCaP transport connections.
+
'''Multiple (iSCSI) connections per (iSCSI) session''' ('''MC/S''') means creating multiple communication paths in a single session (''[[I_T Nexus]]''), i.e. across [http://en.wikipedia.org/wiki/TCP TCP], [http://en.wikipedia.org/wiki/SCTP SCTP], [[ISCSI Extensions for RDMA|iSER]], and/or RCaP transport connections.
-
Architectural session command ordering is preserved across those communication paths. Session-wide architectural command ordering (defined by the <code>CmdSN</code>) is preserved per RFC 3720. This is to ensure in-order delivery of tasks from an SCSI Initiator Port to an SCSI Target Port as defined by the SCSI Architecture Model, in which iSCSI provides the SCSI transport.
+
Architectural session command ordering is preserved across those communication paths. Session-wide architectural command ordering (defined by the <code>CmdSN</code>) is preserved per RFC 3720. This is to ensure in-order delivery of tasks from an SCSI Initiator port to an SCSI target port as defined by the SCSI Architecture Model, in which iSCSI provides the SCSI transport.
== Linux Compatibility ==
== Linux Compatibility ==
Line 10: Line 10:
== Standards compliance ==
== Standards compliance ==
-
The requirements as defined by RFC 3720 for non-[[ERL]] dependent MC/S support are not limited to the following:
+
The requirements as defined by RFC 3720 for non-[[Error Recovery Level|ERL]] dependent MC/S support are not limited to the following:
* Add additional connections on the fly with active+inactive IO (non-leading login)
* Add additional connections on the fly with active+inactive IO (non-leading login)
Line 19: Line 19:
== See also ==
== See also ==
-
* [[Target]]
+
* {{Target}}
-
* [[SCSI]]: [[Persistent Reservations]], [[Asymmetric Logical Unit Assignment]] (ALUA), [[Error Recovery Level]] (ERL)
+
* [[SCSI]]: [[Persistent Reservations]] (PRs), [[Asymmetric Logical Unit Assignment]] (ALUA), [[Error Recovery Level]] (ERL)
-
* Fabric modules: [[iSCSI]], [[Fibre Channel over Ethernet|FCoE]], [[Fibre Channel]] and [[InfiniBand]]
+
* Fabric modules: [[FCoE]], [[Fibre Channel]], [[iSCSI]], [[iSER]], [[SRP]] and [[vHost]]
-
* Management: [[RTS Director]], [[RTSadmin]], [[lio-utils]]
+
* Management: [[targetcli]]
-
* [[KVM]] (some MC/S performance data)
+
* [[Kernel-based Virtual Machine|KVM]] (with some MC/S performance data)
-
{{AdSense See also}}
+
== External links ==
== External links ==

Latest revision as of 17:24, 29 September 2013

Multiple (iSCSI) connections per (iSCSI) session (MC/S) means creating multiple communication paths in a single session (I_T Nexus), i.e. across TCP, SCTP, iSER, and/or RCaP transport connections.

Architectural session command ordering is preserved across those communication paths. Session-wide architectural command ordering (defined by the CmdSN) is preserved per RFC 3720. This is to ensure in-order delivery of tasks from an SCSI Initiator port to an SCSI target port as defined by the SCSI Architecture Model, in which iSCSI provides the SCSI transport.

Contents

Linux Compatibility

Standards compliance

The requirements as defined by RFC 3720 for non-ERL dependent MC/S support are not limited to the following:

See also

External links

Personal tools
Namespaces
Variants
Actions
Navigation
Toolbox
Google AdSense