Another advantage of this proposal is for re-connections. It would be possible to connect to an arbitrary server the first time and be more specific about the server the next time you connect as you might have cached some tokens for doing the reconnect. You want to know who to reconnect to the second time around.
Jim > -----Original Message----- > From: [email protected] [mailto:[email protected]] On Behalf > Of Sam Hartman > Sent: Friday, November 18, 2011 3:56 AM > To: [email protected] > Subject: [abfab] GSS EAP: Acceptor Name all the time > > > Jim has requested that the acceptor always return an acceptor name token > to the client even if the client sends an expected acceptor name token to the > acceptor. The idea is that if the client sends something like smtp the > acceptor could return [email protected]. > > The advantage here is that the client gains a more complete form of the > acceptor name. > > In the meeting today I said there were no disadvantages besides a few > octets. > Turns out that's not quite true. > The client now needs to confirm that the received name is acceptable. > Implementing that is a tad tricky but certainly doable. > > I support this change but would like to call for comments. > _______________________________________________ > abfab mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/abfab _______________________________________________ abfab mailing list [email protected] https://www.ietf.org/mailman/listinfo/abfab
