Re: [storm] iSCSI and Unicode (newprep BOF)

["Paul Koning" <[e-mail]>]

> Paul,
> 
> <WG chair hat off>
> 
> > For existing names, a name lookup is done by the matching rules for
> the
> > encoding that was given.  (For example, a request for "straBe" when
> > there is an existing name "strasse" will match that names if the
> > requested encoding was UTF8-stringprep, and will fail (no such name)
> if
> > the requested encoding was UTF8-newprep.
> 
> That concerns me.  One of the benefits we obtain from stringprep is
> that
> we don't have any Unicode handling functionality on login - the iSCSI
> names are just compared for equality (stringprep has to be done before
> the names get to iSCSI).  I view that comparison as robust, and hence
> would prefer not to move away from it at the iSCSI protocol level
> unless
> there is no other alternative (i.e., my preference would be that if
> "straBe" is allowed, then it is *always* different from "strasse").

You're right, and my explanation was confused because I was thinking
about an implementation that does apply *prep at login.

The right way to describe it is that login passes the name and indicates
which prep was used to prep it.  So earlier (at config time) when the
user supplied name was prepped, the config machinery has to store not
just the resulting string (which is what's sent in login and compared
bitwise) but also which prep was used for it.

	paul