Quoting r. Vu Pham [EMAIL PROTECTED]: > Subject: Re: [PATCH] IB/SRP: Enable multichannel > What is the advantage to have multiple connections/qps on the same >physical port to the same target? The disavantages are wasting resources, >instability, no fail-over on physical port error...
The advantage is if the target in question is an IOC that connects to a FC SAN for example. In this case, the host is physically connected to the same IOC, but can maintain independent logical connections to specific storage devices on the SAN that are "behind" the IOC. Quoting r. Michael S. Tsirkin <[EMAIL PROTECTED]> >> Subject: Re: [PATCH] IB/SRP: Enable multichannel >> >> Maybe we should just use the port GUID instead of the node GUID to >> form the initiator ID? That would solve this pretty cleanly I think. > Sounds good. > I think we should also stick the pkey into the identifier extension - > I think it's nice for each partition to be able to act as a separate >virtual network, not affecting others. > What do you think? > -- > MST Sticking the pkey into the identifier extension may once again restrict the ability of the host to have multiple logical connections to an SRP IOC target. The most flexible approach appears to be: Identifier ID = Port GUID Identifier Extension = User specified Ishai's IB-SRP patch of 09/27 appears to accomplish the above. Madhu _______________________________________________ openib-general mailing list [email protected] http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general _______________________________________________ openib-general mailing list [email protected] http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
