Re: [v4tov6transition] draft-yang-v4v6tran-ipv6-transition-guide-00

"YangGL" <iamyanggl@gmail.com> Wed, 29 September 2010 05:02 UTC

DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-type:content-transfer-encoding:x-mailer :thread-index:content-language; b=EC8brd+4sd56IUGI/plR/cexsd7ZrzYIiXSQJ4QDhq+EKMQvT34y9+CyXoGkukwqHf TaU7fobIVXd9NVX8acxHEEwAGtD+oBjKynlyf2JWu1XQ8pcAZ7S8rESNEJ5DER/Y41Kg aZTUdh9Gn0vHhWUfT1l74xDd3B97M+8LIUvP8=
From: YangGL <iamyanggl@gmail.com>
To: 'Rémi Després' <remi.despres@free.fr>
References: <9AEB7593-D51C-4AB4-BBD2-57820C6816C0@free.fr>
In-Reply-To: <9AEB7593-D51C-4AB4-BBD2-57820C6816C0@free.fr>
Date: Wed, 29 Sep 2010 13:02:35 +0800
Message-ID: <004701cb5f93$8ff65d70$afe31850$@com>
MIME-Version: 1.0
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: quoted-printable
Thread-Index: Acte63tZpFhxwucnSF6RNtaj4NbL7QAp0UIA
Content-Language: zh-cn
Cc: v4tov6transition@ietf.org
Subject: Re: [v4tov6transition] draft-yang-v4v6tran-ipv6-transition-guide-00
Precedence: list

Thank you very much, your comments will be added to the next version.^_^


Best regards,
Yang Guoliang

-----Original Message-----
From: Rémi Després [mailto:remi.despres@free.fr] 
Sent: Tuesday, September 28, 2010 5:00 PM
To: YangGL
Cc: v4tov6transition@ietf.org
Subject: draft-yang-v4v6tran-ipv6-transition-guide-00 

Hi YangGL,

Thank you for the detailed and clear explanation about the view of China
Telecom on v4tov6transition.

Here are various comments.

a) Sec. 2.2 (Transition of Metro IP network): Solution 2
"The existing access method does not need change, so China Telecom  does not
need to provide home gateway to users" looks contradictory with "the newly
added BRAS support IPv6 only". 

b) Sec 2.2 (Transition of Metro IP network): A 5th solution based on 6rd
should be listed here.
It is mentioned in sec. 2.4.3 (solution 3 for Subscriber Access modes) as
"deployed in the metro network").
It only takes 6rd Border Routers to be provisioned beside Core or Service
routers. (Or just an upgrade of core routers if they can support 6rd, as
already proposed at least by Cisco).
Pros include:
- All routed-mode CPEs provided by the operator deliver dual-stack service
to customers.
- Customers can use their own 6rd compatible CPEs when they support RFC
5969. (It specifies the 6rd DHCPv4 option). 
- Hosts that eventually support RFC 5969, will get dual-stack service in
single host sites.
- Deployment cost is extremely low (NEITHER metro-network routers NOR access
networks need to be modified for this phase)
- The solution, already deployed, is simple and well understood.
Like the 6PE solution for core networks, of sec. 2.1.3 for core networks, it
"is suitable for the first phase of IPv6 transition".

c) Sec 2.3 (Transition of Access network) Solution 2
Among the cons, the fact that home gateways that don't support DS-lite have
to be modified or replaced seems to be missing.  

d) Sec 2.3 - Solution 3
- "There is no need to upgrade BRAS" and "BRAS needs to be upgraded to
support 6RD" are contradictory. (The first sentence is the right one).
- "The network should be modified and upgraded when the network migrates to
Native IPv6 in the future which leads to repeating investment of network",
isn't quite right: the investment cost in the access network is not REPEATED
since, in the access network, it is NULL. It is simply DEFERRED (which is
more a pro than a con).  

Kind regards,
RD

[v4tov6transition] draft-yang-v4v6tran-ipv6-trans… Rémi Després
Re: [v4tov6transition] draft-yang-v4v6tran-ipv6-t… YangGL