[Nsi-wg] Addressing connections across requesters
Henrik Thostrup Jensen
htj at nordu.net
Wed Aug 29 10:36:15 EDT 2012
Hi John
On Fri, 24 Aug 2012, John MacAuley wrote:
> The only issue we have is that the RA will not know the connection ID so
> will not be able the query the reservation in its "reserving" state, or
> to see if it missed a confirmation message.
Yes, that is the main problem. However with solution A, we get into the
issue that if a requester chooses the id, it does not know if the
connection id is actually available (of course this can be reduced to a
probability of essentially 0 - as long as everybody plays nice).
> Perhaps, and I am just throwing it out there, we might consider
> reworking the ACK to the reserve.rq to return the allocated connection
> Id? Maybe a new mechanism?
I think this is good (I'm still not a fan of the RPC callback), but for
what we have I think this is good.
Do we still need to have these as UUIDs? I am not against UUIDs, but I
still do not see the point of forcing them at protocol level.
Best regards, Henrik
Henrik Thostrup Jensen <htj at nordu.net>
Software Developer, NORDUnet
More information about the nsi-wg
mailing list