The auth server, like any server handling interrupt_operation, is responsible for making sure that the operation either is entirely interrupted cleanly, or completes normally. For the auth handshake, interrupting cleanly means that both sides of the transacation get interrupted. In the scenario you describe, the rendezvous has already happened--it must have, for one side to be getting a successful RPC reply from the auth server. So the auth server should not be letting the other side's RPC fail for interruption, it should complete.
Thanks, Roland
