- sg16-avd - lists.packetizer.com

The meaning of the reception of a "new" capability set
by frank.derks＠PHILIPS.COM 01 Nov '99

01 Nov '99

Neither H.323 nor H.245 are too clear about what it means when an endpoint receives another set of capabilities after having already received one. In previous E-mail messages on this list, I have read that capability sets are cumulative, i.e. anything "new" received in a TCS message adds to the capabilities transmitted in a previous TCS message. I have, however, found nothing in the recommendations that backs this up. So what is the intended procedure? Does a newly received set of capabilities replace the previously received set? Do capabilities received in a TCS message add to the already received capabilities? How are capabilities removed? What constitutes an "empty capability set" etc. I would appreciate it if somebody could point me in the right direction. Regards, Frank

1 0

Re: H323mobility:meeting
by jaakko.sundquist＠NOKIA.COM 01 Nov '99

01 Nov '99

Hi Ed, I haven't read your draft yet, but I just want to make a short comment on the definitions that you proposed. You mention the concepts of HomeZone ID and VisitedZone ID. This implies already to a certain architecture, namely one where the "home area" and "visited area" of a User are defined to be identified with the accuracy of one zone. In my contribution to the Red Bank meeting (APC 1659) I proposed similar "home area" and "visited area" concepts based on Administrative Domains, which in my mind makes more sense as the Domains have so far in H.323 been the entities that are responsible for maintaining any information of their users. So I propose that we think about the architecture first before defining these terms. - Jaakko Sundquist ------------------------------------------------------- In a hole in the ground there lived a hobbit. Not a nasty, dirty, wet hole, filled with the ends of worms and an oozy smell, nor yet a dry, bare, sandy hole with nothing in it to sit down on or to eat: it was a hobbit-hole, and that means comfort. ------------------------------------------------------- -----Original Message----- From: EXT Edgar Martinez [1] [mailto:martinze@cig.mot.com] Sent: Monday, November 01, 1999 3:33 AM To: ITU-SG16(a)mailbag.cps.intel.com Subject: H323mobility:meeting Dear All, I have put together the first proposed draft and outline for H.323 Annex-H. You can pick-up a copy in: http://people.itu.int/~emartine/temp/ Editor's Special Note: The interworking referred in this annex is the interwork of legacy systems to H.323 systems. Not to be confused with interworking H.323 systems to circuit switched hybrid systems or circuit switched adjuncts. The work proposed therewith, does not impact the legacy systems or impose new requirements to the Legacy systems to support H.323 terminals or H.323 systems. Need to add more sections to the Annex-H to comply with TOR e.g., Interworking: Network interworking connections between H.323 systems and mobile networks (e.g., GSM, ANSI 41, ...) connections between mobile H.323 systems and PSTN or other networks. Terminal interworking Use of non-H.323 mobile terminals (e.g., GSM handset, H.324 terminal, H.320 terminal, etc.) to communicate with H.323 systems. Tandeming minimisation Non-transcoding of media streams Also, it would be nice if we can add to the the defiention section: Home Location Funtion (HFL) Vistor Location Funtion (VFL) Authentication user Funtion (AuF) HomeZone ID (HZid) VisitedZone ID (VZid) -- Edgar Martinez - Principal Staff Engineer Email mailto:martinze@cig.mot.com FAX 1-847-632-3145 - - Voice 1-847-632-5278 1501 West Shure Drive, Arlington Hgts. IL 60004 Public: TIPHON & Other Stds - http://people.itu.int/~emartine/ Private:TIPHON & Other Stds - http://www.cig.mot.com/~martinze/

1 0

Revised(Fwd: H323mobility:meeting)
by Edgar Martinez [1] 31 Oct '99

31 Oct '99

Oh well... -------- Original Message -------- Subject: H323mobility:meeting Date: Sun, 31 Oct 1999 20:33:25 -0500 From: "Edgar Martinez [1]" <martinze(a)cig.mot.com> Organization: NSS-NAT To: Entirely SG16 <ITU-SG16(a)mailbag.cps.intel.com> CC: "TIPHON_WG7(a)LIST.ETSI.FR" <TIPHON_WG7(a)LIST.ETSI.FR> Dear All, I have put together the first proposed draft and outline for H.323 Annex-H. You can pick-up a copy in: http://people.itu.int/~emartine/temp/ Editor's Special Note: The interworking referred in this annex is the interwork of legacy systems to H.323 systems. Not to be confused with interworking H.323 systems to circuit switched hybrid systems or circuit switched adjuncts. The work proposed therewith, does not impact the legacy systems or impose new requirements to the Legacy systems to support H.323 terminals or H.323 systems. Need to add more sections to the Annex-H to comply with TOR e.g., Interworking: Network interworking connections between H.323 systems and mobile networks (e.g., GSM, ANSI 41, ...) connections between mobile H.323 systems and PSTN or other networks. Terminal interworking Use of non-H.323 mobile terminals (e.g., GSM handset, H.324 terminal, H.320 terminal, etc.) to communicate with H.323 systems. Tandeming minimisation Non-transcoding of media streams Also, it would be nice if we can add to the the defiention section: Home Location Function (HFL) Visitor Location Function (VFL) Authentication user Function (AuF) HomeZone ID (HZid) VisitedZone ID (VZid) -- Edgar Martinez - Principal Staff Engineer Email mailto:martinze@cig.mot.com FAX 1-847-632-3145 - - Voice 1-847-632-5278 1501 West Shure Drive, Arlington Hgts. IL 60004 Public: TIPHON & Other Stds - http://people.itu.int/~emartine/ Private:TIPHON & Other Stds - http://www.cig.mot.com/~martinze/

