I was surprised at two things.
1. It was still very fast to boot up. I thought it might take a little time to do the conversion, but it didnt. It was just as fast as a regular bootup of the ICX6610.
2. I was surprised that I didnt have to do anything to correct the configuration. It turned out perfect without any issue at all. I see pretty regularly when I do upgrades to other vendor equipment where I have to go in and correct some config that didnt get properly converted over. I see that a lot in the ASA world. However, in dealing with these LAGs on the Brocade ICX series, I had no issue at all. Very nice.
One of the things I did for my own comfort was to go and read the migration process that Brocade has posted. See below, I think its good information when you want to upgrade to the new 8.X code.
I got the following from this location at Brocade's site: http://www.brocade.com/content/html/en/configuration-guide/fastiron-08030b-l2guide/GUID-A28179D3-231C-46AF-82F2-6675607B81A9.html
Migrating from a previous release to 08.0.00a LAG or LACP configuration
- A LAG is not created until a LAG is deployed using the deploy command.
- LACP is not started until a dynamic LAG is deployed.
- The number of LAG ports can range between 1 and 16 on Brocade ICX 7750, Brocade ICX 7450, and Brocade ICX 7250 devices. For FSX 3rd generation modules, the port range is between 1 and 12. For Brocade ICX 6430, Brocade ICX 6450, Brocade ICX 6610, and Brocade ICX 6650 devices, the port range is between 1 and 8. A LAG is created even if a static or dynamic LAG has only one port.
- For any static lag configured using the trunk ethernet stack/slot/port to stack/slot/port command, the following conversion procedure is followed.
- A static LAG is created containing the port list specified in the trunk command. This LAG is then automatically deployed.
- The lowest-numbered port from the original trunk list is selected as the primary port of the LAG.
- The converted LAG is named "LAG_x", where "x" is a unique number assigned by the system starting from 1.
- For any dynamic link aggregation (LACP) group configured using the port-level link-aggregate commands, the following conversion procedure is followed.
- A dynamic LAG is created by grouping all ports in the original configuration having the same link-aggregation key.
- If link-aggregate active/passive is configured originally, the converted dynamic LAG is configured as deployed, otherwise is not be converted because such ports were originally not operating under LACP.
- If the original mode is passive, the converted dynamic LAG will be configured as deploy passive . Otherwise active mode is the default.
- The timeout configuration set by the command link-aggregate configure timeout will be converted to the lacp-timeout command.
- The value of the link-aggregate configure key command is used in the conversion in determining the set of ports that form an LAG, so prior to upgrade the key must be configured on all the link-agg groups. In the new LAG user interface, there is no need for a user to explicitly configure a key. Each dynamic LAG will automatically select a unique key for the system. Hence the original configured key will not be retained.
- The command link-aggregate configure system-priority is retired and will not be directly converted. This value is currently not in use by the system's LACP protocol processing, and will maintain a default value of 1.
- The lowest-numbered port will be selected as the primary port of the LAG.
- Port names configured in the original interface configuration will be converted to port names within the LAG.
- The converted LAG will be named "LAG_x", where "x" is a unique number assigned by the system starting from 1.