We have Mitel IP phones. The phones use dhcp option 125 to get configuration information, and this tells them to use 802.11q tags for vlan id #5, with address range 192.168.16.0/24. Our computers connect to a pass-through port on the phones, and are on the default vlan (id 1), with IP address range 10.1.1.0/22. We use shared printers, where the Windows print server is also on vlan 1.
On a few workstations, when a user tries to print, the job will just sit there for hours and hours, often overnight. After it waits long enough, the job will complete. In the meantime, it blocks the print queue for anyone else who tries to print to that printer. If I plug the computer directly into the wall port, instead of the phone's passthrough port, jobs always complete immediately; removing the phone from the cable path always fixes the problem. Obviously, this is not a real solution for us. Users need their phones as much as they need to print, and vice versa, and running additional cables and switching isn't really an option, either.
I can confirm that both the PC and phones have valid addresses and correct vlan tagging when this issue occurs. It does not effect everyone, but I haven't been able to find a common thread for why a user will have this problem.
Has anyone seen this before? Any ideas what's going on? Suggestions for how to fix the problem?