Re: [Pppext] [rbridge] working group last call for PPP TRILL protocol control protocol [was Re: I-D Action:draft-ietf-pppext-trill-protocol-02.txt]

Vishwas Manral <vishwas.ietf@gmail.com> Tue, 25 January 2011 18:28 UTC

Return-Path: <vishwas.ietf@gmail.com>
X-Original-To: pppext@core3.amsl.com
Delivered-To: pppext@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AB2B33A6811 for <pppext@core3.amsl.com>; Tue, 25 Jan 2011 10:28:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.459
X-Spam-Level:
X-Spam-Status: No, score=-3.459 tagged_above=-999 required=5 tests=[AWL=0.140, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 AEGDDbI4posw for <pppext@core3.amsl.com>; Tue, 25 Jan 2011 10:28:58 -0800 (PST)
Received: from mail-wy0-f172.google.com (mail-wy0-f172.google.com [74.125.82.172]) by core3.amsl.com (Postfix) with ESMTP id 5F49B3A6403 for <pppext@ietf.org>; Tue, 25 Jan 2011 10:28:58 -0800 (PST)
Received: by wyf23 with SMTP id 23so78757wyf.31 for <pppext@ietf.org>; Tue, 25 Jan 2011 10:31:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=uVem6QhsraVcmvGWmQxQ6HEqmXymVIGiAsqdxjd106w=; b=IEmBlVTbCbak5JnOQ1S8bZWe/1qYOlx0dnlFH1fbZ0138qRg3Ux4yoRrcEQMdHcc9g 8Qqkvma5hkLX8+vudQ9R1VFRm9D3AgQb/lLIKXeb+VFLIIKjk3nA2LNOV1hcd1ESlV5G PR8+NUDqUPbpP3lR0a5GSR8KNLg7fkadTu2SI=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=pEiOojrj0KtDpxSiekKq2zwOkGYs5BiPpN7Fug8t5VDbH8+7s8EeLTxCyckLYnPXXY mq8gm7JMU3mn/R/Wo6Y57XZDqT1/KCs3+lRhVTm/QwEITfBBjFm1IMCBxF2i2wdNjS3P 9y8wVgnzCjFdoUC6dWkOMdogk9qTm1n9g/kq0=
MIME-Version: 1.0
Received: by 10.216.182.212 with SMTP id o62mr4050418wem.52.1295980316014; Tue, 25 Jan 2011 10:31:56 -0800 (PST)
Received: by 10.216.21.65 with HTTP; Tue, 25 Jan 2011 10:31:55 -0800 (PST)
In-Reply-To: <4D3F13B3.9070706@workingcode.com>
References: <20110106154501.15655.20204.idtracker@localhost> <4D334595.3030507@workingcode.com> <4D3DADF9.4040009@gmail.com> <4D3DB16B.5080803@workingcode.com> <4D3DC516.1000105@gmail.com> <4D3DCD97.7040005@gmail.com> <4D3DE413.80908@workingcode.com> <4D3E00B9.7050509@gmail.com> <4D3E247D.9090201@workingcode.com> <AANLkTi=+K-Kzsc+kahrmBoj1oC0WBzj7DYquS5ySCpP6@mail.gmail.com> <4D3F13B3.9070706@workingcode.com>
Date: Tue, 25 Jan 2011 10:31:55 -0800
Message-ID: <AANLkTikJjMcc1es7qyabddcXBFS93sRwcRO7XvPQzbe2@mail.gmail.com>
From: Vishwas Manral <vishwas.ietf@gmail.com>
To: James Carlson <carlsonj@workingcode.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Mailman-Approved-At: Tue, 25 Jan 2011 10:54:59 -0800
Cc: pppext@ietf.org, rbridge@postel.org
Subject: Re: [Pppext] [rbridge] working group last call for PPP TRILL protocol control protocol [was Re: I-D Action:draft-ietf-pppext-trill-protocol-02.txt]
X-BeenThere: pppext@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PPP Extensions <pppext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pppext>, <mailto:pppext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pppext>
List-Post: <mailto:pppext@ietf.org>
List-Help: <mailto:pppext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pppext>, <mailto:pppext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Jan 2011 18:28:59 -0000

Hi James,

IMHO there should be no mention of IS-IS in the PPP draft. As IS-IS is
a control plane protocol (we could as well use static Rbridge route
entries - a requirement we have heard from 2 of our customers) and PPP
is the data plane.

Thanks,
Vishwas

On Tue, Jan 25, 2011 at 10:17 AM, James Carlson
<carlsonj@workingcode.com> wrote:
> Donald Eastlake wrote:
>> Hi James,
>>
>> I think your position below is reasonable. The System ID of an IS-IS
>> router is certainly not required to be any sort of MAC address, it
>> just has to be a 48-bit quantity unique among the IS-IS routers whose
>> link state entries need to be distinguished.
>>
>> Perhaps Section 3, point 3, should be reworded to something like: "In
>> the case of an RBridge with only PPP links, the practice of using the
>> MAC address of an interface for the IS-IS System ID will not be
>> available. The implementor will have to use other means, such as
>> deriving a System ID from a MAC address allocated to the device as a
>> whole, to assure that it has a campus-wide unique System ID."
>
> That seems quite reasonable to me.  I just want to steer clear of
> writing too much of the IS-IS requirements into this draft, as I think
> the overall system design implications are out of scope.
>
> --
> James Carlson         42.703N 71.076W         <carlsonj@workingcode.com>
> _______________________________________________
> rbridge mailing list
> rbridge@postel.org
> http://mailman.postel.org/mailman/listinfo/rbridge
>