Hello all,
I have two printers misbehaving in a new addition to our campus. The new addition has its own switch and the printers (both Lexmark M3150) are connected via wall jacks.
In the Meraki dashboard, the printers show up as connected and have IP addresses that are the same as what is displayed on the screen of the printers. However, I can't ping them from the Meraki dashboard - it times out every time.
I also can't traceroute or ping from my laptop.
Thoughts?
When you're trying to connect to these printers, are you at the new addition or are you trying from the old site?
Is the subnet at the new addition the same as at the old site, or different? If different, do you have routing setup? If the same, did it come that way or did you manually convert it?
If you go to the addition and join that network, can you ping the printers? Can you connect to their internal webserver?
I have tried from the new addition and the old site.
Subnet is the same.
We have the same SSIDs broadcast in all three buildings for the most part outside of some that are restricted to a specific AP.
I can't ping the printers from anywhere - I have tried in that building and out, and I have tried with my computer connected to the same SSID that I have assigned to wired clients.
Are you trying to ping them from a Meraki device that should have access?
Are the printers meant to be in a particular VLAN? Is that VLAN configured on the ports correctly?
If using VLANs are the switch uplinks configured as trunk ports that allow the printer VLAN?
There I go, leaving out VLANs entirely. 🙂
Do the printers usually respond to pings? Not all devices are designed to respond to pings.
All of our other printers are pingable.
The pinging isn't really the problem, the problem is that I can't connect anyone's devices to to the printers to add them as network printers. The pinging was just part of my trying to figure out what was wrong.
Okay, what I'd check in that case is what comes up when you make a packet capture on the printer's port when you're pinging it. The least it should do is respond with an ARP response when it sees an ARP request for its IP address (you may have to clear the ARP table on the pinging device if it already had the MAC address from a previous attempt). If it does respond, the next step should be the ICMP echo coming from the pinging device. If that goes out the port, and nothing comes back we'll investigate further.
Here's the first appearance of the target IP (10.24.0.141) which is one of the printers.
13:18:27.641872 ARP, Request who-has 10.25.0.1 tell 10.25.0.141, length 46
13:18:27.642745 ARP, Reply 10.25.0.1 is-at e0:cb:bc:77:b3:18, length 46
10.25.0.1 is our gateway.
There are no echos in the packet capture.
From where were you pinging for this test?
From the Meraki dashboard.
I assume by that you mean from the client details page?
Can you instead try from the switch using the tools page of the switch of the red zone? When you click on that switch in the dashboard and go to the tools tab you should find it:
>13:18:27.641872 ARP, Request who-has 10.25.0.1 tell 10.25.0.141, length 46
>13:18:27.642745 ARP, Reply 10.25.0.1 is-at e0:cb:bc:77:b3:18, length 46
This means the gateway and the printer are in the same VLAN - correctly. Can the gateway ping the printer? What is the gateway?
I'm trying to ping from the Meraki switch that the devices are wired to.
We currently have VLANs set up by building for the most part, as opposed to by device category or anything like that.
Do you have any switch security features configured?
Do you have any MR firewall rules configures?
I presume you can ping other things in the same subnet that the printers are in?
Sure.
Each of the MS225s has MR42s attached to it. Some of them also connect to wall plates. The MS225 in the red zone, which is the addition, has both wall plates and MR42s attached to it.
Charge the Port in your SW from open to Mac allow list.
In my case i had issues with a legacy printer and i had the exact same issue. changing the port access policy solved the issue for me.