Re: [Int-area] Fwd: New Version Notification for draft-nordmark-intarea-ippl-01.txt

Erik Nordmark <nordmark@acm.org> Mon, 21 March 2016 17:37 UTC

Return-Path: <nordmark@acm.org>
X-Original-To: int-area@ietfa.amsl.com
Delivered-To: int-area@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5898812D61B for <int-area@ietfa.amsl.com>; Mon, 21 Mar 2016 10:37:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.935
X-Spam-Level:
X-Spam-Status: No, score=-1.935 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no autolearn_force=no
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 WdERs41UprYM for <int-area@ietfa.amsl.com>; Mon, 21 Mar 2016 10:37:36 -0700 (PDT)
Received: from d.mail.sonic.net (d.mail.sonic.net [64.142.111.50]) (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 3B94512D9B1 for <int-area@ietf.org>; Mon, 21 Mar 2016 10:36:57 -0700 (PDT)
Received: from [172.22.227.238] ([162.210.130.3]) (authenticated bits=0) by d.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id u2LHatZp028371 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Mon, 21 Mar 2016 10:36:55 -0700
To: Mikael Abrahamsson <swmike@swm.pp.se>
References: <56253854.40808@acm.org> <562538AE.8010703@sonic.net> <BY2PR03MB412ED1EEF31451409003FB4A3290@BY2PR03MB412.namprd03.prod.outlook.com> <alpine.DEB.2.02.1511051025571.24520@uplift.swm.pp.se>
From: Erik Nordmark <nordmark@acm.org>
Message-ID: <56F03137.9030708@acm.org>
Date: Mon, 21 Mar 2016 10:36:55 -0700
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: <alpine.DEB.2.02.1511051025571.24520@uplift.swm.pp.se>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
X-Sonic-CAuth: UmFuZG9tSVaFQg5zvTD666zZR3WnUVi6am8wezotjNgXkgf6LWK2Tm03LuhNa0dclRdx968K/hMriuqGmhmKJx97QH75epIe
X-Sonic-ID: C;kLMtgYvv5RG79436ZLXa/Q== M;DjZkgYvv5RG79436ZLXa/Q==
X-Sonic-Spam-Details: 0.0/5.0 by cerberusd
Archived-At: <http://mailarchive.ietf.org/arch/msg/int-area/VB9v8jpkvF-feL2yW-qaRPopgco>
Cc: Internet Area <int-area@ietf.org>
Subject: Re: [Int-area] Fwd: New Version Notification for draft-nordmark-intarea-ippl-01.txt
X-BeenThere: int-area@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF Internet Area Mailing List <int-area.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/int-area>, <mailto:int-area-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/int-area/>
List-Post: <mailto:int-area@ietf.org>
List-Help: <mailto:int-area-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/int-area>, <mailto:int-area-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 21 Mar 2016 17:37:37 -0000

On 11/5/15 1:28 AM, Mikael Abrahamsson wrote:
> On Thu, 5 Nov 2015, Dave Thaler wrote:
>
>> I notice that currently RFC 4389 is not referenced at all.
>> It’s Experimental since there are many ways of proxying and it just 
>> describes one of them,
>> but I still think it bears referencing informatively, especially 
>> since section 6 of that RFC is
>> very relevant to the discussion on loops in the document.
>
> I have in live networks running spanning tree and HSRP seen issue with 
> the L2 mac learning timeout being 300 second (cisco default) and arp 
> timeout being 4 hours (also cisco timeout) where in certain topologies 
> the L2 switch would not see one of the routers mac address until the 
> arp timeouted, and flooded all traffic to that router to all switches.
>
> The problem was "fixed" by turning down the arp timeout to 270 seconds.
>
> THis is not exactly what your draft describes, but it might still be 
> worth mentioning?

Mikael,

FWIW I've seen similar interaction with VXLAN where there is dataplane 
learning in the underlay and the overlay, both interacting with ARP timers.

But I don't see how to fit in a discussion about MAC learning in the draft.
Any suggestions on how to fit it in?

Thanks,
    Erik