AW:

1 Jun 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@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:    ssilvy@HSS.HNS.COM [SMTP:ssilvy@HSS.HNS.COM]
        Gesendet am:    Freitag, 1. Juni 2001 06:26
        An:     ITU-SG16@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@HSSBLR, Ivan T Varghis/HSSBLR@HSSBLR
        cc:
Subject:
---------------------- Forwarded by Nagesh Kumar B V/HSSBLR on 06/01/2001
        09:46 AM ---------------------------
"Paul, Manoj" mpaul@TRILLIUM.COM on 05/31/2001 06:35:31 PM
Please respond to "Paul, Manoj" mpaul@TRILLIUM.COM
To:   ITU-SG16@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@mailbag.intel.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

Euchner Martin

tags (0)

participants (1)