<!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 5.5.2651.65">
<TITLE>RE: H.248 Annex C Codepoint Information</TITLE>
</HEAD>
<BODY>

<P><FONT COLOR="#0000FF" SIZE=2 FACE="Arial">What I really wanted to do when I started this thread was question whether all those codepoints from other standards should be reproduced in Annex C.  It's just excess baggage if we don't guarantee that they're up to date, and a pain if we do.</FONT></P>
<UL>
<P><FONT SIZE=1 FACE="Arial">-----Original Message-----</FONT>
<BR><B><FONT SIZE=1 FACE="Arial">From:  </FONT></B> <FONT SIZE=1 FACE="Arial">Christian Groves [SMTP:Christian.Groves@ERICSSON.COM]</FONT>
<BR><B><FONT SIZE=1 FACE="Arial">Sent:  </FONT></B> <FONT SIZE=1 FACE="Arial">Monday, May 08, 2000 8:42 PM</FONT>
<BR><B><FONT SIZE=1 FACE="Arial">To:    </FONT></B> <FONT SIZE=1 FACE="Arial">ITU-SG16@MAILBAG.INTEL.COM</FONT>
<BR><B><FONT SIZE=1 FACE="Arial">Subject:       </FONT></B> <FONT SIZE=1 FACE="Arial">Re: H.248 Annex C Codepoint Information</FONT>
</P>

<P><FONT SIZE=2 FACE="Arial">G'Day John,</FONT>
</P>

<P><FONT SIZE=2 FACE="Arial">In the binary Annex C already has a packageID '0'. If people want a</FONT>
<BR><FONT SIZE=2 FACE="Arial">package name then I'm not adverse to that.</FONT>
</P>

<P><FONT SIZE=2 FACE="Arial">My second point was that new packages could redefine the parameters in</FONT>
<BR><FONT SIZE=2 FACE="Arial">an appropriately grouped package. This way we get over the problems</FONT>
<BR><FONT SIZE=2 FACE="Arial">associated with a Q.931v7 problem Tom was alluding to. Annex C was a</FONT>
<BR><FONT SIZE=2 FACE="Arial">toolkit of parameters that could be used in the early stages of the</FONT>
<BR><FONT SIZE=2 FACE="Arial">protocol.</FONT>
</P>

<P><FONT SIZE=2 FACE="Arial">To achieve true interoperability for applications and symmetry between</FONT>
<BR><FONT SIZE=2 FACE="Arial">text and binary I believe that Profiles containing packages and options</FONT>
<BR><FONT SIZE=2 FACE="Arial">is the only way to go.</FONT>
</P>

<P><FONT SIZE=2 FACE="Arial">Cheers, Christian</FONT>
</P>

