how'd you even get it to save the quotation marks into the config, did you manually edit it? It strips them out of the name before saving them to the config, I can't get them in there even if I try. works perfectly fine here:
Your guess there is as good as mine, but, I confirmed it in copy tftp output and actually on the switch. Conclusion? Has to be a bug. But damned if I could tell you how the hell to trigger it. May be from the 08.0.30t to 30u upgrade itself. I did find a second workaround: delete the whole LAG, then 'no port-name' each individual port, then reload. (Boy, that sounds like something fun to do in production, doesn't it?) It also breaks LAG port-names after it, ordered by the dynamic id.
Also found what I think may be the
other 30u bug people were spooked about; IPv6 multicast behavior is
just not right. Even when I took dvSwitches out of the equation, the 6450 is just not learning IPv6 IGMP correctly. Which results in double-master and a
lot of fabric flooding. So if you're doing anything like CARP or VRRP, I would say stay on 30t. raguard also seems flaky, but that may be purely related to the IGMP in my architecture.
Thankfully I'm moving all of that to OSPFv3 (if I can figure out why the hell frr is sending out the wrong interfaces) so ripping it out was a non-issue. If I was a paying customer? I'd probably be demanding some serious trade-in credit on a 7450 for the outage.
I do not see the MTU change if I do the show interface. It just stays at MTU 10200, I can set it to whatever I want and it will still not change. Any setting that can prevent it to change?
This is one of the most brain-dead aspects of the ICX family, and I mean it is just
bad. All of the documentation will tell you "ip mtu 1536" - nope. This is a lie and only works on VRFs and only when you have an IP address assigned. This is NOT what the documentation says. The documentation says "all models can do this." They cannot. You only have three MTU options for non-VRF stuff, period.
1508 (1500), 10200 (9216), or 1536.
"Wait, 1536?!"
Yeah. Brocade is
exceedingly stupid when it comes to frames, trust me. And even worse at documentation half the time. If you're passing tagged traffic from anything sane, you need to set
jumbo
globally first (this sets a register in the silicon because of course the silicon's that bad about it too.) Then set
aggregated-vlan
which is also a global. aggregated-vlan flips the software switch to accept 1536(1542) frames. Where this gets truly absurdist is: if you set
aggregated-vlan
without jumbo, it still frags at 1500. And if you just set jumbo and try to do 1536 frames on a port it's decided is 1500, it just chokes because "you didn't set the MTU appropriately!"
Once I figured
that out? Yeah. Now I can pass frames between the Junipers and the ICX6450.