Subject: L3-based network overlays//答复: [Int-area] Call for adoption of draft-nachum-sarp-06.txt

From: Xuxiaohu <[email-masked]>
Date: Thu, 26 Sep 2013 09:21:25 +0000

(cc'd this email to L3VPN and NVo3 since this discussion may be interesting to them)

> -----邮件原件-----
> 发件人: [email-masked] [mailto:[email-masked]] 代表
> Mikael Abrahamsson
> 发送时间: 2013年9月26日 13:50
> 收件人: Suresh Krishnan
> 抄送: Internet Area
> 主题: Re: [Int-area] Call for adoption of draft-nachum-sarp-06.txt
> 
> On Tue, 20 Aug 2013, Suresh Krishnan wrote:
> 
> > Hi all,
> >  This draft has been presented at several intarea face to face meetings
> > and has received quite a bit of discussion. It has been difficult to
> > gauge whether the wg is interested in this work or not. This call is
> > being initiated to determine whether there is WG consensus towards
> > adoption of draft-nachum-sarp-06 as an intarea WG draft. Please state
> > whether or not you're in favor of the adoption by replying to this
> > email. If you are not in favor, please also state your objections in
> > your response. This adoption call will complete on 2013-09-04.
> 
> I would be much more interested in this work if it also solved other
> problems, such as packets sourced or destined from/to outside the network,
> to make sure it gets to a router for closest exit into a default gw
> router.
> 
> So for instance, if a VM is moved from east to west, packets destined for
> default gw should now be sent to default gw located in west. The L3
> network should also know that this IP address has moved and inject a /32
> route from the west router to make sure packets traverse the L3 network as
> far as possible before it goes into the DC network.
> 
> But I still wonder if this shouldn't be solved on L3 totally. Why can't
> datacenter standards properly use L3 for routing instead of using L2 to
> create huge L2 domains? It's inefficient if geographical distance is
> substantial due to packets taking inefficient paths due to the L3 network
> not knowing where the end IP address actually is.

Hi Mikael,

The approach described in this draft (http://tools.ietf.org/html/draft-xu-l3vpn-virtual-subnet-01) may meet your above desire. BTW, such approach has already been implemented by some data center network vendors. 

Best regards,
Xiaohu 

> Mikael Abrahamsson    email: [email-masked]
> _______________________________________________
> Int-area mailing list
> [email-masked]
> https://www.ietf.org/mailman/listinfo/int-area