Being an N-Series customer means that getting help on the NetApp software products is not easy. Our IBM support channel is not sufficiently skilled with the software to be of a lot of assistance and the escalation path into NetApp Engineering is simply too slow to be useful, hence my reliance on Community support for these products. Hopefully NetApp engineers can provide sufficient unofficial support through the forums to enable us to use the rebranded products effectively.
We made a design decision when building our N-Series deployments that we would keep all Server<->Filer and Filer<->Filer traffic private. We have a seperate vlan for VMware ESX to use for NFS, another for the MS-SQL cluster to use for iSCSI, another for replication between sites etc. These networks are numbered in 10.0.0.0/8 and hence always seem to be found before the public network of 130.123.0.0/16. The private networks are exactly that, private ( not routed ) so any attempts by software running on servers outside of this environment e.g. vCentre can not communicate with the filers using them.
The designers of SMVI and SVC seemed to have made assumption about network topology, i.e. that all the FIler interfaces would be public and that is still causing us issues. It completely stoppped SVC2.0.1 from working and would still seem to be an issue in 2.1, it prevents the standalone SMVI from initiating snapmirror.
Perhaps the solution is to dumb down the discovery parts of these products and let us manually configure or over-ride IP settings.