<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 5.5.2654.19">
<TITLE>RE: Omission in H.245 v7</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=2>Actually, this was done on purpose. It was also apparently discussed in the last meeting </FONT>
<BR><FONT SIZE=2>(which I didn't attend).</FONT>
</P>

<P><FONT SIZE=2>The way it works with fastStart is that after (or at the same time) as</FONT>
<BR><FONT SIZE=2>fastStart is initiated, you'll have to initiate H.245 Terminal capability negotiation, and</FONT>
<BR><FONT SIZE=2>that is where the dynamic payload type will be exchanged. There are procedures in </FONT>
<BR><FONT SIZE=2>H.323v4 that allows you to do terminal capability negotiation in parrallel with fastStart.</FONT>
</P>

<P><FONT SIZE=2>The whole idea is to stop adding things to fastStart.</FONT>
</P>

<P><FONT SIZE=2>-----Original Message-----</FONT>
<BR><FONT SIZE=2>From: Rajesh Kumar [<A HREF="mailto:rkumar@CISCO.COM">mailto:rkumar@CISCO.COM</A>]</FONT>
<BR><FONT SIZE=2>Sent: Wednesday, March 28, 2001 18:56</FONT>
<BR><FONT SIZE=2>To: ITU-SG16@MAILBAG.INTEL.COM</FONT>
<BR><FONT SIZE=2>Subject: Omission in H.245 v7</FONT>
</P>
<BR>

<P><FONT SIZE=2>Dear ITU SG16 team,</FONT>
<BR><FONT SIZE=2>I just came across what I believe is an unintended omission in H.245 v7.</FONT>
</P>

<P><FONT SIZE=2>Although you have added support for rfc2833 to the 'terminal capability</FONT>
<BR><FONT SIZE=2>set' command, you have not included it as one of the CHOICEs for the</FONT>
<BR><FONT SIZE=2>dataType object in the Open Logical Channel command. The upshot is that you</FONT>
<BR><FONT SIZE=2>cannot dynamically assign a payload type to rfc2833 telephone events in the</FONT>
<BR><FONT SIZE=2>'fast connect' scenario where the 'terminal capability set' command is not</FONT>
<BR><FONT SIZE=2>used. For all practical purposes, this means that you either statically</FONT>
<BR><FONT SIZE=2>provision the rfc2833 capability, which the IETF has decried, or you do not</FONT>
<BR><FONT SIZE=2>use Fast Connect when you support telephone events.</FONT>
</P>

<P><FONT SIZE=2>All indications are that this is a minor, unintended omission on the part</FONT>
<BR><FONT SIZE=2>of SG16: nobody has discovered it as yet. It can be fixed easily. The Open</FONT>
<BR><FONT SIZE=2>Logical Channel dataType object points to the capability objects anyway,</FONT>
<BR><FONT SIZE=2>and there is no reason to omit AudioTelephonyEventCapability as an instance</FONT>
<BR><FONT SIZE=2>of the dataType object.</FONT>
</P>

<P><FONT SIZE=2>How should we go about fixing this - H.245 is still in draft, although</FONT>
<BR><FONT SIZE=2>there is preliminary approval of it?</FONT>
</P>
<BR>

<P><FONT SIZE=2>Thanks.</FONT>
</P>

<P><FONT SIZE=2>Rajesh</FONT>
<BR><FONT SIZE=2>-------------------------------------</FONT>
<BR><FONT SIZE=2>Dr. Rajesh Kumar, Principal Engineer</FONT>
<BR><FONT SIZE=2>Cisco Voice Technology Center</FONT>
<BR><FONT SIZE=2>Tel: 408-527-0811, Fax: 408-853-1101</FONT>
<BR><FONT SIZE=2>Epage: <A HREF="mailto:rkumar@epage.cisco.com">mailto:rkumar@epage.cisco.com</A></FONT>
<BR><FONT SIZE=2>-------------------------------------</FONT>
</P>

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

</BODY>
</HTML>