[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]


To: Pekka Savola <pekkas@netcore.fi>
Cc: dnsop@cafax.se
From: JINMEI Tatuya / $B?@L@C#:H(B <jinmei@isl.rdc.toshiba.co.jp>
Date: Sun, 23 Mar 2003 14:58:09 +0900
In-Reply-To: <Pine.LNX.4.44.0303190101530.14843-100000@netcore.fi>
Sender: owner-dnsop@cafax.se
User-Agent: Wanderlust/2.6.1 (Upside Down) Emacs/21.2 Mule/5.0 (SAKAKI)
Subject: Re: dnsop-ipv6-dns-issues-02

>>>>> On Wed, 19 Mar 2003 01:06:53 +0200 (EET), 
>>>>> Pekka Savola <pekkas@netcore.fi> said:

>> >> 	in the end of the talk (hum), you left one option out - icmp6 node
>> >> 	information query.
>> >Reverse DNS for link-local addresses is an issue, but orthogonal to the
>> >problem on the table.
>> 
>> you can use icmp6 node information query for global address (and site-
>> local if you want to) as well.  what are you trying to mean?

> Sorry, I should have said s/link-local addresses/link-local nodes/, typo.

> Most traffic is not on the local link, rather connecting to service X over
> the Internet.  Node information queries are not useful except on the local
> link.

> Why not?  One could consider why the mechanism is still "stuck" in the
> IESG.  I totally agree with not publishing ICMP NI as long as it can be
> (ab)used to query off-link nodes.

You are apparently saying that the reason for the NI spec being
pending in the IESG queue is that it can be abused for off-link
nodes.  Is my understanding correct?  If so, could you give me a
pointer, please?  I do not remember the exact reason, actually.

					JINMEI, Tatuya
					Communication Platform Lab.
					Corporate R&D Center, Toshiba Corp.
					jinmei@isl.rdc.toshiba.co.jp
#----------------------------------------------------------------------
# To unsubscribe, send a message to <dnsop-request@cafax.se>.

Home | Date list | Subject list