Re: [Autoconf] Goals of MANET autoconf

Shubhranshu <shubranshu@gmail.com> Wed, 28 November 2007 10:47 UTC

Return-path: <autoconf-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IxKS7-0000xj-HU; Wed, 28 Nov 2007 05:47:35 -0500
Received: from autoconf by megatron.ietf.org with local (Exim 4.43) id 1IxKS6-0000x0-TS for autoconf-confirm+ok@megatron.ietf.org; Wed, 28 Nov 2007 05:47:34 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IxKS6-0000wp-Hg for autoconf@ietf.org; Wed, 28 Nov 2007 05:47:34 -0500
Received: from an-out-0708.google.com ([209.85.132.240]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IxKS6-00023j-7V for autoconf@ietf.org; Wed, 28 Nov 2007 05:47:34 -0500
Received: by an-out-0708.google.com with SMTP id d11so315672and for <autoconf@ietf.org>; Wed, 28 Nov 2007 02:47:34 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; bh=8lGFrsqCyqmOKKIg/AYBysUXxjDQIWxWE6Es44fHwVM=; b=DCZ7jxNQ2khVGiBY3TUUngMNymP0IjGcrdfNNJjr1BmPr5OILEqJx7BBNRHFcHU3J417zq2ftWtsWGz3LggNn0FYS+UVvDf41ZIf63PDpxsPpOIg6gRhpawl+43kakS7secqnWT46L4uDlvVWoIOE6vKadHbLvVBlLh+GujQbUs=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=X8Clg3FvpuePjCgQW7lK0J8xp93xQaBRrgQT5ePIi6TKYR6rrGaHQYKp1ca+wIqrW1t5k1U/L7p+QdJUPhrDt+H5tZB1zqxD6WBOk2r21l6uLJLCthCk4BGCaI/ih1vdXr13Kw+uO19Nkcs8E8Wg/+kmomqQ4Tqw63pH3M81/eE=
Received: by 10.100.112.6 with SMTP id k6mr8753814anc.1196246854039; Wed, 28 Nov 2007 02:47:34 -0800 (PST)
Received: by 10.100.229.8 with HTTP; Wed, 28 Nov 2007 02:47:34 -0800 (PST)
Message-ID: <e9c684940711280247i58f05891q1facee847d219108@mail.gmail.com>
Date: Wed, 28 Nov 2007 16:17:34 +0530
From: Shubhranshu <shubranshu@gmail.com>
To: "Francisco J. Ros" <fjrm@dif.um.es>
Subject: Re: [Autoconf] Goals of MANET autoconf
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Spam-Score: 0.0 (/)
X-Scan-Signature: cab78e1e39c4b328567edb48482b6a69
Cc: autoconf@ietf.org
X-BeenThere: autoconf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Ad-Hoc Network Autoconfiguration WG discussion list <autoconf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/autoconf>, <mailto:autoconf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/autoconf>
List-Post: <mailto:autoconf@ietf.org>
List-Help: <mailto:autoconf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/autoconf>, <mailto:autoconf-request@ietf.org?subject=subscribe>
Errors-To: autoconf-bounces@ietf.org

Francisco,

Please see below:

----- Original Message -----
From: "Francisco J. Ros" <fjrm@dif.um.es>
>
>> On merges: yes, some types of address generation have a somewhat high
>> probability on collisions.
>> But we are scoped on autoconfiguration, or am I missing something?
>>
> Manually configured addresses was just an example. Depending on the final
> [autoconf] protocol(s), we could find situations where duplicated global
> addresses appear. So, in the context of the P-S, are we sure that this is
> never going to happen? If not, why exclude global addresses from the
> (in-service) uniqueness check if, in fact, it could come "for free" with the
> same mechanism for non-global?
>
> My suggestion is not being so explicit right now, and just talk
> about "configured address uniqueness in the situation where different ad hoc
> networks merge" (from the charter).

Agree, as said before since initially isolated MANETs had allocated  addresses
independent with each other, there remains some probability, after
merger, of more than one node using same address.

- Shubhranshu

>
> Regards,
> fran
>
>> My personal experience in real world: many years ago I had to deal with a
>> malware attack, utilizing duplicate checks. Still, this is one of my
>> nightmares. Just to place DAD in perspective, it has also a large, large
>> drawback. I am not against DAD, but I want to use it very carefully.
>>
>> By the way, I like using anycast a lot, especially in an ad-hoc
>> environment. Typically addresses are configured manually and must not be
>> blocked by multi-link DAD.
>>
>> Teco.
>>
>> > Regards,
>> > fran


_______________________________________________
Autoconf mailing list
Autoconf@ietf.org
https://www1.ietf.org/mailman/listinfo/autoconf