Abstract: Embodiments presented herein solve issues related to non-volatile memory express (NVMe®) protocol differences from other protocols, such as Fibre Channel Common Transport, which is the protocol used for Zoning management in Fibre Channel. Fibre Channel Common Transport supports bidirectional transfers of data. However, NVMe® commands support transfer of data either with the command (e.g., host-to-controller data transfer (e.g., a “write” operation)) or with the response (e.g., controller-to-host data transfer (e.g., a “read” operation)), but not both creates a problem related to zoning in NVMe® networks. Furthermore, data size limits for submission queue entries and completion queue entries for NVMe® commands add other obstacles. Embodiments herein address these limitations.

Abstract: Embodiments presented herein enable non-volatile memory express (NVMe®) subsystem-driven command execution requests. By configuring subsystems as pull model devices, subsystems can request a centralized discovery controller to perform one or more operations. Embodiments may leverage a command execution request architecture to achieve the subsystem-driven pull model functionality.

Abstract: A traditional storage platform performs many basic functions, such as storage partitions allocation (i.e., namespace masking) and many advanced functions, such as deduplication or dynamic storage allocation. These functions need to be managed and this results in a multiple management system paradigm in which a fabric management application manages the fabric connectivity policies (i.e., zoning), while a storage management application manages the storage namespace mappings and advanced functions. Embodiments herein provide for centralized management for both connectivity and storage namespace mapping, among other advanced features. Namespace zoning information may comprise namespace zone groups, namespace zones, namespace zone members, namespace zone aliases, and namespace zone alias members, which expand the Non-Volatile Memory Express (NVMe) over Fabrics (NVMe-oF) zoning framework from just connectivity control to full namespace allocation.

Abstract: Embodiments presented herein solve issues related to non-volatile memory express (NVMe®) protocol differences from other protocols, such as Fibre Channel Common Transport, which is the protocol used for Zoning management in Fibre Channel. Fibre Channel Common Transport supports bidirectional transfers of data. However, NVMe® commands support transfer of data either with the command (e.g., host-to-controller data transfer (e.g., a “write” operation)) or with the response (e.g., controller-to-host data transfer (e.g., a “read” operation)), but not both creates a problem related to zoning in NVMe® networks. Furthermore, data size limits for submission queue entries and completion queue entries for NVMe® commands add other obstacles. Embodiments herein address these limitations.

Abstract: A multiple independent storage fabric SAN system includes a storage system. A first storage fabric includes a first switch device that is directly connected to the storage system, and first host devices that are directly connected to the first switch device and each configured to transmit storage data traffic via the first switch device with the storage system. A second storage fabric is independent from the first storage fabric and includes a second switch device that is directly connected to the storage system and that is not configured to transmit storage data traffic with the first switch device, and second host devices that are directly connected to the second switch device and each configured to transmit storage data traffic via the second switch device with the storage system. The storage system is configured to provide first storage services to each of the first storage fabric and the second storage fabric.

Abstract: A headroom-based result determination system includes first and second ports connected via a link, and a buffer for the first port. A headroom-based result determination subsystem monitors data stored in the buffer that was received in data packets each having a worst-case data packet size and transmitted at a maximum packet rate for a link speed of the link, determines that a buffer threshold is reached and, in response, generates a pause instruction. The headroom-based result determination subsystem then transmits the pause instruction to the second port, measures a first amount of data stored in the buffer subsequent to generating the pause instruction, and generates a headroom-based result by adding the first amount of data, a second amount of data equal to a maximum transmission size of the first port, and a third amount of data equal to a maximum transmission size of a class of the data received at the first port.

Abstract: Currently, there is no scalable methodologies defined to locate a namespace on an NVMe-oF fabric. Therefore, it is necessary to configure a host with the NVMe™ Qualified Name (NQN) and transport information of the storage subsystem where the boot namespace is located or discover and enumerate all namespaces available to the host on an NVMe-oF fabric. With the current protocols, a host may need to perform many operations to locate the proper namespace and boot from the NVMe-oF fabric, making booting in a SAN environment an extremely slow operation and computationally expensive process. Embodiments herein support discovery, via a discovery controller, to provide a namespace resolution service able to facilitate a host to efficiently resolve a given namespace identifier to the corresponding subsystem port(s) through which that namespace is accessible.

Abstract: A method (600) for tuning a tunable laser (310) includes delivering a bias current (IDBR) to an anode of a distributed Bragg reflector (DBR) section diode (D2) disposed on a shared substrate of the tunable laser and receiving a burst mode signal (440) indicative of a burst-on state or a burst-off state. When the burst mode signal is indicative of the burst-off state, the method includes offsetting the bias current at the anode of the DBR section diode by one of sourcing a push current with the bias current to the anode of the DBR section diode or sinking a pull current away from the bias current at the anode of the DBR section diode. When the burst mode signal is indicative of the burst-on state, the method also includes ceasing any offsetting of the bias current at the anode of the DBR section diode.

Abstract: Two main methods exist today to enforce access control in a network fabric: soft zoning and hard zoning. However, each of these approaches has some significant drawbacks. Accordingly, presented herein are new and improved systems and methods to perform access control enforcement, which is stronger than soft zoning, and does not need to interact with the fabric switches, as required by hard zoning. In one or more embodiments, an authentication verification entity (AVE) is provided with access control or authorization information. In one or more embodiments, the AVE uses this information to cause an authentication verification failure for connections between hosts and subsystems that are not allowed according to configurations (e.g., zoning configurations) of the fabric.

