SORT BY:

LIST ORDER
THREAD
AUTHOR
SUBJECT


SEARCH

IPS HOME


    [Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

    iSNS zoning



    
    
    
    
    Looking into iSNS draft, the zoning service as defined appears to be a poor
    replica of its Fibre Channel counter part. In FC fabric, the switch that runs
    the zoning service has several methods to prevent unauthorised or unintended
    accesses from N/NL_Ports, since it is part of the access path. However, in
    the case of iSNS, the zoning service is merely a repository of records of the
    so called zones. I really have hard time in understanding how a standalone
    internet storage name server could enforce the following claims made in
    the draft.
    
    a)
    	3.1.3
    	>  access control purposes.  Devices must be in common zones in order
    	>  to "see" each other and communicate through the network.  Devices
    	>  can be a member of multiple zones simultaneously.
    
    b)	4.3
        	> Zoning is a security and management mechanism used to partition
        	> storage resources.  Zoning prevents initiators from potentially
    
    How can this storage name server prevent an iSCSI initiator from setting
    up a TCP connection with an iSCSI target ? Also, the right place for
    authentication and access control is the iSCSI target.
    
    
    -JP
    
    


Home

Last updated: Tue Sep 04 01:06:03 2001
6315 messages in chronological order