--On Monday, August 25, 2003 18:16 -0400 Dan Lanciani <[EMAIL PROTECTED]> wrote:
Hans Kruse <[EMAIL PROTECTED]> wrote:
| I think the following "rules" should go with this approach: | | - Assume DNS returns both PA and PUPI, then | if my node only has PUPI, I select the advertised PUPI, | if my node has a PA, I select the PA being advertised.
I assume that the "only" above implies that if you have both PUPI and PA addresses you wish to select the PA address? If so, this defeats the goal of quasi-automatic connection stability in the face of changing PA addresses. It would require setting up separate DNS entries with only PUPI addresses in order to force a stable connection.
That is what I think needs to happen. If you preferentially pick local addresses, you risk unnecessary failure during address referral. Advertising only PUPI for nodes that need stable connections forces the use of the local addresses without need to modify application behavior. Of course, nothing would prevent an application from explicitly preferring PUPIs (or letting the user configure such override).
I am concerned about a default, out-of-the-box behavior that succeeds in the most common cases.
| - Obviously, if DNS only returns PUPI and I have both, I use PUPI, | and use PA if DNS only returns PA and I have both. | | - If there is no match (I have only PUPI and DNS returns PA, or vice | versa), I would suggest to fail the connection by default (even though | it might work), but I am not sure.
As long as this default can be changed without the cooperation on the applications (i.e., a global option for the stack) it would be ok...
Again, a stack-wide override would make sense (registry, sysctl, etc). As other overrides, their use may cause breakage, but I think that is an acceptable risk as long as the default behavior of the stack prevents such breakage.
Hans Kruse, Associate Professor J. Warren McClure School of Communication Systems Management Adjunct Associate Professor of Electrical Engineering and Computer Science Ohio University, Athens, OH, 45701 740-593-4891 voice, 740-593-4889 fax -------------------------------------------------------------------- IETF IPng Working Group Mailing List IPng Home Page: http://playground.sun.com/ipng FTP archive: ftp://playground.sun.com/pub/ipng Direct all administrative requests to [EMAIL PROTECTED] --------------------------------------------------------------------
