AW:
Euchner Martin
Martin.Euchner at ICN.SIEMENS.DE
Fri Jun 1 03:22:02 EDT 2001
I think that's correctly stated.
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 at icn.siemens.de <mailto:Martin.Euchner at icn.siemens.de>
| mailto:martin.euchner at ties.itu.int <mailto:martin.euchner at 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: ssilvy at HSS.HNS.COM [SMTP:ssilvy at HSS.HNS.COM]
Gesendet am: Freitag, 1. Juni 2001 06:26
An: ITU-SG16 at mailbag.cps.INTEL.COM
Betreff:
Hi,
In case of initial RRQ when EPID is not available the table D.10 in H235v2
says that sendersID would be NULL.
So the hash would be calculated with sendersID as NULL when the
identification information i.e EPID is not available as in initial RRQ.
Silvy.
Nagesh Kumar B V
06/01/2001 10:40 AM
To: Silvy Samuel/HSSBLR at HSSBLR, Ivan T Varghis/HSSBLR at HSSBLR
cc:
Subject:
---------------------- Forwarded by Nagesh Kumar B V/HSSBLR on 06/01/2001
09:46 AM ---------------------------
"Paul, Manoj" <mpaul at TRILLIUM.COM> on 05/31/2001 06:35:31 PM
Please respond to "Paul, Manoj" <mpaul at TRILLIUM.COM>
To: ITU-SG16 at mailbag.cps.INTEL.COM
cc: (bcc: Nagesh Kumar B V/HSSBLR)
Subject:
Hi All,
I have a question on the use of H.235 Annex D (Baseline Security
Profile). According
to this profile, except for GRQ/GCF messages, all other RAS messages shall
contain a hash
value computed using HMAC-SHA1-96 algorightm on the entire RAS message.
Consider an
endpoint sending RRQ to the Gk. In the clearToken field of RRQ message, the
endpoint shall
fill generalId as gkId (which it got in GCF) and senderId as it's own epId.
EpId is
generally returned to the endpoint by the gatekeeper in RCF. That means
that
an endpoint
may not have an epId while sending RRQ to Gk. In such a case, how it is
supposed to
fill the senderId and compute the hash value on complete RRQ message?
Any pointers are appreciated.
thanks
Manoj Paul.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
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
More information about the sg16-avd
mailing list