From owner-freebsd-net Thu Sep 19 22:49:27 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64D9837B401 for ; Thu, 19 Sep 2002 22:49:25 -0700 (PDT) Received: from mail.cragx.fgov.be (mail.cragx.fgov.be [193.190.115.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA8FD43E77 for ; Thu, 19 Sep 2002 22:49:23 -0700 (PDT) (envelope-from bind9-users-bounce@isc.org) Received: from mail pickup service by mail.cragx.fgov.be with Microsoft SMTPSVC; Fri, 20 Sep 2002 07:45:10 +0200 MIME-Version: 1.0 x-sender: bind9-users-bounce@isc.org x-receiver: webmaster@cragx.fgov.be Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Received: from minardi.isc.org ([204.152.189.14]) by mail.cragx.fgov.be with Microsoft SMTPSVC(5.0.2195.5329); Fri, 20 Sep 2002 07:45:09 +0200 Received: from rc.isc.org (rc.isc.org [204.152.187.2]) by minardi.isc.org (Postfix) with ESMTP id 461772213; Fri, 20 Sep 2002 05:49:10 +0000 (UTC) (envelope-from bind9-users-bounce@isc.org) Received: with ECARTIS (v1.0.0; list bind9-users); Fri, 20 Sep 2002 05:49:09 +0000 (UTC) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300 Delivered-To: bind9-users@rc.isc.org Received: from drugs.dv.isc.org (drugs.dv.isc.org [130.155.191.236]) by rc.isc.org (Postfix) with ESMTP id 3835AA60 for ; Fri, 20 Sep 2002 05:49:05 +0000 (UTC) (envelope-from marka@drugs.dv.isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.12.5/8.12.5) with ESMTP id g8K5mrB5067818; Fri, 20 Sep 2002 15:48:54 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-ID: <200209200548.g8K5mrB5067818@drugs.dv.isc.org> To: "=?us-ascii?Q?JINMEI_Tatuya_/_=1B$B=3F@L"@C#.FreeBSD.ORG:H=1B=28B?= Cc: "Juan Francisco Rodriguez Hervella" , "Lista" , From: Subject: Re: RES_INSECURE and CHECK_SRVR_ADDR in resolver functions (IPv6 anycast response problem) In-Reply-To: Your message of "Fri, 20 Sep 2002 14:00:46 +0900." Date: Fri, 20 Sep 2002 15:48:53 +1000 X-archive-position: 8980 X-ecartis-version: Ecartis v1.0.0 X-original-sender: Mark_Andrews@isc.org X-list: bind9-users X-OriginalArrivalTime: 20 Sep 2002 05:45:09.0656 (UTC) FILETIME=[E189B980:01C26068] Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > >>>>> 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