<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:x="urn:schemas-microsoft-com:office:excel" xmlns:p="urn:schemas-microsoft-com:office:powerpoint" xmlns:a="urn:schemas-microsoft-com:office:access" xmlns:dt="uuid:C2F41010-65B3-11d1-A29F-00AA00C14882" xmlns:s="uuid:BDC6E3F0-6DA3-11d1-A2A3-00AA00C14882" xmlns:rs="urn:schemas-microsoft-com:rowset" xmlns:z="#RowsetSchema" xmlns:b="urn:schemas-microsoft-com:office:publisher" xmlns:ss="urn:schemas-microsoft-com:office:spreadsheet" xmlns:c="urn:schemas-microsoft-com:office:component:spreadsheet" xmlns:odc="urn:schemas-microsoft-com:office:odc" xmlns:oa="urn:schemas-microsoft-com:office:activation" xmlns:html="http://www.w3.org/TR/REC-html40" xmlns:q="http://schemas.xmlsoap.org/soap/envelope/" xmlns:rtc="http://microsoft.com/officenet/conferencing" xmlns:D="DAV:" xmlns:Repl="http://schemas.microsoft.com/repl/" xmlns:mt="http://schemas.microsoft.com/sharepoint/soap/meetings/" xmlns:x2="http://schemas.microsoft.com/office/excel/2003/xml" xmlns:ppda="http://www.passport.com/NameSpace.xsd" xmlns:ois="http://schemas.microsoft.com/sharepoint/soap/ois/" xmlns:dir="http://schemas.microsoft.com/sharepoint/soap/directory/" xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:dsp="http://schemas.microsoft.com/sharepoint/dsp" xmlns:udc="http://schemas.microsoft.com/data/udc" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:sub="http://schemas.microsoft.com/sharepoint/soap/2002/1/alerts/" xmlns:ec="http://www.w3.org/2001/04/xmlenc#" xmlns:sp="http://schemas.microsoft.com/sharepoint/" xmlns:sps="http://schemas.microsoft.com/sharepoint/soap/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:udcs="http://schemas.microsoft.com/data/udc/soap" xmlns:udcxf="http://schemas.microsoft.com/data/udc/xmlfile" xmlns:udcp2p="http://schemas.microsoft.com/data/udc/parttopart" xmlns:wf="http://schemas.microsoft.com/sharepoint/soap/workflow/" xmlns:dsss="http://schemas.microsoft.com/office/2006/digsig-setup" xmlns:dssi="http://schemas.microsoft.com/office/2006/digsig" xmlns:mdssi="http://schemas.openxmlformats.org/package/2006/digital-signature" xmlns:mver="http://schemas.openxmlformats.org/markup-compatibility/2006" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns:mrels="http://schemas.openxmlformats.org/package/2006/relationships" xmlns:spwp="http://microsoft.com/sharepoint/webpartpages" xmlns:ex12t="http://schemas.microsoft.com/exchange/services/2006/types" xmlns:ex12m="http://schemas.microsoft.com/exchange/services/2006/messages" xmlns:pptsl="http://schemas.microsoft.com/sharepoint/soap/SlideLibrary/" xmlns:spsl="http://microsoft.com/webservices/SharePointPortalServer/PublishedLinksService" xmlns:Z="urn:schemas-microsoft-com:" xmlns:st="" xmlns="http://www.w3.org/TR/REC-html40">

<head>
<meta http-equiv=Content-Type content="text/html; charset=us-ascii">
<meta name=Generator content="Microsoft Word 12 (filtered medium)">
<style>
<!--
 /* Font Definitions */
 @font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 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;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal;
        font-family:"Calibri","sans-serif";
        color:windowtext;}
