[PATCH 0/5] nvmet/nvmet_fc: add events for discovery controller rescan
James Smart
jsmart2021 at gmail.com
Wed Nov 1 09:03:37 PDT 2017
On 11/1/2017 8:38 AM, Christoph Hellwig wrote:
> On Sun, Oct 29, 2017 at 09:43:14PM -0700, James Smart wrote:
>> Currently, the FC-NVME standard strongly suggests a discovery controller on
>> each target.
>
> Yikes. This is a new requirement not backed by anything in NVMe or
> NVMeoF itself. Please have discussion in the technical working group
> on this behavior first.
>
> It's not that I'm against it - but I really want this sort of optional
> transport behavior clearly documented in the actual NVMe spec first.
>
See my last email.
The "strongly suggest" is laymans language for the word "should" that
was used in the standard. Should was used so that discovery of the
available discovery controllers on FC could be done in an automatic and
dynamic way without apriori knowledge. Any FC target device is free to
choose if and where they implement discovery controllers, just as on any
other transport in nvmf.
We have had discussions in the technical working group and with nvme
leadership on this and as I said, its well within what a transport can
do. It's doing nothing illegal or odd. It doesn't require explicit
documentation in a NVMe spec. It is in a NVME fabrics-based transport
specification.
-- james
More information about the Linux-nvme
mailing list