Re: MAC route with IP
Jakob Heitz <jakob.heitz@ericsson.com> Wed, 14 May 2014 07:09 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 B32DB1A0277
for <l2vpn@ietfa.amsl.com>; Wed, 14 May 2014 00:09:22 -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 23A-f0Z1SV8F for <l2vpn@ietfa.amsl.com>;
Wed, 14 May 2014 00:09:19 -0700 (PDT)
Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45])
by ietfa.amsl.com (Postfix) with ESMTP id 65FE11A0276
for <l2vpn@ietf.org>; Wed, 14 May 2014 00:09:19 -0700 (PDT)
X-AuditID: c618062d-f79c96d000001cfc-df-5372c7361bb4
Received: from EUSAAHC006.ericsson.se (Unknown_Domain [147.117.188.90])
by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id
EC.9D.07420.637C2735; Wed, 14 May 2014 03:30:30 +0200 (CEST)
Received: from EUSAAMB109.ericsson.se ([147.117.188.126]) by
EUSAAHC006.ericsson.se ([147.117.188.90]) with mapi id 14.03.0174.001; Wed,
14 May 2014 03:09:04 -0400
From: Jakob Heitz <jakob.heitz@ericsson.com>
To: "Ali Sajassi (sajassi)" <sajassi@cisco.com>
Subject: Re: MAC route with IP
Thread-Topic: MAC route with IP
Thread-Index: Ac9tnTVAaQfHHQKqR0C1MGMVDrT48///65IA///deaD//7hWkIACA6eA//8w+kAAMBG6gP//3aLA///WaoD//4r38P//LYQA//434xD//I4AAP/4sfYA//Fe5YD/4i9hAP/EJsOA/4iDnNE=
Date: Wed, 14 May 2014 07:09:04 +0000
Message-ID: <AC766891-B9AF-493A-A242-95D58BDC7069@ericsson.com>
References: <CAOA2mbzei_th6MB5DUPcJ2jE7mdExX3aO6frx6VeLZLLB+Eo8g@mail.gmail.com>,
<CF985727.D3B10%sajassi@cisco.com>
In-Reply-To: <CF985727.D3B10%sajassi@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Content-Type: multipart/alternative;
boundary="_000_AC766891B9AF493AA24295D58BDC7069ericssoncom_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpmkeLIzCtJLcpLzFFi42KZXLonStfseFGwwa31ehYzd7eyWMy562zx
+Nshdot3Z5tZHFg8pvzeyOqxc9Zddo8lS34yeVxvusoewBLFZZOSmpNZllqkb5fAlbH72De2
gk2tjBXbFyxma2BcWNzFyMkhIWAicaZ/MhOELSZx4d56ti5GLg4hgaOMEm1LvkM5yxklHlzc
xwhSxSagI/HtehcziC0ioC8xsW0KI0gRM0hRx/Ut7CAJYQE5iV1LtzBBFMlLNP5YywpSJCIw
j1Hi4uoOsG4WAVWJ58smgdm8AvYSDcc/gTULCRRLHF/9FszmBNrQt2M/2CBGoPu+n1oDZjML
iEvcejIf6m4BiSV7zjND2KISLx//Y4WoSZa4ffsCK8R8QYmTM5+wTGAUmYWkfRaSsllIyiDi
BhLvz81nhrC1JZYtfA1l60ts/HKWEVl8ASP7KkaO0uLUstx0I4NNjMBYOybBpruDcc9Ly0OM
AhyMSjy8CapFwUKsiWXFlbmHGKU5WJTEeQu+xAYLCaQnlqRmp6YWpBbFF5XmpBYfYmTi4JRq
YFzS+1lNbtKmHdq32fnluN3+rJowY2n9L/2/731nqr+6zL8i0W7dF55XcqkZdQdlwtR3vti9
9PPHmPnHq9k+1G6XXn/Sdk3Atn7mTtPIxwyzy9iadUKS2VnkXsUkcKbur3T8K9N4wzVgjs3j
iM1mSv16N1aq9u3X+VvBFHvOonxmaUfr1cCHc5RYijMSDbWYi4oTAQ21MN+WAgAA
Archived-At: http://mailarchive.ietf.org/arch/msg/l2vpn/t8fngADhSwaX5Ogq12IYMQ-Rylg
Cc: "l2vpn@ietf.org" <l2vpn@ietf.org>,
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: Wed, 14 May 2014 07:09:22 -0000
"Note that a MAC-only route can be advertised along with but independently of a MAC/IP route in scenarios where the MAC learning over the access network is done in the data-plane and independently of ARP snooping that generates the MAC/IP route. This ensures that if the ARP entry times out and causes the MAC/IP to be withdrawn, then the MAC information will not be lost. In scenarios where the host MAC/IP is learned via the management or control planes, the sender PE may advertise only the MAC/IP route." -- Jakob Heitz. On May 13, 2014, at 11:22 PM, "Ali Sajassi (sajassi)" <sajassi@cisco.com<mailto:sajassi@cisco.com>> wrote: Hi Aldrin, How about the following: "Note that a MAC-only route can be advertised along with but independent from MAC/IP route for scenarios where the MAC learning over access network/node is done in data-plane and independent from ARP snooping that generates MAC/IP route. In scenarios where host MAC/IP is learned via management or control plane, then the sender PE may only generates and advertises MAC/IP route." Cheers, Ali From: Aldrin Isaac <aldrin.isaac@gmail.com<mailto:aldrin.isaac@gmail.com>> Date: Tuesday, May 13, 2014 8:02 PM To: Cisco Employee <sajassi@cisco.com<mailto:sajassi@cisco.com>> Cc: John E Drake <jdrake@juniper.net<mailto:jdrake@juniper.net>>, Jakob Heitz <jakob.heitz@ericsson.com<mailto:jakob.heitz@ericsson.com>>, "l2vpn@ietf.org<mailto:l2vpn@ietf.org>" <l2vpn@ietf.org<mailto:l2vpn@ietf.org>>, Antoni Przygienda <antoni.przygienda@ericsson.com<mailto:antoni.przygienda@ericsson.com>> Subject: Re: MAC route with IP How about: "Note that a MAC-only route can be advertised along with MAC/IP routes for use cases where an active MAC must remain reachable when all IP's become disassociated with that MAC." On Tuesday, May 13, 2014, Ali Sajassi (sajassi) <sajassi@cisco.com<mailto:sajassi@cisco.com>> wrote: Hi Aldrin, I believe the application of MAC/IP route in section 10 is clear. However, if you think we can make further clarification, please suggest the text. We need to make sure the functionality that we specify is clearly described and explained. We don't need to describe/mention the functionality that is not used/needed. Thanks, Ali From: Aldrin Isaac <aldrin.isaac@gmail.com<javascript:_e(%7B%7D,'cvml','aldrin.isaac@gmail.com');>> Date: Tuesday, May 13, 2014 11:14 AM To: Cisco Employee <sajassi@cisco.com<javascript:_e(%7B%7D,'cvml','sajassi@cisco.com');>> Cc: John E Drake <jdrake@juniper.net<javascript:_e(%7B%7D,'cvml','jdrake@juniper.net');>>, Jakob Heitz <jakob.heitz@ericsson.com<javascript:_e(%7B%7D,'cvml','jakob.heitz@ericsson.com');>>, "l2vpn@ietf.org<javascript:_e(%7B%7D,'cvml','l2vpn@ietf.org');>" <l2vpn@ietf.org<javascript:_e(%7B%7D,'cvml','l2vpn@ietf.org');>>, Antoni Przygienda <antoni.przygienda@ericsson.com<javascript:_e(%7B%7D,'cvml','antoni.przygienda@ericsson.com');>> Subject: Re: MAC route with IP Would it be worthwhile to mention that MAC/IP routes should not be used as a proxy for MAC-only route? On Tuesday, May 13, 2014, Ali Sajassi (sajassi) <sajassi@cisco.com> wrote: Yes, although my email and Jorge's emails crossed each others, we are both saying exactly the same thing. That's why I think the existing text is sufficient and we don't need to add any thing more because both of the scenarios I mentioned below can happen and the existing text covers them both. Cheers, Ali From: John E Drake <jdrake@juniper.net> Date: Tuesday, May 13, 2014 10:44 AM To: Cisco Employee <sajassi@cisco.com>om>, Jakob Heitz <jakob.heitz@ericsson.com>om>, "l2vpn@ietf.org" <l2vpn@ietf.org> Cc: Antoni Przygienda <antoni.przygienda@ericsson.com> Subject: RE: MAC route with IP Ali, As both Jorge and you have pointed out, there may indeed be cases for which there should not be a MAC only route. Yours Irrespectively, John From: L2vpn [mailto:l2vpn-bounces@ietf.org] On Behalf Of Ali Sajassi (sajassi) Sent: Tuesday, May 13, 2014 10:38 AM To: Jakob Heitz; l2vpn@ietf.org Cc: Antoni Przygienda Subject: Re: MAC route with IP Even if there is reordering by route reflector, then as I said, I don't see an issue here :-) In your example, the receiver sees the withdrawn of the IP/MAC route before receiving the MAC-only route. In that case, the traffic toward that MAC address will get flooding (or dropped if flooding is disabled) till it receives the MAC-only route. However, why does the sender has to wait till it withdraws the IP/MAC advertisement before sending the MAC-only advertisement – e.g., why doesn't the sender send MAC-only advertisement as soon as it learns it. Again, there are scenarios in which learning is done in data-plane along with ARP suppression. In such scenarios, the sender should send MAC-only route as soon as it learns it and MAC/IP route when it snoops the ARP. However, there are other scenarios where there is no MAC learning in data-plane. In such scenario, when a VM becomes known, the MAC/IP route is advertised and if the VM goes away, MAC/IP is withdrawn. In such scenarios, we don't want to advertise an extra route (MAC-only route) unnecessarily. Cheers, Ali From: Jakob Heitz <jakob.heitz@ericsson.com> Date:
- 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