span.EmailStyle18
        {mso-style-type:personal;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
span.EmailStyle19
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page Section1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.Section1
        {page:Section1;}
-->
</style>
<!--[if gte mso 9]><xml>
 <o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
 <o:shapelayout v:ext="edit">
  <o:idmap v:ext="edit" data="1" />
 </o:shapelayout></xml><![endif]-->
</head>

<body lang=EN-US link=blue vlink=purple>

<div class=Section1>

<p class=MsoNormal><span style='color:#1F497D'>Hi Paul,<o:p></o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'><o:p> </o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'>Yes, I am looking for a Broader
statement. <o:p></o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'>Specifically, my problem is the
fact that ETSI TS 101 804 – 2 defines procedures referring to Q.931
sections.<o:p></o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'><o:p> </o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'>Let consider one example from ETSI
TS 101 804 – 2:<o:p></o:p></span></p>

<p class=MsoNormal><b><span style='font-size:10.0pt;color:#1F497D'>BCC_TE_S_U00_07
clause 5.8.6.1 [4]<o:p></o:p></span></b></p>

<p class=MsoNormal><span style='font-size:10.0pt;color:#1F497D'>Ensure that the
IUT in the Null call state U0, on receipt of a SETUP message with a mandatory
information element<o:p></o:p></span></p>

<p class=MsoNormal><span style='font-size:10.0pt;color:#1F497D'>missing,<o:p></o:p></span></p>

<p class=MsoNormal><span style='font-size:10.0pt;color:#1F497D'>sends a RELEASE
COMPLETE message containing a Cause information element indicating the cause
value 96<o:p></o:p></span></p>

<p class=MsoNormal><span style='font-size:10.0pt;color:#1F497D'>"mandatory
information element missing" and remains in the Null call state U0.<o:p></o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'><o:p> </o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'>Which suggest to the reader that
Q.931 section 5.8.6.1 (and some other explicitly referenced sections) <o:p></o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'>is the way H.323 should be
implemented.<o:p></o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'><o:p> </o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'>What I want to achieve is an explicit
statement in H.323 or H.225.0, which would say that this is not the case,<o:p></o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'>that these sections do not
apply, instead… and here we do need to provide something which would <o:p></o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'>close the gap created by this
unspecified Cause code value.<o:p></o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'><o:p> </o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'>The problem to select such cause
is stemmed from the fact that syntax of Q.931 messages and syntax of <o:p></o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'>H.225.0 messages are quite
different.<o:p></o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'>Q.931 status codes cover syntax
errors in Q.931 part of the message. However, very significant part of the
H.225.0 <o:p></o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'>is PER encoded, so “is the
perfectly encoded Q.931 message with ASN.1 part encoded incorrectly encoded
correctly?” <o:p></o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'>and should the response be STATUS
and if STATUS then with which cause code?<o:p></o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'><o:p> </o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'>I believe it does not make sense
to respond to syntactical errors in Q.931 part and ignore such errors in ASN.1.
<o:p></o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'>On the other hand we did not
have and do not have any fine grained definition of what to do with different
ASN.1 error cases <o:p></o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'>and this most probably created
the situation where different implementations behave differently. <o:p></o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'><o:p> </o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'>BTW: In our implementation for
example we use cause value 95: “Invalid message, unspecified” for
any syntactical mistake <o:p></o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'>in any H.225.0 message. <b>If
somebody has a different approach</b>, please share with us!<o:p></o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'><o:p> </o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'>So my ultimate goal is to make clear
that H.323 is not working according to ETSI TS 101 804 – 2 and at the
same to create minimal <o:p></o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'>possible impact on existing
implementations. <o:p></o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'><o:p> </o:p></span></p>

<p class=MsoNormal>Regards,<o:p></o:p></p>

<p class=MsoNormal>Sasha<o:p></o:p></p>

<p class=MsoNormal><o:p> </o:p></p>

<p class=MsoNormal><o:p> </o:p></p>

<p class=MsoNormal><span style='color:#1F497D'><o:p> </o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'><o:p> </o:p></span></p>

<div>

<div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'>

<p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span
style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> Paul E. Jones
[mailto:paulej@packetizer.com] <br>
<b>Sent:</b> Friday, October 02, 2009 2:29 PM<br>
<b>To:</b> Sasha Ruditsky; itu-sg16@lists.packetizer.com<br>
<b>Subject:</b> RE: [itu-sg16] AVD-3813 Handling Of Error Conditions in H.323<o:p></o:p></span></p>

</div>

</div>

<p class=MsoNormal><o:p> </o:p></p>

<p class=MsoNormal><span style='color:#1F497D'>Sasha,<o:p></o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'><o:p> </o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'>The fact that H.225.0 says a
device shall send a Status message for an unknown message, yet leaves the Cause
code unspecified, is certainly an issue we should close on.  My suggestion
would be to use 97: “Message type non-existent or not<o:p></o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'>Implemented.”<o:p></o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'><o:p> </o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'>I think an “unknown
message” would be one that is not currently defined today in
H.225.0.  If the message is syntactically invalid, then I believe that is
a protocol error.  In that case, either 100 or 111 would be good choices
depending on whether it is just an invalid IE or something that is impossible
to decode.<o:p></o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'><o:p> </o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'>Those are fairly minor changes,
though the impact might be significant.  However, your problem description
suggests you are looking for a broader statement.  Do you have a specific
proposal in mind, either a new paragraph or section on error handling or a
reference to Q.931?<o:p></o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'><o:p> </o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'>Paul<o:p></o:p></span></p>

<p class=MsoNormal><span style='color:#1F497D'><o:p> </o:p></span></p>

<div style='border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt'>

<div>

<div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'>

<p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span
style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>
itu-sg16-bounces@lists.packetizer.com
[mailto:itu-sg16-bounces@lists.packetizer.com] <b>On Behalf Of </b>Sasha
Ruditsky<br>
<b>Sent:</b> Wednesday, September 30, 2009 6:01 PM<br>
<b>To:</b> itu-sg16@lists.packetizer.com<br>
<b>Subject:</b> [itu-sg16] AVD-3813 Handling Of Error Conditions in H.323<o:p></o:p></span></p>

</div>

</div>

<p class=MsoNormal><o:p> </o:p></p>

<p class=MsoNormal>Q2 Experts,<o:p></o:p></p>

<p class=MsoNormal><o:p> </o:p></p>

<p class=MsoNormal>The conclusion for the discussion of the AVD-3813 during the
last SG16 meeting’s was to ask the experts opinion through the mailing
list.<o:p></o:p></p>

<p class=MsoNormal>My apology for the short notice. I hope that we still have
time before the next meeting for people to understand the problem and express
their opinions. <o:p></o:p></p>

<p class=MsoNormal><o:p> </o:p></p>

<p class=MsoNormal>The problem discussed in AVD 3813 is more or less as
follows:<o:p></o:p></p>

<p class=MsoNormal><o:p> </o:p></p>

<p class=MsoNormal>“<o:p></o:p></p>

<p class=MsoNormal>H.225.0 gives very little attention to the specification of
processing of the H.225.0 Call Signaling messages errors. The only place
dedicated to this subject is Clause 7.1 of H.225.0.  <o:p></o:p></p>

<p class=MsoNormal><o:p> </o:p></p>

<p class=MsoNormal>On the other hand, ITU-T Recommendation Q.931 on which
H.225.0 messages are based provides quite detailed information on the same
subject. While H.225.0 states that Implementations shall follow ITU-T Rec.
Q.931 as specified in H.225.0, there is a lot of confusion surrounding the
cases which H.225.0 does not cover and Q.931 does.<o:p></o:p></p>

<p class=MsoNormal><o:p> </o:p></p>

<p class=MsoNormal>In addition, ETSI TS 101 804 – 2 defines Conformance
Test Specification for ITU-T H.225.0. This test specification apparently based
on Q.931 procedures, not on the corresponding H.225.0 ones. More than this, in
many cases ETSI TS 101 804 – 2 requests behavior which claims to be based
on Q.931, however is not defined neither in Q.931, nor H.225.0. <o:p></o:p></p>

<p class=MsoNormal>“<o:p></o:p></p>

<p class=MsoNormal><o:p> </o:p></p>

<p class=MsoNormal>Apparently “H.323 conformant” not always means
“ETSI TS 101 804 – 2 conformant” and I believe we need to
find some solution to at least make this particular point clear.<o:p></o:p></p>

<p class=MsoNormal><o:p> </o:p></p>

<p class=MsoNormal>I’m going to resubmit AVD-3813. <o:p></o:p></p>

<p class=MsoNormal>It would be great to be able to get some ideas from the
group into the resubmitted document.<o:p></o:p></p>

<p class=MsoNormal><o:p> </o:p></p>

<p class=MsoNormal>Thank you,<o:p></o:p></p>

<p class=MsoNormal>Sasha <o:p></o:p></p>

<p class=MsoNormal><o:p> </o:p></p>

</div>

</div>

</body>

</html>