Hmm... On the Mac (I'm currently at Mojave), the ippfind tool doesn't like _print._sub._ipp._tcp.local. There does not appear to be a problem with --literal-name parameter:
crizzo at ChrisMacBook15:~/OneDrive - Xerox/pwg/ipp-self-cert-v1.1-beta1[18] ./ippfind --literal-name "Xerox AltaLink C8035"
ipp://XRX9C934E681461.local:631/ipp/printcrizzo at ChrisMacBook15:~/OneDrive - Xerox/pwg/ipp-self-cert-v1.1-beta1[19] ./ippfind --literal-name "Xerox AltaLink C8035" _ipp._tcp
ipp://XRX9C934E681461.local:631/ipp/printcrizzo at ChrisMacBook15:~/OneDrive - Xerox/pwg/ipp-self-cert-v1.1-beta1[20] ./ippfind --literal-name "Xerox AltaLink C8035" _ipps._tcp
ipps://XRX9C934E681461.local:443/ipp/printcrizzo at ChrisMacBook15:~/OneDrive - Xerox/pwg/ipp-self-cert-v1.1-beta1[21] ./ippfind --literal-name "Xerox AltaLink C8035" _print._sub._ipp._tcp
ippfind: Unable to browse or resolve: Bad parameter.
crizzo at ChrisMacBook15:~/OneDrive - Xerox/pwg/ipp-self-cert-v1.1-beta1[22] ./ippfind --literal-name "Xerox AltaLink C8035" _print._sub._ipp._tcp.local
ippfind: Unable to browse or resolve: Bad parameter.
crizzo at ChrisMacBook15:~/OneDrive - Xerox/pwg/ipp-self-cert-v1.1-beta1[23]
crizzo at ChrisMacBook15:~/OneDrive - Xerox/pwg/ipp-self-cert-v1.1-beta1[23] ./ippfind --version
IPPEVESELFCERT11 v20200211
crizzo at ChrisMacBook15:~/OneDrive - Xerox/pwg/ipp-self-cert-v1.1-beta1[24]
crizzo at ChrisMacBook15:~/OneDrive - Xerox/pwg/ipp-self-cert-v1.1-beta1[24] ippfind --literal-name "Xerox AltaLink C8035" _print._sub._ipp._tcp.local
ippfind: Unable to browse or resolve: Bad parameter.
crizzo at ChrisMacBook15:~/OneDrive - Xerox/pwg/ipp-self-cert-v1.1-beta1[25] ippfind --version
CUPS v2.2.9
crizzo at ChrisMacBook15:~/OneDrive - Xerox/pwg/ipp-self-cert-v1.1-beta1[26]
Chris
Christopher Rizzo
Xerox Corporation
GDG/Discovery/Advance Technology
26600 SW Parkway Ave.
Wilsonville, OR 97070-9251
Phone: (585) 314-6936
Email: Christopher.Rizzo at xerox.com
"The realization came over me with full force that a good part of the remainder of my life was going to be spent in finding errors in my own programs."
-Maurice Wilkes, Memoirs of a Computer Pioneer
From: ipp <ipp-bounces at pwg.org> on behalf of PWG Workgroup <ipp at pwg.org>
Reply-To: "Kennedy, Smith (Wireless & IPP Standards)" <smith.kennedy at hp.com>
Date: Friday, February 14, 2020 at 11:48 AM
To: "Kennedy, Smith (Wireless & IPP Standards)" <smith.kennedy at hp.com>
Cc: PWG Workgroup <ipp at pwg.org>, PWG Self-Certification <ippeveselfcert at pwg.org>
Subject: Re: [IPP] BETA: IPP Everywhere Printer Self-Certification Tools v1.0 Update 4
I should say further that even though Apple's own "dns-sd" tool uses the "_TYPE._TRANSPORT,_SUBTYPE" notation (which derives from the notation used in the RFC), the "dig" tool only accepts the "_SUBTYPE._sub._TYPE._TRANSPORT" syntax, which matches what is sent over the wire. This works:
$ dig @224.0.0.251 -p 5353 _print._sub._ipp._tcp.local. PTR IN
This doesn't work:
$ dig @224.0.0.251 -p 5353 _ipp._tcp,_print.local. PTR IN
And the bottom line is that the B-1 and B-5.2 tests will fail on Ubuntu when they shouldn't.
On Feb 14, 2020, at 12:32 PM, Kennedy, Smith (Wireless & IPP Standards) via ipp <ipp at pwg.org<mailto:ipp at pwg.org>> wrote:
Signed PGP part
Hi Mike,
I can file defects for this, but one quick bit of feedback with tests B-1 and B-5.2 (the browse tests)
These tests are failing for me on Linux, and the cause seems to be at least partly due to a syntax problem with how subtypes can be specified to the "ippfind" tool. The "ippfind" tool used to accept a DNS-SD subtype using the "_SUBTYPE._sub._TYPE._TRANSPORT" syntax instead of the "_TYPE._TRANSPORT,_SUBTYPE" notation that was used in the RFC but isn't used on the wire.
The "bonjour-tests.sh" test does B-1 like so:
> ${IPPFIND} --literal-name "${TARGET}" "_ipp._tcp,_print.local --quiet
which fails on Ubuntu Linux but works on macOS. IMHO this line should be phrased like so:
> ${IPPFIND} --literal-name "${TARGET}" "_print._sub._ipp._tcp.local --quiet
and our code should be updated to work using that syntax on all platforms. I am observing that this successfully finds my target HP TANGO (Ubuntu 18.04.4):
$ avahi-browse _print._sub._ipp._tcp
but this fails:
$ avahi-browse _ipp._tcp,_print
If I use the system provided /usr/bin/ippfind (which "ippfind --version" reports "CUPS v2.2.7") it works the way I expect it to work as described above but doesn't support "--literal-name".
Still testing...
Smith
/**
Smith Kennedy
HP Inc.
*/
On Feb 4, 2020, at 5:05 PM, Michael Sweet via ipp <ipp at pwg.org<mailto:ipp at pwg.org>> wrote:
All,
I have posted a proposed update to the IPP Everywhere v1.0 Printer Self-Certification Tools to:
https://ftp.pwg.org/pub/pwg/ipp/wd/sw-ippeveselfcert10-20200204-macos.ziphttps://ftp.pwg.org/pub/pwg/ipp/wd/sw-ippeveselfcert10-20200204-rhel.tar.gzhttps://ftp.pwg.org/pub/pwg/ipp/wd/sw-ippeveselfcert10-20200204-ubuntu.tar.gzhttps://ftp.pwg.org/pub/pwg/ipp/wd/sw-ippeveselfcert10-20200204-windows.msi
Instructions for using the new "ippevesubmit" program can be found here:
https://istopwg.github.io/ippeveselfcert
These will be moved over to the main PWG web site when the update goes live.
Changes include:
- Issue #41: Windows IPP Everywhere Self Cert 1.0 Update 3: ipptool fails to
run - missing regex.dll
- Updated the Windows test scripts to look for PWG Raster files on the Desktop,
and to write the test results to the Desktop since the installation
directory is now write-protected on current versions of Windows.
- Updated libcups and the IPP tools to CUPS v2.2.13.
Note: All binaries are for 64-bit systems only.
Please provide feedback before February 27, 2020. I would like to post update 4 after the IPP workgroup conference call on that day.
________________________
Michael Sweet
_______________________________________________
ipp mailing list
ipp at pwg.org<mailto:ipp at pwg.org>
https://www.pwg.org/mailman/listinfo/ipp
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pwg.org/pipermail/ipp/attachments/20200214/c08bab21/attachment.html>