| 1 | {{{ |
| 2 | |
| 3 | I've attached an initial attempt at generalizing the gemini extensions into a more friendly measurement extension. |
| 4 | |
| 5 | Basically, we replace gemini:node with measurement:relation and gemini:services with measurement:services. |
| 6 | |
| 7 | A measurement:relation has a type (e.g. parent, child, etc.), and optional name (so we can specify a client_id), and the target_urn attribute. The URN would be the AM that this node is the "parent" or "coordinator" for, defined by the relation type. |
| 8 | |
| 9 | The measurement:services gives us a way to list service type (e.g. GEMINI, GIMI, etc.) along with a descriptive name. Each sub-element is either enable or disable. |
| 10 | |
| 11 | An example in rspec could look like: |
| 12 | |
| 13 | <measurement:relation type="parent" name="global_node" target_urn="urn:publicid:IDN+uky.emulab.net+authority+cm"/> |
| 14 | |
| 15 | <measurement:relation type="child" name="mp_node" target_urn="urn:publicid:IDN+uky.emulab.net+authority+cm"/> |
| 16 | |
| 17 | <measurement:services> |
| 18 | <measurement:enable type="GEMINI" name="passive"/> |
| 19 | <measurement:disable type="GEMINI" name="active"/> |
| 20 | </measurement:services> |
| 21 | |
| 22 | I just whipped this up in a few minutes so suggestions/concerns are welcome. |
| 23 | |
| 24 | Thanks, |
| 25 | - ezra |
| 26 | |
| 27 | }}} |
| 28 | |