Re: [netlmm] Review of LMA Discovery document

jouni korhonen <jouni.nospam@gmail.com> Fri, 30 April 2010 23:17 UTC

Return-Path: <jouni.nospam@gmail.com>
X-Original-To: netlmm@core3.amsl.com
Delivered-To: netlmm@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 73BB43A69B6 for <netlmm@core3.amsl.com>; Fri, 30 Apr 2010 16:17:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.391
X-Spam-Level:
X-Spam-Status: No, score=-0.391 tagged_above=-999 required=5 tests=[AWL=-0.206, BAYES_40=-0.185]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id V6vO7fab+3cm for <netlmm@core3.amsl.com>; Fri, 30 Apr 2010 16:17:29 -0700 (PDT)
Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by core3.amsl.com (Postfix) with ESMTP id 312F23A69C6 for <netlmm@ietf.org>; Fri, 30 Apr 2010 16:17:26 -0700 (PDT)
Received: by fg-out-1718.google.com with SMTP id 22so81189fge.13 for <netlmm@ietf.org>; Fri, 30 Apr 2010 16:17:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=J/N6tW0Y4LfFIY5pRb6AEemN1Hn3Ooo54995v9qQOzo=; b=sjeSosNRwvRpOwsgBhp24d7IiZ12su6Hn/myEl7wCkofzEOFM0Z65+FqQZyUKbGwj0 sREW8WwgBDRgeYwPa7lBSrw5vKcki1vlV8ZeSQLrAl/ES475fV5tb/hvKrTupYohp1Rw WA380X+5O6iblMxD0nw7+ZZsBW5gvdf5kJgtw=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=anpzARI/1NrK9mbihlrvwFf/xQIfjAN7iDimt3ieEEVmI1R3Fp6qdg/AFsFSoxNFPd LtCE4w1TWh+tsfLQuT4nkBGbgIa+cbKzauipBUy+T4DKL1fpiJLQDNCbcm2fVIeBGcBN P4lZZlBt5GLWlMguszv0h0ujihdtH6PsHlzEY=
Received: by 10.87.71.7 with SMTP id y7mr5008379fgk.63.1272669428805; Fri, 30 Apr 2010 16:17:08 -0700 (PDT)
Received: from a83-245-214-147.elisa-laajakaista.fi (a83-245-214-147.elisa-laajakaista.fi [83.245.214.147]) by mx.google.com with ESMTPS id 1sm3923738fks.54.2010.04.30.16.17.06 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 30 Apr 2010 16:17:07 -0700 (PDT)
Mime-Version: 1.0 (Apple Message framework v1078)
Content-Type: text/plain; charset="us-ascii"
From: jouni korhonen <jouni.nospam@gmail.com>
In-Reply-To: <457704EB-5997-4BD9-A455-0E4912ADBFFC@ericsson.com>
Date: Sat, 01 May 2010 02:17:04 +0300
Content-Transfer-Encoding: quoted-printable
Message-Id: <8FBC2A62-E24C-4CC3-B400-EF00446D7131@gmail.com>
References: <457704EB-5997-4BD9-A455-0E4912ADBFFC@ericsson.com>
To: Christian Vogt <christian.vogt@ericsson.com>
X-Mailer: Apple Mail (2.1078)
Cc: NETLMM Mailing List <netlmm@ietf.org>
Subject: Re: [netlmm] Review of LMA Discovery document
X-BeenThere: netlmm@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: NETLMM working group discussion list <netlmm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/netlmm>, <mailto:netlmm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/netlmm>
List-Post: <mailto:netlmm@ietf.org>
List-Help: <mailto:netlmm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netlmm>, <mailto:netlmm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Apr 2010 23:17:31 -0000

Hi Christian,

Thank you for the review.

On Apr 30, 2010, at 12:53 AM, Christian Vogt wrote:

> Folks,
> 
> Jouni asked me to review the LMA Discovery document.  I did this, and
> found that the document is mature and well written, and should be
> progressed further as soon as possible.  I have just one comment on
> section 4:
> 
> Section 4 gives two classes of reasons not to use the DNS for LMA
> discovery.  The first class is related to update propagation latencies
> caused by caching.  The second class is related to update latencies
> caused by primary-to-secondary server synchronization.  My comment
> relates to the first class of reasons:
> 
> Can't the issues described be well avoided?  In deployments where the
> DNS is to be used for LMA discovery, make sure you have DNS
> implementations that accept low TTLs, and set your TTLs low -- that
> seems to be it.  I agree that the issues you are describing do need to
> be considered, and hence it is very important to document them.  But I
> personally don't see them as show-stoppers.

Agree that they are not show-stoppers. Maybe the document could emphasize more clearly that the DNS administrator just has to know what he's doing. Enhancing the first paragraph slightly.

   A number of LMA discovery solutions described in Section 2 and
   Section 3 eventually depend on the DNS.  This section discusses
   impacts of the DNS response caching and issues related to the Dynamic
   DNS [RFC2136] updates. The impacts and related issues can mostly be
   avoided by a proper DNS administration that takes PMIPv6 domain
   deployment aspects into consideration.


> 
> This said, your second class of reasons may be more intractable.
> 
> Hope this helps.  Best regards,

- JOuni



> 
> - Christian
> 
> _______________________________________________
> netlmm mailing list
> netlmm@ietf.org
> https://www.ietf.org/mailman/listinfo/netlmm