Abstract: Centralized quality-of-service (QoS) policies administration in a storage area network (SAN) is a problem without meaningful solutions. Current implementations require explicit administration of end points, which is error-prone and not scalable. Zoning for NVMe-oF is defined as a method to specify connectivity access control information on the Discovery Controller (DC) of an NVMe-oF fabric, not as a way to specify QoS policies. Embodiments comprise centrally specifying one or more QoS parameters as part of NVMe-oF zoning definitions maintained at an NVMe-oF DC to centrally controlled QoS parameters. Accordingly, embodiments provide mechanisms to specify QoS parameters in a centralized manner to eliminate requiring a system administrator having to perform per-connection QoS provisioning.

Abstract: A method (700) of biasing a tunable laser (310) during burst-on and burst-off states includes receiving a burst mode signal (514) indicative of the burst-on state or the burst-off state and when the burst mode signal is indicative of the burst-on state: delivering a first bias current (IGAIN) to an anode of a gain-section diode (590a) disposed on a shared substrate of the tunable laser; and delivering a second bias current (IPH) to an anode of phase-section diode (590b) disposed on the shared substrate. The second bias current is less than the first bias current. When the burst mode signal transitions to be indicative of the burst-off state, the method also includes delivering the first bias current to the anode of the gain-section diode; and delivering the second bias current to the anode of the phase-section diode wherein the first bias current is less than the second bias current.

Abstract: Embodiments presented herein enable non-volatile memory express (NVMe®) subsystem-driven commands. By configuring subsystems as pull model devices, subsystems can request a centralized discovery controller to perform Send Log Page commands, include Host Discovery. Embodiments may leverage a command execution request architecture to achieve the subsystem-driven Send Log Page commands.

Abstract: Embodiments presented herein enable non-volatile memory express (NVMe®) subsystem-driven zoning. By configuring subsystems as pull devices, subsystems can request a centralized discovery controller to perform fabric zoning operations. Embodiments may leverage a command execution request architecture to achieve the subsystem-driven pull registration functionality. In one or more embodiments, a zone group identifier is used to identify the specific zone group of interest, and a transaction identifier may be used for correlating various communications to the fabric zoning operation. In one or more embodiments, locking may be performed on zone groups to maintain control of changes to zone groups.

Abstract: Embodiments presented herein enable non-volatile memory express (NVMe®) subsystem-driven command execution requests. By configuring subsystems as pull model devices, subsystems can request a centralized discovery controller to perform one or more operations. Embodiments may leverage a command execution request architecture to achieve the subsystem-driven pull model functionality.

Abstract: A scalable EBOF storage system identifies its storage devices and external physical interfaces, and respective public IP addresses assigned to each external physical interface. The scalable EBOF storage system assigns a respective private IP address to each storage device, private port identifier(s) to the storage devices, and respective public port identifier(s) to each storage device.

Abstract: Systems and methods provide modern storage networks, such as those utilizing a non-volatile memory express over Fabric (NVMe-oF) system, with connectivity options that meet low-latency and high-throughput demands. In certain embodiments, this is accomplished by enabling network entities to acquire and utilize network information, including discovery information, to dynamically manage routing tables and build routes, e.g., to allow a host to send out frames through desired interfaces to reach target destinations. An automated IP routing update service allows for dynamically creating, reading, updating, and deleting functions of otherwise static IP routing table entries to streamline functions in the storage fabric.

Abstract: Systems and methods provide zero-configuration provisioning for modern storage networks such as those utilizing a non-volatile memory express over Fabric (NVMe-oF) system. In various embodiments, this is accomplished by leveraging discovery information, such as multicast Domain Name System (mDNS) information, to locate subsystems in a network and to explicitly and dynamically specify target destinations without a Centralized Discovery Controller (CDC) client having to modify its routing table.

Abstract: Currently, there is no scalable methodologies defined to locate a namespace on an NVMe-oF fabric. Therefore, it is necessary to configure a host with the NVMe™ Qualified Name (NQN) and transport information of the storage subsystem where the boot namespace is located or discover and enumerate all namespaces available to the host on an NVMe-oF fabric. With the current protocols, a host may need to perform many operations to locate the proper namespace and boot from the NVMe-oF fabric, making booting in a SAN environment an extremely slow operation and computationally expensive process. Embodiments herein support discovery, via a discovery controller, to provide a namespace resolution service able to facilitate a host to efficiently resolve a given namespace identifier to the corresponding subsystem port(s) through which that namespace is accessible.

Abstract: Centralized quality-of-service (QoS) policies administration in a storage area network (SAN) is a problem without meaningful solutions. Current implementations require explicit administration of end points, which is error-prone and not scalable. Zoning for NVMe-oF is defined as a method to specify connectivity access control information on the Discovery Controller (DC) of an NVMe-oF fabric, not as a way to specify QoS policies. Embodiments comprise centrally specifying one or more QoS parameters as part of NVMe-oF zoning definitions maintained at an NVMe-oF DC to centrally controlled QoS parameters property in an NVMe-oF Zone. Accordingly, embodiments provide mechanisms to specify QoS parameters in a centralized manner to eliminate requiring a system administrator having to perform per-connection QoS provisioning.

Abstract: Embodiments presented herein solve issues related to non-volatile memory express (NVMe®) protocol differences from other protocols, such as Fibre Channel Common Transport, which is the protocol used for Zoning management in Fibre Channel. Fibre Channel Common Transport supports bidirectional transfers of data. However, NVMe® commands support transfer of data either with the command (e.g., host-to-controller data transfer (e.g., a “write” operation)) or with the response (e.g., controller-to-host data transfer (e.g., a “read” operation)), but not both creates a problem related to zoning in NVMe® networks. Furthermore, data size limits for submission queue entries and completion queue entries for NVMe® commands add other obstacles. Embodiments herein address these limitations.