Re: [nvo3] Poll for WG adoption: draft-narten-nvo3-overlay-problem-statement-04

[Thomas Narten <[e-mail]>]

Hi Thomas.

I will remove the text at issue. The WG will need to have the
discussion about this, but doing that in  a separate document is fine.

Background. I am assuming that the vast majority of NVEs in a network
will be on Hypervisors. That is what industry is doing today, for
lot's of compelling reasons. :-)

If you take a link-state routing protocol that floods link state and
associated information to *all* nodes in the network, those protocols
will impose scaling limitations that will limit the number of nodes
that can participate and the overall size of the overlay.

If we assume that all NVEs (on hypervisors) have to participate, the
size of your network is fundamentally limited by how well the protocol
scales and how much information each participant needs to process. The
charter itself says:

    An NVO3 solution (known here as a Data Center Virtual Private
    Network (DCVPN)) is a VPN that is viable across a scaling
    range of a few thousand VMs to several million VMs running on
    greater than one hundred thousand physical servers.

I don't see how running IS-IS (or anything that floods information to
all participants) on 100K hypervisors is a viable starting
point. YMMV.

Thomas

> Hi all,

> *Support*, pending removal of this paritcular piece (end of the second 
> paragraph of "3.5 Overlay Networking Work Areas"):
>  >
> > For example, routing protocols  (e.g., IS-IS, BGP) may have scaling
>  > difficulties if implemented directly in all NVEs, based on both
>  > flooding and convergence time concerns. An alternative approach
>  > would be to use a standard query protocol between NVEs and the set of
>  > network nodes that maintain address mappings used across the data
>  > center for the entire overlay system.

> The above, beyond the fact that it is very debatable, would belong to a 
> discussion on solutions.

> Thanks,

> -Thomas



> Matthew Bocci, 2012-08-14 :
> > All,
>  >
>  > At the Vancouver IETF, there was considerable support for adopting
>  > draft-narten-nvo3-overlay-problem-statement-03 as an NVO3 working
>  > group document. However, there was also some support for
>  > draft-fang-vpn4dc-problem-statement-01.
>  >
>  > Therefore, the chairs asked authors from both drafts, with help from
>  > Eric Gray, to work together on a common problem statement draft, the
>  > result of which is the subject of this adoption poll.
>  >
>  > If you support adoption of
>  > draft-narten-nvo3-overlay-problem-statement-04, please reply to this
>  > thread with 'support'.
>  >
>  > If you do not support adoption, please reply to this thread with 'do
>  > not support', and state your reasons.
>  >
>  > This poll will close on Tuesday 28th August 2012.
>  >
>  > Note that we will be polling for adoption of the NVO3 framework
>  > draft separately. We will start that poll in a separate thread,
>  > shortly.
>  >
>  > Regards
>  >
>  > Matthew & Benson
>  >
>  >
>  >
>  > _______________________________________________ nvo3 mailing list
>  > [e-mail] https://www.ietf.org/mailman/listinfo/nvo3


> _________________________________________________________________________________________________________________________

> Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
> France Telecom - Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

> This message and its attachments may contain confidential or privileged information that may be protected by law;
> they should not be distributed, used or copied without authorisation.
> If you have received this email in error, please notify the sender and delete this message and its attachments.
> As emails may be altered, France Telecom - Orange is not liable for messages that have been modified, changed or falsified.
> Thank you.

> _______________________________________________
> nvo3 mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/nvo3