Date: Fri, 20 Sep 2002 15:48:53 +1000 From: <Mark_Andrews@isc.org> To: "=?us-ascii?Q?JINMEI_Tatuya_/_=1B$B=3F@L"@C#.FreeBSD.ORG:H=1B=28B?= <jinmei@isl.rdc.toshiba.co.jp> Cc: "Juan Francisco Rodriguez Hervella" <jrh@it.uc3m.es>, "Lista" <freebsd-net@FreeBSD.ORG>, <bind9-users@isc.org> Subject: Re: RES_INSECURE and CHECK_SRVR_ADDR in resolver functions (IPv6 anycast response problem) Message-ID: <200209200548.g8K5mrB5067818@drugs.dv.isc.org> In-Reply-To: Your message of "Fri, 20 Sep 2002 14:00:46 %2B0900." <y7vy99xgsqp.wl@ocean.jinmei.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> >>>>> On Fri, 20 Sep 2002 08:59:54 +1000, > >>>>> Mark_Andrews@isc.org said: > > > IPv6 anycast addresses are a joke as they are currently > > defined. Don't bother with them until there behaviour > > gets redefined by the IETF. > > (I'm just asking,) what is the "joke" part of the current definition? > The restriction that an anycast address must not be used as a packet's > source address? Yes, and I know why the restriction is in RFC 1884 and it is a reasonable restriction. A client application shouldn't have to care if a packet is sent to a anycast address and the reply should appear to come from the anycast address from the point of view of the application. Until anycast addresses meet the above they will be a joke. With multicast and broadcast you know in advance that you will get return a traffic from a different address. Anycast addresses appear to the client application as unicast addresses. They should behave like unicast addresses for the client application. Server applications may need additional smarts to cope with anycast addresses. But really the IP stack should deal with 99% of this. Mark > > JINMEI, Tatuya > Communication Platform Lab. > Corporate R&D Center, Toshiba Corp. > jinmei@isl.rdc.toshiba.co.jp -- Mark Andrews, Internet Software Consortium 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark.Andrews@isc.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200209200548.g8K5mrB5067818>