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

[<[e-mail]>]

Hi Thomas,

2012-08-27, Thomas Narten:
>
> 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.

Agreed.
Thanks.

> 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.

I certainly agree with the above, the statement about IS-IS is not the 
part I was finding debatable (but nevertheless does not belong to a 
problem statement document).

-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
>
> _______________________________________________
> 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.