1 0

H323mobility:meeting
by Edgar Martinez [1] 31 Oct '99

31 Oct '99

Dear All, I have put together the first proposed draft and outline for H.323 Annex-H. You can pick-up a copy in: http://people.itu.int/~emartine/temp/ Editor's Special Note: The interworking referred in this annex is the interwork of legacy systems to H.323 systems. Not to be confused with interworking H.323 systems to circuit switched hybrid systems or circuit switched adjuncts. The work proposed therewith, does not impact the legacy systems or impose new requirements to the Legacy systems to support H.323 terminals or H.323 systems. Need to add more sections to the Annex-H to comply with TOR e.g., Interworking: Network interworking connections between H.323 systems and mobile networks (e.g., GSM, ANSI 41, ...) connections between mobile H.323 systems and PSTN or other networks. Terminal interworking Use of non-H.323 mobile terminals (e.g., GSM handset, H.324 terminal, H.320 terminal, etc.) to communicate with H.323 systems. Tandeming minimisation Non-transcoding of media streams Also, it would be nice if we can add to the the defiention section: Home Location Funtion (HFL) Vistor Location Funtion (VFL) Authentication user Funtion (AuF) HomeZone ID (HZid) VisitedZone ID (VZid) -- Edgar Martinez - Principal Staff Engineer Email mailto:martinze@cig.mot.com FAX 1-847-632-3145 - - Voice 1-847-632-5278 1501 West Shure Drive, Arlington Hgts. IL 60004 Public: TIPHON & Other Stds - http://people.itu.int/~emartine/ Private:TIPHON & Other Stds - http://www.cig.mot.com/~martinze/

1 0

White contributions for decision in Feb. 2000
by Sakae OKUBO 31 Oct '99

31 Oct '99

