1
00:00:01,560 --> 00:00:08,490
Also, was ich hier versuchen und tun werde, ist zu versuchen, etwas von dem Hype und den

2
00:00:08,850 --> 00:00:15,780
Wendungen zu entfernen, die Verwirrung und Art von Gruppenvisionen von softwaredefiniertem Networking in verschiedene Bereiche verursachen.

3
00:00:15,780 --> 00:00:21,700
Die erste Vision und die ursprüngliche Vision werden also als offenes SDM definiert.

4
00:00:21,750 --> 00:00:26,940
Dies basiert auf der ursprünglichen Arbeit bei Stanford und verwendet das Open-Flow-Protokoll.

5
00:00:26,940 --> 00:00:31,570
Die Organisation, die dies heute vorantreibt, ist die Open Networking Foundation.

6
00:00:31,620 --> 00:00:38,600
Es definiert softwaredefiniertes Networking als die Trennung von

7
00:00:38,600 --> 00:00:45,870
Steuerungsebene und Datenebene. Später in dieser Präsentation werde ich

8
00:00:45,870 --> 00:00:53,520
erläutern, was die Implementierung von softwaredefinierten Networking-Controllern tatsächlich bedeutet solche

9
00:00:53,520 --> 00:00:57,150
wie HP und andere.

10
00:00:57,150 --> 00:01:04,380
Ich erstelle mehrere Kurse, um jede dieser Visionen oder Beispiele für softwaredefiniertes Networking zu erläutern.

11
00:01:04,680 --> 00:01:12,900
Werfen Sie einen Blick auf die Website von Genius 3, um weitere Kurse zu erhalten, in denen ich mich eingehend mit

12
00:01:12,900 --> 00:01:20,820
den Details und Einzelheiten jeder dieser SD-Visionen befasse. In der nächsten Vision geht es um softwaredefinierte Vernetzung über Overlays.

13
00:01:21,000 --> 00:01:25,990
Und das bekannteste Beispiel dafür ist wahrscheinlich NSX von VM Way.

14
00:01:26,040 --> 00:01:33,910
Wie Sie in diesem Video sehen können, arbeitet Martin Casado bei VM, wie sein Unternehmen weiß, dass Sera vor

15
00:01:33,920 --> 00:01:41,100
einigen Jahren von VM für über eine Milliarde Dollar gekauft wurde. VM befürwortet nun ein virtuelles Netzwerk,

16
00:01:41,160 --> 00:01:43,740
das ein physisches Netzwerk überlagert.

17
00:01:43,740 --> 00:01:50,040
Wir haben das Konzept eines Unterlagsnetzwerks, bei dem es sich um die physischen Netzwerkgeräte handelt, und

18
00:01:50,040 --> 00:01:55,920
wir haben ein virtuelles Netzwerk, das automatisch im gesamten physischen Netzwerk bereitgestellt werden kann.

19
00:01:55,920 --> 00:02:00,200
Dies nutzt Protokolle wie V X LAN und Neid Jury.

20
00:02:00,270 --> 00:02:07,260
Ein weiteres Beispiel hierfür sind New-Age-Netzwerke, die ein

21
00:02:07,740 --> 00:02:15,120
Produkt für sehr hochskalierte virtuelle Netzwerke mit mehreren Rechenzentren und

22
00:02:15,120 --> 00:02:17,930
mehreren Hypervisoren bieten.

23
00:02:18,030 --> 00:02:26,820
White-Box-SDM-Beispiele für Unternehmen, die hier involviert sind, umfassen Picker 8 und Cumulus-Netzwerke.

24
00:02:26,820 --> 00:02:33,420
Warum sollten Sie proprietäre Betriebssysteme verwenden, die an proprietäre Hardware gebunden sind?

25
00:02:33,420 --> 00:02:39,400
Führen Sie ein Betriebssystem aus, das auf Geräten mehrerer Hersteller installiert werden kann.

26
00:02:39,420 --> 00:02:45,600
In diesem Beispiel könnten Sie also einen physischen Switch haben, und heute möchten Sie möglicherweise ein Betriebssystem

27
00:02:45,600 --> 00:02:50,550
ausführen, aber nächste Woche möchten Sie es möglicherweise durch ein anderes Betriebssystem ersetzen.

28
00:02:50,550 --> 00:02:53,220
Und genau das können Sie mit diesen Anbietern tun.

29
00:02:53,220 --> 00:02:59,940
Kaufen Sie proprietäre Hardware, proprietäre Betriebssysteme und proprietäre Funktionen nicht über Switches, die nicht an

30
00:03:00,270 --> 00:03:02,910
einen bestimmten Anbieter gebunden sind.

31
00:03:02,910 --> 00:03:08,340
Ein weiteres Beispiel dafür sind die Open-Compute-Switches von Facebook wie Six Pack und

32
00:03:08,340 --> 00:03:08,850
Wedge.