12-18-2009 10:30 AM
Just like with "real" switches, SAN Health needs to have an IP address to audit. SAN Health is unaware of the fabric ID's. You'll need to assign IP addresses to each logical switch and make sure you point SAN Health at every switch's IP address (including each logical switch).
Here's what we tell our customers with VF questions:
Understanding how SAN Health works against Virtual Fabrics and Logical switches.
SAN Health works against any switch, be it physical or logical, by connecting under the provided user context to the IP Address of the management port of that switch and discovering what that switch/user context knows about for it's given fabric.
Therefore to discover logical switches and virtual fabrics, you need to log into an IP address that is assigned to the logical switch under a user ID that is set to manage the given Fabric ID (Home FID).
Unlike Cisco VSANs where the VSANs are effectively just a visualization layer as all processes run under the same set of daemons, Brocades logical switch implementation runs completely separate daemons for each logical switch keeping the logical switches truly partitioned. E.g. Brocade runs a separate name server daemon for each logical switch where Cisco runs just one for all supposedly separate VSANs. This means that if, for example, SAN health wants to retrieve the name server information for a given logical switch it needs to login to that specific logical switch just as it would a physical switch. This is because Brocades logical switch is true partitioning rather than just a presentation layer mapped over the same software processes as Cisco VSANs do.
For specific configs on a given logical switch SAN Health must log into each switch to retrieve information, however if you're not looking to drill into the specifics of a given logical switch or virtual fabric, connecting to any of the switches in the environment will also map out the higher level view for the virtual fabric setup.
Note that on the Visio diagram we do not try to collapse the logical switches down onto the physical switch that they originate from as the diagram becomes difficult to interpret. We found that it's far easier to read and more useable to simply present each Virtual fabric and group of logical switches as an entity of their own. i.e. we draw each virtual fabric out separate from each other.
Importantly note that it is always best to try and capture the entire virtual fabric environment in a given SAN Health Audit Set. When we generate the report we attempt to cross relate all of the components (physical, logical and base switches). When all components are included in the BSH file the report generator can do a better job of this improving the quality of the report.
If you have more questions, feel free to write in directly to SAN Health Admin (email@example.com) for assistance.
SAN Health Admin