RE: MAC route with IP
Jakob Heitz <jakob.heitz@ericsson.com> Mon, 12 May 2014 05:59 UTC
Return-Path: <jakob.heitz@ericsson.com>
X-Original-To: l2vpn@ietfa.amsl.com
Delivered-To: l2vpn@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1])
by ietfa.amsl.com (Postfix) with ESMTP id A41AD1A03FD
for <l2vpn@ietfa.amsl.com>; Sun, 11 May 2014 22:59:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5
tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001]
autolearn=ham
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 3Y-_-_85NSxI for <l2vpn@ietfa.amsl.com>;
Sun, 11 May 2014 22:59:23 -0700 (PDT)
Received: from usevmg21.ericsson.net (usevmg21.ericsson.net [198.24.6.65])
by ietfa.amsl.com (Postfix) with ESMTP id 670471A03FE
for <l2vpn@ietf.org>; Sun, 11 May 2014 22:59:22 -0700 (PDT)
X-AuditID: c6180641-f799b6d000000b0f-be-537011844d5c
Received: from EUSAAHC004.ericsson.se (Unknown_Domain [147.117.188.84])
by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id
96.24.02831.48110735; Mon, 12 May 2014 02:10:45 +0200 (CEST)
Received: from EUSAAMB109.ericsson.se ([147.117.188.126]) by
EUSAAHC004.ericsson.se ([147.117.188.84]) with mapi id 14.03.0174.001; Mon,
12 May 2014 01:59:16 -0400
From: Jakob Heitz <jakob.heitz@ericsson.com>
To: Jakob Heitz <jakob.heitz@ericsson.com>, "Ali Sajassi (sajassi)"
<sajassi@cisco.com>, "l2vpn@ietf.org" <l2vpn@ietf.org>
Subject: RE: MAC route with IP
Thread-Topic: MAC route with IP
Thread-Index: Ac9tnTVAaQfHHQKqR0C1MGMVDrT48///65IA///deaD//7hWkA==
Date: Mon, 12 May 2014 05:59:14 +0000
Message-ID: <2F3EBB88EC3A454AAB08915FBF0B8C7E03053BF0@eusaamb109.ericsson.se>
References: <2F3EBB88EC3A454AAB08915FBF0B8C7E03053A80@eusaamb109.ericsson.se>
<CF95A92D.D380B%sajassi@cisco.com>
<2F3EBB88EC3A454AAB08915FBF0B8C7E03053B8D@eusaamb109.ericsson.se>
In-Reply-To: <2F3EBB88EC3A454AAB08915FBF0B8C7E03053B8D@eusaamb109.ericsson.se>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [147.117.188.12]
Content-Type: multipart/alternative;
boundary="_000_2F3EBB88EC3A454AAB08915FBF0B8C7E03053BF0eusaamb109erics_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrJLMWRmVeSWpSXmKPExsUyuXRPiG6rYEGwwfe9vBaPvx1it3h3tpnF
gcljyu+NrB5LlvxkCmCK4rJJSc3JLEst0rdL4Mp4dugia8G+FsaKN1umsDYwrijtYuTkkBAw
kZh0op8JwhaTuHBvPVsXIxeHkMBRRolLa76zQjjLGSXWXZzIDlLFJqAj8e16FzOILSJQI7Hr
7AVWEJtZwEyi8+ZksBphATmJzx1HmSBq5CUaf6wFquEAsp0kmu+HgYRZBFQl+l7NYgQJ8wr4
Skw9KgmxahujxKevaxlBajgF/CR+LZjHAmIzAh33/dQaJohV4hK3nsyHOlpAYsme88wQtqjE
y8f/WCFsJYk5r68xQ9TnS0y6uwrsNF4BQYmTM5+wTGAUnYVk1CwkZbOQlEHEdSQW7P7EBmFr
Syxb+JoZxj5z4DETsvgCRvZVjBylxalluelGhpsYgXF1TILNcQfjgk+WhxgFOBiVeHgX7MoP
FmJNLCuuzD3EKM3BoiTOm/4pNlhIID2xJDU7NbUgtSi+qDQntfgQIxMHp1QDY2rVYlExv+3L
zb46T95Tm37ipviCgwpGNhrfslstKjm5F0pa/+dcPjuGp7tyZ15Cp3RPpmnqMbfmZXMuVZ+V
49Jr6YoouKZV+uHDnTMZcyt5Hf8cU2V85tKenBsyNZNF7f4//eAtu1ew5V1ON3nBJ+L0JuOR
9L7b/cxTD8h93r31ScrF3Tv2KLEUZyQaajEXFScCANbWe9+MAgAA
Archived-At: http://mailarchive.ietf.org/arch/msg/l2vpn/Fh2sE2K2JfnZhOqm9D8ZBlLqUsE
Cc: Antoni Przygienda <antoni.przygienda@ericsson.com>
X-BeenThere: l2vpn@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Layer 2 Virtual Private Networks <l2vpn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/l2vpn>,
<mailto:l2vpn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/l2vpn/>
List-Post: <mailto:l2vpn@ietf.org>
List-Help: <mailto:l2vpn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/l2vpn>,
<mailto:l2vpn-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 12 May 2014 05:59:25 -0000
People clear ARP caches when they get too big. When that happens, the bridge table may not be cleared at the same time or at all. An ARP cache may have a different timeout than the bridge table. A bridge can snoop ARP messages to learn bindings and those bindings can time out. However, many other packets can come from the same MAC address, keeping the MAC alive in the bridge table. In this case, the MAC-IP binding will be lost without the MAC address itself being lost. IP-MAC bindings can be learnt other than by snooping ARPs, by configuration, for example. Such configurations can be removed. Cheers, Jakob. From: L2vpn [mailto:l2vpn-bounces@ietf.org] On Behalf Of Jakob Heitz Sent: Sunday, May 11, 2014 10:39 PM To: Ali Sajassi (sajassi); l2vpn@ietf.org Cc: Antoni Przygienda Subject: RE: MAC route with IP When the IP address is dissociated with the MAC address, but the MAC address still exits. Cheers, Jakob. From: Ali Sajassi (sajassi) [mailto:sajassi@cisco.com] Sent: Sunday, May 11, 2014 10:34 PM To: Jakob Heitz; l2vpn@ietf.org<mailto:l2vpn@ietf.org> Cc: Antoni Przygienda Subject: Re: MAC route with IP Hi Jakob, I believe the currency text is correct and sufficient. What use case do you have in mind? EVPN PE devices that only do L2 (w/ flooding), only advertise MAC route (w/o IP address) and EVPN PE devices that do L2 w/ ARP suppression, advertise both MAC and IP. In the latter case, if there are several IP addresses map to the same MAC address, then the MAC address from MAC-VRF only gets removed, when there is no more ARP entry with that MAC address. Cheers, Ali From: Jakob Heitz <jakob.heitz@ericsson.com<mailto:jakob.heitz@ericsson.com>> Date: Sunday, May 11, 2014 9:56 PM To: "l2vpn@ietf.org<mailto:l2vpn@ietf.org>" <l2vpn@ietf.org<mailto:l2vpn@ietf.org>> Cc: Antoni Przygienda <antoni.przygienda@ericsson.com<mailto:antoni.przygienda@ericsson.com>> Subject: MAC route with IP We have another issue In section 10: ARP and ND, the draft says: If there are multiple IP addresses associated with a MAC address, then multiple MAC advertisement routes MUST be generated, one for each IP address. For instance, this may be the case when there are both an IPv4 and an IPv6 address associated with the MAC address. When the IP address is dissociated with the MAC address, then the MAC advertisement route with that particular IP address MUST be withdrawn. If such a route is withdrawn and no MAC route without IP exists, then the MAC address will be forgotten. Therefore, we would like to add a sentence: Whenever a PE advertises one or more MAC advertisement routes with IP address for a particular MAC address, it MUST also advertise one MAC advertisement route without an IP address for that MAC address. Thanks, Jakob.
- MAC route with IP Jakob Heitz
- Re: MAC route with IP Ali Sajassi (sajassi)
- RE: MAC route with IP Jakob Heitz
- Re: MAC route with IP Ali Sajassi (sajassi)
- RE: MAC route with IP Jakob Heitz
- RE: MAC route with IP Antoni Przygienda
- Re: MAC route with IP Ali Sajassi (sajassi)
- RE: MAC route with IP Antoni Przygienda
- Re: MAC route with IP Ali Sajassi (sajassi)
- RE: MAC route with IP Jakob Heitz
- Re: MAC route with IP Ali Sajassi (sajassi)
- Re: MAC route with IP Ali Sajassi (sajassi)
- RE: MAC route with IP Jakob Heitz
- Re: MAC route with IP Ali Sajassi (sajassi)
- RE: MAC route with IP Jakob Heitz
- RE: MAC route with IP Jakob Heitz
- RE: MAC route with IP Antoni Przygienda
- Re: MAC route with IP Ali Sajassi (sajassi)
- RE: MAC route with IP Jakob Heitz
- Re: MAC route with IP Rabadan, Jorge (Jorge)
- RE: MAC route with IP Jakob Heitz
- Re: MAC route with IP Ali Sajassi (sajassi)
- Re: MAC route with IP Rabadan, Jorge (Jorge)
- RE: MAC route with IP John E Drake
- RE: MAC route with IP John E Drake
- Re: MAC route with IP Ali Sajassi (sajassi)
- Re: MAC route with IP Rabadan, Jorge (Jorge)
- Re: MAC route with IP Aldrin Isaac
- Re: MAC route with IP Ali Sajassi (sajassi)
- RE: MAC route with IP Jakob Heitz
- Re: MAC route with IP Aldrin Isaac
- Re: MAC route with IP Ali Sajassi (sajassi)
- Re: MAC route with IP Jakob Heitz
- Re: MAC route with IP Ali Sajassi (sajassi)
- Re: MAC route with IP Jakob Heitz
- Re: MAC route with IP Aldrin Isaac
- Re: MAC route with IP Aldrin Isaac
- RE: MAC route with IP Jakob Heitz
- RE: MAC route with IP Linda Dunbar