Missing FastConnectRefused flag in PROGRESS message

[Paul E. Jones]

Paul,

Section 11.2 of H.323 states:

``All terminals shall support the Information Request/Information Request
Response (IRQ/IRR) message of Recommendation H.225.0. The Information
Request Response message contains the TSAP Identifier of all channels
currently active on the call, including T.120 and H.245 control, as well as
audio and video. This information can be used by third party maintenance
devices to monitor H.323 conferences to verify system operation.''

The second sentence is the "clue", I suppose.  It was definitely intended
that perCallInfo shall be included in the IRR.  However, I agree that this
could be clearer.  In addition, the spec should be clearer about what to do
when an IRQ is received for a call that does not exist.  However, I believe
the answer is to respond without perCallInfo.

Paul

----- Original Message -----
From: "Paul Long" <plong at SMITHMICRO.COM>
To: <ITU-SG16 at mailbag.cps.intel.com>
Sent: Wednesday, March 29, 2000 5:59 PM
Subject: Re: Use of IRR by Gateways


> Paul,
>
> I was explaining what the Recommendation actually requires and what
vendors
> have implemented, not what "makes sense" or what the Recommendation should
> have said. While it may be a violation of the spirit of H.323 for an EP to
> never encode perCallInfo, it is clearly not a violation of the letter of
> H.323, and implementations have bore this out. If you think otherwise,
> please cite normative text.
>
> Paul Long
> Smith Micro Software, Inc.
>
> -----Original Message-----
> From: Paul E. Jones [mailto:paulej at cisco.com]
> Sent: Wednesday, March 29, 2000 3:17 PM
> To: Mailing list for parties associated with ITU-T Study Group 16; Paul
> Long
> Subject: Re: Re: Use of IRR by Gateways
>
>
> Paul,
>
> I have to disagree.  If I have a GK that sends an IRQ with a specific CRV,
> it means that it wants call details about the call.  Why else would it
send
> it?
>
> With a CRV=0, it wants all call details.  This included the perCallInfo,
as
> well, and is important for the alternate Gatekeeper procedure (among other
> things).
>
> So, why is the field OPTIONAL in the ASN.1?  Because if the GK queries for
a
> call that does not know about, it returns an IRR to the IRQ without any
> perCallInfo.
>
> Paul
>