This problem can be fixed in multicast by self-querying both universal and ipps before TTL of the records expire so that the caches of all mac clients are updated. ![]() If printer/print server is not available or if ipps record is missing, mac won't be able to do 'Auto Select' for the driver. To answer the original question: when a printer is selected, it queries for SRV and TXT record (based on universal or ipps records which are in cache already, thats how we see the printer in the list). So, in a scenario: it has universal records but not ipps, it won't identify the driver. From observation: Queries of "universal" records by PKBrowserServic are more frequent than queries of "ipps" records by printtool. On Mac, "ipps" and "universal" records are queried by different processes (printtool and PKBrowserServic respectively). SRV record tells about the service related data (server/port etc.) and TXT record tells about the printer capabilities. PTR record of type _ipp/ipps._tcp (lets call it ipps) PTR record of type _universal._sub._ipp/ipps._tcp (lets call it universal): needed only if printer is airprint compatible (see ) More details on however in short, for everything to work correctly, following four DNS Records for each printer are needed on client side in case of airprint/secure airprint: ![]() ![]() After carefully looking at the DNSCache and Network:
0 Comments
Leave a Reply. |