Re: [Softwires] BGP TE attr last call by softwires WG (2nd question)
Igor Bryskin <i_bryskin@yahoo.com> Mon, 08 September 2008 14:09 UTC
Return-Path: <owner-ccamp@ops.ietf.org>
X-Original-To: ietfarch-ccamp-archive@core3.amsl.com
Delivered-To: ietfarch-ccamp-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id ABF363A6A3F for <ietfarch-ccamp-archive@core3.amsl.com>; Mon, 8 Sep 2008 07:09:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.385
X-Spam-Level:
X-Spam-Status: No, score=-102.385 tagged_above=-999 required=5 tests=[AWL=3.613, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_13=0.6, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 3U6rQvUZ9JE2 for <ietfarch-ccamp-archive@core3.amsl.com>; Mon, 8 Sep 2008 07:09:56 -0700 (PDT)
Received: from psg.com (psg.com [147.28.0.62]) by core3.amsl.com (Postfix) with ESMTP id 875323A6C19 for <ccamp-archive@ietf.org>; Mon, 8 Sep 2008 07:09:56 -0700 (PDT)
Received: from majordom by psg.com with local (Exim 4.69 (FreeBSD)) (envelope-from <owner-ccamp@ops.ietf.org>) id 1KchHK-000Em0-Ff for ccamp-data@psg.com; Mon, 08 Sep 2008 13:59:42 +0000
Received: from [209.191.85.52] (helo=web36801.mail.mud.yahoo.com) by psg.com with smtp (Exim 4.69 (FreeBSD)) (envelope-from <i_bryskin@yahoo.com>) id 1KchHE-000ElE-W1 for ccamp@ops.ietf.org; Mon, 08 Sep 2008 13:59:40 +0000
Received: (qmail 28883 invoked by uid 60001); 8 Sep 2008 13:59:35 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=kJ5q9XePqXebDbCuthxX9Jv6i3BJvqDQNQxAQrGGsFXBemkrItIAc6zTV9Kl5HwG6Ac78h9PPsWNv4Ty0jQ6b9VR18kQSZxLCMzOGu6oRE5DWhdBxVti/JMSHuw+DLDOfkf8x7AgUS5+NNWZZkHVFGAKw1XZC5gR1GDO99LIXI4=;
X-YMail-OSG: 0mk3dFkVM1lFIH0Sw4qAWyegIay74mbvIzRPm7d9PV8oNjyOpNI9JccdezeleCOT2w--
Received: from [67.102.145.11] by web36801.mail.mud.yahoo.com via HTTP; Mon, 08 Sep 2008 06:59:35 PDT
X-Mailer: YahooMailRC/1096.28 YahooMailWebService/0.7.218.2
Date: Mon, 08 Sep 2008 06:59:35 -0700
From: Igor Bryskin <i_bryskin@yahoo.com>
Subject: Re: [Softwires] BGP TE attr last call by softwires WG (2nd question)
To: Adrian Farrel <adrian@olddog.co.uk>
Cc: ccamp@ops.ietf.org, softwires@ietf.org
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="0-979517846-1220882375=:27131"
Message-ID: <589654.27131.qm@web36801.mail.mud.yahoo.com>
Sender: owner-ccamp@ops.ietf.org
Precedence: bulk
List-ID: <ccamp.ops.ietf.org>
Hi Adrian, Please, see in-line. Igor ----- Original Message ---- From: Adrian Farrel <adrian@olddog.co.uk> To: Igor Bryskin <i_bryskin@yahoo.com> Cc: ccamp@ops.ietf.org; softwires@ietf.org Sent: Monday, September 8, 2008 6:23:52 AM Subject: Re: [Softwires] BGP TE attr last call by softwires WG (2nd question) Hi Igor, Not sure that the scope of this discussion is particularly appropriate to CCAMP and Softwires mailing lists. Might be more relevant on the L1VPN and OSPF lists. You could open a thread there if you want to debate this further. IB>>As you remember it was not even me who started this discussion. I simply reacted to the following Yakov's statement addressed to the WGs : > >And while on the subject of scaling, please keep in mind that BGP > >only stores L1VPN routes on PEs that have sites of that VPN connected > >to them, and on an RR if used, but *not* on any of the P routers. In > >contrast, rfc5252 (OSPF for L1VPN autodiscovery) results in storing > >*all VPN TE information for all the VPNs* on *all* the IGP nodes, both P > >and PE. So, clearly BGP-based approach scales better than OSPF-based > >approach. In your reference below you seem to agree that this statement is not exactly correct. Now let me explain why I think that this discussion could be interesting to the CCAMP WG (and I will certainly annoy much more people now :=). *IF* GMPLS Control Plane (which includes OSPF and does not include BGP) can provide a viable alternative to L1VPN-BGP, then how about L2VPNs? This is important especially in the context of the MPLS-TP work, where GMPLS is the control plane of choice today, and it does not include BGP, but MPLS-TP still needs the L2VPN solution. So, should we extend GMPLS with BGP or this is not necessary? Wouldn't this be a good discussion for CCAMP WG list? How about L2VPN, PWE3, MPLS TP lists? > Although multi-instance OSPF was enthusiastically discussed and is ongoing > work in OSPF WG, it was never discussed in the L1VPN context. Please see RFC 5253 section 7.1 Alternatively, a separate instance of the OSPF protocol can be used just between PEs for distributing membership information. This appears to be exactly the point you are making. So perhaps we are all in agreement? IB>> One thing what is missing IMO in this RFC (and is actually part of this discussion) is comparison of configuration efforts for BGP and OSPF solutions. A solution may have good scalability properties but require enourmous configuration efforts, and thus become very expensive. Would you agree? Thanks, Igor Adrian
- Re: [Softwires] BGP TE attr last call by softwire… Igor Bryskin
- RE: [Softwires] BGP TE attr last call by softwire… Drake, John E
- Re: [Softwires] BGP TE attr last call by softwire… Igor Bryskin
- RE: [Softwires] BGP TE attr last call by softwire… Drake, John E
- Re: [Softwires] BGP TE attr last call by softwire… Igor Bryskin
- RE: [Softwires] BGP TE attr last call by softwire… Drake, John E
- Re: [Softwires] BGP TE attr last call by softwire… Igor Bryskin
- RE: [Softwires] BGP TE attr last call by softwire… Drake, John E
- Re: [Softwires] BGP TE attr last call by softwire… Igor Bryskin
- Re: [Softwires] BGP TE attr last call by softwire… Yakov Rekhter
- RE: [Softwires] BGP TE attr last call by softwire… Drake, John E
- Re: [Softwires] BGP TE attr last call by softwire… Igor Bryskin
- Re: [Softwires] BGP TE attr last call by softwire… Igor Bryskin
- RE: [Softwires] BGP TE attr last call by softwire… Drake, John E
- Re: [Softwires] BGP TE attr last call by softwire… Yakov Rekhter
- RE: [Softwires] BGP TE attr last call by softwire… Tony Li
- Re: [Softwires] BGP TE attr last call by softwire… Lou Berger
- Re: [Softwires] BGP TE attr last call by softwire… Igor Bryskin
- RE: [Softwires] BGP TE attr last call by softwire… Tony Li
- Re: [Softwires] BGP TE attr last call by softwire… Igor Bryskin
- Re: [Softwires] BGP TE attr last call by softwire… Lou Berger
- Re: [Softwires] BGP TE attr last call by softwire… Adrian Farrel
- Re: [Softwires] BGP TE attr last call by softwire… Igor Bryskin