[Softwires] Simple Tunnel Endpoint Signalling in BGP
Xu Xiaohu <xuxh@huawei.com> Mon, 16 February 2009 02:02 UTC
Return-Path: <xuxh@huawei.com>
X-Original-To: softwires@core3.amsl.com
Delivered-To: softwires@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6085F3A6B15 for <softwires@core3.amsl.com>; Sun, 15 Feb 2009 18:02:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.148
X-Spam-Level: *
X-Spam-Status: No, score=1.148 tagged_above=-999 required=5 tests=[AWL=-1.146, BAYES_00=-2.599, CN_BODY_35=0.339, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, MIME_CHARSET_FARAWAY=2.45, RDNS_NONE=0.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 DgTm9y8w-NAQ for <softwires@core3.amsl.com>; Sun, 15 Feb 2009 18:02:16 -0800 (PST)
Received: from szxga03-in.huawei.com (unknown [119.145.14.66]) by core3.amsl.com (Postfix) with ESMTP id 6AD8E3A6B13 for <softwires@ietf.org>; Sun, 15 Feb 2009 18:02:16 -0800 (PST)
Received: from huawei.com (szxga03-in [172.24.2.9]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KF4006UPYZRBR@szxga03-in.huawei.com> for softwires@ietf.org; Mon, 16 Feb 2009 10:02:15 +0800 (CST)
Received: from x41208a ([10.111.12.103]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KF400DQCYZRZ8@szxga03-in.huawei.com> for softwires@ietf.org; Mon, 16 Feb 2009 10:02:15 +0800 (CST)
Date: Mon, 16 Feb 2009 10:02:14 +0800
From: Xu Xiaohu <xuxh@huawei.com>
To: softwires@ietf.org
Message-id: <000c01c98fda$96bd4a40$670c6f0a@china.huawei.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3350
X-Mailer: Microsoft Office Outlook 11
Content-type: text/plain; charset="gb2312"
Content-transfer-encoding: quoted-printable
Thread-index: AcmMN7hO3vK5xUTbTxOdWNf3wvziuwDnhGxA
Subject: [Softwires] Simple Tunnel Endpoint Signalling in BGP
X-BeenThere: softwires@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: softwires wg discussion list <softwires.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/softwires>, <mailto:softwires-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/softwires>
List-Post: <mailto:softwires@ietf.org>
List-Help: <mailto:softwires-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/softwires>, <mailto:softwires-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Feb 2009 02:02:17 -0000
Hi all, Paul and I have just submitted a draft titled "Simple Tunnel Endpoint Signalling in BGP"[ http://tools.ietf.org/id/draft-xu-tunnel-00.txt ]. In this draft, an IP address specific extended community is used for carring the tunnel endpoint, which is associated with the NLRI.This allows the site networks to be connected via the tunnels over the transit networks.To be note, the difference from the SAFI draft (draft-ietf-softwire-encaps-safi) is that the tunnel endpoints are not always identical with the next-hop fields in the BGP updates. The abstract is : Virtual Aggregation (VA) is a mechanism for shrinking the size of the DFZ FIB in routers [ http://tools.ietf.org/html/draft-francis-intra-va-00] VA can result in longer paths and increased load on routers within the ISP that deploys VA. This document describes a mechanism that allows an AS that originates a route to associate a tunnel endpoint terminating at itself with the route. This allows routers in a remote AS to tunnel packets to the originating AS. If transit ASes between the remote AS and the originating AS install the prefixes associated with tunnel endpoints in their FIBs, then tunneled packets that transit through them will take the shortest path. This results in reduced load for the transit AS, and better performance for the customers at the source and destination. Any comment appreciated. Xiaohu > -----邮件原件----- > 发件人: IETF I-D Submission Tool [mailto:idsubmission@ietf.org] > 发送时间: 2009年2月11日 18:59 > 收件人: francis@mpi-sws.org > 抄送: xuxh@huawei.com > 主题: New Version Notification for draft-xu-tunnel-00 > > > A new version of I-D, draft-xu-tunnel-00.txt has been > successfuly submitted by Paul Francis and posted to the IETF > repository. > > Filename: draft-xu-tunnel > Revision: 00 > Title: Simple Tunnel Endpoint Signaling in BGP > Creation_date: 2009-02-11 > WG ID: Independent Submission > Number_of_pages: 8 > > Abstract: > Virtual Aggregation (VA) is a mechanism for shrinking the > size of the DFZ FIB in routers [I-D.francis-intra-va]. VA > can result in longer paths and increased load on routers > within the ISP that deploys VA. > This document describes a mechanism that allows an AS that > originates a route to associate a tunnel endpoint terminating > at itself with the route. This allows routers in a remote AS > to tunnel packets to the originating AS. If transit ASes > between the remote AS and the originating AS install the > prefixes associated with tunnel endpoints in their FIBs, then > tunneled packets that transit through them will take the > shortest path. This results in reduced load for the transit > AS, and better performance for the customers at the source > and destination. > > > > > The IETF Secretariat. > >