Re: [Ideas] Your Input requested: Charter Proposal New Version

[Padma Pillay-Esnault <[e-mail]>]

Hi Diego

Thanks for the pointer.

Padma

Sent from my iPhone

> On Aug 7, 2017, at 08:57, Diego R. Lopez <[e-mail]> wrote:
>
> Hi,
>
>
> On 7/8/2017, 17:23, "Ideas on behalf of Tom Herbert" <[e-mail] on behalf of [e-mail]> wrote:
>
>    On Sun, Aug 6, 2017 at 10:20 PM, Padma Pillay-Esnault
>    <[e-mail]> wrote:
>> Dear IDEAS,
>>
>> Thanks to everyone who sent their comments and feedback both on the list and
>> off the list.
>>
>> This new version should address comments from:
>> -  Michael Menth. Michael, please let us know if this revision address some
>> of your comments on clarity.
>> - Alex Clemm. Alex , please chime on the revision regarding your addition.
>> - Tom Herbert. Tom, Some of your suggestions are incorporated in this
>> version.
>> -Tom and Alex, this version include specific working that the framework is
>> modular. The set of areas to be covered has been reordered to put the basic
>> identifier protocol common infrastructure first and then the new identity
>> concept and functionalities.
>> - Georgios Karagiannis, Uma Chundhuri. Georgios, Uma, there is still an
>> ongoing discussion about the framework. This version is flexible enough to
>> accommodate the work to be done on defining the framework.
>> - Uma Chundhuri. Uma, the pub/sub reference should cover the inter-grids
>> aspect if needed.
>>
>> Please find the new version below:
>>
>> IDEAS: “IDentity EnAbled networkS”
>>
>>
>>
>> Proposed Charter
>>
>>
>>
>> Network solutions based on the concept of Identifier-Locator separation are
>> increasingly considered to support mobility and multi-homing across
>> heterogeneous access networks. Identifier-locator separation protocols
>> require infrastructure that allows nodes to discover the network topological
>> location(s) of its peer(s) for packet delivery. A common infrastructure and
>> protocol could be used by identifier/locator protocols as well as network
>> virtualization. However, additional infrastructure and new protocol
>> extensions are needed to address new requirements that go well beyond the
>> traditional discovery service and mapping of identifier-to-location for
>> packet delivery.
>>
>>
>>
>> At the same time, end users require greater privacy for their networking
>> information and protection from outside threats, while operators demand
>> greater operational efficiency. Identity-enabled networks aim to enable
>> networking applications and services that provide a high degree of privacy
>> and control of end points over their networking data, coupled with greater
>> inherent security than provided by today’s networks.
>>
>>
>>
>> To this end, the working group shall:
>>
>> - define a framework for the development of an identifier/locator mapping
>> system that provides a common solution for all identifier/locator mapping
>> protocols and network virtualization.
>>
>>
>>
>> - in addition, introduce the concept of identity-identifier split and new
>> mechanisms that let endpoints dynamically change identifiers. These new
>> functionalities may, for example, facilitate anonymity through obscurity
>> while preventing security issues that might result from abuse, ensuring that
>> information about actual endpoints and their location is revealed only on a
>> need-to-know basis.
>>
>    Padma,
>
>    I don't think this goes far enough in terms of protections for users
>    against the potential abuse of something that might be able to
>    individually and persistently identify them on the Internet. First,
>    it's not clear what network layer identity means in this context. I
>    hope it refers to an ad hoc collection of identifiers as opposed to
>    the identity of individual users or devices. In any case maybe a
>    definition of identity might be in order here. Secondly, I think it
>    should be stated up front that identity cannot in any way be used to
>    identify individual users, it cannot be used to create a global
>    database of Internet users, in no way can it be used by networks or
>    governments to track or block individuals, nor can it ever be required
>    for communications. That implies network layer identities cannot
>    contain PII (personally identifiable information) and cannot be
>    permanently assigned to users or devices (in the same spirit that
>    Ethernet addresses were removed from IIDs because of privacy
>    concerns).
>
>    Thanks,
>    Tom
>
> When it comes to these concerns I’d strongly recommend to have a look at how identity attributes were exchanged and trust established within the ABFAB framework (https://tools.ietf.org/wg/abfab/)
>
> Be goode,
>
>
>
> ________________________________
>
> Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, puede contener información privilegiada o confidencial y es para uso exclusivo de la persona o entidad de destino. Si no es usted. el destinatario indicado, queda notificado de que la lectura, utilización, divulgación y/o copia sin autorización puede estar prohibida en virtud de la legislación vigente. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción.
>
> The information contained in this transmission is privileged and confidential information intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, do not read it. Please immediately reply to the sender that you have received this communication in error and then delete it.
>
> Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinatário, pode conter informação privilegiada ou confidencial e é para uso exclusivo da pessoa ou entidade de destino. Se não é vossa senhoria o destinatário indicado, fica notificado de que a leitura, utilização, divulgação e/ou cópia sem autorização pode estar proibida em virtude da legislação vigente. Se recebeu esta mensagem por erro, rogamos-lhe que nos o comunique imediatamente por esta mesma via e proceda a sua destruição