Hi,
We also have some 4500 switches in the field which we would like to upgrade but we're still reluctant to do so for the moment because of the required automatic "upgrade" to EDM. There are a couple of things I'm concerned about:
- Will it still be possible to connect to an EDM switch via JDM and what would happen when you accidentially configured something via JDM? In other words can we shoot ourselves in the foot or did they take this into account?
- We're currently using ESM to manage all of our networkdevices (yay

for having a uniform Nortel/Avaya network) but I guess from the moment you upgrade one switch to EDM (read: non ESM/JDM compatible anymore) you'd better start using the new COM (Configuration and Orchestration Manager) to avoid compatibility issues?
- What's the impact of the EDM on the performance of the device it's running on? I can imagine doing everything through a local webapp generates more overhead than just using SNMP. I don't really know if there is some separation, resourcewise, between the management stuff like EDM and the actual network stuff. I hope you can't give a switch a final blow when it's heavily taxed by opening it's EDM, that would not be good

.
I still have a hard time figuring out why they're leaving JDM/ESM, it is/was a great no-nonsense tool for day-to-day adminwork although I'm still more fond of the CLI to do bulkconfigurations (no need to do 1000+ clicks

to setup a switch). In a talk from a Nortel/Avaya representative the biggest reasons seemed to be:
- EDM will always be up-to-date and inline with the switchfirmware while JDM had to be upgraded once in a while to support new firmware and switchtypes. Not that hard actually as EDM is part of the firmware and thus the device

. I've never had any real issues with this however as we always just upgraded to the latest JDM when it became available, it's not that JDM had new releases every week.
- COM has full multiusersupport while ESM did not, we never tried to use ESM in a multiuserenvironment however so I can't really comment on this one.