IETF Logo Mail Archive

Re: [Ila] [5gangip] Scaling mapping systems (was Re: BOF Description)

Dino Farinacci <farinacci@gmail.com> Sun, 04 February 2018 23:56 UTC

Return-Path: <farinacci@gmail.com>
X-Original-To: ila@ietfa.amsl.com
Delivered-To: ila@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C34D4126CBF; Sun, 4 Feb 2018 15:56:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ITRMYEB5ugA5; Sun, 4 Feb 2018 15:56:01 -0800 (PST)
Received: from mail-yw0-x22b.google.com (mail-yw0-x22b.google.com [IPv6:2607:f8b0:4002:c05::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9E3EF120725; Sun, 4 Feb 2018 15:56:01 -0800 (PST)
Received: by mail-yw0-x22b.google.com with SMTP id u17so17234626ywg.9; Sun, 04 Feb 2018 15:56:01 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=wOqZytbgqfpB7eZGHxd0nmz3ZMBARaLS8AIHScuF/Ck=; b=A+Slycc+zZeZ7go833HqY8aWIFsbMVA21jFiLzU/qCrcNvmjVmSXr8ZSVPU7NX4Bl0 sjbzmaKIfPwQm1vzNu/gJF8qKxwZcI6qtqikSCX2eBZy/ecP6jXt8hoywxPTR1pyWgpg Dw+gyt6iAp7VgnfBff8F1WIMWUpmAFfOGVDrmAuBR8Bh3ssqixyD1hIPB1dKPCdOl7s9 LCFGtJYCyxqZKF0OLCj0UFkatd2NV4ezMQxZ1rkbeWsYd86VZTvykrU0BTDXZ5DT/08x szt1MpXYN10C0HEX2jqRJ+fCkc+q0gTJ3RKo5HchKHncZRiSKk2vnDVowXG/qaM8BiRQ J+0w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=wOqZytbgqfpB7eZGHxd0nmz3ZMBARaLS8AIHScuF/Ck=; b=FIZXMRNheht6ukKrLkN/fEbchklCbBL/loc1VVZBIlj0r+88Ql+96onyO1IQOAxX2i w0R+t4Brvblt9+zc41C82Q6RlmvglBBKpmFNc3L2D+JakRfCPF5Zdkbm5v+diZ/Aux7k Wd+dq9BmhPy0hMxHsEQQIekUTN9xdszIO8bvsCxbzF+aQX7gfUqGbIKatfSvxWJY8WuX Mm/UI04TsDZV1m/Cpa6809qBGf1Y81LS7g0GK8V9eTHPr0oKhr6lX9Ur1kJ7l78euwDY ygLZyypUZu4AEIqWM488/5oqVUhcC9zDQekLPmWpqwxJS3Qz3n6jRWizQuD6I9ZENhoS hipA==
X-Gm-Message-State: AKwxytd4B3I0aMGrCP+Wl4Lam14fcPZPtwa8nytVP7CTpfDfn5mW+MnI gC+GrX82tymP7eO58ZHJ4wkgu8jm
X-Google-Smtp-Source: AH8x2259n9Fo1xOJojtpvhI18F8LMh4KI8+X/Ku/q+OUaIa7/ohagpsxMieSdVKuxxue1keBnGYZSQ==
X-Received: by 10.37.80.129 with SMTP id e123mr31196379ybb.497.1517788560641; Sun, 04 Feb 2018 15:56:00 -0800 (PST)
Received: from ?IPv6:2600:380:9e49:163e:b0f5:87b3:3ff1:3349? ([2600:380:9e49:163e:b0f5:87b3:3ff1:3349]) by smtp.gmail.com with ESMTPSA id n64sm2677304ywc.78.2018.02.04.15.55.59 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 04 Feb 2018 15:56:00 -0800 (PST)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (1.0)
From: Dino Farinacci <farinacci@gmail.com>
X-Mailer: iPhone Mail (15D60)
In-Reply-To: <CAPDqMeqNkiOWHOVU0AsUzFfPH60pTdS2x9CePhvZDhVLGJoGmw@mail.gmail.com>
Date: Mon, 05 Feb 2018 08:55:57 +0900
Cc: Tom Herbert <tom@herbertland.com>, 5GANGIP <5gangip@ietf.org>, Behcet Sarikaya <sarikaya@ieee.org>, ila@ietf.org, Alexandre Petrescu <alexandre.petrescu@gmail.com>, Lorenzo Colitti <lorenzo@google.com>
Content-Transfer-Encoding: quoted-printable
Message-Id: <9C425F56-738C-4600-9DFF-9D30FC3872DC@gmail.com>
References: <CALx6S37+1PK3ET7g+XsCHt6-CJrABLko0YbWgE12xFX=vL5OPA@mail.gmail.com> <5067FA81-B416-4A19-9F11-A08B35BB8B6D@gmail.com> <CAPDqMeqNkiOWHOVU0AsUzFfPH60pTdS2x9CePhvZDhVLGJoGmw@mail.gmail.com>
To: Tom Herbert <tom@quantonium.net>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ila/ZV5vLAqeyzXikJTQ78UJvHZ3sf0>
Subject: Re: [Ila] [5gangip] Scaling mapping systems (was Re: BOF Description)
X-BeenThere: ila@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Identifier Locator Addressing <ila.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ila>, <mailto:ila-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ila/>
List-Post: <mailto:ila@ietf.org>
List-Help: <mailto:ila-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ila>, <mailto:ila-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Feb 2018 23:56:04 -0000

> One question about the packet flow sequence in section 4.1 of RFC6830.
> On a cache miss, what does an ITR do with the packet? Is it dropped,
> queued for pending resolution, forwarded to a node that would have the
> mapping, or other?

From an architectural point of view we wanted it to behave like ARP (and many ND implementations as well). That is drop the packet. There are implementations that queue the first packet that invokes the Map-Request or the last packet that was received while waiting for the Map-Reply. 

We were told by financial apps that dropping is better than queuing and sending older data. 

As time has gone on with experience in deployment, forwarding to another node that has a large shared cache, like an RTR, seems to deal with the issue in a compromised way. 

Dino

v2.23.0 | Report a Bug | By Email