New MS 14.20 firmware

cmr
Kind of a big deal
Kind of a big deal

New MS 14.20 firmware

Switch firmware versions MS 14.20 changelog

Alerts

  • Upgrades from MS 14.20 or later will result in minimal impact to client traffic

Branch additions

  • SNMP support for MS390s
  • RADIUS accounting support for MS390s
  • Alternate Management Interface support for MS210/MS225/MS250/MS350/MS355/MS410/MS425/MS450 series switches
  • QoS support for MS390s
  • CoA support for MS390s
  • STP anomaly detection events for non-MS390 series switches
  • Adaptive policy support for MS390 series switches
  • SecureConnect support for MS210/MS225/MS250/MS350/MS355/MS410/MS425/MS450 series switches

Bug fixes

  • MS390s that had a voice VLAN on access ports in a link aggregation would lose the port's VLAN configuration and default to VLAN 1 after a reboot
  • L3 switches with a DHCP relay configured could sporadically drop DHCP Offers (present since 12.11)

Known issues

  • In rare instances, a stack member may go offline until rebooted (present since MS 12)
  • In rare instances, MS390s can lose connectivity to dashboard and require a manual reboot to recover. Control plane traffic is not impacted when this issue is encountered.
  • OSPF fails to form adjacencies when more than 164 SVIs are configured on a switch
  • In rare instances, non-390 stack members will reboot (present since 12.29+)
  • Due to FEC incompatibility between MS450 and Cisco Fabric Interconnect 6454, 100GbE links do not establish
  • MS120s switchports with MAB authentication may randomly deauthenticate clients. In order to resume client authentication on that port, a switch reboot is required (present since MS 12)
  • Client connection tool show "NaN%" values between an MR and upstream MS
  • MS120s on rare occasions will reboot (present since MS 11)
  • MS355 stacks upon reboot have a chance that the uplink port will go into STP blocking state (predates MS 12)
  • L3 stacks will experience packet loss after an L3 configuration change is made. In order to restore complete stack stability, a reboot may be required.
  • Stackpower is not enabled on MS390s by default
  • Broadcast types of traffic can leak into the Guest VLAN if a port that fails authentication has a Voice VLAN configured, and dashboard has a Guest VLAN defined (present since MS 11)
  • Links being established on a MS120 can result in neighboring ports to flap (present since MS 11)
  • The UI for MS390s may incorrectly aggregate ethernet ports when SFP ports were selected
  • MS120s with multiple access policies enabled may reboot when port changes are made
  • MS390 port traffic in the UI on occasion can show negative traffic for a client
  • The traceroute live tool fails to run
  • The UI will show clients connected to MS390 access ports as being on the "native" VLAN
  • Stackings running PIM may encounter synchronization issues which can result in some receivers being unable to receive certain streams
  • MS390s acting as STP root incorrectly reports "00:00:00:00:00:00 (priority 0)" on the switch details page (present since MS 12)
  • Enabling Combined Power on MS350/355 switches results in events being logged once per minute (present since MS 11)
  • Networks containing a high number of switches may encounter issues saving changes on the Switch Settings page
  • MS220 and MS320 switches may randomly reboot in large L2 domains (present since MS 11)
  • The list of switches to clone from fails to load when cloning a switch in an organization with a large number of switches and networks
  • Switchport tags cannot be removed if they are added after a port profile is attached to the switch
  • In rare instances, when a stack reboots, ports may come up as "LACP blocked state", even if LACP is not configured (present since MS 10)
  • MS390 stacks on rare occasions will require a manual reboot after the upgrade has completed
  • MS390 series switches do not support SM sentry
  • MS390 series switches do not support Syslog
  • MS390 series switches do not support IPv6 connectivity to dashboard
  • MS390 series switches do not support Meraki authentication
  • MS390 series switches do not support URL redirection
  • MS390 series switches do not support MAC whitelists
  • MS390 series switches do not support loop detection
  • MS390 series switches do not support warm spare/VRRP
  • MS390 series switches do not support UDLD
  • MS390 series switches do not support MAC flap detection
  • MS350-24X and MS355 series switches do not negotiate UPoE over LLDP correctly (predates MS 10)
  • Rebooting any MS390 stack member via the UI will result in the entire stack rebooting
  • MS390 upgrades from 14.20 or later will result in minimal impact to client traffic

 

1 Reply 1
rhbirkelund
Kind of a big deal

The MS390 really does feel like buying the cat in the bag.
LinkedIn ::: https://blog.rhbirkelund.dk/

Like what you see? - Give a Kudo ## Did it answer your question? - Mark it as a Solution 🙂

All code examples are provided as is. Responsibility for Code execution lies solely your own.
Get notified when there are additional replies to this discussion.
Welcome to the Meraki Community!
To start contributing, simply sign in with your Cisco account. If you don't yet have a Cisco account, you can sign up.
Labels