- sg16-avd - lists.packetizer.com

Re: APC allocation for H.323 Annex P
by Sakae OKUBO 30 Oct '00

30 Oct '00

Dear Mr. Wolfstein, >I have been appointed by Mr. Skran (rapportuer for Q13/16) as editor of >H.323 Annex P (modem relay over IP). I will send the initial draft for >this annex after receiving the APC number. Following some talks with Mr. >Skran, it was decided that it would be best if the draft was presented in >a joint meeting with the modem experts group, which is scheduled to take >place during the SG meeting, on Thursday, November 16th. I would like you >to allocate an APC number to the document, defined as "H.323 Annex P Draft >(modem relay over H.323)". APC-2022 has been allocated to your contribution. Best regards, Sakae OKUBO *********************************************************** 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 (to be transferred) +81 3 3204 8194 (direct) Fax: +81 3 5287 7287 e-mail: okubo(a)giti.or.jp *********************************************************** ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

1 0

AW: [H.323 Mobility:] MD-110 uploaded (new messages to H.225 Anne x G)
by Euchner Martin 30 Oct '00

30 Oct '00

Hi Jaakko, I'm not certain, whether I really understand the purpose of the EncryptionToken. If I look at Annex G v1, H.235 Clear and CryptoTokens are always present in each Annex G message; they are conveyed within AnnexGCommonInfo and thus are already part of each annex G message. Thus, I would say, that EncryptionToken is somewhat redundant and we do not need that this way. The other question I have concerns AuthenticationRejection: Why do you reverse tunnel - that is, feed back - the tunneled message in the reject? Finally a general question: Once there was a discussion that Annex G not only be used among Border elements as currently defined in the H.225 Annex Gv1 scope, but to extend its usage for mobility purposes. If this were true, then Annex G could be applied also between the GK-VLF/BE and between HLF/BE-AuF. What is the current status of that discussion? Kind Regards Martin Euchner. ----------------------------------------------------------------------- | Dipl.-Inf. Phone: +49 89 722 55790 | Martin Euchner Fax : +49 89 722 46841 | Siemens AG | ICN M NT 5 mailto:Martin.Euchner@icn.siemens.de <mailto:Martin.Euchner@icn.siemens.de> | mailto:martin.euchner@ties.itu.int <mailto:martin.euchner@ties.itu.int> | Hofmannstr. 51 Intranet: http://intranet.icn.siemens.de/marketing/network_technology/security/pki.htm | D-81359 Muenchen Internet: http://www.siemens.de <http://www.siemens.de> | __________________ | Germany ----------------------------------------------------------------------- -----Ursprüngliche Nachricht----- Von: Jaakko Sundquist [SMTP:jaakko.sundquist@NOKIA.COM] Gesendet am: Montag, 30. Oktober 2000 11:11 An: ITU-SG16(a)mailbag.cps.intel.com Betreff: [H.323 Mobility:] MD-110 uploaded (new messages to H.225 Annex G) Mr. Fortinsky et al, I have uploaded MD-110 containing a contribution on adding new, authentication related messages to the H.225 Annex G protocol, to the URL: ftp://standard.pictel.com/avc-site/Incoming/Mobility-AHG/MD-110_AdditionOfMe ssagesToH225AnnexG.zip . I will send the contribution also to the two meetings in Geneva, but if you send comments really quickly (tomorrow) to me, I may be able to make some changes to the contribution, before distributing it. ------------------------------------------------ Jaakko Sundquist * +358 50 3598281 * Audere est Facere! jaakko.sundquist(a)nokia.com * ------------------------------------------------ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

1 0

[H.323 Mobility:] A revised MD-110 uploaded
by Jaakko Sundquist 30 Oct '00

30 Oct '00

Hi all again, It didn't take long to realize one more addition that I think is needed to the H.225 Annex G. There is a need to convey the User Profile from the HLF to the VLF/GK serving the User. At least the knowledge of a possible Home GK & whether or not it is mandatory for this User to use the Home GK (Service Execution in Home Administrative Domain) should be conveyed. So I'm proposing an addition of a User Profile field to the DescriptorUpdateAck message for conveying this information. The contribution can be found in: ftp://standard.pictel.com/avc-site/Incoming/Mobility-AHG/MD-110b_AdditionOfM essagesToH225AnnexG.zip . If no comments arrive before an unspecified time tomorrow, this will also be the contribution for the Geneva meetings. ------------------------------------------------ Jaakko Sundquist * +358 50 3598281 * Audere est Facere! jaakko.sundquist(a)nokia.com * ------------------------------------------------ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

1 0

Uploaded Contributions
by CHATRAS Bruno FTRD/DAC/ISS 30 Oct '00

30 Oct '00

The following contributions: APC-2020 France Telecom Support of a direction indication in the generic announcement package APC-2021 France Telecom Proposed package for data transmission over analog lines have been uploaded to: ftp://standard.pictel.com/avc-site/Incoming/ Mr Okubo could you please move them to the 0011_Gen directory. Best Regards. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

1 0

Re: APC-number request
by Sakae OKUBO 30 Oct '00

30 Oct '00

