Comments on H.225.0 v4 Whitedraft (sourceAddress)

Rich Bowen rkbowen at CISCO.COM
Thu Jul 20 20:05:53 EDT 2000


Karl,

Glad you noticed this.  How about the following slight modification of
the wording that you proposed:

"sourceAddress - Contains the alias addresses of the source.  The
primary address shall be first.  Note that the E.164 Number of the
source, if any, shall be contained within the Calling Party Number
Information Element."

Note that we allow the E.164 number to be included in both the
sourceAddress field and the Calling Party Number IE.  If we're saying
that it "shall" be in the IE, should we at least say that it "should
not" be included in the sourceAddress field?

Regards,
Rich

Klaghofer Karl ICN EN HC SE 81 wrote:
>
> One more try, since it seems that my previous mail I sent out yesterday did
> not arrive.
> Regards,
> Karl Klaghofer
>
> > -----Ursprüngliche Nachricht-----
> > Von:  Klaghofer Karl  ICN EN HC SE 81
> > Gesendet am:  Tuesday, July 18, 2000 12:02
> > An:   'ITU-SG16 at mailbag.cps.intel.com'
> > Betreff:      Comments on H.225.0 v4 Whitedraft (sourceAddress)
> >
> > Rich and others,
> >
> > H.225.0v4 White draft, section 7.3.10 Setup reads:
> > "...
> > sourceAddress - Contains the alias addresses for the source; the dialed
> > digit string of the source is in the Q.931 Calling Party Number IE. The
> > primary address shall be first.
> > ..."
> >
> > PROPOSED TO BE CORRECTED TO:
> > "...
> > sourceAddress - Contains the alias addresses of the source. Note that the
> > E.164 Number of the source is contained within Calling Party Number
> > Information Element. The primary address shall be first.
> > ..."
> >
> > Background:
> > As part of the global v4 change to replace the term "e164" by the term
> > "dialedDigits" in the whole H.225.0 document, the sentense in current v4
> > Whitedraft does not make sense anymore and should be corrected in v4 in
> > Portland. I think what we wanted to say is that the E.164 number is
> > contained within the Calling Party Number IE and not the dialed digit
> > string ! Dialed digit string (unstructured number which maybe may include
> > prefixes, etc would be put into sourceAddress.dialedDigits).
> > Note: There might be further sections where the simple replacement of the
> > term e164 by term dialed digits may have caused vagueness, since term e164
> > in v2 was actually used for both - real E.164 but also unstructured digit
> > strings.
> >
> > Regards,
> > Karl Klaghofer
> > -------------------------------------------------------
> > Karl Klaghofer, Siemens AG
> > Dpmt ICN EN HC D81, VoIP Architecture & Standardization
> > Hofmannstr. 51, 81359 Munich, Germany
> > Tel.: +49 89 722 31488; Fax.: +49 89 722 37629
> > Mail: karl.klaghofer at icn.siemens.de
> >
>
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> 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