Re: [mpls] poll to see if we have support to make draft-xu-mpls-in-udp an mpls working group document
Xuxiaohu <xuxiaohu@huawei.com> Wed, 19 December 2012 07:22 UTC
Return-Path: <xuxiaohu@huawei.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 72C6221F8A75 for <mpls@ietfa.amsl.com>; Tue, 18 Dec 2012 23:22:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.959
X-Spam-Level:
X-Spam-Status: No, score=-4.959 tagged_above=-999 required=5 tests=[AWL=1.640, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Cs-jNVq6csGx for <mpls@ietfa.amsl.com>; Tue, 18 Dec 2012 23:22:22 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 0096421F8A53 for <mpls@ietf.org>; Tue, 18 Dec 2012 23:22:21 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id AMQ14933; Wed, 19 Dec 2012 07:22:19 +0000 (GMT)
Received: from LHREML401-HUB.china.huawei.com (10.201.5.240) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.1.323.3; Wed, 19 Dec 2012 07:22:09 +0000
Received: from SZXEML402-HUB.china.huawei.com (10.82.67.32) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.1.323.3; Wed, 19 Dec 2012 07:22:17 +0000
Received: from SZXEML525-MBS.china.huawei.com ([169.254.8.152]) by szxeml402-hub.china.huawei.com ([::1]) with mapi id 14.01.0323.003; Wed, 19 Dec 2012 15:22:13 +0800
From: Xuxiaohu <xuxiaohu@huawei.com>
To: Shane Amante <shane@castlepoint.net>, "Rogers, Josh" <josh.rogers@twcable.com>
Thread-Topic: [mpls] poll to see if we have support to make draft-xu-mpls-in-udp an mpls working group document
Thread-Index: AQHN3Olzo1M6JwDPXkycxIud0O1KBJgeLvSAgADLHACAAKzhwIAAEQ2g
Date: Wed, 19 Dec 2012 07:22:12 +0000
Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07589205@szxeml525-mbs.china.huawei.com>
References: <CCF5EC8E.2A183%josh.rogers@twcable.com> <E4CD1048-4DB1-4F78-880B-9E62626E370A@castlepoint.net> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE075891EB@szxeml525-mbs.china.huawei.com>
In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE075891EB@szxeml525-mbs.china.huawei.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.111.98.130]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Cc: "draft-xu-mpls-in-udp@tools.ietf.org" <draft-xu-mpls-in-udp@tools.ietf.org>, "mpls@ietf.org" <mpls@ietf.org>, "mpls-chairs@tools.ietf.org" <mpls-chairs@tools.ietf.org>
Subject: Re: [mpls] poll to see if we have support to make draft-xu-mpls-in-udp an mpls working group document
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Dec 2012 07:22:23 -0000
> Thanks again for sharing the above information. As mentioned in this draft AND > other drafts, the mechanism of performing hash calculation on the Session ID > field in the L2TPv3 header or the Key field in the GRE header as defined in [RFC > 5640] is not widely supported by existing core routers so far. In contrast, most > existing core routers are already capable of balancing IP traffic flows based on > the hash of the five-tuple of UDP packets. By using the MPLS-in-UDP > encapsulation, the already available load-balancing capability of most existing > core routers can be leveraged without requiring any change to them. That is > the major motivation of this draft. By the way, I guess this may also be the motivation for LISP to use UDP as a tunneling technology later (See http://psg.com/lists/rrg/2007/msg00802.html) Best regards, Xiaohu
- [mpls] poll to see if we have support to make dra… Loa Andersson
- Re: [mpls] poll to see if we have support to make… Lucy yong
- Re: [mpls] poll to see if we have support to make… Vivek Kumar
- Re: [mpls] poll to see if we have support to make… S. Davari
- Re: [mpls] poll to see if we have support to make… Kireeti Kompella
- Re: [mpls] poll to see if we have support to make… Sam Aldrin
- Re: [mpls] poll to see if we have support to make… Mach Chen
- Re: [mpls] poll to see if we have support to make… Xuxiaohu
- Re: [mpls] poll to see if we have support to make… Dhruv Dhody
- Re: [mpls] poll to see if we have support to make… Nischal Sheth
- Re: [mpls] poll to see if we have support to make… Puneet Agarwal
- Re: [mpls] poll to see if we have support to make… Xuxiaohu
- Re: [mpls] poll to see if we have support to make… Shahram Davari
- Re: [mpls] poll to see if we have support to make… Rogers, Josh
- Re: [mpls] poll to see if we have support to make… Linda Dunbar
- Re: [mpls] poll to see if we have support to make… Shane Amante
- Re: [mpls] poll to see if we have support to make… Xuxiaohu
- Re: [mpls] poll to see if we have support to make… Xuxiaohu
- Re: [mpls] poll to see if we have support to make… Loa Andersson
- Re: [mpls] poll to see if we have support to make… Shane Amante
- [mpls] Discussion on how to transport MPLS over U… Xuxiaohu
- Re: [mpls] MPLS client layer over an IGP underlyi… Adrian Farrel
- [mpls] MPLS client layer over an IGP underlying n… Lucy yong
- Re: [mpls] MPLS client layer over an IGP underlyi… Shahram Davari
- Re: [mpls] MPLS client layer over an IGP underlyi… Lucy yong
- Re: [mpls] MPLS client layer over an IGP underlyi… Shahram Davari
- Re: [mpls] MPLS client layer over an IGP underlyi… Lucy yong
- Re: [mpls] MPLS client layer over an IGP underlyi… Lucy yong
- Re: [mpls] Discussion on how to transport MPLS ov… Carlos Pignataro (cpignata)
- Re: [mpls] MPLS client layer over an IGP underlyi… Lucy yong
- Re: [mpls] MPLS client layer over an IGP underlyi… Xuxiaohu
- Re: [mpls] MPLS client layer over an IGP underlyi… Xuxiaohu
- Re: [mpls] MPLS client layer over an IGP underlyi… S. Davari
- Re: [mpls] poll to see if we have support to make… Andrew G. Malis
- Re: [mpls] poll to see if we have support to make… Lucy yong
- Re: [mpls] poll to see if we have support to make… Andrew G. Malis
- Re: [mpls] poll to see if we have support to make… Pat Thaler
- Re: [mpls] poll to see if we have support to make… Lucy yong
- Re: [mpls] MPLS client layer over an IGP underlyi… Lucy yong
- Re: [mpls] MPLS client layer over an IGP underlyi… S. Davari
- Re: [mpls] poll to see if we have support to make… Lizhenbin
- Re: [mpls] poll to see if we have support to make… Lizhong Jin
- Re: [mpls] MPLS client layer over an IGP underlyi… Xuxiaohu
- Re: [mpls] poll to see if we have support to make… Xuxiaohu
- Re: [mpls] MPLS client layer over an IGP underlyi… Shahram Davari
- Re: [mpls] poll to see if we have support to make… Xuxiaohu
- Re: [mpls] MPLS client layer over an IGP underlyi… Xuxiaohu
- [mpls] MPLS over L2TP over UDP//re: poll to see i… Xuxiaohu
- Re: [mpls] poll to see if we have support to make… Lucy yong
- Re: [mpls] MPLS client layer over an IGP underlyi… Lucy yong
- Re: [mpls] poll to see if we have support to make… Pat Thaler
- Re: [mpls] poll to see if we have support to make… Pat Thaler
- [mpls] Poll ended - poll to see if we have suppor… Loa Andersson