Dear Mr. Suzuki, Mr. Sundquist, Mr. Li, Mr. Chatras, The following APC numbers have been allocated to your contributions: APC-2016 NTT DoCoMo Support of HTTP in H.324 APC-2017 Nokia Comparison of 3GPP All IP and H.323 Annex H architectures APC-2018 UCLA, Samsung Draft text for "Generic Uneven Level Protection (ULP)" for Annex I of H.323 APC-2019 UCLA, Samsung Proposals for H.323 Annex I APC-2020 France Telecom Support of a direction indication in the generic announcement package APC-2021 France Telecom Proposed package for data transmission over analog lines Best regards, Sakae OKUBO *********************************************************** 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 (to be transferred) +81 3 3204 8194 (direct) Fax: +81 3 5287 7287 e-mail: okubo(a)giti.or.jp *********************************************************** ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

1 0

Re: APC Number Request
by Sakae OKUBO 30 Oct '00

30 Oct '00

Dear Mr. Sang-gil Kim, The following APC numbers have been allocated to your contributions: APC-2014 >Source: Korea Telecom >Title: Comment to H.323 Annex K APC-2015 >Source: Korea Telecom >Title: A Procedure for Multimedia Mail Service Best regards, Sakae OKUBO *********************************************************** 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 (to be transferred) +81 3 3204 8194 (direct) Fax: +81 3 5287 7287 e-mail: okubo(a)giti.or.jp *********************************************************** ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

1 0

[H.323 Mobility:] MD-110 uploaded (new messages to H.225 Annex G)
by Jaakko Sundquist 30 Oct '00

30 Oct '00

Mr. Fortinsky et al, I have uploaded MD-110 containing a contribution on adding new, authentication related messages to the H.225 Annex G protocol, to the URL: ftp://standard.pictel.com/avc-site/Incoming/Mobility-AHG/MD-110_AdditionOfMe ssagesToH225AnnexG.zip . I will send the contribution also to the two meetings in Geneva, but if you send comments really quickly (tomorrow) to me, I may be able to make some changes to the contribution, before distributing it. ------------------------------------------------ Jaakko Sundquist * +358 50 3598281 * Audere est Facere! jaakko.sundquist(a)nokia.com * ------------------------------------------------ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

1 0

Re: APC-number request
by Jaakko Sundquist 30 Oct '00

30 Oct '00

Hi again, I forgot one APC-number: "Comparison of 3GPP All IP and H.323 Annex H architectures" - as a Nokia contribution. I hope, I'm still on time... thanks in advance anyway. -Jaakko Sundquist > -----Original Message----- > From: EXT Sakae OKUBO [mailto:okubo@giti.waseda.ac.jp] > Sent: 29. October 2000 18:21 > To: jaakko.sundquist(a)nokia.com > Cc: Q.12-14/16 Reflector; wg5-3 TTC > Subject: Re: APC-number request > > > Dear Mr. Sundquist > > APC numbers have been allocated as follows: > > >Could you allocate APC-numbers for me for the following > contributions: > > APC-2011 > >"H.323 Annex H Draft" - as the editor contribution > > APC-2012 > >"New messages to the H.225 Annex G protocol" - as a Nokia > contribution > > APC-2013 > >"Changes to the H.323 Annex H" - as a Nokia contribution. > > Best regards, > > Sakae OKUBO > *********************************************************** > 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 (to be transferred) > +81 3 3204 8194 (direct) > Fax: +81 3 5287 7287 > e-mail: okubo(a)giti.or.jp > *********************************************************** > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

1 0

Questions on SDL keys used in H.245
by Lin Liu 29 Oct '00

29 Oct '00

Dear experts, I am a PhD student working in the area of modelling and analysis of communication protocols with formal methods. Currently I am looking at the H.245 recommendation. I have got a trivial question about the SDL keys used in H.245 (published in 05/99). In Figure C.1/H.245 -SDL key, "signal from protocol user" (the one with double vertical lines at the right side) and "local signal received" (the one with single vertical line) are defined as different SDL keys. But in the SDL specifications of some H.245 procedures, it seems that these two keys (as well as "signal to protocol user" and "local signal sent") are used undistinguishably. For example, in Figure C.9/H245 - Incoming CESE SDL, "local signal received" key is used for primitive "TRANSFER.response", which expected by me to be reprensentated as key "signal from protocol user" because it IS the primitive issued by the CESE user. There are some other simliar situations in this and other figures as well. I feel confused with these, is there anything inside the protocol which I have not got yet or is it the problem with misusing the SDL keys ? Could anybody interested in this can give me some hints ? Looking forward to your reply. Thanks a lot. Lin Liu ================ PhD student School of Electrical and Information Engineering University of South Australia The Mawson Lakes Campus, SA 5095, Australia ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

1 0

Contributions Uploaded
by Christian Groves 29 Oct '00

29 Oct '00

Hello, Contributions: APC-1997 Editor (C Groves) Draft H.248 Implementors' Guide APC-1998 Editor (C Groves) Draft H.248 Annex K - Generic Announcement Package APC-1999 Editor (A Heidermark) Draft H.248 Annex L - Error Code and Service Change Reason Description APC-2000 Ericsson H.248 Annex x - Load Control Package APC-2001 Ericsson Direction in H.248 annex K APC-2002 Ericsson Signal on Root for H248v2 Have been uploaded to : ftp://standard.pictel.com/avc-site/Incoming/ Mr. Okubo could you please move these to the //standard.pictel.com/avc-site/0011_Gen directory? Regards, Christian ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

1 0