| 469 | === Comments === |
| 470 | Nick and Leigh provided some feedback: |
| 471 | - Maybe there should be different proposals for use with AM API v2 and with v3+, to let v3+ AMs take advantage of the sliver expiration already being reported. |
| 472 | - Maybe we should not try to convey AM local policy in the return from `Renew`, but instead include that in `GetVersion` or the Ad RSpec ('before' you try to reserve or renew the resources). |
| 473 | |
| 474 | To accommodate these, we could modify the proposal's specification of the `output` field as follows: |
| 475 | - For AM API v2 aggregates, the `output` slot of the AM API triple should be the new sliver expiration time - either the time requested, or the 'as long as possible' time. This expiration time should be a standard [wiki:GAPI_AM_API_V3/CommonConcepts#datetimedatatype GENI AM API datetime] complying with RFC 3339. |
| 476 | |
| 477 | Note that this string allows APIv2 AMs to report the new expiration time since that cannot be reliably known otherwise. |
| 478 | |