Shared local resolution services

[Mark Jordan]

Hello ARK community,

In British Columbia we we are mulling over the idea of establishing a shared ARK resolution service, in which member institutions whould each have their own NAAN but all HTTP resolution would go through a single, shared resolver. Does doing this run counter to any policy or technical requirements. In particular, I am wondering if https://n2t.net can support global resolution of multiple NAANs to the same local resolver.

Thank you for any input you can provide,

Mark

Mark Jordan

Associate Dean of Libraries, Digital Strategy 

Simon Fraser University 

Burnaby, British Columbia, V5A 1S6, Canada 

Voice: 778.782.5753 / Fax: 778.782.3023 

mjo...@sfu.ca 

I respectfully acknowledge the xʷməθkʷəy̓əm (Musqueam), Sḵwx̱wú7mesh (Squamish), Səl̓ílwətaɬ (Tsleil-Waututh), q̓íc̓əy̓ (Katzie), and kʷikʷəƛ̓əm (Kwikwetlem) Nations and peoples on whose ancestral and unceded lands the three SFU campuses are located.

[Andrew Hankinson]

What is the advantage of needing two resolver hops instead of one? Maybe you could say a bit more about your motivation?

What would prevent n2t from resolving directly to the institution, in addition to your local resolver for just a handful of institutions?

On 5 Dec 2025, at 18:21, Mark Jordan <mjo...@sfu.ca> wrote:



--
You received this message because you are subscribed to the Google Groups ARKs group. To post to this group, send email to arks-...@googlegroups.com. To unsubscribe from this group, send email to arks-forum+...@googlegroups.com. For more options, visit this group at https://groups.google.com/d/forum/arks-forum?hl=en
---
You received this message because you are subscribed to the Google Groups "ARKs" group.
To unsubscribe from this group and stop receiving emails from it, send an email to arks-forum+...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/arks-forum/YQXPR01MB6155499DB99964EEA0DB4014C7A7A%40YQXPR01MB6155.CANPRD01.PROD.OUTLOOK.COM.

[Donny Winston]

I would say that doing this would be quite well aligned with the ARK specification's clear distinction between NAAs and NMAs. That is, a name assigning authority needn't also serve as a name mapping authority. It sounds like your idea is that member NAAs would collectively sponsor the operation of a shared NMA. This would be fine and dandy, based on my reading of the ARK spec.

--

You received this message because you are subscribed to the Google Groups ARKs group. To post to this group, send email to arks-...@googlegroups.com. To unsubscribe from this group, send email to arks-forum+...@googlegroups.com. For more options, visit this group at https://groups.google.com/d/forum/arks-forum?hl=en

---

You received this message because you are subscribed to the Google Groups "ARKs" group.

To unsubscribe from this group and stop receiving emails from it, send an email to arks-forum+...@googlegroups.com.

To view this discussion visit https://groups.google.com/d/msgid/arks-forum/YQXPR01MB6155499DB99964EEA0DB4014C7A7A%40YQXPR01MB6155.CANPRD01.PROD.OUTLOOK.COM.

--------------------------------------------

Donny Winston, PhD (he/him/his)

Polyneme LLC

New York, NY

https://polyneme.xyz

--------------------------------------------

Q: Why is this email five sentences or fewer?

A: http://five.sentenc.es

[John Kunze]

Yes, it's fine and dandy to have many NAAs served by one NMA.

It fits well with what the NAAN request form calls a "service provider". For example, one vendor provides archiving services for 6 different archives. Another vendor shows up, and 2 of those archives switch to the new vendor (bringing their NAANs to the new vendor for resolution service).

WACREN (West Africa) and IBICT (Brazil) -- each with one resolver -- are examples of regional service providers for memory institutions that don't have enough technical staff to run their own services. 

To view this discussion visit https://groups.google.com/d/msgid/arks-forum/ad68579d-4e78-48b7-a06d-3672fcd63158%40app.fastmail.com.