Multiple Connections per Session

The Linux SCSI Target Wiki

(Difference between revisions)
Jump to: navigation, search
m
m
 
(25 intermediate revisions not shown)
Line 1: Line 1:
-
'''Multiple Connections per Session''' ('''MC/S''') means using multiple communication paths in a single session ("I_T Nexus"). Architectural session command ordering is preserved across those communication paths.
+
'''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.
-
== Overview ==
+
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.
-
 
+
-
Multiple iSCSI connections per iSCSI session (MC/S) means creating multiple communication paths across [http://en.wikipedia.org/wiki/TCP TCP], [http://en.wikipedia.org/wiki/SCTP SCTP] or [[ISCSI Extensions for RDMA|iSER]] & RCaP connections. Session-wide command (CmdSN defined) ordering is preserved per RFC 3720 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 12: 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 21: Line 19:
== See also ==
== See also ==
-
* [[Error Recovery Level|ERL]], [[Persistent Reservations]], [[ALUA]]
+
* {{Target}}
-
* [[Target]], [[iSCSI]]
+
* [[SCSI]]: [[Persistent Reservations]] (PRs), [[Asymmetric Logical Unit Assignment]] (ALUA), [[Error Recovery Level]] (ERL)
 +
* Fabric modules: [[FCoE]], [[Fibre Channel]], [[iSCSI]], [[iSER]], [[SRP]] and [[vHost]]
 +
* Management: [[targetcli]]
 +
* [[Kernel-based Virtual Machine|KVM]] (with some MC/S performance data)
-
== RFCs ==
+
== External links ==
* {{RFC|3720|Internet Small Computer Systems Interface (iSCSI)}}
* {{RFC|3720|Internet Small Computer Systems Interface (iSCSI)}}
-
 
-
== External links ==
 
-
{{RFC|3720|Internet Small Computer Systems Interface (iSCSI)}}
 
[[Category:iSCSI]]
[[Category:iSCSI]]

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