attachment

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7232.60">
<TITLE>CIM&gt; CIM Core discussion about MappingString format</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/rtf format -->

<P><FONT SIZE=2 FACE="Arial">Went well.&nbsp; Not perfectly, which is my fault but easily fixed.&nbsp; Discussion points:</FONT>
</P>

<P><FONT SIZE=2 FACE="Arial">- MIB.PWG okay.&nbsp; </FONT>
</P>

<P><FONT SIZE=2 FACE="Arial">- Hyphen instead of dot okay.&nbsp; The only reasonable alternative is %2E or some such, which is much more hostile to humans.&nbsp; </FONT></P>

<P><FONT SIZE=2 FACE="Arial">- &quot;Section 4&quot; was questioned.&nbsp; I, unfortunately, could not get the doc (PWG5101.1) open in time to look at the section, and I didn't remember it.&nbsp; The group's statement was If there is a table or data structure containing a property, one should use pipe syntax, e.g., </FONT></P>

<P><FONT SIZE=2 FACE="Arial">&nbsp;&nbsp;&nbsp; doc.authority | structurename | propertyname.&nbsp; </FONT>

<BR><FONT SIZE=2 FACE="Arial">See examples in the new association CIM_SCSIInitiatorTargetLogicalUnitPath, which is, horrors, a three-way association, but includes several examples of this syntax, e.g., </FONT></P>

<P><FONT SIZE=2 FACE="Arial">&nbsp;&nbsp;&nbsp; MP_API.SNIA|MP_PATH_LOGICAL_UNIT_PROPERTIES|deviceFileName </FONT>
</P>

<P><FONT SIZE=2 FACE="Arial">HOWEVER, that doesn't apply to the PWG5101.1 &quot;Section 4 Media Color Names&quot; case, anyway.&nbsp; As I read it, Section 4 is a textual convention, one of three in the doc, which might be specified as a syntactic restriction on any number of properties in other specifications.&nbsp; There is no property name within a structure to be cited.&nbsp; I assume that the same reasoning would apply to any other textual convention if there were no other formal syntax to apply.&nbsp; The IANA textual conventions that we cite do have a reasonable structure because they are defined in MIBs, so that case is not comparable.&nbsp; Conclusion: no problem.&nbsp; </FONT></P>

<P><FONT SIZE=2 FACE="Arial">I closed off the debate by saying that we would take a look at it and send a revised email with context so that they could understand the &quot;Section 4&quot; case, however we resolved it.&nbsp; We should send a very simple revised message (again to wg-cimcore), with wording about textual conventions but not in formal MIB or other syntax, and maybe an extract of Section 4 from the document, declare victory, and move on.&nbsp; Ira, can you make the slight additions?</FONT></P>

<P><FONT SIZE=2 FACE="Arial">Also, a nit, I found a minor typo in PWG5101.1 when I was looking at our friend Section 4: the first para ends with &quot;&#8230;as defined in Table .&quot;&nbsp; It should say &quot;Table 1.&quot;</FONT></P>

<P><FONT SIZE=2 FACE="Arial">Have a good weekend, all.</FONT>
</P>

<P><FONT SIZE=2 FACE="Arial">rick</FONT>
</P>

<P><FONT SIZE=2 FACE="Arial">----------------------</FONT>

<BR><FONT SIZE=2 FACE="Arial">Richard_Landau(at)dell(dot)com, Stds &amp; System Mgt Arch, CTO Office</FONT>

<BR><FONT SIZE=2 FACE="Arial">+1-512-728-9023, One Dell Way, RR5-3 MS 8509, Round Rock, TX 78682</FONT>
</P>

</BODY>
</HTML>