attachment

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Randy,<br>
<br>
This is all correct except that the ATR document isn't a change, it's
the document that we've already drafted (and Jerry just posted an
update today).<br>
<pre class="moz-signature" cols="76">--
Regards,
Brian Smithson
PM, Security Research
PMP, CISSP, CISA, ISO 27000 PA
Advanced Imaging and Network Technologies
Ricoh Americas Corporation
(408)346-4435</pre>
<br>
<br>
Randy Turner wrote:
<blockquote
 cite="mid:FD735333-CC33-4745-B776-87E109A96C23@amalfisystems.com"
 type="cite">
  <div><br>
  </div>
Ok, so when we're done, we would have 3 documents that the PWG/IDS
group authors:
  <div><br>
  </div>
  <div>[HCD-ATR]</div>
  <div>[HCD-NAP]</div>
  <div>[HCD-NEA] or [HCD-TNC], depending on your perspective</div>
  <div><br>
  </div>
  <div>and these documents would reference [MS-SOH], [IETF-NEA], etc.</div>
  <div><br>
  </div>
  <div>If I have captured your proposal correctly, then the ATR
document is the only change to what we've been doing. correct?</div>
  <div><br>
  </div>
  <div>Randy</div>
  <div><br>
  </div>
  <div><br>
  <div>
  <div>
  <div>On Feb 2, 2009, at 11:24 AM, Brian Smithson wrote:</div>
  <br class="Apple-interchange-newline">
  <blockquote type="cite">
    <div bgcolor="#ffffff" text="#000000"> Randy,<br>
    <br>
Well, now I'm not sure what I'm proposing :-).<br>
    <br>
By "IDS mapping document", do you mean a document that contains
describes how the IDS attributes apply to all of the schemes that we
plan to support, e.g. NAP, NEA, TNC, ...?<br>
    <br>
What I was think I was proposing was something like this:<br>
    <ul>
      <li>[MS-SOH] specifies what is expected to support NAP. Other
non-PWG documents specify what is expected for other schemes (NEA,
TNC...).</li>
      <li>[HCD-ATR] specifies the HCD-specific attributes that
shall/should be supported in all schemes.</li>
      <li>[HCD-NAP] specifies how the HCD-specific attributes are
mapped to [MS-SOH], and if necessary, also contains describes how the
standard NAP attributes should be interpreted when applied to HCDs. It
would fully specify the bits and bytes of NAP support for HCDs,
including both the standard NAP stuff and the HCD-specific stuff.
[HCD-NEA], [HCD-TNC], ... would do the same thing for other schemes.</li>
    </ul>
There would be some information in [HCD-NAP] that is also presented in
[MS-SOH] and [HCD-ATR], and we would need to be careful to ensure that
they stay in sync. I think that the main distinction between them would
be that the protocol binding spec would focus on the bits and bytes,
and the other documents (particularly [HCD-ATR]) would contain more
descriptive information.<br>
    <pre class="moz-signature" cols="76">--
Regards,
Brian Smithson
PM, Security Research
PMP, CISSP, CISA, ISO 27000 PA
Advanced Imaging and Network Technologies
Ricoh Americas Corporation
(408)346-4435</pre>
    <br>
    <br>
Randy Turner wrote:
    <blockquote
 cite="mid:CC159EAE-9543-42AF-9CB6-5C3004B829D9@amalfisystems.com"
 type="cite">Hi Brian,
      <div><br>
      </div>
      <div>I think what you're really proposing is that there would be
an "IDS mapping document" and not a NAP document. &nbsp;This one document
would be single</div>
      <div>reference for implementers. &nbsp;Does this sound right?</div>
      <div><br>
      </div>
      <div>Randy</div>
      <div><br>
      </div>
      <div><br>
      <div>
      <div>On Feb 2, 2009, at 10:42 AM, Brian Smithson wrote:</div>
      <br class="Apple-interchange-newline">
      <blockquote type="cite">
        <div bgcolor="#ffffff" text="#000000"> Regarding the new NAP
draft:<br>
        <br>
I tried to remove information that was already specified in other specs
(MS-SOH and HCD-ATR) but unless I am mistaken, it was not as
straightforward as we may have thought it might be. Nine of the
attributes are described in other specs, so they fit nicely into the
tabular format that was suggested back in October's meeting. However,
the other eleven needed to be described in the NAP spec and for those I
referred to subsequent sections for the details. Looking at the overall
result, I'm wondering if this has made the NAP spec less usable for
implementers. Some of the necessary information is in the NAP spec
itself, some of it needs to be retrieved from one of two other
documents, and some of it needs to be retrieved from yet another
document (PA-TNC) that is referenced by one of the referenced documents
(HCD-ATR). <br>
        <br>
