I've configured cups to listen on all interfaces, but I'll try out tcpdump too to see what's going on. The iPad's gateway is the gateway for that wireless vlan (on which one of the machine's interfaces exists). Though I'm starting to think that my issue may have to do with how the printer is configured in cups. I'll try some things out and report back... Thanks!
Everything is working perfectly now! Not sure what was going on before, but thanks for your input.
Any ideas what fixed this?, I'm getting similar behaviour with airplay and avahi over vlan, the broadcast name keeps dropping in and out too
Re: Avahi not broadcasting continuously, I haven't found a clear explanation for it, but did find a solution based on my realization that restarting Avahi fixed the non-broadcasting issue. I have a cron job that restarts avahi-daemon every minute (simply "restart avahi-daemon"). This seems to keep things going.
Originally Posted by caffrey
Was that all you were having trouble with? Or was there another part to it?
It's hard to explain but avahi reflects with a different name.
e.g. the broadcast name is somepc and on the Ipad it'll say ipad(11) or another random number and you can see the blue airplay bar fading in and out on the Ipad too.
Might try a different nic today altho I also redid everything on a raspberry pi and that failed too.
I had it working via a appletv for about 10 mins, no idea what fixed that
Do you have any logs that you could look at?
I've just happened to notice on my server that I was getting service name collisions between Avahi and Netatalk.
Mar 2 15:55:16 server afpd: AFP/TCP started, advertising 192.168.1.10:548 (2.2.2)
Mar 2 15:55:17 server afpd: Failed to add service: Local name collision
I'm starting to suspect the smoothwalls (I run two) blocking traffic from each subnet, not sure which logs to look at.
Ok so now I think I've got to the bottom of it, just not sure how to fix it.
If I ping a machine on vlan1 from vlan1 using .local (eg testmachine.local) its fine, I can ping it no problem.
However if I ping a machine from vlan1 to vlan2 .local (eg ipad1.local) it doesn't work.
A traceroute reveals the traffic going to the smoothwall on vlan1 and leaving the network going outside.
(It is resolving the proper IP though).