OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

xri message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: RE: [xri] Review of extended CID verification (was RE: [xri] Agenda:Joint XRI & XDI TC Telecon 10AM PT Thursday 2007-06-21)


Markus, see [=Drummond] inline.

 


From: markus.sabadello@gmail.com [mailto:markus.sabadello@gmail.com] On Behalf Of Markus Sabadello
Sent: Friday, June 22, 2007 8:03 AM
To: =drummond.reed
Cc: xri@lists.oasis-open.org
Subject: Re: [xri] Review of extended CID verification (was RE: [xri] Agenda:Joint XRI & XDI TC Telecon 10AM PT Thursday 2007-06-21)

 

Hello,

I can't find much to comment on either.. Well there is one thing that bothers me, but maybe I got something wrong here: The text always says that in order to verify a CanonicalID from a different authority, you look for either a Ref or Backref pointing to the original identifier. But wouldn't another CanonicalID also be legal?

For example, I am trying to verify http://www.markus.at. The XRDS I get from there has a <CanonicalID>@id*markus</CanonicalID>. So I resolve @id*markus, and I find no Ref and no Backref there, but a <CanonicalID> http://www.markus.at</CanonicalID>. I know that's somehow stupid and maybe breaks some other rules, but shouldn't it count as "verified"?

 

[=Drummond] Wow, that’s really clever. You certainly pass the test of having read the proposal closely. I never thought of using a Canonical ID in one XRD to refer to a second XRD that has a Canonical ID refering back to the first one. It’s almost like an infinite loop. But I agree, it should count as “verified”.

 

[=Drummond] This actually jives with an idea I’ve had for adding further rigor to the current proposal based on an idea Steve had in the long conversation I had with him on Wednesday. I’m going to write it up and post it later today.



I also have two thoughts about CanonicalIDs in general, not verification:

1) I think CanonicalIDs should be declared required instead of optional. Not in XRI in general, but in i-names. If we tell people "here is an identifier you can use as primary key" and "you can even verify it", then it should always be there. I-names provided by the GRS have them anyway, but a requirement like that would be good for community i-names. Otherwise certain people out there may set up community i-name providers that don't have these important CanonicalIDs :)

[=Drummond] This will actually be covered by the proposal I’m going to write up.

By the way, is there some authorative text that describes i-names and i-numbers?

[=Drummond] Can you clarify what you mean by that? The terms are defined in the XRI Glossary that is an appendix to XRI Syntax 2.0 (http://www.oasis-open.org/committees/download.php/15377), but it says there they are not formal technical terms in the XRI specs.

[=Drummond] I suspect what you mean is the specifications for i-names and i-numbers published by XDI.org for their XRI global registries (the Global Services Specifications, or GSS). These are available at http://gss.xdi.org, and the main GSS document, http://gss.xdi.org/moin.cgi/FrontPage?action=AttachFile&do=get&target=gss-v1.0.pdf, has sections defining a whole set of requirements (syntax, resolution, delegation, etc.) for i-names and i-numbers in the XDI.org community.



2) All the talking about synonyms may affect the i-services specifications, which also mention synonyms. These suggest (even recommend) that an i-service can either be bound to an authority, or to individual XRIs that share this authority. I.e. you could have a single contact page for all your synonyms, or (thanks to the the append attribute) individual contact pages for your identifiers, even if they are synonyms. Actually I don't think anything needs to be changed there, just wanted to remind of that.

[=Drummond] First, just to clarify for others on the TC, you’re referring to the XDI.org I-Services Specifications (ISS) published on the XDI.org ISS wiki at http://iss.xdi.org. Yes, synonyms are very important to some of those i-services (contact pages in particular), and I agree that the work done to clarify synonyms and synonym processing in XRI Resolution 2.0 should be reflected back in those specs. XDI.org should rev them all after we move XRI Resolution 2.0 to Committee Draft.

=Drummond



--
@freeXRI / freexri.com / try free i-names

On 6/22/07, =drummond.reed < drummond.reed@cordance.net> wrote:

Gabe, agreed. Thanks for looking this over.

Markus, if you can review this tomorrow and send any feedback to the list, I
will commence with drafting text for ED03.

Thanks,

=Drummond

-----Original Message-----
From: Gabe Wachob [mailto: gabe.wachob@amsoft.net]
Sent: Thursday, June 21, 2007 8:36 PM
To: '=drummond.reed'; xri@lists.oasis-open.org; xdi@lists.oasis-open.org
Subject: RE: [xri] Agenda:Joint XRI & XDI TC Telecon 10AM PT Thursday
2007-06-21

After several relatively quick reviews, nothing about the new canonical ID
verification stuff jumps out to me. Its basically the 'resolve twice'
solution proposed on the OpenID lists next to the XRI stuff. Simple is
better, even if a bit inefficient..

        -Gabe

> -----Original Message-----
> From: =drummond.reed [mailto: drummond.reed@cordance.net]
> Sent: Thursday, June 21, 2007 12:38 AM
> To: xri@lists.oasis-open.org; xdi@lists.oasis-open.org
> Subject: [xri] Agenda:Joint XRI & XDI TC Telecon 10AM PT Thursday 2007-06-
> 21
>
> Following is the agenda for a joint unofficial telecon of the XRI and XDI
> TCs at:
>
> Date:  Thursday, 21 June 2007 USA
> Time:  10:00AM - 12:00PM Pacific Time
>
> Event Description:
> Weekly unofficial joint call of the XRI and XDI Technical Committees.
>
> TO ACCESS THE AUDIO CONFERENCE:
>     Dial In Number: 571-434-5750
>     Conference ID: 5474
>
>
> AGENDA
>
> 1) UPDATE TO XRD SCHEMA FOR XRI RESOLUTION 2.0 WORKING DRAFT 11
>
> Gabe and Bill will (hopefully) provide an update on their progress to
> produce a revised XRD schema for XRI Resolution 2.0 Working Draft 11.
>
>
> 2) EXTENDING CANONICAL ID VERIFICATION TO HTTP(S) URIS
>
> The group of XRI Resolution editors that have been working on this issue
> will report on their progress form the two special telecons held on this
> topic over the last week. An slight update has been posted to the XRI TC
> wiki on this topic at:
>
>       http://wiki.oasis-open.org/xri/XriCd02/CanonicalIdVerification
>
> Also, this proposal is now referenced by the OpenID editors in the
> following
> writeup of the OpenID recycling issue on the OpenID wiki:
>
>       http://openid.net/wiki/index.php/Identifier_Recycling
>
>
> 3) OTHER ISSUES IN XRI RESOLUTION 2.O WORKING DRAFT 11
>
> Drummond will give a progress report on ED03. The current draft, ED02, is
> at:
>
> http://www.oasis-open.org/committees/download.php/24286/xri-resolution-
> v2.0-
> wd-11-ed-02.doc
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>






[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]