Re: Lists and EPP
Patrik Fältström <[email protected]>
| Newsgroups | gmane.ietf.provreg |
|---|---|
| Message-ID | <[email protected]> |
On 8 jun 2011, at 12.13, Jim Reid wrote: > On 8 Jun 2011, at 10:12, Patrik Fältström wrote: > >> There are a number of other sync-mechanisms I would not mind seeing, but it is important the registries do that the same way... I do see registrars start to be irritated on the high number of different implementations of The Same Thing between registries. > > Yes, an industry-wide standarised way to do this kind of thing would of course be good Patrik. I'm not convinced EPP is the tool to use though. Not every registry and registrar speaks EPP. There could be icky implementation issues too: eg locking the database while something ploughs through it to generate the list. [We can't have the database changing while the list is generated, eh?] I fear this could be the start of a slippery slope as more SQL reporting type stuff gets shoe-horned into EPP: "gimme a list of all the domain names I registered for this contact that then got transferred to that registrar over the last N months", "which domains I manage reference this nameserver (or contact) object?". > > Perhaps a BCP might be a better approach than an EPP extension? I agree with this, but the day one of the registries do implement something like this in epp, I want other registries to follow. And, if you want to know what has been shoe horned into epp, have a look at what the various registries actually have implemented. I.e. I do not agree this would be the beginning of a slippery slope. We are already falling down that slippery slope in very high speed as no registry is compliant with other registries epp implementation. People have, we see now, used the "e" part of epp a bit too much. And I dare to say that as I as Area Director when epp was invented could have pushed back more, but I did not. So I blame myself. Patrik _______________________________________________ provreg mailing list [email protected] https://www.ietf.org/mailman/listinfo/provreg