[trill] [rbridge] Query on draft-ietf-trill-esadi-00

Abhinav Bhatia <nitks.abhinav@gmail.com> Fri, 13 July 2012 09:51 UTC

Return-Path: <nitks.abhinav@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 586EA21F85BB for <trill@ietfa.amsl.com>; Fri, 13 Jul 2012 02:51:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.598
X-Spam-Level:
X-Spam-Status: No, score=-3.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 Brj8CCdsz4RV for <trill@ietfa.amsl.com>; Fri, 13 Jul 2012 02:51:19 -0700 (PDT)
Received: from mail-bk0-f44.google.com (mail-bk0-f44.google.com [209.85.214.44]) by ietfa.amsl.com (Postfix) with ESMTP id 362AD21F853A for <trill@ietf.org>; Fri, 13 Jul 2012 02:51:19 -0700 (PDT)
Received: by bkty7 with SMTP id y7so2654469bkt.31 for <trill@ietf.org>; Fri, 13 Jul 2012 02:51:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=XxZFlXIZkAPohUUMpJ4hn2aTr/pdyD3OcFqK2/jbhJI=; b=B+rnSfoRNqyUoNraDybaO1JiN6u8Y7wdGEm1BZ/dBeQr6Y9zwdNKK63ZUMqbe6lYlc WJxfFCQqBWAeCSLVgMbOLJZHy2AdvWM32gbu7aQ9P3EVkUwYelA0OU08pvmB11CnmmKz xOuqL7X4zNSOowpZQ+8r/pOT5TgdsM3yHpwJGt0feg7AbuB7L1sNkrWwzUQZ2SjA1uBl AfNQrnFAtfu/dl9e0roxvDGTOqTQJPaVe8NcYm2Gi+CN6I3XFr25niG6U+PzjXpdXBAc gKiPE42NchVMNBbGi0S0O8Etgk8VkycRdzqHKUWuukr5dsV4kWlPOOw07F5vi87x9Wq2 Gl+g==
MIME-Version: 1.0
Received: by 10.204.13.82 with SMTP id b18mr294877bka.118.1342173114230; Fri, 13 Jul 2012 02:51:54 -0700 (PDT)
Received: by 10.204.112.14 with HTTP; Fri, 13 Jul 2012 02:51:54 -0700 (PDT)
Date: Fri, 13 Jul 2012 15:21:54 +0530
Message-ID: <CAKn+7dLb1LGy8B+cnFQyHCsnsci4WWqxF2XuwUmZ02L83hWfmQ@mail.gmail.com>
From: Abhinav Bhatia <nitks.abhinav@gmail.com>
To: trill@ietf.org
Content-Type: multipart/alternative; boundary="0015174c35fab3671504c4b3074f"
Subject: [trill] [rbridge] Query on draft-ietf-trill-esadi-00
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, 13 Jul 2012 09:51:20 -0000

Hi Authors,



I have query regarding  “The ESADI (End Station Address Distribution
Information) Protocol” as per  “draft-ietf-trill-esadi-00”



According to draft in Section
5.2<http://tools.ietf.org/html/draft-ietf-trill-esadi-00#section-5.2>Forgetting
End Station Addresses



   If RBridge RBn participating in the TRILL ESADI protocol for VLAN-x

   is no longer appointed forwarder for VLAN-x on any port where it is

   providing end station service, it ceases to participate in ESADI

   after sending a final ESADI-LSP nulling out its ESADI-LSP

   information.



Above will remove/flush the learned L2 entries for that ESADI Rbridge for
that vlan and also remove the neighbor ESADI instance entry.



Q) What does “nulling out” its ESADI-LSP information mean? Does it means
removing the macs and sending an empty MAC Reachability TLV or does it mean
that the ESADI LSP

     wont contain any MAC Reachability TLV at all?



Q) In case if ESADI rbridge is AF for a vlan-x and  the only  End Station
which was connected earlier, is removed now, then what will be sent in
ESADI-LSP to flush L2 entries for that

    vlan-x, will it be without MAC Reachability TLV? Please bear in mind
that the RBridge has not lost AF for that particular vlan, but has no End
Station to send in MAC Reachability

    TLV.



    Please let me know for an ESADI RBridge  how to distinguish between

1>     when to remove learned L2 entries and

2>     when to remove ESADI instance neighbor on receiving ESADI-LSP?

Thanks,

Abhinav