[Softwires] FW: New Version Notification for draft-guo-softwire-sc-discovery-00
Sheng Jiang <shengjiang@huawei.com> Sat, 27 June 2009 02:37 UTC
Return-Path: <shengjiang@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 6FCAF28C1E1 for <softwires@core3.amsl.com>; Fri, 26 Jun 2009 19:37:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.328
X-Spam-Level:
X-Spam-Status: No, score=-0.328 tagged_above=-999 required=5 tests=[AWL=0.167, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, 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 YlO-9c9-qHye for <softwires@core3.amsl.com>; Fri, 26 Jun 2009 19:37:23 -0700 (PDT)
Received: from szxga02-in.huawei.com (unknown [119.145.14.65]) by core3.amsl.com (Postfix) with ESMTP id 9123A28C1DC for <softwires@ietf.org>; Fri, 26 Jun 2009 19:37:23 -0700 (PDT)
Received: from huawei.com (szxga02-in [172.24.2.6]) by szxga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KLV0044PLYJ6V@szxga02-in.huawei.com> for softwires@ietf.org; Sat, 27 Jun 2009 10:37:32 +0800 (CST)
Received: from huawei.com ([172.24.1.24]) by szxga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KLV003P7LYJ66@szxga02-in.huawei.com> for softwires@ietf.org; Sat, 27 Jun 2009 10:37:31 +0800 (CST)
Received: from j66104a ([10.111.12.60]) by szxml04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KLV00DQTLYJX2@szxml04-in.huawei.com> for softwires@ietf.org; Sat, 27 Jun 2009 10:37:31 +0800 (CST)
Date: Sat, 27 Jun 2009 10:37:31 +0800
From: Sheng Jiang <shengjiang@huawei.com>
To: softwires@ietf.org
Message-id: <002101c9f6d0$38519170$3c0c6f0a@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="us-ascii"
Content-transfer-encoding: 7bit
Thread-index: Acn1K+rkLqLDRMQeSC2rhTrZBqAcHQBomoaw
Cc: guoseu@huawei.com
Subject: [Softwires] FW: New Version Notification for draft-guo-softwire-sc-discovery-00
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: Sat, 27 Jun 2009 02:37:24 -0000
Dear all, A new draft draft-guo-softwire-sc-discovery has been submitted to softwire WG. It proposes a general softwire (tunnel) concentrator discovery mechanism. It is generic to server different kinds of tunnel/softwire concentrator auto dsicover scenarios includes the scenario of draft-dhankins-softwire-tunnel-option. Please view and comments. Many thanks. http://tools.ietf.org/html/draft-guo-softwire-sc-discovery-00 Best regards, Sheng > -----Original Message----- > From: IETF I-D Submission Tool [mailto:idsubmission@ietf.org] > Sent: Thursday, June 25, 2009 8:28 AM > To: shengjiang@huawei.com > Cc: guoseu@huawei.com > Subject: New Version Notification for > draft-guo-softwire-sc-discovery-00 > > > A new version of I-D, draft-guo-softwire-sc-discovery-00.txt > has been successfuly submitted by Sheng Jiang and posted to > the IETF repository. > > Filename: draft-guo-softwire-sc-discovery > Revision: 00 > Title: Softwire Concentrator Discovery Using DHCP > Creation_date: 2009-06-23 > WG ID: Independent Submission > Number_of_pages: 10 > > Abstract: > Several types of Carrier-Grade-NATs (CGNs) have been proposed > to simplify IPv4/IPv6 transition of the edge network by > integrating tunnels and NAT. A very common scenario is that > many users set up softwires (i.e. tunnels) to a softwire > concentrator for public or private access services. In order > to establish softwires successfully, a new mechanism is > required to enable users in the edge network to discover the > information of the concentrator. This document describes how > a host or CPE (Customer Premises Equipment) discovers the > remote softwire concentrator or CGN in a hub and spoke > network using DHCP. > Based on two new Softwire Concentrator or CGN Discovery DHCP > Options, proposed in the document, a user can obtain softwire > concentrator or CGN information and then set up a tunnel to > the softwire concentrator or CGN. > > > > > The IETF Secretariat. > >