Re: [Crisp] Questions re current status of IRIS schemas and IRIS clients and servers
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Crisp] Questions re current status of IRIS schemas and IRIS clients and servers



Hi Carl,

Carl Taswell wrote on 22-01-2008 19:34:
I'm beginning implementation work on a project originally designed to be
built using IRIS. But I understand from David Blacka at Verisign that the
IRIS client server prototypes implemented and hosted at Verisign Labs are no
longer supported. I am left wondering whether there are any active projects
currently underway for development of IRIS clients and servers, either open
source, academic university, or commercial at any organization.



A few years ago we at the RIPE NCC set up a prototype of the IRIS server, based on VeriSign code. It provides live allocation data from the RIPE Database. There was a client developed, you may find some more information here:


http://www.ripe.net/db/iris-pilot/

The project is not active. At the moment there is little interest from the community and we are not doing any further development in this area.

Andrei


I would appreciate hearing word from anybody about currently supported
active projects of any kind for the implementation of IRIS clients and
servers. Also, I would like to know if anybody has written a Microsoft WCF
binding for any of the IRIS transport protocols so that they can be accessed
in software development projects using Microsoft Visual Studio?

Finally, I have a number of questions regarding the IRIS *.xsd schemas
themselves of which the two most important are:

1) dreg.xsd refers to dreg2 but I am unclear about the status of dreg2
because I know that at one time it was a draft, but it does not appear to
have progressed to an RFC. Could somebody please clarify any plans for
dreg2?

2) There appears to be a fair amount of code common to more than one schema
such as the code concerning contacts in both areg.xsd and dreg.xsd. Was
there an explicit reason for this structure? Has there been any discussion
of refactoring the code to improve modularity so that the various registry
types (areg, dreg, etc) refer to the same separate schema that concerns
items such as contacts that are common to all the different registry types?

Thanks much for any information,

CT

-------------------------
Carl Taswell
Cel: 916-616-4939
Tel: 949-481-3121







_______________________________________________
Crisp mailing list
Crisp at ietf.org
https://www1.ietf.org/mailman/listinfo/crisp

_______________________________________________ Crisp mailing list Crisp at ietf.org https://www1.ietf.org/mailman/listinfo/crisp




Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.