Hello,
I'll preface this by saying I'm still a MikroTik beginner (1 year), but I've been working in networking for about seven years, and this one has me completely stumped.
I have two buildings, each with its own router and switch.
Router A: CCR1009-7G-1C-1S+
Router B: RB5009UPr+S+
Connected to sfp-sfpplus1 on each router is a CRS354-48P-4S+2Q+ switch.
Router A serves 192.168.19.0/24, and Router B serves 192.168.21.0/24.
The environment is intentionally simple:
- No separate VLANs for voice, printers, etc.
- Router B is using essentially the default firewall filter rules. Router A has almost no firewall filter rules.
- Each router runs its own DHCP server, bound directly to
sfp-sfpplus1(where the switch is connected). - The routers themselves do not use a bridge. The /24 is assigned directly to
sfp-sfpplus1. - The switches each have a single bridge (
bridge) containing every port. As far as I can tell, the switch configurations are effectively identical.
The problem is with our Polycom VVX phones.
If I plug one into any port on the switch in the 192.168.19.x building, it boots, gets a DHCP lease, and works normally.
In the 192.168.21.x building, however, the phones never receive a DHCP lease. Every other type of device I've tested (laptops, desktops, WAPs, tablets, etc.) receives a DHCP address without any issues.
To rule out the phones themselves, I took the exact same phones from the .19.x building and plugged them into the .21.x building. None of them received an IP. I've also tried every port on the switch with the same result.
I've spent far too long comparing the router and switch configurations line by line and have chased down non-existent leads that lead nowhere. After a lot of troubleshooting, here's what I've found:
- Using the packet sniffer on Router B, I can clearly see the Polycom phones sending DHCPDISCOVER broadcasts.
- The router never responds with a DHCPOFFER for those phones.
- At the same time, I can see the router successfully completing DHCP exchanges with laptops and other devices on the same switch.
- As a sanity test, I configured a completely separate DHCP server on Router B, assigned it to an unused
ge3interface with its own test subnet, and plugged a phone directly into that interface. The phone immediately received an IP address.
That seems to indicate:
- The phones themselves are fine.
- Router B's DHCP server is capable of serving the phones.
- The problem only occurs when the phones are connected through the CRS354 switch.
I thought perhaps this thread might be related: ( DHCP sometimes ignores discover from Polycom phones ). Unfortunately, my DHCP server is not assigned to a bridge, and unlike that thread, my issue is completely consistent. I've been troubleshooting this on and off for months, and I have never once been able to get any Polycom phone to obtain an IP address through the CRS354 in the 192.168.21.x building, even though the exact same phones work immediately in the 192.168.19.x building.
At this point I'm running out of ideas. Is there anything specific to the CRS354, RouterOS, or DHCP processing that could explain why only these phones are ignored while every other DHCP client works normally?