Re: [mpls] poll to see if we have support to make draft-xu-mpls-in-udp an mpls working group document
Loa Andersson <loa@pi.nu> Wed, 19 December 2012 07:27 UTC
Return-Path: <loa@pi.nu>
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 15DA421F8A0C for <mpls@ietfa.amsl.com>; Tue, 18 Dec 2012 23:27:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.641
X-Spam-Level:
X-Spam-Status: No, score=-101.641 tagged_above=-999 required=5 tests=[AWL=-0.593, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, RDNS_NONE=0.1, USER_IN_WHITELIST=-100]
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 WAnXwp9fmEeP for <mpls@ietfa.amsl.com>; Tue, 18 Dec 2012 23:27:30 -0800 (PST)
Received: from mail.pi.nu (unknown [195.206.248.139]) by ietfa.amsl.com (Postfix) with ESMTP id 54EF921F85BC for <mpls@ietf.org>; Tue, 18 Dec 2012 23:27:30 -0800 (PST)
Received: from [192.168.1.64] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.pi.nu (Postfix) with ESMTPSA id 9D09B8244B; Wed, 19 Dec 2012 08:27:28 +0100 (CET)
Message-ID: <50D16C60.8060006@pi.nu>
Date: Wed, 19 Dec 2012 08:27:28 +0100
From: Loa Andersson <loa@pi.nu>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Xuxiaohu <xuxiaohu@huawei.com>
References: <CCF5EC8E.2A183%josh.rogers@twcable.com> <E4CD1048-4DB1-4F78-880B-9E62626E370A@castlepoint.net> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE075891EB@szxeml525-mbs.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07589205@szxeml525-mbs.china.huawei.com>
In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE07589205@szxeml525-mbs.china.huawei.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: "draft-xu-mpls-in-udp@tools.ietf.org" <draft-xu-mpls-in-udp@tools.ietf.org>, "mpls-chairs@tools.ietf.org" <mpls-chairs@tools.ietf.org>, "mpls@ietf.org" <mpls@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:27:31 -0000
Folks, The working group chairs appreciate discussion on working group drafts or drafts intended for the working group, plese continue this discussion! However the subject line refers to an an ongoing poll, when the discussion is continued please change the subject line. /Loa for the wg chairs On 2012-12-19 08:22, Xuxiaohu wrote: >> 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 mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13
- [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