- From: Justin Uberti <juberti@google.com>
- Date: Tue, 22 Apr 2014 13:48:30 -0700
- To: Robin Raymond <robin@hookflash.com>
- Cc: Bernard Aboba <Bernard.Aboba@microsoft.com>, "public-ortc@w3.org" <public-ortc@w3.org>
- Message-ID: <CAOJ7v-2fLBSfeKvu+S7fYjY+qp023Qi4=-B2_f4osep-+Pq34A@mail.gmail.com>
I agree. The JS app shouldn't need to deal with the fingerprint as an
ArrayBuffer, it is largely an opaque blob. As such, keeping it in a format
that can be easily serialized makes sense to me.
On Tue, Apr 22, 2014 at 10:14 AM, Robin Raymond <robin@hookflash.com> wrote:
>
> I think the algorithm should be a DOMString based on section 8 of rfc 4572
> IANA registry.
>
> As for the value, I think it might be easiest if we simply made it a hex
> string for easy string validation. Then the silly debate is always
> lowercase vs uppercase and I think there's been a general move towards
> lowercase for hash strings used for verification but I don't know if we
> should mandate lower, especially consider RFC 4572 uses uppercase which is
> against the current trend. I don't have a strong opinion here and a binary
> array would solve upper vs lower issue because binary would be the "raw"
> hash value. But then most people would need to write a binary to string
> conversion routine anyway to send the information to a remote party over
> the wire.
>
> -Robin
>
>
> Justin Uberti <juberti@google.com>
> April 18, 2014 at 4:50 PM
> That mostly LGTM. Is |value| expected to be hex or binary?
>
>
>
> Bernard Aboba <Bernard.Aboba@microsoft.com>
> April 18, 2014 at 4:07 PM
> How about this:
>
> dictionary RTCDtlsParameters {
> RTCDtlsRole role = "auto";
> sequence<RTCDtlsFingerprint> fingerprint;
> };
>
>
> dictionary RTCDtlsFingerprint {
> RTCDtlsCertificateHashAlgorithm algorithm;
> ArrayBuffer value;
> };
>
>
> enum RTCDtlsCertificateHashAlgorithm {
> "sha-1",
> "sha-224",
> "sha-256",
> "sha-384",
> "sha-512"
> };
>
> ________________________________________
> From: Bernard Aboba [Bernard.Aboba@microsoft.com]
> Sent: Wednesday, April 16, 2014 11:02 AM
> To: public-ortc@w3.org
> Subject: Issue 64: Section 2.5.1 Fingerprint attribute
>
> The current editor's draft has a typo in the description of the
> fingerprint attribute in Section 2.5.1:
>
> fingerprint of type sequence<DOMString>
> attribute" defined in [RFC4572].
>
> This should probably say:
> "The fingerprint attribute is a sequence of DOMStrings, each containing a
> hash-function algorithm and fingerprint, in the syntax defined in [RFC4572]
> Section 5."
>
> Bernard Aboba <Bernard.Aboba@microsoft.com>
> April 16, 2014 at 2:02 PM
> The current editor's draft has a typo in the description of the
> fingerprint attribute in Section 2.5.1:
>
> fingerprint of type sequence<DOMString>
> attribute" defined in [RFC4572].
>
> This should probably say:
> "The fingerprint attribute is a sequence of DOMStrings, each containing a
> hash-function algorithm and fingerprint, in the syntax defined in [RFC4572]
> Section 5."
>
>
Attachments
- image/jpeg attachment: compose-unknown-contact.jpg
Received on Tuesday, 22 April 2014 20:49:34 UTC