Kireeti,

> Hi,
> 
> For a number of reasons, including the current "vigorous discussion" on
> multiple encaps for L2-in-L3, I would STRONGLY URGE the group to not go
> there.
> 
> There are more than enough L3-in-L3 encaps already: sufficient unto 
> the day

I certainly agree with you that there are more than enough L3-in-L3
encaps that are IETF standard.

But do you think we have a shortage of L2-in-L3 encaps that are
IETF standards ?

Yakov.

> ....
> 
> Regards,
> Kireeti.
> 
> On Fri, Sep 21, 2012 at 3:10 AM, Xuxiaohu <[email protected]> wrote:
> 
> >  Hi all,****
> >
> > ** **
> >
> > It=92s well-known that MPLS encapsulation can be used in both Layer2 VPN
> > overlay (e.g., MAC-in-MPLS-in-GRE) and Layer3 VPN overlay (e.g.,
> > IP-in-MPLS-in-GRE). Meanwhile, although NVGRE is targeted only for Layer
2
> > VPN overlay (i.e., MAC over IP overlay) scheme at present, the protocol
> > type field in the GRE header however provides a possibility of supportin
g
> > Layer3 VPN overlay (i.e., IP over IP overlay) if needed in the future.
> > However, as per the encapsulation format described in the current versio
n
> > of VXLAN draft, there is no such protocol type field in the VXLAN header
> > yet. Hence I suggest the VXLAN co-authors could consider using some
> > reserved bits as the protocol type field. In this way, the VXLAN
> > encapsulation header could also be applicable to the Layer3 VPN overlay
> > scheme if needed in the future.****
> >
> > ** **
> >
> > Best regards,****
> >
> > Xiaohu****
> >
> > _______________________________________________
> > nvo3 mailing list
> > [email protected]
> > https://www.ietf.org/mailman/listinfo/nvo3
> >
> >
> 
> 
> --=20
> Kireeti
> 
> --047d7b33db625f3c7104ca36702c
> Content-Type: text/html; charset=windows-1252
> Content-Transfer-Encoding: quoted-printable
> 
> Hi,<div><br></div><div>For a number of reasons, including the current &quo
t=
> ;vigorous discussion&quot; on multiple encaps for L2-in-L3, I would STRONG
L=
> Y URGE the group to not go there.<br><br></div><div>There are more than en
o=
> ugh L3-in-L3 encaps already: sufficient unto the day ....</div>
> <div><br></div><div>Regards,</div><div>Kireeti.</div><div><br><div class=3
D=
> "gmail_quote">On Fri, Sep 21, 2012 at 3:10 AM, Xuxiaohu <span dir=3D"ltr">
&=
> lt;<a href=3D"mailto:[email protected]"; target=3D"_blank">xuxiaohu@huawe
i=
> .com</a>&gt;</span> wrote:<br>
> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1
p=
> x #ccc solid;padding-left:1ex">
> 
> 
> 
> 
> 
> <div lang=3D"ZH-CN" link=3D"blue" vlink=3D"purple">
> <div>
> <p class=3D"MsoNormal"><span lang=3D"EN-US">Hi all,<u></u><u></u></span></
p=
> >
> <p class=3D"MsoNormal"><span lang=3D"EN-US"><u></u>=A0<u></u></span></p>
> <p class=3D"MsoNormal"><span lang=3D"EN-US">It=92s well-known that MPLS en
c=
> apsulation can be used in both Layer2 VPN overlay (e.g., MAC-in-MPLS-in-GR
E=
> ) and Layer3 VPN overlay (e.g., IP-in-MPLS-in-GRE). Meanwhile, although NV
G=
> RE is targeted only for Layer2 VPN overlay
>  (i.e., MAC over IP overlay) scheme at present, the protocol type field in
 =
> the GRE header however provides a possibility of supporting Layer3 VPN ove
r=
> lay (i.e., IP over IP overlay) if needed in the future. However, as per th
e=
>  encapsulation format described
>  in the current version of VXLAN draft, there is no such protocol type fie
l=
> d in the VXLAN header yet. Hence I suggest the VXLAN co-authors could cons
i=
> der using some reserved bits as the protocol type field. In this way, the 
V=
> XLAN encapsulation header could
>  also be applicable to the Layer3 VPN overlay scheme if needed in the futu
r=
> e.<u></u><u></u></span></p>
> <p class=3D"MsoNormal"><span lang=3D"EN-US"><u></u>=A0<u></u></span></p>
> <p class=3D"MsoNormal"><span lang=3D"EN-US">Best regards,<u></u><u></u></s
p=
an></p>
> <p class=3D"MsoNormal"><span lang=3D"EN-US">Xiaohu<u></u><u></u></span></p
>
> </div>
> </div>
> 
> <br>_______________________________________________<br>
> nvo3 mailing list<br>
> <a href=3D"mailto:[email protected]";>[email protected]</a><br>
> <a href=3D"https://www.ietf.org/mailman/listinfo/nvo3"; target=3D"_blank">h
t=
> tps://www.ietf.org/mailman/listinfo/nvo3</a><br>
> <br></blockquote></div><br><br clear=3D"all"><div><br></div>-- <br>Kireeti
<=
> br>
> </div>
> 
> --047d7b33db625f3c7104ca36702c--
> 
> --===============6747870849911718800==
> Content-Type: text/plain; charset="us-ascii"
> MIME-Version: 1.0
> Content-Transfer-Encoding: 7bit
> Content-Disposition: inline
> 
> _______________________________________________
> nvo3 mailing list
> [email protected]
> https://www.ietf.org/mailman/listinfo/nvo3
> 
> --===============6747870849911718800==--
_______________________________________________
nvo3 mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/nvo3

Reply via email to