APC-1926: Intra-Zone and Intra-Domain Communications

[Roy, Radhika R, ALCOO]

Karl,

Thanks for the response.  I'll also discuss this with others here at
the meeting in Portland.

Regards,
Rich

Klaghofer Karl ICN EN HC SE 81 wrote:
>
> Rich wrote:
> "...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?
> ..."
>
> YES, we should state that the real E.164 number of the calling user shall be
> in Calling Party Number IE and should not be in SourceAddress field.
>
> Regards,
> Karl
>
> -----------------------------------------------------------
> Karl Klaghofer / ICN EN HC SE 81
> HiPath VoIP Enterprise Architecture & Standardization
> Hofmannstr. 51, 81359 Munich, Germany
> Tel.: +49 89 722 31488
> Fax.: +49 89 722 37629
> E-Mail: karl.klaghofer at icn.siemens.de
>
> -----Ursprüngliche Nachricht-----
> Von: Rich Bowen [mailto:rkbowen at CISCO.COM]
> Gesendet am: Freitag, 21. Juli 2000 02:06
> An: ITU-SG16 at mailbag.cps.intel.com
> Betreff: Re: Comments on H.225.0 v4 Whitedraft (sourceAddress)
>
> 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
>
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> 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