We are running Cisco Emergency Responder version 22.214.171.124000-6 and trying to discover phones connected to a Catalyst 9300 stack (C9300-48P) on version 16.08.01a. There are three member switches connected via StackWise and the stack is fully operational. CER detects the switchports and phones connected to the switch 1 and 2, but it doesn't even detect the ports of switch 3. I re-ran "Locate switch-port", but no success. It's as if this stack only had two members. I check the logs on CER and there's no indication of discovery errors. Running CDP command on switch shows ports and phones of all members of the stack.
I should mention that switch 3 was added later to the stack, after switches 1 and 2 were stacked and fully operational for a while beforehand.
What could be causing CER to miss switch 3 of this stack? Is there a potential compatibility issue? Or, do one or more CER services need to be restarted?
Solved! Go to Solution.
Thanks Anthony for the quick response. I did indeed open a case with TAC. After collecting logs and configs from both CER and the switch, they recommended that we reboot the switch stack to resolve the problem. Apparently, this is what others did to resolve the problem. Probably has something to do with how the 3rd member of the stack was initially brought on-line. We'll be doing that later this week. If it doesn't resolve the problem, I'll update this posting.
TAC and Developers may not know why this is happening or how to fix it.
I also ran into this problem. I opened a TAC case and Cisco Bug ID CSCvq17310 was identified running the CLI command (i.e., SNMP walk). The fix recommended was to upgrade CER from 11.5(4)SU2 to 11.5(4)SU4 with the reason provided that 11.5(4)SU2 did not support the stacked Cisco 9300 switches, but Release Notes show that 11.5(4)SU2 does support the Cisco 9300 switches. In fact, the Release Notes are identical from 11.5(4)SU2 through 12.5(1)SU3.
In conclusion, I think TAC doesn't even know why this is happening or if there is a fix for the problem, and Developers may not know either. At least this is the impression I'm getting. If a switch model can be stacked then new versions that support the model should assume that the model will be used in a stack and support the stacked version as well.