On 11/13/2012 02:03 PM, Mike Christie wrote:
> We also want the hosts/ifaces/hw-ports. With that object or objects:
> 
> - We need something to represent the iSCSI HBA, and its physical ports.
> We need to be able to set/get iscsi/net settings for these.
> 
> - We need something to represent the iscsi initiator ports (depends on
> the representation of the node above). With the iface feature we can
> create multiple initiator names and control which sessions use which
> one. We also need the ability to control the iSID to fix the clustering
> issue where our iSID is not persistent.
> 
> - We need to be able to be able to bind software iscsi sessions to
> specific netdevs (it could be a alias or vlan).
> 
> - We need to be able to bind be able to bind iscsi normal sesisons to
> and do discovery through specific iscsi hba ports.
> 
> Today, all this is mashed into the iscsi iface structs (there is a
> kernel one and userspace one). It represents virtual and physical
> iscsi/hw ports.

Hmm, sounds like for all this stuff, maybe the ISCSI IMA spec's object
model might actually *not* be overengineered!

https://www.snia.org/sites/default/files/iSCSIManagementAPI_v2.0.pdf page 24

(except I don't think we need 'Plugin' class).

OK, gonna read the spec now... <shudder>

-- Andy

-- 
You received this message because you are subscribed to the Google Groups 
"open-iscsi" group.
To post to this group, send email to open-iscsi@googlegroups.com.
To unsubscribe from this group, send email to 
open-iscsi+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/open-iscsi?hl=en.

Reply via email to