IETF Logo Mail Archive

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

Dino Farinacci <farinacci@gmail.com> Fri, 09 February 2018 05:33 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 B5BCA127873; Thu, 8 Feb 2018 21:33:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.698
X-Spam-Level:
X-Spam-Status: No, score=-2.698 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, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=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 CDeHWVebXy-q; Thu, 8 Feb 2018 21:33:17 -0800 (PST)
Received: from mail-yw0-x22e.google.com (mail-yw0-x22e.google.com [IPv6:2607:f8b0:4002:c05::22e]) (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 B451D126D45; Thu, 8 Feb 2018 21:33:17 -0800 (PST)
Received: by mail-yw0-x22e.google.com with SMTP id x62so4346092ywg.11; Thu, 08 Feb 2018 21:33:17 -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=r3f0fIDr6n4xXw/scbBc33mqeU/4kEV6W7XSevzG5uk=; b=ZvPlA+RJJRL9zOOhwj0ctjVckP9503il7/oHDbmWmZMYD4v3yus5ZTa5wyy/4/HeRH w2zfW4qF1fSphzhOHNoX++3grN3xaWDxAdUkMP7Bz6K5rMbsqt7seyeo/Sv9Z0Pi8eQ1 6FO5EqItQF1SbRdlnqTwMLLf8xnpL983Lk1QcjZQEVmqZwPvwUcEBCjxvCVNFLKaKN9T k7UXjmTRuBS9R4qhYOkq5zZ5hwchHKgn0NiopNEQJ8il6l/9tayaa60xUh2U8kw3aRUb x2Kb7VyJUR3yM9p4kORLDErK6/UH+yCpZZbFXbmHrTNL4dA9EP7N1SsbAl+HcUeaFPtc s3JQ==
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=r3f0fIDr6n4xXw/scbBc33mqeU/4kEV6W7XSevzG5uk=; b=qzQUmd4KP0G5lBcOU2gxePph7bNdjDCdGTZq4dOqkffhCBGQUppjVYK6eoChvvgEeC UcgVGbXSqCM6MRrA6iHEBx5yJDOppL4TQHvCCl/ShfoMtjGP5s5aHFoO7RnRpD8QDCvj pqiGNAA+FRUHPAUfLbHd1nsibSi/q+vQmc72x4cLB7U0YkhzK6Vt2wRN1vBWx7Xe+fmK Caojypyj1uqtKqNQPl8yQysFRf29JoAci+H6maVOpsNMpTm4N/HzP2AtF4RBXPU4WvPo eF4k1JeXQyOvylOvoiKRAoCv5esWDeC09EO2TwYBI7JVodwmp/kqjB80jvDW2qws8Plu uBlg==
X-Gm-Message-State: APf1xPDoFwXK4z82DmubkKw37w/o07si2zsl7+XCp95mnAOW58sUyfKA gq764LsyTeZHTkNbWsFJNl/LIDCo
X-Google-Smtp-Source: AH8x227kHFdYxkyTHPagZxptoXRrU70OQFnbMHPPM3LuLKiFyo00lME4ZZtgfGEzcivCIuTVLd61Xw==
X-Received: by 10.37.9.13 with SMTP id 13mr948684ybj.125.1518154396798; Thu, 08 Feb 2018 21:33:16 -0800 (PST)
Received: from ?IPv6:2600:380:9e13:50a7:10b9:f3b0:fc22:a2b5? ([2600:380:9e13:50a7:10b9:f3b0:fc22:a2b5]) by smtp.gmail.com with ESMTPSA id m24sm648121ywh.6.2018.02.08.21.33.15 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 08 Feb 2018 21:33:16 -0800 (PST)
Content-Type: multipart/alternative; boundary="Apple-Mail-90A64BAE-0BE1-4E45-A727-242E9219437A"
Mime-Version: 1.0 (1.0)
From: Dino Farinacci <farinacci@gmail.com>
X-Mailer: iPhone Mail (15D60)
In-Reply-To: <CAPDqMeopH7hm9TaOe9QnFSxgd8fJAkybKxtL0qX0=Y20bKs5Vg@mail.gmail.com>
Date: Fri, 09 Feb 2018 14:33:13 +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: 7bit
Message-Id: <8D1B7457-D585-43F6-A886-744A23E02724@gmail.com>
References: <CALx6S37+1PK3ET7g+XsCHt6-CJrABLko0YbWgE12xFX=vL5OPA@mail.gmail.com> <5067FA81-B416-4A19-9F11-A08B35BB8B6D@gmail.com> <CAPDqMeqNkiOWHOVU0AsUzFfPH60pTdS2x9CePhvZDhVLGJoGmw@mail.gmail.com> <9C425F56-738C-4600-9DFF-9D30FC3872DC@gmail.com> <CAPDqMeoLPSGbFg_H-_yOPBguXhOmx8fXjzYd_ax1Qds56KibZQ@mail.gmail.com> <EF6D1220-510C-4A4A-A15E-CA7029B300F7@gmail.com> <CAPDqMeq9yWoEY7WvtX7v-p0UN01-BjERVUF0HNFTEqwD=P1X=g@mail.gmail.com> <D518818A-B2DF-40EE-8880-1D1B8B67FADC@gmail.com> <CAPDqMeoHxRCB2mr5Oc4XVG+RjKF+3mBx7APVj6y8uCzpOfn0BA@mail.gmail.com> <57A8FA1C-7920-4F27-83E3-E673242FACE2@gmail.com> <CAPDqMeopH7hm9TaOe9QnFSxgd8fJAkybKxtL0qX0=Y20bKs5Vg@mail.gmail.com>
To: Tom Herbert <tom@quantonium.net>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ila/FiPntFcnGWukn82Fu1Wkk1FHxGk>
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: Fri, 09 Feb 2018 05:33:20 -0000

> That would also be true of ILA, flows going to the same destination will share the same cache entry.

Yes true if ILA was deployed on a eNodeB/UPF. 

> At the start of a flow (or resumption from idle) a connection should be in slow start so that there wouldn't be a lot of packets inflight to create OOO packets, or it might even be only a single SYN in flight. It's likely that the RTT to get the redirect is less than the application response time so that the cache would be populated before a sender sends its second round of packets.

Yep - that was our justification in LISP too when experiencing a cache miss. 

>> In any loc/ID design push can be used and scale. But is it practical (and necessary) for 1B entries?
>> 
> This isn't doing push in the pub/sub sense which I agree won't scale to 1B entries. Redirect are reactions to forwarded packets so the packets effectively are the mapping request.

Right. Agee. 

Dino

v2.23.0 | Report a Bug | By Email