H248 imported ASN syntax in H.323

Callaghan, Robert Robert.Callaghan at ICN.SIEMENS.COM
Tue Jan 23 15:57:46 EST 2001


Paul,

The changes currently on the packetizer site currently reflect agreed
changes that were not properly represented in the H.323v4 or H.225.0v4 text.
The correctness of these changes can be reconstructed from the agreed
contributions and meeting minutes.  These changes do not represent anything
new.

You are proposing an "enhancement."  This is something new.  (I agree that
it is a good enhancement; but this discussion has to do with process.)  The
ASN.1 that you object to was previously agreed to through contributions at a
rapporteur meeting.  Based on that agreement, the document was accepted at
the study group 16 plenary meeting with formal approval of the various
national representatives.  (Yes, a member of the U.S. state department
actually participated in the approval.)  In a way, this is saying that the
objection may be too late; but there are ways.

It is not possible to change the specification solely based on a discussion
on a mailing list.  Although such a discussion is good in order to refine
and clarify a solution.

If you think that your change should be made, a contribution should be
submitted to the rapporteur meeting that take place during 5-9 March 2001.
Based on agreement in this meeting, the change can be incorporated into the
Implementer's Guide or into H.225.0v5.  The final agreement for anything
currently being added to the implementer's guide will be during the working
party meeting that takes place as part of the study group 16 meeting on 4-15
June 2001.  A single objection at this time will block any change proposed
for the implementer's guide.  To be part of the H.225.0v5 changes only a
consensus is required.  H.225.0v5 will probably be approved in 2003.

With these processes in mind, I hope that you understand the options
available to you.

I do hope that you succeed, because I do like your proposal and the
isolation that it accommodates.

Bob

--------------------------------------------------------------
Robert Callaghan
Siemens Enterprise Networks
5500 Broken Sound Blvd,      Boca Raton, Fl 33487
Tel: +1 561 923-1756            Fax: +1 561 923-1403
Email: Robert.Callaghan at ICN.Siemens.com
-----------------------------------------------------------------

 -----Original Message-----
From:   Paul, Manoj [mailto:mpaul at TRILLIUM.COM]
Sent:   Tuesday, January 23, 2001 1:08 PM
To:     ITU-SG16 at mailbag.cps.intel.com
Subject:        Re: H248 imported ASN syntax in H.323

 Hi Paul,

   Since it is expected to have an Implementor's Guide for V4 of H.323,
I believe it should still be possible to incorporate this change (making
h248 context information to Octet Strings). The H.225 ASN.1 change log
at Packetizer site reflects a few changes that were recently made to it.
Is it not possible to incorporate this change the same way. Guess it would
reduce lot of overhead of importing H248 ASN.1 syntax.

-Manoj

-----Original Message-----
From: Paul E. Jones [mailto:paulej at PACKETIZER.COM]
Sent: Monday, January 22, 2001 10:38 AM
To: ITU-SG16 at mailbag.cps.intel.com
Subject: Re: H248 imported ASN syntax in H.323


Bob,

I agree that it's potentially too late..  I say "potentially", because if we
find so much as one real error in the ASN.1 (other than those already listed
on Packetizer), it opens the door to making such a change.  If no textual
changes are required to the approved documents, just the data type, we could
think about it.

Of course, we might be opening the door for more problems :-)

Paul

----- Original Message -----
From: "Callaghan, Robert" <Robert.Callaghan at icn.siemens.com>
To: "'Paul E. Jones'" <paulej at PACKETIZER.COM>;
<ITU-SG16 at mailbag.cps.intel.com>
Sent: Monday, January 22, 2001 8:11 AM
Subject: RE: H248 imported ASN syntax in H.323


> Paul,
>
> At this point the question is not one of supporting a desirable change.
>
> The proposed change is clearly intended as an improvement.  It is not a
> correction of an error.  This change applies to a decided (approved)
> document.  Therefore any change must be made in a backwards compatible
> manner in the next release of the document.
>
> I, personally, like the change.  But, it is too late.
>
> Bob
>
> --------------------------------------------------------------
> Robert Callaghan
> Siemens Enterprise Networks
> 5500 Broken Sound Blvd,      Boca Raton, Fl 33487
> Tel: +1 561 923-1756            Fax: +1 561 923-1403
> Email: Robert.Callaghan at ICN.Siemens.com
> -----------------------------------------------------------------
>
>  -----Original Message-----
> From: Paul E. Jones [mailto:paulej at PACKETIZER.COM]
> Sent: Sunday, January 21, 2001 7:51 PM
> To: ITU-SG16 at mailbag.cps.intel.com
> Subject: Re: H248 imported ASN syntax in H.323
>
> Manoj,
>
> I suppose the argument is that it makes it clearer to the implementer what
> those fields are used for and how they should be completed.  We've had
> confusion in the past over what is supposed to go inside a fastStart
> element, for example.  It's almost worth considering replaying:
>
> h248Message OCTET STRING OPTIONAL
> with
> h248Message MegacoMessage OPTIONAL
>
> but people may have had a good reason not to want to do that.  Perhaps it
> was felt that that would require importing too much :-)
>
> I am fairly indifferent on the matter, though I'd prefer not to make
changes
> to the ASN.1 that are not errors.  However, if we find errors in the ASN.1
> file, I'd consider changing other cosmetic items like this one.  My hope
is
> that the ASN.1 file here:
> http://www.packetizer.com/iptel/h323/h2250v4.asn
>
> is complete and without errors :-)
>
> (Note that it was last updated 18-Jan-2001.)
>
> Paul
>
> ----- Original Message -----
> From: "Paul, Manoj" <mpaul at TRILLIUM.COM>
> To: <ITU-SG16 at mailbag.cps.intel.com>
> Sent: Friday, January 19, 2001 7:53 PM
> Subject: H248 imported ASN syntax in H.323
>
>
> > Hi All,
> >
> >   Would it not be useful to replace the following ASN.1 syntaxes
> > in H.323 V4:
> >
> >  1) "SEQUENCE OF H248PackagesDescriptor" in RRQ with "SEQUENCE OF OCTET
> > STRING"
> >  2) H248SignalDescriptor by OCTET STRING in ServiceControlDescriptor
> Choice.
> >
> > This would save importing the complete ASN.1 syntax of H248PackageDesc
> > and H248SignalDesc from H.248. It's like representing H.245 tunneled
> > messages in H.225 as OCTET STRINGS and hence  saving the need to
> > import of H.245 syntax. The usage of (1) and (2) as PackageDesc and
> > SignalDesc would be clear from the context.
> >
> > -Manoj Paul.
> >
> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > For help on this mail list, send "HELP ITU-SG16" in a message to
> > listserv at mailbag.intel.com
> >
>
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> For help on this mail list, send "HELP ITU-SG16" in a message to
> listserv at mailbag.intel.com
>

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
For help on this mail list, send "HELP ITU-SG16" in a message to
listserv at mailbag.intel.com

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
For help on this mail list, send "HELP ITU-SG16" in a message to
listserv at mailbag.intel.com

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
For help on this mail list, send "HELP ITU-SG16" in a message to
listserv at mailbag.intel.com



More information about the sg16-avd mailing list