IETF Logo Mail Archive

Re: [trill] Queries on ESADI LSP process

Ayan Banerjee <ayabaner@gmail.com> Fri, 10 August 2012 15:15 UTC

Return-Path: <ayabaner@gmail.com>
X-Original-To: trill@ietfa.amsl.com
Delivered-To: trill@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A6F9921F8659 for <trill@ietfa.amsl.com>; Fri, 10 Aug 2012 08:15:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.398
X-Spam-Level:
X-Spam-Status: No, score=-2.398 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_47=0.6, J_CHICKENPOX_73=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gNu8JuUNJW6r for <trill@ietfa.amsl.com>; Fri, 10 Aug 2012 08:15:18 -0700 (PDT)
Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by ietfa.amsl.com (Postfix) with ESMTP id D42A821F867E for <trill@ietf.org>; Fri, 10 Aug 2012 08:15:17 -0700 (PDT)
Received: by wibhr14 with SMTP id hr14so1125835wib.13 for <trill@ietf.org>; Fri, 10 Aug 2012 08:15:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=cK3PQokrEi/XgrVpBmM0WyZIGa2gcovlDKcSKzC9lWc=; b=BFiYJmbT8kyIFTYbZbNGjGvrhi0eHFokwGj8H2clJpdyjzQL2UAPSh8ZuGnDzd2hhN GwG8pAoaZ74yloBlAwj2cYf0mPXjo9Aq1bbFNxYfukoAiUxwl3JBo2A20Nse5Z82+7IH nSEN6ZeKu5nOLn0T//Zik0Lm8ytjbHA+zp2yUkpQAxKba/4sfYeGJhpKVf/evqjR2HhT PMHDQnYpjw7jtl79uhJoF789ze3ijPup60Pa8cXm+98sM5kXsOJmjs1rZjM4KWZospw8 0KhbjbqUYzrRIujC6ZJgMe3EpmY7kTo7avYQ7EnoKr0nVsbDwz3dHhSn//ajFdvIxHW9 /uhQ==
MIME-Version: 1.0
Received: by 10.180.81.165 with SMTP id b5mr6705352wiy.17.1344611717020; Fri, 10 Aug 2012 08:15:17 -0700 (PDT)
Received: by 10.194.59.75 with HTTP; Fri, 10 Aug 2012 08:15:16 -0700 (PDT)
In-Reply-To: <CAPFewY1n5kFBnQq5bjE8h0sV_U1s6PN7hakRNFxCwaOPad9oBA@mail.gmail.com>
References: <CAPFewY1n5kFBnQq5bjE8h0sV_U1s6PN7hakRNFxCwaOPad9oBA@mail.gmail.com>
Date: Fri, 10 Aug 2012 08:15:16 -0700
Message-ID: <CAHD03N-Z4cB_UHrbzr31HZgq+vSCcR0Gyk1RhL=N=m4hrEJb9g@mail.gmail.com>
From: Ayan Banerjee <ayabaner@gmail.com>
To: somnath chatterjee <somnath.chatterjee01@gmail.com>
Content-Type: multipart/alternative; boundary="f46d044304eec0fab004c6eacfff"
Cc: trill@ietf.org
Subject: Re: [trill] Queries on ESADI LSP process
X-BeenThere: trill@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Developing a hybrid router/bridge." <trill.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/trill>, <mailto:trill-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/trill>
List-Post: <mailto:trill@ietf.org>
List-Help: <mailto:trill-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/trill>, <mailto:trill-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 10 Aug 2012 15:15:18 -0000

Somnath,

This is no different than processing "routing" information for L3.

Also, you should probably take a look at this:
http://www.ietf.org/mail-archive/web/isis-wg/current/msg03006.html

Thanks,
Ayan


On Fri, Aug 10, 2012 at 5:07 AM, somnath chatterjee <
somnath.chatterjee01@gmail.com> wrote:

> Hi Authors,
>
> Please consider this scenario when an ESADI RB1 has already 3
> fragments of ESADI LSP from
> ESADI RB2. And now it receives from RB2 an updated ESADI LSP-zero with
> few changes(few MACs added
> and few deleted) in MAC reachability TLV. How much time should the RB1
> wait for other fragments
> ESADI-LSP-1 ESADI_LSP-2 etc to come?
> Also when all the fragmented ESADI LSPs have come, the comparison
> between MAC  information in previously
> received LSPs and new received LSPs will be easy if the MACs that are
> lost are notified in some
> way.Based on this comparisons the routes will be updated in hardware
> (Egress Nickname, vlan, MAC1,MAC2).
>
> Is it possible to set any field to mark the last ESADI LSP fragment
> send? This will help the receiving RB
> to know when to start comparing the LSPs for noticing any change in
> MAC association. Also is it possible to send
> the MACs that were lost(marking them by some flag), the comparison
> algorithm will be quicker if that is done.
>
> Thank you,
> Regards,
> Somnath
> _______________________________________________
> trill mailing list
> trill@ietf.org
> https://www.ietf.org/mailman/listinfo/trill
>

v2.23.0 | Report a Bug | By Email