wiki:GEC22Agenda/DeveloperRoundtable

Version 8 (modified by Aaron Helsinger, 9 years ago) (diff)

--

GEC22 Developer Roundtable

This is an informal session for GENI developers to discuss details of software integration, and software issues that affect multiple control frameworks or tools. Note that this session is separate from the parallel experimenter and operations drop-in session.

Schedule

Thursday, 9.00am - 10.30am & 11.00am - 12.30pm

Session Leaders

Tom Mitchell
GPO
Aaron Helsinger
GPO

Agenda / Details

This software development session provides an opportunity for GENI developers to collaborate informally. Topics are TBD based on topics raised by the GENI developers in attendance. The agenda is currently in discussion on the dev at geni.net mailing list. Candidate topics are detailed below.

Cross Slice Stitching

We had an interesting conversation about this topic at GEC21. To run a service in a slice, like Choice Net or other FIA architecture, or VTS, requires connecting multiple slices. Today, that requires using shared VLANs. Is there a better way?

Cross Testbed Federation

The Open MultiNet discussions covering GENI/FIRE collaboration, translating RSpecs and NDL based ontologies, and related topics could be a substantive conversation. Check out http://open-multinet.info/.

Resource Queries

The AM API allows tools to ask for everything that an aggregate has (optionally filtered to what is currently available). But it provides no standard way to ask for only what the tool wants; the tool must parse the full response to find what it wants. This capability would better support tools trying to help with topology embedding.

  • Could we support an option (e.g. geni_query) in some query language (SPARQL?), allowing aggregates to support richer resource queries?
  • Should this be a separate and optional service, or part of the AM API?
  • How would an aggregate advertise the ontology or internal namespace it uses, to allow formulating reasonable queries?

Note that this is a small piece of a potential other topic: allowing RDF format RSpecs. But that larger topic has gotten some push-back.