<P><FONT SIZE=2 FACE="Arial">John Segers wrote:</FONT>
<BR><FONT SIZE=2 FACE="Arial">></FONT>
<BR><FONT SIZE=2 FACE="Arial">> Hi,</FONT>
<BR><FONT SIZE=2 FACE="Arial">></FONT>
<BR><FONT SIZE=2 FACE="Arial">> I was going to say the same thing as Christian (but strange telephone</FONT>
<BR><FONT SIZE=2 FACE="Arial">> sockets in the UK kept me from doing so): if a reference is provided,</FONT>
<BR><FONT SIZE=2 FACE="Arial">> the values listed in the value column serve as examples only; normative</FONT>
<BR><FONT SIZE=2 FACE="Arial">> text is in the references as indicated at the start of the annex.</FONT>
<BR><FONT SIZE=2 FACE="Arial">></FONT>
<BR><FONT SIZE=2 FACE="Arial">> The second point Christian mentioned is an interesting one.  Is the idea</FONT>
<BR><FONT SIZE=2 FACE="Arial">> that if one defines a package for which there is already an annex C</FONT>
<BR><FONT SIZE=2 FACE="Arial">> codepoint, the package would just refer to that instead of defining a</FONT>
<BR><FONT SIZE=2 FACE="Arial">> new codepoint?  If that is the intention, we'd better give annex C a</FONT>
<BR><FONT SIZE=2 FACE="Arial">> package name...</FONT>
<BR><FONT SIZE=2 FACE="Arial">></FONT>
<BR><FONT SIZE=2 FACE="Arial">> Cheers,</FONT>
<BR><FONT SIZE=2 FACE="Arial">></FONT>
<BR><FONT SIZE=2 FACE="Arial">> John</FONT>
<BR><FONT SIZE=2 FACE="Arial">></FONT>
<BR><FONT SIZE=2 FACE="Arial">> Christian Groves wrote:</FONT>
<BR><FONT SIZE=2 FACE="Arial">> ></FONT>
<BR><FONT SIZE=2 FACE="Arial">> > Hello Tom,</FONT>
<BR><FONT SIZE=2 FACE="Arial">> ></FONT>
<BR><FONT SIZE=2 FACE="Arial">> > References are included in Annex C and the text at the start says that</FONT>
<BR><FONT SIZE=2 FACE="Arial">> > the reference is the normative text. I personally would envision that</FONT>
<BR><FONT SIZE=2 FACE="Arial">> > most changes to codepoints would be contained in packages. ie. if we use</FONT>
<BR><FONT SIZE=2 FACE="Arial">> > packages for defining properties then we align the text and binary</FONT>
<BR><FONT SIZE=2 FACE="Arial">> > encodings of H248. That way we don't need to continuously update SDP and</FONT>
<BR><FONT SIZE=2 FACE="Arial">> > Annex C to match.</FONT>
<BR><FONT SIZE=2 FACE="Arial">> ></FONT>
<BR><FONT SIZE=2 FACE="Arial">> > Regards, Christian</FONT>
<BR><FONT SIZE=2 FACE="Arial">> ></FONT>
<BR><FONT SIZE=2 FACE="Arial">> > Tom-PT Taylor wrote:</FONT>
<BR><FONT SIZE=2 FACE="Arial">> > ></FONT>
<BR><FONT SIZE=2 FACE="Arial">> > > H.248 Annex C is by concept derivative in nature -- it provides the means to</FONT>
<BR><FONT SIZE=2 FACE="Arial">> > > reuse codepoints from a variety of other standards.  As it currently stands,</FONT>
<BR><FONT SIZE=2 FACE="Arial">> > > it reproduces these codepoints in the "Value" column.  I am concerned that</FONT>
<BR><FONT SIZE=2 FACE="Arial">> > > this could present a maintenance nightmare.  It would make more sense to</FONT>
<BR><FONT SIZE=2 FACE="Arial">> > > point the user to the specific reference in the other standard and leave it</FONT>
<BR><FONT SIZE=2 FACE="Arial">> > > at that.</FONT>
<BR><FONT SIZE=2 FACE="Arial">> > ></FONT>
<BR><FONT SIZE=2 FACE="Arial">> > > Tom Taylor</FONT>
<BR><FONT SIZE=2 FACE="Arial">> > > Phone and FAX: +1 613 736 0961</FONT>
<BR><FONT SIZE=2 FACE="Arial">> > > E-mail: taylor@nortelnetworks.com</FONT>
<BR><FONT SIZE=2 FACE="Arial">> ></FONT>
<BR><FONT SIZE=2 FACE="Arial">> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~</FONT>
<BR><FONT SIZE=2 FACE="Arial">> > For help on this mail list, send "HELP ITU-SG16" in a message to</FONT>
<BR><FONT SIZE=2 FACE="Arial">> > listserv@mailbag.intel.com</FONT>
<BR><FONT SIZE=2 FACE="Arial">></FONT>
<BR><FONT SIZE=2 FACE="Arial">> --</FONT>
<BR><FONT SIZE=2 FACE="Arial">> John Segers                                  email: jsegers@lucent.com</FONT>
<BR><FONT SIZE=2 FACE="Arial">> Lucent Technologies                                        Room HE 306</FONT>
<BR><FONT SIZE=2 FACE="Arial">> Dept. Forward Looking Work                      phone: +31 35 687 4724</FONT>
<BR><FONT SIZE=2 FACE="Arial">> P.O. Box 18, 1270 AA  Huizen                      fax: +31 35 687 5954</FONT>
<BR><FONT SIZE=2 FACE="Arial">></FONT>
<BR><FONT SIZE=2 FACE="Arial">> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~</FONT>
<BR><FONT SIZE=2 FACE="Arial">> For help on this mail list, send "HELP ITU-SG16" in a message to</FONT>
<BR><FONT SIZE=2 FACE="Arial">> listserv@mailbag.intel.com</FONT>
</P>

<P><FONT SIZE=2 FACE="Arial">~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~</FONT>
<BR><FONT SIZE=2 FACE="Arial">For help on this mail list, send "HELP ITU-SG16" in a message to</FONT>
<BR><FONT SIZE=2 FACE="Arial">listserv@mailbag.intel.com</FONT>
</P>
</UL>
</BODY>
</HTML>