Re: [Softwires] New Version Notification for draft-fsc-softwire-dhcp4o6-saddr-opt-00.txt

<ian.farrer@telekom.de> Thu, 14 August 2014 08:00 UTC

Return-Path: <ian.farrer@telekom.de>
X-Original-To: softwires@ietfa.amsl.com
Delivered-To: softwires@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 81D601A0930 for <softwires@ietfa.amsl.com>; Thu, 14 Aug 2014 01:00:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.117
X-Spam-Level:
X-Spam-Status: No, score=-3.117 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, HELO_EQ_DE=0.35, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.668] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fa6h_4l5W7-M for <softwires@ietfa.amsl.com>; Thu, 14 Aug 2014 01:00:30 -0700 (PDT)
Received: from tcmail93.telekom.de (tcmail93.telekom.de [80.149.113.205]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 556A31A0059 for <softwires@ietf.org>; Thu, 14 Aug 2014 01:00:29 -0700 (PDT)
Received: from s4de8nsazdfe010.bmbg.telekom.de ([10.175.246.202]) by tcmail91.telekom.de with ESMTP; 14 Aug 2014 10:00:22 +0200
X-IronPort-AV: E=Sophos;i="5.01,861,1400018400"; d="scan'208,217";a="514559676"
Received: from he111629.emea1.cds.t-internal.com ([10.134.93.21]) by q4de8nsa015.bmbg.telekom.de with ESMTP/TLS/AES128-SHA; 14 Aug 2014 10:00:22 +0200
Received: from HE111643.EMEA1.CDS.T-INTERNAL.COM ([10.134.93.12]) by HE111629.emea1.cds.t-internal.com ([::1]) with mapi; Thu, 14 Aug 2014 10:00:21 +0200
From: ian.farrer@telekom.de
To: wang.cui1@zte.com.cn, sunqi.csnet.thu@gmail.com
Date: Thu, 14 Aug 2014 10:00:18 +0200
Thread-Topic: [Softwires] New Version Notification for draft-fsc-softwire-dhcp4o6-saddr-opt-00.txt
Thread-Index: Ac+3lcuKm/fc3HddRmCl4/grsN9Atw==
Message-ID: <D0122944.D63C8%ian.farrer@telekom.de>
References: <20140701112428.5519.69335.idtracker@ietfa.amsl.com> <3FA94CC3-983B-4494-B27D-E1FD6EB7CE31@gmail.com> <OFB0F0C9C5.100FC816-ON48257D2B.00266CAC-48257D2B.0027051C@zte.com.cn> <B6946555-69C0-4BA6-A5E0-55382CB146AF@gmail.com> <OFFB351444.4A3199FD-ON48257D34.0022D979-48257D34.00254FB0@zte.com.cn>
In-Reply-To: <OFFB351444.4A3199FD-ON48257D34.0022D979-48257D34.00254FB0@zte.com.cn>
Accept-Language: en-US, de-DE
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.4.3.140616
acceptlanguage: en-US, de-DE
Content-Type: multipart/alternative; boundary="_000_D0122944D63C8ianfarrertelekomde_"
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/softwires/KQYsZ05U6ZQHtb8bRyWi7s3Pga0
Cc: softwires@ietf.org
Subject: Re: [Softwires] New Version Notification for draft-fsc-softwire-dhcp4o6-saddr-opt-00.txt
X-BeenThere: softwires@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: softwires wg discussion list <softwires.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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: Thu, 14 Aug 2014 08:00:36 -0000

Hi Linda,

Please see below.

Thanks,
Ian

Qi,

  That's exactly what I want to express. Now it's addressed. Thanks.

  Here, I have another question: some content in section 1:
   The service provider can then
  use this binding information to provision other functional elements
  in their network accordingly (such as the border router).

What would be provisioned by using this binding information?

And also, I am not very sure that I have gotten the true purpose of this solution. If you can elaborate more details, it would be much more better.


[ian] For lw4o6 (and other A+P based softwire mechanisms), the provisioning system for client softwire configuration and the softwire border router (lwAFTR) have to be completely aligned so that traffic can be correctly routed.

If you have dynamic IP address leasing, as is possible with DHCPv4o6, then the border router has to be updated with the current client address leases and also the IPv6 addresses that are being used as tunnel endpoints.

As the DHCPv4o6 server is managing the address leasing, this draft provides a way that it can also store the IPv6 address that it’s clients will use for building their softwire tunnels meaning that there is a single point in the network storing this information. This information will then be used to synchronise the binding table in the border router, although how this is done isn’t in the scope of this draft.

http://datatracker.ietf.org/doc/draft-liu-softwire-lw4over6-dhcp-deployment/ describes the overall architecture in more details.