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@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@nokia.com * ------------------------------------------------

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

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