attachment
<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:"Yu Mincho";
panose-1:2 2 4 0 0 0 0 0 0 0;}
@font-face
{font-family:"\@Yu Mincho";}
@font-face
{font-family:Menlo;
panose-1:2 11 6 9 3 8 4 2 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:windowtext;}
p.p1, li.p1, div.p1
{mso-style-name:p1;
margin:0in;
margin-bottom:.0001pt;
background:black;
font-size:9.0pt;
font-family:Menlo;
color:#CB9211;}
span.s1
{mso-style-name:s1;}
span.apple-converted-space
{mso-style-name:apple-converted-space;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style>
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">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:<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="p1"><span class="s1">crizzo@ChrisMacBook15:~/OneDrive - Xerox/pwg/ipp-self-cert-v1.1-beta1[18] ./ippfind --literal-name "Xerox AltaLink C8035"</span><o:p></o:p></p>
<p class="p1"><span class="s1">ipp://XRX9C934E681461.local:631/ipp/print</span><o:p></o:p></p>
<p class="p1"><span class="s1">crizzo@ChrisMacBook15:~/OneDrive - Xerox/pwg/ipp-self-cert-v1.1-beta1[19] ./ippfind --literal-name "Xerox AltaLink C8035" _ipp._tcp</span><o:p></o:p></p>
<p class="p1"><span class="s1">ipp://XRX9C934E681461.local:631/ipp/print</span><o:p></o:p></p>
<p class="p1"><span class="s1">crizzo@ChrisMacBook15:~/OneDrive - Xerox/pwg/ipp-self-cert-v1.1-beta1[20] ./ippfind --literal-name "Xerox AltaLink C8035" _ipps._tcp</span><o:p></o:p></p>
<p class="p1"><span class="s1">ipps://XRX9C934E681461.local:443/ipp/print</span><o:p></o:p></p>
<p class="p1"><span class="s1">crizzo@ChrisMacBook15:~/OneDrive - Xerox/pwg/ipp-self-cert-v1.1-beta1[21] ./ippfind --literal-name "Xerox AltaLink C8035" _print._sub._ipp._tcp</span><o:p></o:p></p>
<p class="p1"><span class="s1">ippfind: Unable to browse or resolve: Bad parameter.</span><o:p></o:p></p>
<p class="p1"><span class="s1">crizzo@ChrisMacBook15:~/OneDrive - Xerox/pwg/ipp-self-cert-v1.1-beta1[22] ./ippfind --literal-name "Xerox AltaLink C8035" _print._sub._ipp._tcp.local</span><o:p></o:p></p>
<p class="p1"><span class="s1">ippfind: Unable to browse or resolve: Bad parameter.</span><o:p></o:p></p>
<p class="p1"><span class="s1">crizzo@ChrisMacBook15:~/OneDrive - Xerox/pwg/ipp-self-cert-v1.1-beta1[23]</span><span class="apple-converted-space"> </span><o:p></o:p></p>
<p class="p1"><span class="s1">crizzo@ChrisMacBook15:~/OneDrive - Xerox/pwg/ipp-self-cert-v1.1-beta1[23] ./ippfind --version</span><o:p></o:p></p>
<p class="p1"><span class="s1">IPPEVESELFCERT11 v20200211</span><o:p></o:p></p>
<p class="p1"><span class="s1">crizzo@ChrisMacBook15:~/OneDrive - Xerox/pwg/ipp-self-cert-v1.1-beta1[24]</span><span class="apple-converted-space"> </span><o:p></o:p></p>
<p class="p1"><span class="s1">crizzo@ChrisMacBook15:~/OneDrive - Xerox/pwg/ipp-self-cert-v1.1-beta1[24] ippfind --literal-name "Xerox AltaLink C8035" _print._sub._ipp._tcp.local</span><o:p></o:p></p>
<p class="p1"><span class="s1">ippfind: Unable to browse or resolve: Bad parameter.</span><o:p></o:p></p>
<p class="p1"><span class="s1">crizzo@ChrisMacBook15:~/OneDrive - Xerox/pwg/ipp-self-cert-v1.1-beta1[25] ippfind --version</span><o:p></o:p></p>
<p class="p1"><span class="s1">CUPS v2.2.9</span><o:p></o:p></p>
<p class="p1"><span class="s1">crizzo@ChrisMacBook15:~/OneDrive - Xerox/pwg/ipp-self-cert-v1.1-beta1[26]</span><span class="apple-converted-space"> </span><o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Chris<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;color:black">Christopher Rizzo<o:p></o:p></span></p>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;color:black">Xerox Corporation<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;color:black">GDG/Discovery/Advance Technology<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;color:black">26600 SW Parkway Ave.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;color:black">Wilsonville, OR 97070-9251<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;color:black">Phone: (585) 314-6936<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;color:black">Email: Christopher.Rizzo@xerox.com<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.5pt;color:black"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.5pt;color:black">"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."<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><span style="font-size:10.5pt;color:black">-Maurice Wilkes, <i>
Memoirs of a Computer Pioneer</i></span><o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:12.0pt;color:black">From: </span></b><span style="font-size:12.0pt;color:black">ipp <ipp-bounces@pwg.org> on behalf of PWG Workgroup <ipp@pwg.org><br>
<b>Reply-To: </b>"Kennedy, Smith (Wireless & IPP Standards)" <smith.kennedy@hp.com><br>
<b>Date: </b>Friday, February 14, 2020 at 11:48 AM<br>
<b>To: </b>"Kennedy, Smith (Wireless & IPP Standards)" <smith.kennedy@hp.com><br>
<b>Cc: </b>PWG Workgroup <ipp@pwg.org>, PWG Self-Certification <ippeveselfcert@pwg.org><br>
<b>Subject: </b>Re: [IPP] BETA: IPP Everywhere Printer Self-Certification Tools v1.0 Update 4<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal">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: <o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">$ dig @224.0.0.251 -p 5353 _print._sub._ipp._tcp.local. PTR IN<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">This doesn't work:<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<div>
<p class="MsoNormal">$ dig @224.0.0.251 -p 5353 _ipp._tcp,_print.local. PTR IN<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">And the bottom line is that the B-1 and B-5.2 tests will fail on Ubuntu when they shouldn't.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal"><br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class="MsoNormal">On Feb 14, 2020, at 12:32 PM, Kennedy, Smith (Wireless & IPP Standards) via ipp <<a href="mailto:ipp@pwg.org">ipp@pwg.org</a>> wrote:<o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<div>
<p class="MsoNormal">Signed PGP part<o:p></o:p></p>
</div>
<div>
<div>
<p class="MsoNormal">Hi Mike, <o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">I can file defects for this, but one quick bit of feedback with tests B-1 and B-5.2 (the browse tests)<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">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.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">The "bonjour-tests.sh" test does B-1 like so:<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">> ${IPPFIND} --literal-name "${TARGET}" "_ipp._tcp,_print.local --quiet<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">which fails on Ubuntu Linux but works on macOS. IMHO this line should be phrased like so:<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">> ${IPPFIND} --literal-name "${TARGET}" "_print._sub._ipp._tcp.local --quiet<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">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):<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">$ avahi-browse _print._sub._ipp._tcp<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">but this fails:<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<div>
<p class="MsoNormal">$ avahi-browse _ipp._tcp,_print<o:p></o:p></p>
</div>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">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".<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Still testing...<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">Smith<br>
<br>
/**<br>
Smith Kennedy<br>
HP Inc.<br>
*/ <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class="MsoNormal">On Feb 4, 2020, at 5:05 PM, Michael Sweet via ipp <<a href="mailto:ipp@pwg.org">ipp@pwg.org</a>> wrote:<o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal">All,<br>
<br>
I have posted a proposed update to the IPP Everywhere v1.0 Printer Self-Certification Tools to:<br>
<br>
<a href="https://ftp.pwg.org/pub/pwg/ipp/wd/sw-ippeveselfcert10-20200204-macos.zip">https://ftp.pwg.org/pub/pwg/ipp/wd/sw-ippeveselfcert10-20200204-macos.zip</a><br>
<a href="https://ftp.pwg.org/pub/pwg/ipp/wd/sw-ippeveselfcert10-20200204-rhel.tar.gz">https://ftp.pwg.org/pub/pwg/ipp/wd/sw-ippeveselfcert10-20200204-rhel.tar.gz</a><br>
<a href="https://ftp.pwg.org/pub/pwg/ipp/wd/sw-ippeveselfcert10-20200204-ubuntu.tar.gz">https://ftp.pwg.org/pub/pwg/ipp/wd/sw-ippeveselfcert10-20200204-ubuntu.tar.gz</a><br>
<a href="https://ftp.pwg.org/pub/pwg/ipp/wd/sw-ippeveselfcert10-20200204-windows.msi">https://ftp.pwg.org/pub/pwg/ipp/wd/sw-ippeveselfcert10-20200204-windows.msi</a><br>
<br>
Instructions for using the new "ippevesubmit" program can be found here:<br>
<br>
<a href="https://istopwg.github.io/ippeveselfcert">https://istopwg.github.io/ippeveselfcert</a><br>
<br>
These will be moved over to the main PWG web site when the update goes live.<br>
<br>
Changes include:<br>
<br>
- Issue #41: Windows IPP Everywhere Self Cert 1.0 Update 3: ipptool fails to<br>
run - missing regex.dll<br>
- Updated the Windows test scripts to look for PWG Raster files on the Desktop,<br>
and to write the test results to the Desktop since the installation<br>
directory is now write-protected on current versions of Windows.<br>
- Updated libcups and the IPP tools to CUPS v2.2.13.<br>
<br>
Note: All binaries are for 64-bit systems only.<br>
<br>
Please provide feedback before February 27, 2020. I would like to post update 4 after the IPP workgroup conference call on that day.<br>
<br>
________________________<br>
Michael Sweet<br>
<br>
<br>
<br>
_______________________________________________<br>
ipp mailing list<br>
<a href="mailto:ipp@pwg.org">ipp@pwg.org</a><br>
<a href="https://www.pwg.org/mailman/listinfo/ipp">https://www.pwg.org/mailman/listinfo/ipp</a><o:p></o:p></p>
</div>
</div>
</blockquote>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</div>
</div>
<p class="MsoNormal"><br>
<br>
<o:p></o:p></p>
</div>
</blockquote>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</div>
</body>
</html>