IETF Logo Mail Archive

Re: [Ila] [5gangip] Problem Statement

Tom Herbert <tom@quantonium.net> Fri, 27 April 2018 19:11 UTC

Return-Path: <tom@quantonium.net>
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 AA9DC12778D for <ila@ietfa.amsl.com>; Fri, 27 Apr 2018 12:11:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.61
X-Spam-Level:
X-Spam-Status: No, score=-2.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, T_DKIMWL_WL_MED=-0.01] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=quantonium-net.20150623.gappssmtp.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 CnX3TeY3Gveg for <ila@ietfa.amsl.com>; Fri, 27 Apr 2018 12:11:33 -0700 (PDT)
Received: from mail-wm0-x236.google.com (mail-wm0-x236.google.com [IPv6:2a00:1450:400c:c09::236]) (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 118AC1200C5 for <ila@ietf.org>; Fri, 27 Apr 2018 12:11:33 -0700 (PDT)
Received: by mail-wm0-x236.google.com with SMTP id m70so3881790wma.2 for <ila@ietf.org>; Fri, 27 Apr 2018 12:11:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quantonium-net.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=2fnekvb2gsuVi7vXE1TSm8HVLIzOCEYxMNtHJcma91I=; b=ulef4RDtrUHKIzkGe27DCs4h9BITEwz/3sOoP/eRM5RWRmnuMtp21/8vSoejrfXSMl DhwFQnuxXS9vffoGXX4R70LwXg8zvfxnkbcUoWDDG/y0wRAPdH2Mrp8nK6YfjUEmOgR+ uavWo5oJklhrsxRGia1qszwmQBFRXov9fa0WukrYuFu/eSq6nmTX9PQc1w+cBCsp7LFC IO9hLwv/b0akaUO8DZzmUbnhHOzp5tRh3U9iFxMHFe8T4ieuEw2v6csZviEZPL29Lj3M bjBhJnMW2IngGPLNtmfy2x+ZLZvt5YYfLojlGEGaosCc11yHM3M/hvZQlPklkfJCB5aq NNTA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=2fnekvb2gsuVi7vXE1TSm8HVLIzOCEYxMNtHJcma91I=; b=CPJx0hHgLsVFDAoYeSnSKg8rlus0kKnu9jFD11tA4ncLasvNyFBEd/E7VNes0k700P rv+BGz8xhBxIF50nEsQJ+AVSbUyX6WwLdnR1TtEgFd6T8Chxozu6rGLbAVQreTOt87RA R61hOT06B2A/4cvb21Y7ZiUKDUb1ijGrJV2dCI4dKwzGPrXOX5AHuLSxioWAKP1QXS+F 4S00NA2fAmqtEAtiM/w5lGc3wf7qOg+sgK0dqOM9k10mK1tpd60e/TeM/B4XiozR2gSj 8JXs2o0ccO5GbfP1RVmsNr8sfjMNYbhYaH3yKawr6ruTlf2+62qClBZfdBLfQnJkE1gM fG/g==
X-Gm-Message-State: ALQs6tDdwRr1vxr5TQo1x7I/eM4eVMiJIIJfaQ2K4TkTVZlpV6trsVw9 KuKzDpbr4AuIjT/5o36bcIDEo6zuhBnfa//Ft250FA==
X-Google-Smtp-Source: AB8JxZoyX8i8NzrGgDbHIuNr2gPjAcxfdVpEopCZzs7JfoSmKtgZACp3gctTzqllSKzKCxTJlGTrMSS9ckWnHokXKxI=
X-Received: by 10.28.124.10 with SMTP id x10mr2014893wmc.59.1524856291388; Fri, 27 Apr 2018 12:11:31 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.223.128.227 with HTTP; Fri, 27 Apr 2018 12:11:30 -0700 (PDT)
In-Reply-To: <6535548C-B60C-47CB-8D5E-4175C4D49B07@gmail.com>
References: <CAC8QAcfTZbSmnhpc-s_e=e4Kg_SO7bUQ8gK64=nAGsxv9Y7rjw@mail.gmail.com> <CALx6S37wVQ5FGvqikbFUtLK3LKcp7fKsLCsgp5yrMnTQ52s2=w@mail.gmail.com> <347F486D-0F7B-45D9-92B6-3AFE10B0550E@gmail.com> <CAPDqMeo-+CHxHr0dVNmc=23T+EMOjrL9Stcxv0JGjY1UH0QU2g@mail.gmail.com> <9C0497E2-017A-471B-8B73-70CD335A7CFD@gmail.com> <CAPDqMepRMFn2xNcdezetZxo591BJkahTBJ2QU_oTN2Mt8OMnZw@mail.gmail.com> <6535548C-B60C-47CB-8D5E-4175C4D49B07@gmail.com>
From: Tom Herbert <tom@quantonium.net>
Date: Fri, 27 Apr 2018 12:11:30 -0700
Message-ID: <CAPDqMereJW3tHGyNL_jPZn_R7=oBArN5XRJK-_UFcktZFrDixw@mail.gmail.com>
To: Dino Farinacci <farinacci@gmail.com>
Cc: Tom Herbert <tom@herbertland.com>, 5GANGIP <5gangip@ietf.org>, Behcet Sarikaya <sarikaya@ieee.org>, Christian Huitema <huitema@huitema.net>, Dirk.von-Hugo@telekom.de, ila@ietf.org
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/ila/ELsUie_C5zcsyY8Fzb8SCEvXkxo>
Subject: Re: [Ila] [5gangip] Problem Statement
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: Fri, 27 Apr 2018 19:11:36 -0000

On Fri, Apr 27, 2018 at 12:01 PM, Dino Farinacci <farinacci@gmail.com> wrote:
>> ILA forwarding nodes (ILA-N) may have a cache. In the case of a cache
>> miss the packet is forwarded. It will go to an ILA router that can
>> perform ILA transformation. The ILA router may also send back an ILA
>
> And how does the ILA router get the locator?
>
>> redirect to the forwarding node to populate the cache so that it can
>
> Yes, but it has to know what the destination locator is. You keep leaving this information out whenever I ask you
>
We are currently using a distributed key value store for that (redis
DB). ILA-Rs read the monitor their shard. Code is in
github.com/quantonium/ila if you want to take a look. IMO, using a KV
store for this as opposed to developing a new protocol is a good
direction. This way were leveraging all the recent development for
security, availability, reliability, replication, etc.

ILAMP defines the protocol between ILA-Rs and ILA-Ns primarily for
managing ILA-N caches.

>> perform the transformation on subsequent packets. ILA forwarding nodes
>> never drop or block packets because of a cache miss.
>
> But then they don’t have a locator to transform or redirect.
>
The router can send them a redirect if it chooses. On a cache miss the
packet is forwarded like normal.

> Dino

v2.23.0 | Report a Bug | By Email