Maybe it would be better to fully specify things in the NAP spec? I
realize that this will place the same information in two documents and
risking that they lose sync with one another, but ultimately I think we
want a binding spec to be implementer-friendly. <br>
        <br>
Let's discuss on Thursday's call...<br>
        <pre class="moz-signature" cols="76">--
Regards,
Brian Smithson
PM, Security Research
PMP, CISSP, CISA, ISO 27000 PA
Advanced Imaging and Network Technologies
Ricoh Americas Corporation
(408)346-4435</pre>
        <br>
        <br>
Nevo, Ron wrote:
        <blockquote
 cite="mid:B7923DC68925CF4293920DA4ACB1F75F0910D9BD@NJCEVS01.sharpamericas.com"
 type="cite"><!-- Converted from text/rtf format -->
          <div><span lang="en-us"></span><br
 class="webkit-block-placeholder">
          </div>
          <p dir="ltr"><span lang="en-us"><font face="Consolas">New NAP
binding spec. updated by Brian is now posted.</font></span><span
 lang="en-us"></span></p>
          <p dir="ltr"><span lang="en-us"><u><font color="#00b0f0"
 face="Consolas"><a moz-do-not-send="true"
 href="ftp://ftp.pwg.org/pub/pwg/ids/wd/wd-ids-napsoh10-20090130_ncb.pdf">ftp://ftp.pwg.org/pub/pwg/ids/wd/wd-ids-napsoh10-20090130_ncb.pdf</a></font></u></span><span
 lang="en-us"></span></p>
          <div><span lang="en-us"></span><span lang="en-us"></span><br
 class="webkit-block-placeholder">
          </div>
          <p dir="ltr"><span lang="en-us"><font face="Consolas">Regards</font></span></p>
          <p dir="ltr"><span lang="en-us"><font face="Consolas">Ron Nevo</font></span></p>
          <p dir="ltr"><span lang="en-us"><font face="Consolas">Senior
Product Manager&nbsp;</font></span></p>
          <p dir="ltr"><span lang="en-us"><font face="Consolas">Information
Security, DVM, Standards and Compliance </font></span></p>
          <p dir="ltr"><span lang="en-us"><font face="Consolas">Sharp
Imaging and Information Company of America</font></span></p>
          <p dir="ltr"><span lang="en-us"><font face="Consolas"><a
 moz-do-not-send="true" class="moz-txt-link-abbreviated"
 href="http://www.sharpusa.com/products/applications/home/">www.sharpusa.com/products/applications/home/</a></font></span></p>
          <p dir="ltr"><span lang="en-us"><font face="Consolas">______________________________________________</font></span></p>
          <p dir="ltr"><span lang="en-us"><font face="Consolas">Sharp
Plaza &nbsp;Mahwah&nbsp;&nbsp;&nbsp;&nbsp;NJ 07430 &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<a moz-do-not-send="true"
 class="moz-txt-link-abbreviated" href="mailto:nevor@sharpsec.com">nevor@sharpsec.com</a></font></span></p>
          <p dir="ltr"><span lang="en-us"><font face="Consolas">Phone:
201-760-3937&nbsp;&nbsp;&nbsp;Fax: 201-529-9673&nbsp;&nbsp;Cell: 201-220-5945 </font></span></p>
          <p dir="ltr"><span lang="en-us"><font face="Consolas">The
contents of this email are the property of the sender. </font></span></p>
          <p dir="ltr"><span lang="en-us"><font face="Consolas">If it
was not addressed to you, you have no legal right to&nbsp;read it .</font></span></p>
          <p dir="ltr"><span lang="en-us"><font face="Consolas">If you
think you received it in error, please notify the sender. </font></span></p>
          <p dir="ltr"><span lang="en-us"><font face="Consolas">Do not
forward or copy without permission of the sender.</font></span></p>
          <p dir="ltr"><span lang="en-us"><font face="Consolas">"Be
Secure. Be Sharp."</font></span></p>
          <div><span lang="en-us"></span><span lang="en-us"></span><span
 lang="en-us"></span><span lang="en-us">&nbsp;</span><br
 class="webkit-block-placeholder">
          </div>
        </blockquote>
        </div>
      </blockquote>
      </div>
      <br>
      </div>
    </blockquote>
    </div>
  </blockquote>
  </div>
  <br>
  </div>
  </div>
</blockquote>
</body>
</html>