Re: [coel] RE: Implementation reveals spec bugs

[Paul.Bruton@tessella.com]

Hi David,

Well spotted - the missing operatorID.
I would add the ID as an explicit input to the method that registers a
new consumer, remember that it will be a guid-like string rather than a
number as the SPId is at present.

Let's make the question about validating
the operator ID an issue for future consideration perhaps?

Paul

---

Dr. Paul Bruton

Tessella
Chadwick House, Birchwood Park, Warrington, WA3 6AE
E: Paul.Bruton@tessella.com, T: +44 (0)7557 916535
www.tessella.com    Registered in England No. 1466429

Please consider the environment and do not print this e-mail unless you really need to.

This message is commercial in confidence and may be privileged. It is intended for the addressee only. Access to this message by anyone else is unauthorised and strictly prohibited. If you have received this message in error, please inform the sender immediately. Please note that messages sent or received by the Tessella e-mail system may be monitored and stored in an information retrieval system.

From:        <david.snelling@uk.fujitsu.com>
To:        <david.snelling@uk.fujitsu.com>, <coel@lists.oasis-open.org>
Cc:        <alan@pootletech.com>
Date:        23/10/2015 10:30
Subject:        [coel] RE: Implementation reveals spec bugs
Sent by:        <coel@lists.oasis-open.org>

---

Folks,

 

A quick follow up. While I am at it, do you thing the
DE should Validate the Operator when the service provider creates a new
operator? Currently there is no timestamp or signature provided.

 

--

Take care:

 

    Dr. David Snelling < David
. Snelling . UK . Fujitsu . com >

    Senior Research Fellow

    Research Transformation and Innovation

    Fujitsu Laboratories of Europe Ltd.

    +44-7590-293439 (Mobile)

 

From: coel@lists.oasis-open.org [mailto:coel@lists.oasis-open.org]
On Behalf Of david.snelling@uk.fujitsu.com
Sent: 23 October 2015 18:14
To: coel@lists.oasis-open.org
Cc: alan@pootletech.com
Subject: [coel] Implementation reveals spec bugs

 

Folks,

 

I've started in on the changes to the DE and sure enough
just as we would suspect, 'Houston we have a problem.'

 

It's not a show stopper, but the way we have the specs
now, the Operator does not need to authenticate with the DE, so we don't
know which Operator to associate the use with. In the previous version,
the SPId was included in the request package. Until we deal with the issues
around whether operators need identities or not, I'll proceed as we did
before. I'll rev the spec first and post it. If you see something dreadful,
please let me know by EoB today, as I plan to work on the flight tomorrow.

 

PS: Alan, thanks for the BandTester up date. I'll explore
it a bit later.

 

 

--

Take care:

 

    Dr. David Snelling < David
. Snelling . UK . Fujitsu . com >

    Senior Research Fellow

    Research Transformation and Innovation

    Fujitsu Laboratories of Europe Ltd.

    +44-7590-293439 (Mobile)

______________________________________________________________________

 

 Fujitsu Laboratories of Europe Limited

 Hayes Park Central, Hayes End Road, Hayes, Middlesex, UB4 8FE

 Registered No. 4153469

 

 This e-mail and any attachments are for the sole use of addressee(s) and

 may contain information which is privileged and confidential. Unauthorised

 use or copying for disclosure is strictly prohibited. The fact that this

 e-mail has been scanned by Trendmicro Interscan does not guarantee that

 it has not been intercepted or amended nor that it is virus-free.