Yeah - I've seen the INI's due to ELAN traffic interference. We made the mistake of temporarily co-locating the MyCallPilot app on our OTM server. The OTM server, of course, has the ELAN and TLAN connection. Turns out, it was acting as a router, passing MyCallPilot traffic to the CallPilot Server via the OTM's ELAN connection.
Result - Health State change on the CS1000M CPU, and then wham! INI.
However, to defend theory, one should be able to put the ELAN on the network, albeit in it's own V-LAN, and not see any problems. And once it does get put on the network, it becomes accessible via layer 3 routing, so yes, you can ping and telnet to it... This is how OTM can be routed over a network to a remote site and into the V-LAN of the local site's ELAN.
As long as the ELAN is in it's own V-LAN, it should not see any other network traffic, other than the switch's layer 2 keep-alive traffic. But this is ultimately up to your data network administrators to shutdown/disable unneccessary traffic (like multi-casting) in the ELAN's V-LAN.
In the case of ELBeast, what do you have in your CS1000S that you are connecting to the network? If you can not ping to your devices, I would make sure you have the devices properly assigned. And if so, then I would check the V-LAN and/or network configuration.