Hi,
The authors of the GRASP API draft have been talking (new version
coming soon) and there is one point where we have a question to the WG.
Put simply: Does each ASA support only one objective, or can an
ASA support multiple objectives?
And linked to that, if an ASA supports an objective for negotiation,
must it act as both an initiator (client) and a responder (server),
or can it have only one of those roles?
(The same question arises for synchronization objectives.)
Some draft text from the API says the following, but is it right?
An assumption of this API is that ASAs may fall into various classes:
o ASAs that only use GRASP for discovery purposes.
o ASAs that use GRASP negotiation but only as an initiator (client).
o ASAs that use GRASP negotiation but only as a responder.
o ASAs that use GRASP negotiation as an initiator or responder.
o ASAs that use GRASP synchronization but only as an initiator (recipient).
o ASAs that use GRASP synchronization but only as a responder and/or
flooder.
o ASAs that use GRASP synchronization as an initiator, responder and/or
flooder.
The API also assumes that one ASA may support multiple objectives.
Nothing prevents an ASA from supporting some objectives for
synchronization and others for negotiation.
Regards
Brian
_______________________________________________
Anima mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/anima
