Re: [Isis-wg] [rbridge] Why is MTU discovery important?
Hannes Gredler <hannes@juniper.net> Tue, 14 April 2009 21:48 UTC
Return-Path: <hannes@juniper.net>
X-Original-To: isis-wg@core3.amsl.com
Delivered-To: isis-wg@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1F2C73A6AF6 for <isis-wg@core3.amsl.com>; Tue, 14 Apr 2009 14:48:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zMH2e7u3jM6w for <isis-wg@core3.amsl.com>; Tue, 14 Apr 2009 14:48:48 -0700 (PDT)
Received: from chip3og55.obsmtp.com (chip3og55.obsmtp.com [64.18.14.175]) by core3.amsl.com (Postfix) with ESMTP id 714413A6A74 for <isis-wg@ietf.org>; Tue, 14 Apr 2009 14:48:47 -0700 (PDT)
Received: from source ([66.129.224.36]) (using TLSv1) by chip3ob55.postini.com ([64.18.6.12]) with SMTP ID DSNKSeUFBZIq+Q+6sHjVNRp6AuMKrwb5FcHY@postini.com; Tue, 14 Apr 2009 14:50:00 PDT
Received: from [192.168.1.81] (172.26.24.52) by P-EMHUB03-HQ.jnpr.net (172.24.192.33) with Microsoft SMTP Server id 8.1.340.0; Tue, 14 Apr 2009 14:47:49 -0700
Message-ID: <49E50483.20700@juniper.net>
Date: Tue, 14 Apr 2009 23:47:47 +0200
From: Hannes Gredler <hannes@juniper.net>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: Donald Eastlake <d3e3e3@gmail.com>
References: <C600B8A3.675D%sgai@cisco.com> <6fe277dd0904091731k5570f49cu8e8fadd581174341@mail.gmail.com> <18911.19427.534592.94884@gargle.gargle.HOWL> <49DF70CA.3020106@sun.com> <49DF83AA.2000705@raszuk.net> <1028365c0904101131j70072e28m12328b71e925cffd@mail.gmail.com> <49DF93D8.4060608@raszuk.net> <49E4BFEA.3080009@juniper.net> <49E4C312.4080305@raszuk.net> <49E4DC0D.3060302@juniper.net> <1028365c0904141313r378a10f8xb58548b5fa5c0dd3@mail.gmail.com>
In-Reply-To: <1028365c0904141313r378a10f8xb58548b5fa5c0dd3@mail.gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: TRILL/RBridge Working Group <rbridge@postel.org>, isis-wg@ietf.org
Subject: Re: [Isis-wg] [rbridge] Why is MTU discovery important?
X-BeenThere: isis-wg@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF IS-IS working group <isis-wg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/isis-wg>, <mailto:isis-wg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/isis-wg>
List-Post: <mailto:isis-wg@ietf.org>
List-Help: <mailto:isis-wg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/isis-wg>, <mailto:isis-wg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 14 Apr 2009 21:48:49 -0000
hi donald, please see answers inline. Donald Eastlake wrote: >> i am terribly sorry but i need to bring up an old question again: >> >> why are there separate PDUs for multicast LSPs and SNPs ? - > > Answers to that question have been posted several times to the ISIS WG > mailing list. I gather the answers do not satisfy you... exactly ... my whole point is that we do not need additional PDUs for the reasons mentioned in draft-ietf-isis-layer2 (maybe there are other non explicit written downs reasons - i do not know ...) specifically: [ ... ] In the Layer-2 environment, it is expected the join/leave frequency of the multicast members will be much higher than unicast topology changes. It is efficient to separate the updates for the group membership change information from the remainder of the information by placing this information in a separate PDU. This enables reachability information, that would trigger an SPF, to be not impacted at all. Furthermore, during SPF runs, TLVs being on different PDUs which do not affect SPF need not be inspected during processing. this justification is not valid as a decision whether to run SPF or not should be an entire implementation matter. an implementation typically does figure out during LSP parsing if a SPF is required or not. the necessary leaf vs. edge optimizations are deployed for years e.g. when parsing prefixes (read: leaf information) - if just the offered prefix set, the metric - there is no need to run SPF. the above statement is actually an alarm signal - a Dijkstra implementation which is negatively impacted by the number of prefixes or group state in the lsdb is hopeless broken. we should not engineer protocols to band-aid broken implementations, right ? The choice of a different PDU also opens the LSP-space to another 256 fragments to carry a large number of groups. This additional space can be used judiciously to carry only multicast information. we have the lsp-ext draft for increasing fragment count > 256. do we really think that 375KB of mcast information is not plenty enough storage ? >> most implementation keep all sort of internal databases, >> so practically there is a already a separation between unicast >> and multi cast - why do we need to change the on-wire representation >> of multi-ast data (= new PDU) while the same stuff can be carried in >> vanilla LSPs as well. [ ... ] > Which draft are you talking about? As far as I know, the additional > PDUs first showed up in draft-ward-l2isis. Because they were there, I > put them in draft-eastlake-trill-rbridge-isis and they are now in > draft-ietf-isis-layer2. But I don't think they have ever been > mentioned in any TRILL WG draft and I don't off hand recall much > discussion of them in the TRILL WG. i am talking about draft-ietf-isis-layer2-00. i would appreciate a thorough discussions on the points being raised: i am afraid but just saying "we need additional LSP and SNP PDUs" to mimikry the same behaviour that sensible implementations do today (suppress SPF for leaf information) is too little, to less justification. >> why do we think that app. 375KB of LSP space to store multicast >> information is not enough, and if so why don't we reuse the LSP-ext >> draft for adding more space.
- [Isis-wg] Why is MTU discovery important? Radia Perlman
- Re: [Isis-wg] Why is MTU discovery important? Tony Li
- Re: [Isis-wg] Why is MTU discovery important? Les Ginsberg (ginsberg)
- Re: [Isis-wg] Why is MTU discovery important? mike shand
- Re: [Isis-wg] Why is MTU discovery important? Don Fedyk
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Radia Perlman
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Radia Perlman
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Donald Eastlake
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Les Ginsberg (ginsberg)
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Donald Eastlake
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… David Ward
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Radia Perlman
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… David Ward
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… sgai
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Radia Perlman
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Donald Eastlake
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Don Fedyk
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Tony Li
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Thomas, Matthew R
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… David Ward
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Radia Perlman
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Radia Perlman
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Robert Raszuk
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Donald Eastlake
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Robert Raszuk
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Radia Perlman
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Don Fedyk
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Donald Eastlake
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Radia Perlman
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Thomas, Matthew R
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Don Fedyk
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Dave Katz
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… David Ward
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Don Fedyk
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Radia Perlman
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… mike shand
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Dave Katz
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Hannes Gredler
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Robert Raszuk
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Drake, John E
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Sadler, Jonathan B.
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Hannes Gredler
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Donald Eastlake
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Hannes Gredler
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Dinesh G Dutt
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Sina Mirtorabi (smirtora)
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… sgai
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… sgai
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Dinesh G Dutt
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Suresh Boddapati
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Eric Gray
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Eric Gray
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Sadler, Jonathan B.
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Sadler, Jonathan B.
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Sadler, Jonathan B.
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Les Ginsberg (ginsberg)
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Dave Katz
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Ali Sajassi (sajassi)
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Don Fedyk
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Ali Sajassi (sajassi)
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Ali Sajassi (sajassi)
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Donald Eastlake
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Donald Eastlake
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Don Fedyk
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Ali Sajassi (sajassi)
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Don Fedyk
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Les Ginsberg (ginsberg)
- Re: [Isis-wg] [rbridge] Why is MTU discovery impo… Ali Sajassi (sajassi)