Dear Q12-14/16 experts, JS> The H.248 white draft has been uploaded to the PictureTel ftp archive JS> (ftp://standard.pictel.com/avc-site/Incoming/h248-whitedraft.zip). CG> The H246annexC whitepaper is now stored on the pictel website. CG> The file is whitepaper_H246annexC_clean.zip GH> In the Incoming directory of standard.pictel.com/avc-site , GH> I have uploaded a white document for decision GH> in the meeting in Geneva of SG16 in february. GH> It is H.323 Annex G, Text Conversation and Text SET. All of these files have been moved to /0002_Gen directory. Please see the following index: http://standard.pictel.com/ftp/avc-site/0002_Gen/0002_Gen.html Best regards, Sakae OKUBO (Mr.) *********************************************************** Waseda Research Center Telecommunications Advancement Organization of Japan (TAO) 5th Floor, Nishi-Waseda Bldg. 1-21-1 Nishi-Waseda, Shinjuku-ku, Tokyo 169-0051 Japan Tel: +81 3 5286 3830 Fax: +81 3 5287 7287 e-mail: okubo(a)giti.or.jp ***********************************************************

1 0

Report of the Red Bank meeting APC-1748a
by Sakae OKUBO 31 Oct '99

31 Oct '99

Dear Q.12-14/16 experts, I have refined the report of the Red Bank meeting APC-1748 and uploaded it to the ftp site: ftp://standard.pictel.com/avc-site/Incoming/APC-1748a.zip or http://standard.pictel.com/ftp/avc-site/Incoming/APC-1748a.zip Changes from the preliminary version are as follows: - Some clarifications from Rapporteurs have been added. - Various editorial refinements have been made. - List of participants has been included - still to be updated - Annexes have been included. Please review this draft and return your comments by the end of Thursday at your local time, so that I can send the final version to the SG16 management. Best regards, Sakae OKUBO (Mr.) *********************************************************** Waseda Research Center Telecommunications Advancement Organization of Japan (TAO) 5th Floor, Nishi-Waseda Bldg. 1-21-1 Nishi-Waseda, Shinjuku-ku, Tokyo 169-0051 Japan Tel: +81 3 5286 3830 Fax: +81 3 5287 7287 e-mail: okubo(a)giti.or.jp ***********************************************************

1 0

H246 Annex C Whitepaper
by Christian Groves 29 Oct '99

29 Oct '99

G'Day all, The H246annexC whitepaper is now stored on the pictel website. The file is whitepaper_H246annexC_clean.zip please disregard the .doc file as it is corrupted. Cheers, Christian

1 0

Re: [Robustness] group formed
by Roy, Radhika R, ALARC 29 Oct '99

29 Oct '99

Hi, Maureen: It is nice to see that a conference call will be held to discuss "robustness mechanisms for H.323." In the last Red Bank meeting, I proposed that the contribution D.225 - "Framework for Reliable H.323 Gatekeeper Architectures" submitted in the last SG16 May'99, Santiago, Chile, should also be included in the terms of reference. I believe that the Rap. of Q.13 has included this in meeting report. However, I could not attend the H.323 robustness group meeting because of conflicting schedules with other H.323 activities. When I noticed that TD-28 did not contain any reference to D.225, I gave an electronic copy of D.225 to one of the participant group members of TD-28. Even then I found that TD-28 had not been modified to include any reference to D.225. As a first step, I would request to look into D.225 and examine how the robustness in H.323 can be also addressed in view of D.225. I will try to attend the conference call on November 16 (Tuesday, 11-12 EST). By the way, is this time of the conf. call in EST of USA? Please clarify this in the subsequent mail. Again, my thanks to you for hosting the conference call. Best Regards, Radhika R. Roy AT&T + 1 732 420 1580 rrroy(a)att.com > -----Original Message----- > From: Maureen.Stillman(a)NOKIA.COM [SMTP:Maureen.Stillman@NOKIA.COM] > Sent: Wednesday, October 27, 1999 6:07 PM > To: ITU-SG16(a)MAILBAG.INTEL.COM > Subject: [Robustness] group formed > > A new group has formed to study the area of providing robustness > mechanisms > for H.323. This group has agreed to work on items together. Attached is > TD-28 written in Red Bank which outlines terms of reference for work to be > undertaken towards providing robustness mechanisms in H.323 and identifies > a > number of potential future work areas. > The group decided to initially work on defining a set of terms for > robustness via the mailing list. Please send contributions of relevant > terms (and optionally their definitions). Please put [Robustness] in the > subject line for those who want to filter e-mail. The group will schedule > occasional conference calls open to any interested parties. Nokia will > host > the first conference call. > > Conference Call Agenda: > > A. terms submitted on the mailing list > B. next steps for the group > > I propose Tuesday, November 16 as the first conference call to be held > from > 11-12 EST. > Please send e-mail to me at: maureen.stillman(a)nokia.com if you wish to > participate or if the time is not good, but you wish to participate. > > The TD-28 document is attached and the Web site is: > > ftp://standard.pictel.com/avc-site/9910_Red/TD-28.zip > > <<TD-28 robust.doc>> > > -- maureen > > Maureen Stillman > Member of Scientific Staff Voice: (607)273-0724 x62 > Nokia IP Telephony Fax: (607)275-3610 > 127 W. State Street Mobile: (607)227-2933 > Ithaca, NY 14850 > e-mail: maureen.stillman(a)nokia.com > www.nokia.com > << File: TD-28 robust.doc >>

1 0

AW: H246annexC Progress Indicators
by Horvath Ernst 29 Oct '99

29 Oct '99

I recommend to keep the two Progress indicators since both public and private ISDNs (QSIG) allow it, so the H.323 gateway should allow it as well. Especially if a private ISDN is involved there are cases where a 2nd progress indicator can occur. Ernst Horvath Siemens AG > -----Ursprüngliche Nachricht----- > Von: Christian Groves [mailto:Christian.Groves@ERICSSON.COM] > Gesendet am: Donnerstag, 28. Oktober 1999 23:33 > An: ITU-SG16(a)mailbag.cps.intel.com > Betreff: H246annexC Progress Indicators > > G'Day, > > In my H246 annex C draft recommendation section C.6.1.4.2 > I've said that > an Alerting and Progress can contain two progress indicator > elements. I > can't find anything in H.225 or H.323 that forbids this. > > ie. > Progress indicator > Progress indicator information elements possibly present in the access > transport parameter of the Call Progress Message (CPG) are transferred > into the message sent to the calling user. If the calling user is a > H.323 end system it need not interpret this information element. > In addition, progress indicator information elements are > created by the > Interworking function according to the coding of the Call Progress > Message (CPG). Table 15 shows the sending criteria of each value. > Every message sent to the access (ALERTING or PROGRESS) may > contain two > progress indicator information elements. When more than two progress > indicator information elements are to be sent, the supplementary > progress indicator information elements are sent in a > PROGRESS message. > > Are people happy to leave this in or do you only want to see one > supported?? > > Cheers, Christian >

1 0

H.248 white draft uploaded
by John Segers 29 Oct '99

29 Oct '99

All, The H.248 white draft has been uploaded to the PictureTel ftp archive (ftp://standard.pictel.com/avc-site/Incoming/h248-whitedraft.zip). The file is a zipped Word97 document. It was created by deleting all IETF-specific text (RFC header and such) from a master ITU-IETF document. Also, I deleted all macros used in the master document, but Word still thinks the document contains macros. You can disable the macros when opening the document. Regards, John Segers (ITU editor) Brian Rosen (IETF editor) -- John Segers email: jsegers(a)lucent.com Lucent Technologies Room HE 306 Dept. Forward Looking Work phone: +31 35 687 4724 P.O. Box 18, 1270 AA Huizen fax: +31 35 687 5954

1 0