We've just deployed 2 stacks of Dell N1148P/T switches last night and ran into a couple of issues/questions:
Set static port speed to the phones (same speed at the phone NIC).
Reverted firmware back to 18.104.22.168 (what the switch was delivered with). - Currently running 22.214.171.124 - Same issue.
Rebooted the switch (obviously).
Set Power inline priority to high on the ports (switch overall consumed power is 55W, so not really an issue).
Shutdown the port (the LED turns off, but light up again as soon as 'shutdown' is removed).
Moved the device to another port without this issue (PoE works fine).
Does anyone have any suggestions? I'm convinced it's a faulty switch, but hope someone has an idea
The stack with the faulty ports consists of 1 N1148P-ON & 1 N1148T-ON switch.
Thanks in advance.
That is some peculiar behavior. I have sent you a private message requesting some additional details. Hopefully, with that extra information, we can find out whats going on here.
Hi, thanks your reply - I've messaged you privately.
In addition to the previous questions, I'd like to report at bug on the HTML site. When I choose "Stack View", nothing is showing. On the N2048's I get a Graphic View on the entire stack, which is nice for some purposes.
Hope you can forward the report to the appropriate team
Thanks for the update. Really glad to hear the replacement switch resolved the PoE issue.
In regards to the CPU usage, is loopguard enabled on the switch? The global and interface command look for in the configuration is keepalive. If it is enabled, could you please disable and see it and record if the CPU usage goes down. Are these stacked configured for MLAG?
I am not aware of a command that would show you the uptime for each individual interface. The command show system will give you the uptime for the switch itself.
With the replacement switch you are still seeing the stack view not populate correctly. I wonder if it has something to do with the CPU usage being high. Let's see if we can reduce the CPU usage, and then test this view again.
Thanks for your response
Keep alive isn't enabled.
Keepalive Service.............................. Disabled
Transmit Interval.............................. 10
Retry Count.................................... 3
There aren't any entries of "keepalive" in running-config either.
The stack isn't configured for MLAG, I've configured the stack with the following method:
(config-stack)# stack-port tengigabitethernet 1/0/25 stack
It doesn't seem like the switch CPU is overloaded, as I can easily manage the switch with both ssh / https and it isn't slow in any way. The CPU process "sim_Keep_Alive" is only in the process list on stacked switches. We've tried booting a standalone switch and the process doesn't appear.
We have 3 of these stacks and the process appears on all of them. They do function perfectly, though. (apart from stack view not working and this mysterious process being shown as taking up 70% of the CPU usage).
Thanks for clearing up my question about interface timers, no need to keep looking for the right command then
In case anyone else is having the same issues with Stack View / the Sim_Keep_Alive process, I've been asked to wait for the next firmware release (April 2018), which hopefully addresses some of the issues.
The new update is not out yet. You can monitor the following page for the update: https://dell.to/2K9ri3k
You can also sign up to receive notifications for the update: https://dell.to/2qRsKzc
The new update was released: http://www.dell.com/support/home/us/en/19/drivers/driversdetails?driverId=T40NX
We already tested and this issue seems to have been solved.