[netlmm] Review of LMA Discovery document

Christian Vogt <christian.vogt@ericsson.com> Thu, 29 April 2010 21:53 UTC

Return-Path: <christian.vogt@ericsson.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 EC68A3A67FB for <netlmm@core3.amsl.com>; Thu, 29 Apr 2010 14:53:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.921
X-Spam-Level:
X-Spam-Status: No, score=-1.921 tagged_above=-999 required=5 tests=[AWL=-1.736, 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 co6kDXoat-+s for <netlmm@core3.amsl.com>; Thu, 29 Apr 2010 14:53:50 -0700 (PDT)
Received: from imr3.ericy.com (imr3.ericy.com [198.24.6.13]) by core3.amsl.com (Postfix) with ESMTP id 143393A659C for <netlmm@ietf.org>; Thu, 29 Apr 2010 14:53:50 -0700 (PDT)
Received: from eusaamw0711.eamcs.ericsson.se ([147.117.20.178]) by imr3.ericy.com (8.13.8/8.13.8) with ESMTP id o3TLrX4H016777 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 29 Apr 2010 16:53:34 -0500
Received: from [155.53.229.61] (147.117.20.212) by eusaamw0711.eamcs.ericsson.se (147.117.20.179) with Microsoft SMTP Server id 8.1.375.2; Thu, 29 Apr 2010 17:53:33 -0400
From: Christian Vogt <christian.vogt@ericsson.com>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Date: Thu, 29 Apr 2010 14:53:40 -0700
Message-ID: <457704EB-5997-4BD9-A455-0E4912ADBFFC@ericsson.com>
To: NETLMM Mailing List <netlmm@ietf.org>
MIME-Version: 1.0 (Apple Message framework v1078)
X-Mailer: Apple Mail (2.1078)
Cc: jouni korhonen <jounikor@gmail.com>
Subject: [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: Thu, 29 Apr 2010 21:53:51 -0000

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.

This said, your second class of reasons may be more intractable.

Hope this helps.  Best regards,

- Christian