0:00:00.000,0:00:15.580
Musik
0:00:15.580,0:00:20.480
Herald Angel: Es geht aber heute weniger[br]um mich, es geht um den lieben Hendrik. Er
0:00:20.480,0:00:25.180
ist Netzwerker, er ist Feuerwehrmann und[br]er ist eigentlich auch so richtiger Wlan
0:00:25.180,0:00:31.390
Nerd. Wenn man das so sagen kann und er[br]betreut 1600 Access Points, übrigens auch
0:00:31.390,0:00:35.270
die ganzen Access Points hier im NOC dafür[br]mal vielleicht noch eine Runde Applaus.
0:00:35.270,0:00:42.040
Applaus
0:00:42.040,0:00:47.002
Also die ideale Voraussetzung um uns heute[br]zu erklären wie Wlan geht und das wird er
0:00:47.002,0:00:50.129
auch tun. Er hat auf der[br]Gulaschprogrammiernacht schon einen talk
0:00:50.129,0:00:55.420
gehalten "ur WiFi sucks!!1!" und heute[br]führt er uns ein bisschen hinter die
0:00:55.420,0:01:00.289
Kulissen von WiFi-AC. Er wird uns[br]vielleicht erklären was so Begriffe wie
0:01:00.289,0:01:05.430
beamforming oder MIMO bedeuten und[br]vielleicht auch warum Mamas Plasterouter
0:01:05.430,0:01:12.690
acht Antennen braucht und ja ich möchte[br]euch bitten bitte begrüßt mit einem
0:01:12.690,0:01:15.100
riesengroßen tollen Applaus den Hendrik.
0:01:15.100,0:01:24.200
Applaus
0:01:24.200,0:01:29.670
Hendrik Lüth: Ja, hi auch erst mal von[br]mir hallo und willkommen zur Winter-gpn.
0:01:29.670,0:01:35.200
Schön, dass ihr alle da seid. Ich habe da[br]gerade eben zum Thema Wlan mit NOC ein
0:01:35.200,0:01:38.430
kleines buh von manchen Stellen gehört.[br]Wir hatten da so ein kleines Problem wir
0:01:38.430,0:01:41.700
haben das Wlan noch mal ein bisschen noch[br]schneller gemacht, passend zum Vortrag
0:01:41.700,0:01:46.930
wird also in den Graphen 250 gigabit blah[br]stehen. Das tut uns Leid, das funktioniert
0:01:46.930,0:01:51.880
jetzt alles wieder. Alles toll, so einmal[br]kurz zur Gliederung was euch jetzt heute
0:01:51.880,0:01:55.460
zu erwarten hat. Erst einmal erzähle ich[br]ein bisschen was zu mir, ich habe nicht
0:01:55.460,0:02:00.860
eingeplant dass da noch ein Herald ist.[br]Dann ein bisschen zur Geschichte des Wlan-
0:02:00.860,0:02:05.020
Standards, wie hat es sich überhaupt[br]entwickelt mit dem Wlan, was kam wann in
0:02:05.020,0:02:08.899
welchen Zeitabschnitten, wie lange[br]existiert das überhaupt schon. Eine kleine
0:02:08.899,0:02:15.039
Übersicht an sich, was hat sich mit IEEE[br]802.11ac, was der vollständige Name des
0:02:15.039,0:02:21.340
ac-Standards ist, verändert und dann gehen[br]wir so ein bisschen detaillierter rein in
0:02:21.340,0:02:26.359
die Neuerungen, was hat sich so auf Layer[br]1 des Standards verändert so physikalisch,
0:02:26.359,0:02:32.160
weil das ist eigentlich das, was wirklich[br]diesen größeren Datendurchsatz von diesem
0:02:32.160,0:02:35.950
Standard erbringt. Dann erklär ich ein[br]bisschen was ist eigentlich dieses mimo
0:02:35.950,0:02:41.969
und dieses multi-user-mimo, das ist sehr[br]interessant weil uns auch das wiederum
0:02:41.969,0:02:45.730
noch mal mehr einen höheren Datendurchsatz[br]bringt. Dann gehe ich auf dieses magische
0:02:45.730,0:02:50.560
beamforming ein von dem manche vielleicht[br]schon mal gehört haben, dass man mit
0:02:50.560,0:02:55.860
normalen Hochfrequenzwellen, aber auch mit[br]Audio machen kann und ganz am Ende noch
0:02:55.860,0:02:59.799
ein kleiner Praxisbezug und[br]Realitätsabgleich wie Sinnvoll ist dieser
0:02:59.799,0:03:03.630
Standard eigentlich überhaupt, was bringt[br]uns dieser Standard denn jetzt tatsächlich
0:03:03.630,0:03:09.829
an Durchsatz und dann noch ein kleiner[br]Ausblick auf die Zukunft, weil die IEEE
0:03:09.829,0:03:14.180
ist nicht ruhsam, die sind schon wieder[br]vernünftig am weiterarbeiten am nächsten
0:03:14.180,0:03:19.760
Standard. Ich bin Hendrik, 23, studiere am[br]Karlsruher Institut für Technologie
0:03:19.760,0:03:25.590
Elektrotechnik, bin dort Netzwerk HiWi und[br]betreue halt dieses 1600-Access-Point-
0:03:25.590,0:03:29.799
Netzwerk und bin dort primär zuständig für[br]die Controller-Konfiguration und die
0:03:29.799,0:03:34.841
Planung von den Installationen in den[br]Hörsälen, also dass jetzt zum Beispiel in
0:03:34.841,0:03:38.739
solchen großen Sälen hier das WLAN noch[br]vernünftig funktioniert. Wenn ich dann
0:03:38.739,0:03:41.261
noch irgendwann mal bisschen Zeit habe,[br]dann mache ich noch Amateurfunk und so ein
0:03:41.261,0:03:49.139
bisschen Elektronik-Gebastel. Zur[br]Geschichte von IEEE 802.11. Das fängt ganz
0:03:49.139,0:03:52.969
weit vorne an, die haben sich gedacht so[br]Kabel ist zwar ganz cool, aber wir können
0:03:52.969,0:03:56.720
jetzt Laptops bauen und diese Laptops[br]immer irgendwie rumzuschleppen und überall
0:03:56.720,0:04:01.069
anzustecken ist nicht cool, es kostet[br]immer Geld, überall Kabel hinzuziehen und
0:04:01.069,0:04:04.139
vor allem in großen Sälen, wo viele Leute[br]sind, ist das auch nicht so ganz cool mit
0:04:04.139,0:04:07.390
dem Kabel. Dann haben sie irgendwann mal[br]einfach angefangen und sich gedacht, wir
0:04:07.390,0:04:12.459
machen das jetzt kabellos und seitdem[br]bringen sie regelmäßig in gleichmäßigen
0:04:12.459,0:04:16.548
- oder mehr oder weniger gleichmäßigen –[br]Abständen neue Standards raus und diese
0:04:16.548,0:04:20.141
neuen Standards bringen immer wieder[br]irgendwelche Verbesserungen mit sich, sei
0:04:20.141,0:04:26.310
es denn der Datendurchsatz oder auch[br]einfach nur generell die Effizienz des
0:04:26.310,0:04:33.700
WLANs an sich. Das ist so jetzt einmal die[br]Timeline davon, das fing im September 1999
0:04:33.700,0:04:40.170
an mit 802.11a und 802.11b, das waren noch[br]diese ganz ganz langsamen Datenraten mit
0:04:40.170,0:04:46.200
11 Mbit/s, das ist so im Vergleich zu[br]heute einfach super langsam. Damals ging
0:04:46.200,0:04:49.390
es erstmal darum: Wir wollen etwas[br]kabelloses haben und wir wollen da ein
0:04:49.390,0:04:54.610
bisschen Daten durchbringen und 1999 waren[br]diese 11 Mbit/s schon einiges, wenn man
0:04:54.610,0:04:59.090
daran denkt, dass da 16.000er DSL, zum[br]Beispiel, wer hatte das? Wenn es das
0:04:59.090,0:05:01.910
überhaupt schon gab, da bin ich grade[br]nicht up to date wie die DSL-Standards
0:05:01.910,0:05:09.250
sich entwickelt haben. Dann kam 802.11g im[br]Juni 2003 raus und dann immer weiter immer
0:05:09.250,0:05:13.630
mehr Standards und diese Standards bringen[br]immer weiter eine Optimierung vom
0:05:13.630,0:05:17.170
Datendurchsatz und auch von dieser[br]Effizienz mit, wie zum Beispiel mit
0:05:17.170,0:05:22.170
802.11g, das kennt ihr vielleicht von[br]eurem WRT54GL, der schaffte seine 54
0:05:22.170,0:05:26.450
Mbit/s über WLAN. Als der rauskam, war[br]das supergeil. Naja und dann kam
0:05:26.450,0:05:29.220
irgendwann so eine Fritz!Box und sagte[br]„So, ich kann jetzt aber 300 Mbit/s“, und
0:05:29.220,0:05:34.860
so ist das immer weitergegangen von den[br]Standards her und 5 GHz, was wir jetzt
0:05:34.860,0:05:40.770
heutzutage haben, gab es sogar schon[br]damals im a-Standard; Mit 802.11a kam das
0:05:40.770,0:05:46.140
erste mal 5 GHz ins Spiel. Problem bei 5[br]GHz ist: Durch die höhere Frequenz wird es
0:05:46.140,0:05:52.320
stärker durch Wände oder durch Menschen[br]gedämpft und die Ausbreitungsbedingungen
0:05:52.320,0:05:58.890
dafür sind eher suboptimal im Vergleich zu[br]2,4 GHz. Deswegen hat man aber damals 2,4
0:05:58.890,0:06:05.470
GHz genommen und darauf den Fokus gelegt,[br]weil man in dem damals noch erstmal
0:06:05.470,0:06:11.010
Reichweite haben wollte, im Vergleich zu[br]anstatt Datendurchsatz und Räume randvoll
0:06:11.010,0:06:20.430
mit Menschen. Dann kam irgendwann 802.11ac[br]als neuester Meilenstein, der kam 2013
0:06:20.430,0:06:29.360
raus nach einiger Arbeit als Zusammen-[br]fassung muss ich noch sagen, dass
0:06:29.360,0:06:35.030
dieses im März 2007 erschienene[br]802.11-2007 an sich ist kein richtiger
0:06:35.030,0:06:38.070
Standard sozusagen, sondern ist noch mal[br]eine komplette Zusammenfassung aller
0:06:38.070,0:06:42.780
Standards und Erweiterungen davor, weil[br]ein Standard bei der IEEE wird am Anfang
0:06:42.780,0:06:46.980
verfasst, aber dann sind alle anderen[br]Sachen – diese Buchstaben – sind einfach
0:06:46.980,0:06:50.940
nur Erweiterungen und zu diesem Standard[br]hinzu und dann haben sie einfach 2007 sich
0:06:50.940,0:06:55.440
gesagt: „Wir schreiben das ganze noch mal[br]zusammen und nehmen das hier sozusagen als
0:06:55.440,0:07:00.680
ein komplettes … einen kompletten Block[br]mal rein, weil wenn man sich den 11ac mal
0:07:00.680,0:07:04.120
durchliest, dann sieht man da, die Hälfte[br]der Seite ist einfach durchgestrichen,
0:07:04.120,0:07:07.360
dann ist da wieder was reingeschrieben und[br]dann irgendwas in kursiv und das ist
0:07:07.360,0:07:11.890
eigentlich ein riesiges … ein riesiger[br]Patch einfach nur für den vorhergegangenen
0:07:11.890,0:07:14.850
Standard. Und das alles[br]übereinanderzulegen, wenn man irgendwas
0:07:14.850,0:07:17.710
bauen, möchte ich ein bisschen schwierig[br]deshalb irgendwie in 2007 haben die das
0:07:17.710,0:07:24.380
noch mal zusammengefasst. So. 802.11ac[br]wird immer dieses „Gigabit-WLAN“ genannt
0:07:24.380,0:07:29.781
und alle freuen sich so, ich kann mich[br]daran noch erinnern, auf der cebit hat da
0:07:29.781,0:07:33.200
AVM mal ganz toll mit geworben, so „Wow,[br]wir kriegen jetzt ein Gigabit über die
0:07:33.200,0:07:39.760
Luft“ und ich stand da: „Wow, das ist[br]cool.“ Aber der Standard ist nur für 5GHz
0:07:39.760,0:07:43.620
spezifiziert weil man hat sich gesagt[br]„Okay, 2,4 GHz – wir haben nur vier
0:07:43.620,0:07:47.590
Kanäle, die man effizient … also effektiv[br]nutzen kann, ohne dass es Überschneidungen
0:07:47.590,0:07:52.370
gibt, wir machen jetzt einfach mal 5 GHz[br]only, das reicht uns, das macht es uns ein
0:07:52.370,0:07:56.790
bisschen einfacher“. Dann hat man neue[br]Modulationsarten sich ausgesucht, die
0:07:56.790,0:08:02.820
effizienter sind, mit denen man mehr Daten[br]übertragen kann in dem gleichen Zeitraum,
0:08:02.820,0:08:07.600
weil einfach mit einer … mit einer[br]Einstellung dieser Modulationsart – dazu
0:08:07.600,0:08:11.470
werde später noch was erzählen – einfach[br]mehr Bit übertragen werden können. Wir
0:08:11.470,0:08:14.800
haben breitere Kanäle, weil wenn wir[br]doppelt so breite Kanäle nehmen und
0:08:14.800,0:08:17.539
doppelt so breit senden sozusagen bei[br]gleicher Modulation, habe wir natürlich
0:08:17.539,0:08:23.500
auch noch mal eine Verdopplung des[br]Datendurchsatzes. Wir haben weniger MCS-
0:08:23.500,0:08:30.030
Werte – MCS steht für „Modulation Encoding[br]Scheme“ –, das ist ein Index, der angibt,
0:08:30.030,0:08:33.070
welche Modulationsart verwendet wird und[br]welche Bitsicherungsschicht verwendet
0:08:33.070,0:08:36.229
wird. Denn immer, wenn man irgendwo Daten[br]überträgt, kann man sie einfach so
0:08:36.229,0:08:40.489
übertragen oder man überträgt sie … aber[br]man muss davon ausgehen, dass seine
0:08:40.489,0:08:44.300
Übertragung irgendwie, in irgendeiner Art[br]und Weise verlustbehaftet ist. Und genau
0:08:44.300,0:08:50.230
um diesen Verlust auszugleichen, nimmt man[br]zum Beispiel einen Anteil seiner Nutzdaten
0:08:50.230,0:08:54.110
und setzt noch ein weiteres Bit oder[br]irgendeine andere Prüfsumme hinten dran,
0:08:54.110,0:08:58.920
um zu überprüfen, ob wirklich alles[br]rübergegangen ist. Und diese MCS-Indexe
0:08:58.920,0:09:01.680
sind einfach so eine Kombination aus einer[br]Modulationsart und einem bestimmten
0:09:01.680,0:09:10.070
Bitsicherungsverfahren. Und, was auch sehr[br]sehr interessant wurde dann, ist dass
0:09:10.070,0:09:13.930
dieses Beamforming genau spezifiziert[br]wurde. An sich gab es Beamforming schon
0:09:13.930,0:09:19.790
seit 802.11n, aber das gab da viele[br]verschiedene Beamformingmethoden und jeder
0:09:19.790,0:09:22.120
Hersteller hat irgendeine andere[br]implementiert, weil ihm die am Besten
0:09:22.120,0:09:25.489
gefallen hat, und dann haben das auch[br]nicht alle Clients unterstützt und es gab
0:09:25.489,0:09:29.050
Probleme, wenn ein Client von dem einen[br]Hersteller mit dem Access Point von einem
0:09:29.050,0:09:33.180
anderen Hersteller irgendwie versucht hat,[br]Beamforming zu machen und deswegen haben
0:09:33.180,0:09:36.099
sie es jetzt da noch mal gesagt und auf[br]eins festgepinnt und haben gesagt „So, das
0:09:36.099,0:09:42.190
machen wir jetzt genau“. Und, wie vorhin[br]schon gesagt, dieses Multiuser-MIMO kommt
0:09:42.190,0:09:50.890
dann jetzt mit 11ac, was uns auch noch mal[br]sehr viel Vergnügen bereitet. Und auch
0:09:50.890,0:09:54.720
haben sie sich gesagt: „OK, wir haben[br]802.11n“. Mit 802.11n haben sie einen
0:09:54.720,0:09:58.429
Fehler gemacht. Und zwar haben sie einen[br]Standard definiert, der extrem groß war.
0:09:58.429,0:10:07.549
Der Standard umfasst, im Vergleich zu den[br]54 Mbit/s die 11g geschafft hat, umfasst
0:10:07.549,0:10:12.060
der einfach viel zu viel, was neu dazu[br]kam. Es kam MIMO dazu, es kamen neue
0:10:12.060,0:10:16.270
Frequenzen hinzu und die Hersteller haben[br]es nicht geschafft, einfach in der kurzen
0:10:16.270,0:10:20.600
Zeit, sozusagen, vernünftig diesen[br]Standard auf den Weg zu bringen und auch
0:10:20.600,0:10:26.050
die Hardware dafür bereitzustellen. Und deswegen[br]haben sie sich gedacht: „OK, wir bringen
0:10:26.050,0:10:32.870
das sozusagen in zwei Wellen raus“. Als[br]die erste Draftversion von 11ac draußen
0:10:32.870,0:10:36.999
war, haben sie gesagt, „das wird jetzt die[br]sogenannte Wave 1, dann können die
0:10:36.999,0:10:41.240
Hersteller es schon mal verbauen und dann[br]garantieren wir aber auch, dass wir den
0:10:41.240,0:10:46.110
Teil, den wir rausgebracht haben, nicht[br]mehr so verändern, dass ihr Probleme habt
0:10:46.110,0:10:50.639
mit Clients, die zum Beispiel dann die[br]finale Version unterstützen. Und dann die
0:10:50.639,0:10:55.470
zweite Welle, wo dann sozusagen der[br]Standard komplett fertig war, 2013 mit
0:10:55.470,0:11:02.680
„So, das ist jetzt alles, was ihr bauen[br]könnt, und legt los.“ Dann … an sich
0:11:02.680,0:11:08.309
interessant wurde es dann ja wirklich, was[br]den Datendurchsatz angeht, auf dem
0:11:08.309,0:11:13.359
physikalischen Layer. Weil … das ist genau[br]das, was uns in den meisten Fällen
0:11:13.359,0:11:18.670
begrenzt. Schlechte Modulationsarten oder[br]auch zu schmale Kanäle grenzen das ganze
0:11:18.670,0:11:22.449
ein bisschen ein. Und dann haben sie sich[br]gedacht: Wir nehmen einfach mal mehr
0:11:22.449,0:11:28.570
Kanäle. Mehr Kanäle ist besser, weil die[br]Access Points kollidieren nicht so einfach
0:11:28.570,0:11:35.309
wie auf 2.4 GHz. Auf 2.4 GHz können wir[br]effektiv vier Kanäle benutzen, ohne dass
0:11:35.309,0:11:38.919
wir kollidieren, sonst gibt es Störungen.[br]Das sorgt dann auch wieder dafür, dass
0:11:38.919,0:11:42.709
unsere Access Points nicht so effektiv[br]senden können, deshalb haben sie gesagt:
0:11:42.709,0:11:47.879
So, mehr Kanäle wollen wir. Auch breitere[br]Kanäle. Wir haben jetzt 80 MHz Kanalbreite
0:11:47.879,0:11:52.460
oder 160 MHz Kanalbreite, was natürlich[br]auch noch mal einen gigantischen Durchsatz
0:11:52.460,0:11:59.699
bringt, der dazukommt. Dieses MIMO, es[br]gibt ja immer dieses 3-zu-3 MIMO, was bei
0:11:59.699,0:12:04.680
irgendwie diesen ganzen Plasteroutern mit[br]angepriesen wird. Das ist ja auch die
0:12:04.680,0:12:09.910
Anzahl der Antennen teilweise, die diese[br]Router haben. Aber richtig interessant ist
0:12:09.910,0:12:14.749
es bei 11ac. 11ac hat das definiert, haben[br]sie gesagt, es gibt bis zu acht Spartial
0:12:14.749,0:12:20.369
Streams, also sozusagen acht eigene[br]Aussendungen auf derselben Frequenz. Das
0:12:20.369,0:12:24.980
heißt, wir haben noch mal im Vergleich zu[br]einem einzelnen Stream noch mal das
0:12:24.980,0:12:28.699
Achtfache an Datendurchsatz, was auch[br]wiederum noch mal eine deutliche
0:12:28.699,0:12:34.449
Verbesserung brachte. Durch Multi-User-[br]MIMO haben wir noch mal, dass wir
0:12:34.449,0:12:38.809
gleichzeitig an mehrere Nutzer senden[br]können. Wirklich zeitlich gleichzeitig
0:12:38.809,0:12:45.709
senden wir an mehrere Nutzer dadurch, dass[br]wir mehrere einzelne Transmitter in diesem
0:12:45.709,0:12:49.801
Access Point drin haben. Wir haben, wie[br]gerade eben schon erwähnt, diese
0:12:49.801,0:13:01.280
Neuorganisation des Modulation Encoding[br]Sets, und durch diese Neuorganisation … ja
0:13:01.280,0:13:06.210
… hatten wir auch noch mal bessere[br]Datenraten … Modulationsarten bekommen.
0:13:06.210,0:13:10.930
Diese Grafik zeigt sozusagen einmal alle[br]Kanäle, die jetzt gerade verfügbar sind.
0:13:10.930,0:13:16.569
Die sind ganz grauenvoll durchnummeriert.[br]Und es ist auch nicht alles erlaubt. Zum
0:13:16.569,0:13:20.550
Beispiel ist den Leuten aufgefallen:[br]„Cool, wir setzen jetzt auf 5 GHz“ und
0:13:20.550,0:13:23.759
dann ist ihnen aufgefallen: Verdammt, da[br]sind so ein paar Wetterradare. Und dann
0:13:23.759,0:13:29.769
haben sie sich überlegt: OK, die Geräte[br]müssen DFS machen. DFS steht für „Dynamic
0:13:29.769,0:13:34.059
Frequency Selection“. Das bedeutet, wenn[br]die Geräte erkennen: OK, da ist ein Radar,
0:13:34.059,0:13:38.629
das sendet da, weil das Radar hat primären[br]Zugang zu dieser Frequenz, dann muss der
0:13:38.629,0:13:41.499
Access Point das erkennen, sich[br]zurückziehen von diesem Kanal und sich
0:13:41.499,0:13:44.440
einen anderen Kanal aussuchen, auf dem er[br]einfach frei senden kann, ohne dieses
0:13:44.440,0:13:50.050
Radar zu stören. Und auch in Deutschland[br]gibt es dann noch stärkere
0:13:50.050,0:13:56.420
Einschränkungen, weil es gab große[br]Vorgaben, was überhaupt möglich sein wird
0:13:56.420,0:14:02.120
in diesem Standard, und was dann[br]tatsächlich erlaubt ist, lokal bzw. in den
0:14:02.120,0:14:05.220
drei Radioregionen der Welt, wird nochmal[br]von den entsprechenden
0:14:05.220,0:14:07.751
Regulierungsbehörden entschieden. Deswegen[br]sieht es für Europa und Japan so ein
0:14:07.751,0:14:12.029
bisschen mau aus. Und auch dieser Stand[br]der USA, den wir dort sehen, ist nicht das
0:14:12.029,0:14:18.860
was wir... was tatsächlich möglich ist,[br]weil das ist jetzt das, was tatsächlich
0:14:18.860,0:14:23.550
maximal möglich ist. Auch dieses Grau sind[br]sie gerade am Kämpfen das zu kriegen und
0:14:23.550,0:14:27.659
auch in der mitte fehlen... sind noch ein[br]paar Kanäle wo sie noch gerade versuchen,
0:14:27.659,0:14:33.299
das durchzukriegen. Also wenn oben alles[br]möglich ist, mit und ohne DFS, dann ist
0:14:33.299,0:14:37.709
das sozusagen das maximale, was wir an Kanälen[br]zur Verfügung haben. Diese Kanäle sind so
0:14:37.709,0:14:42.550
aufgebaut, dass sich die Kanalbreiten, wie[br]auch schon bei den vorigen WLAN-Standards,
0:14:42.550,0:14:45.060
überlappen können. Das ist also, dass 2[br]20-Megahertz-Kanäle einfach einen
0:14:45.060,0:14:53.600
40-Megahertz-Kanal bilden können und so[br]weiter. Und dadurch haben wir nochmal viel
0:14:53.600,0:14:58.360
mehr Möglichkeiten, dass sich die Access-[br]Points gegenseitig nicht in die Quere
0:14:58.360,0:15:05.970
kommen. Dann, dieses MIMO, hatte ich[br]bereits erwähnt, existiert seit 802.11n.
0:15:05.970,0:15:09.670
Es ist ziemlich cool und das ist eine sehr[br]bewährte Methode zur
0:15:09.670,0:15:16.040
Datendurchsatzsteigerung, weil wir durch[br]parallele Aussendungen auf 3 Antennen...
0:15:16.040,0:15:20.950
können wir dreimal dieselbe Frequenz[br]benutzen. Auf der Empfängerseite sieht das
0:15:20.950,0:15:26.410
dann so aus, dass er diese 3 Aussendung[br]auf jeder der 3 Antennen erkennt, aber,
0:15:26.410,0:15:29.860
dadurch dass diese Antennen physikalisch[br]voneinander separiert sind, auch einen
0:15:29.860,0:15:32.629
gewissen Abstand haben, hat er[br]verschiedene Signalstärken auf den
0:15:32.629,0:15:36.620
Antennen und kann daraus dann erkennen,[br]welcher dieser MIMO-Streams zu welcher
0:15:36.620,0:15:45.410
Antenne gehört. Und dadurch haben wir, man[br]könnte es Kanäle nennen, aber wir haben
0:15:45.410,0:15:49.579
mehrere gleichzeitige Aussendung und[br]dadurch natürlich auch immer mehr
0:15:49.579,0:15:59.750
Datendurchsatz und entsprechend einen[br]Datenstrom pro Antenne. Das multipliziert
0:15:59.750,0:16:06.290
unser datendurchsatz mit den bis zu 8[br]Spartial-Streams dann in .ac, aber was
0:16:06.290,0:16:09.319
genau diese 8 Spartial-Streams uns[br]tatsächlich an Datendurchsatz bringen, da
0:16:09.319,0:16:13.600
habe ich gleich noch eine Tabelle zu.[br]Jetzt kommen wir erstmal zu diesem
0:16:13.600,0:16:21.320
magischen MSC und zwar nach dieser[br]Neuorganisation von 32 Werten mit 802.11n,
0:16:21.320,0:16:25.200
das waren ein bisschen viel, da haben sie[br]sich gesagt, "Okay, die wurden nicht alle
0:16:25.200,0:16:28.810
benutzt, manche wurden mehr benutzt,[br]manches weniger benutzt und manche war
0:16:28.810,0:16:32.050
auch einfach nur unnötig" Da haben sie[br]gesagt, "Wir können das besser. Wir können
0:16:32.050,0:16:35.540
auch bessere Hardware bauen, wir brauchen[br]manche Werte einfach gar nicht mehr" und
0:16:35.540,0:16:39.029
haben sich dann überlegt, "Wir brauchen[br]nur noch 10 Werte in 802.11ac. Aber
0:16:39.029,0:16:43.839
trotzdem haben wir einen besseren[br]Datendurchsatz." Und das ist jetzt diese
0:16:43.839,0:16:48.580
Tabelle. Wir haben dort... das sind jetzt[br]die Werte von 0 bis 4. Wir haben BPSK,
0:16:48.580,0:16:58.029
QPSK und 16-QAM,. Diese Modulationsarten[br]gab es auch schon in den vorigen Standards
0:16:58.029,0:17:03.960
und die Neuerung kam dann hier, auf der[br]rechten Seite in der Tabelle, mit 256 QAM.
0:17:03.960,0:17:08.250
QAM steht für "Quadrupel-Amplituden-[br]Modulation". Da habe ich auch eine kleine
0:17:08.250,0:17:14.750
Erklärung zu und was wir auch noch haben,[br]ist hier diese Coderate. Da sieht man wie
0:17:14.750,0:17:21.629
viel Bits von den übertragenen Bits für[br]Bit-Sicherung benutzt werden. Und das geht
0:17:21.629,0:17:25.990
dann soweit, dass wir unten die Hälfte[br]aller Bits zur Bitsicherung benutzen. Das
0:17:25.990,0:17:28.810
ist dann einfach wenn wir wirklich sicher[br]gehen wollen, dass wir Daten übertragen,
0:17:28.810,0:17:34.219
über lange Strecken, verlustbehaftete[br]Strecken... und wir haben dann bei MCS
0:17:34.219,0:17:38.600
Wert 9. Sagen wir so, "Wir pumpen richtig[br]Daten durch, wir haben ein gutes Signal,
0:17:38.600,0:17:46.120
wir können auf eine so starke Bitsicherung[br]verzichten." Dieses QAM an sich ist eine
0:17:46.120,0:17:51.580
supertolle Modulationsart, ich find die[br]persönlich super toll. Und zwar diese
0:17:51.580,0:17:55.940
Quadrupel-Amplituden-Modulation ist eine[br]digitale Modulationsart und es ist eine
0:17:55.940,0:18:03.679
Kombination aus Phasenmodulation und[br]Amplitudenmodulation, wie auch der Name ja
0:18:03.679,0:18:08.220
auch schon erkennen lässt. Und wir haben[br]dann zwei Werte dass... Leute, die sich
0:18:08.220,0:18:11.580
vielleicht schonmal von euch mit STRs[br]beschäftigt haben, hatten vielleicht
0:18:11.580,0:18:16.640
irgendwann mal mit I- und Q-werten zu tun.[br]Und genau diese I- und Q- Werte sind diese
0:18:16.640,0:18:21.240
Werte, die für eine QAM-Modulation[br]notwendig sind. Und die geben... das ist
0:18:21.240,0:18:26.559
ein Wert, der angibt, wie die Phase und[br]wie die Amplitude ist... und aus dieser
0:18:26.559,0:18:32.080
Kombination kann man in einem großen[br]Raster genau darstellen, welcher Punkt das
0:18:32.080,0:18:36.470
ist und welche Bits dazugehören. Man muss[br]sich natürlich beim Empfänger und beim
0:18:36.470,0:18:44.380
Sender darauf einigen, welches Bitmuster[br]man über dieses Raster legt. Und die
0:18:44.380,0:18:48.610
Demodulation von dem Ganzen erfolgt über[br]einen unmodulierten Träger. Das sieht dann
0:18:48.610,0:18:53.110
so aus: Wir haben auf einer gewissen[br]Bandbreite, haben wir in der Mitte auf
0:18:53.110,0:18:57.830
einer Frequenz einen kleinen Träger und[br]immer wieder... Je breiter unsere Kanäle
0:18:57.830,0:19:02.180
werden, kommen weitere unmodulierte Träger[br]hinzu. Und dazwischen sind ganz viele
0:19:02.180,0:19:06.370
Träger, die moduliert sind. Die[br]Demodulation funktioniert dann so, dass er
0:19:06.370,0:19:11.179
guckt, "Okay, ich habe jetzt gerade das[br]empfangen. Jetzt gucke ich auf meinen
0:19:11.179,0:19:15.180
unmodulierten Träger als Referenz und[br]sehe, mein empfangenes Signal hat einen
0:19:15.180,0:19:21.500
Phasenverschub im vergleich zu diesem[br]Träger von x und einen
0:19:21.500,0:19:27.990
Amplitudenunterschied von y." Daran kann[br]das dann beim Empfänger demoduliert
0:19:27.990,0:19:31.120
werden. Und wir brauchen auch, je breiter[br]unsere Kanäle werden, immer mehr Träger,
0:19:31.120,0:19:37.019
weil durch höhere Frequenzen gerät das[br]Ganze natürlich dann mit der Phase ein
0:19:37.019,0:19:42.640
bisschen... Ein bisschen verschiebt sich[br]das natürlich weil, weil die Frequenz
0:19:42.640,0:19:45.950
höher ist und die Welle dann vielleicht[br]schon ein bisschen weiter ist. Deswegen
0:19:45.950,0:19:52.049
braucht man da auch mehrere Träger. Und[br]dieses 64-QAM steht für die Anzahl der
0:19:52.049,0:19:55.450
Konstellationspunkte, also die Anzahl der[br]Punkte, die wir in diesem Raster haben.
0:19:55.450,0:20:02.710
Und dieses Raster sieht man hier. So sieht[br]so ein Raster einer 64-QAM-Modulation aus.
0:20:02.710,0:20:07.340
"I" steht für den "in-phase component",[br]also der Phasenverschub von dem Ganzen.
0:20:07.340,0:20:17.160
"Q" ist der "quadrature component", also[br]der 90-Grad-Winkel dazu entsprechend. Und
0:20:17.160,0:20:23.010
mit 64 Werten können wir 6 Bit pro[br]Konstellationspunkt übertragen. Wenn wir
0:20:23.010,0:20:29.310
dann zum Beispiel ein Grey-Code nehmen,[br]das kann man einfach darüber legen, oder
0:20:29.310,0:20:33.679
irgendwelche anderen Kodierungsverfahren,[br]die man sonst noch benutzen möchte. Dann
0:20:33.679,0:20:40.270
z.B. die 256-QAM, die auch in 802.11ac[br]verwendet wird, benutzt nen 2*4 Bit Grey-
0:20:40.270,0:20:46.039
Code, sprich wir haben 8 Bit, die[br]hintereinander hängen. Und die ersten 4
0:20:46.039,0:20:50.740
Bit, sind n Grey-Code, der in x-Richtung[br]geht und sich immer nur um 1 Bit in
0:20:50.740,0:20:54.570
x-Richtung verändert. Und die anderen 4[br]Bit an dem ganzen Codewort sind n Grey-
0:20:54.570,0:20:58.820
Code, der sich in y-Richtung einfach nur[br]um 1 Bit verändert. Diese Diskussion kann
0:20:58.820,0:21:03.080
man also... zu diesem... zur Möglichkeit[br]von Grey-Code auf solchen Rastern kann man
0:21:03.080,0:21:06.091
beliebig weiterführen. Ich hatte da[br]letztens ne sehr schöne Diskussion mit
0:21:06.091,0:21:10.539
meiner Mitbewohnerin drüber, ob man in[br]einem..., also beim Frühstück auch noch...
0:21:10.539,0:21:13.489
Gelächter
0:21:13.489,0:21:20.260
HL: Ob man in einem n-dimensionalen Raum[br]mit m Konstellationspunkten in jede dieser
0:21:20.260,0:21:25.300
n Dimensionen einen Grey-Code abbilden[br]kann, wie lang x das Codewort ist und
0:21:25.300,0:21:31.320
wieviele Bit y hinzukommen bei der[br](n+1)-ten Dimension im Vergleich zur n-ten
0:21:31.320,0:21:35.590
Dimension. Sie hat dann irgendwie ganz[br]viel Mathematik noch damit drauf geworfen,
0:21:35.590,0:21:40.880
und... Es ist möglich. Auch im[br]n-dimensionalen, aber das ist für uns
0:21:40.880,0:21:49.340
recht egal, weil, wir müssten erstmal[br]irgendwie noch ne 3. ... ja, nen 3.
0:21:49.340,0:21:52.250
sozusagen Raumparameter hinzukriegen,[br]damit wir das irgendwie benutzen können.
0:21:52.250,0:21:57.460
Also ich bin mit der normalen QAM erst mal[br]recht zufrieden. Das ist jetzt ein kleines
0:21:57.460,0:22:00.919
Beispiel. Wir nehmen jetzt mal diesen[br]Punkt oben in der Ecke und ich habe da
0:22:00.919,0:22:03.940
jetzt einfach mal von Anfang an[br]durchgezählt. Binär. Ich habe da jetzt
0:22:03.940,0:22:06.760
keinen Grey-Code drüber gelegt... Wenn ich[br]jetzt diesen Punkt haben möchte, sage ich,
0:22:06.760,0:22:11.980
dass ist der Punkt 15 in dezimal. Das ist[br]dann entsprechend unserer binärer Wert und
0:22:11.980,0:22:17.790
das wäre dann ein x von 4 und ein y von 3.[br]Das wäre jetzt sozusagen, wenn mein
0:22:17.790,0:22:23.880
Empfänger erkennt, okay ich hab nen[br]Phasenverschub von der sozusagen 4
0:22:23.880,0:22:29.420
entspricht in x-Richtung und einen[br]Amplitudenunterschied, der 3 in y-Richtung
0:22:29.420,0:22:34.190
entspricht, dann ist das genau dieser[br]binäre Wert. Und daran kann er das
0:22:34.190,0:22:38.010
entsprechend dekodieren. Jetzt kommt[br]erstmal eine ganz große Tabelle. Das ist
0:22:38.010,0:22:43.580
ein bisschen unübersichtlich. Es fängt[br]oben an mit 802.11n mit einem Spatial
0:22:43.580,0:22:48.500
Stream im Vergleich zu 802.11ac mit einem[br]Spatial Stream und diese Tabelle zeigt
0:22:48.500,0:22:53.570
ganz schön wie durch die verschiedenen...[br]durch die Hinzunahme dieser Spatial
0:22:53.570,0:22:58.200
Streams und sozusagen mehr[br]Sendemöglichkeiten sogar mehrere Kanäle
0:22:58.200,0:23:04.129
auf der gleichen Frequenz und die der[br]Datendurchsatz einfach ansteigt bis hin zu
0:23:04.129,0:23:09.230
683 Mbit. Das ist schon deutlich mehr als[br]der Endstandard in seiner sozusagen
0:23:09.230,0:23:15.750
maximalen Ausbaustufe geschafft hat. Wobei[br]man jetzt auch noch hinzufügen muss, zur
0:23:15.750,0:23:24.269
Verteidigung von 802.11ac, dass diese[br]blauen Werte nämlich noch nicht mal MCS-
0:23:24.269,0:23:29.190
Wert, also, der MCS-Index 9 sind, sondern[br]nur der MCS-Index 8. Weil 20 MHz-Kanäle
0:23:29.190,0:23:34.980
dürfen nicht mit MCS 9 verwendet werden.[br]Das hat man im Standard so spezifiziert
0:23:34.980,0:23:39.780
und das heißt, wenn man es so zu sagen[br]theoretisch sehen würde, was nach dem
0:23:39.780,0:23:42.470
Standard nicht erlaubt ist, könnte man[br]sogar da noch mal mehr Daten durch
0:23:42.470,0:23:46.549
bekommen. Wenn wir jetzt einfach den Kanal[br]mal ein bisschen verbreitern, dann haben
0:23:46.549,0:23:50.710
wir noch mal mehr Datendurchsatz. Da ist[br]wieder alles möglich. Und dann, wenn wir
0:23:50.710,0:23:54.530
den nochmal verbreitern, kommt noch mal[br]mehr. Und ab dem Punkt wird die Tabelle
0:23:54.530,0:24:00.960
ein bisschen löchrig, weil: 80 MHz gab es[br]in 802.n, äh, 802n noch gar nicht. Aber,
0:24:00.960,0:24:04.450
wir könnten noch mal erweitern, weil wir[br]haben 180 MHz-Kanäle und da kommen wir
0:24:04.450,0:24:08.630
dann unten rechts auf den Wert, der in[br]802.11ac als maximale Brutto-Datenrate
0:24:08.630,0:24:15.520
spezifiziert ist: 6,9 Gbit/s. Und das ist[br]schon... was, wo ich mir überlege: wie
0:24:15.520,0:24:21.630
kriege ich die Daten überhaupt zum Access[br]Point hin? Weil, selbst mit NBase-T-
0:24:21.630,0:24:26.409
Übertragung wo ich jetzt 2,5 Gbit oder 5[br]Gbit über mein Kupferkabel fahren kann,
0:24:26.409,0:24:31.710
komme ich da auch noch nicht ganz hin. Und[br]das... Das war schon ziemlich hoch
0:24:31.710,0:24:37.510
gegriffen von der IEEE, dass sie dort die[br]6,9 Gbit spezifizieren. Aber naja, sollen
0:24:37.510,0:24:43.450
sie machen, ist okay. Und wieder da ist[br]wieder noch blauer Wert mit drin. Der MCS
0:24:43.450,0:24:49.640
9 ist für Devices mit 3 Spatial Streams[br]und 180 Mhz-Kanälen einfach verboten, aus
0:24:49.640,0:24:55.580
Gründen, die ich jetzt nicht weiter[br]ausführen möchte, weil das ist Standard-
0:24:55.580,0:25:02.739
Geraffel. So. Dann dieses Multiuser MIMO.[br]Wir haben ja schon, dass wir mit den
0:25:02.739,0:25:07.139
Antennen irgendwie gleichzeitig an einen[br]Client senden. Das ist ja schon so, wenn
0:25:07.139,0:25:10.000
man sich das mal irgendwie überlegt und[br]sich vorstellt, dass man auf der gleichen
0:25:10.000,0:25:12.769
Frequenz mehrere Aussendungen hat, die[br]dann auch wieder auseinandergefrickelt
0:25:12.769,0:25:16.320
werden können und die Daten wirklich[br]sinnvoll ankommen, ist ja schon irgendwie
0:25:16.320,0:25:20.669
technisch ne Meisterleistung. Jetzt haben[br]sie sich gedacht "Warte, das kriegen wir
0:25:20.669,0:25:24.289
noch besser! Wir haben MIMO seit 802.11n,[br]aber das wollen wir jetzt noch mal
0:25:24.289,0:25:29.210
steigern. Wir haben nämlich nicht nur[br]einen Antennengewinn durch dieses MIMO mit
0:25:29.210,0:25:34.450
in db 10 x Logarithmus von n, wo n die[br]Antennenanzahl ist. Das ist nur für die
0:25:34.450,0:25:37.340
Leute, die's nachrechnen wollen...[br]Gelächter
0:25:37.340,0:25:40.699
Es gibt solche. Ich hab meine[br]Mitbewohnerin ja schon erwähnt.
0:25:40.699,0:25:44.340
Gelächter[br]Dann haben sie gesagt: so, wow, wir machen
0:25:44.340,0:25:49.500
jetzt ne parallele Datenübertragung an[br]alle Nutzer. Die wir... irgendwie können.
0:25:49.500,0:25:53.620
Und zwar... machen wir jetzt mal einfach,[br]weil... wir wollen es, wir können es. Und
0:25:53.620,0:25:56.820
dann haben sie irgendwann angefangen. Und[br]zwar haben sie es allerdings noch ein
0:25:56.820,0:26:00.500
bisschen begrenzt, sie haben gesagt, wir[br]nehmen maximal 4 Nutzer und wir nehmen
0:26:00.500,0:26:04.820
maximal 4 Spatial Streams pro User. Aber[br]es gibt ja maximal ja eh nur 8 Spatial
0:26:04.820,0:26:10.480
Streams. Das bringt uns halt eben auch[br]gewisse Vorteile. Zum Beispiel, wenn wir
0:26:10.480,0:26:13.630
jetzt einen Laptop haben, was richtig[br]viele Daten gerade zieht. Dann würde das
0:26:13.630,0:26:18.600
ja irgendwie wenn es ziemlich dicht am[br]Accesspoint dran ist, erstmal anfangen,
0:26:18.600,0:26:21.540
den Kanal zu blockieren, weil es ja[br]richtig viel zieht. Irgendwann würden
0:26:21.540,0:26:25.000
andere Clients auch mal dran kommen, aber[br]die meisten Daten gehen ja dieses Laptop.
0:26:25.000,0:26:28.240
Wenn wir jetzt mit 8 Spatial Streams dort[br]sitzen. Und dieses Laptop mit 4 Spatial
0:26:28.240,0:26:32.090
Streams. Dann kann das ruhig ziehen, weil[br]andere Clients, diese anderen 4 Spatial
0:26:32.090,0:26:35.840
Streams können mit MU-MIMO wiederum[br]weiterbenutzt werden und zum Beispiel an
0:26:35.840,0:26:40.290
irgendwelche Smartphones irgendwelche[br]Push-Nachrichten, die normalerweise noch
0:26:40.290,0:26:44.100
nicht gesendet werden würden, einfach mal[br]mit raus verteilen. Das bringt uns
0:26:44.100,0:26:48.741
supertolle Vorteile, was irgendwie Latency[br]im gesamten Netzwerk angeht, weil
0:26:48.741,0:26:52.850
einfach... so kleinere Datenübertragungen[br]mal eben schnell mit rausgeworfen werden
0:26:52.850,0:26:58.340
können, das ist ziemlich cool. Und das[br]Beste ist, man kann einen eigenen MCS-
0:26:58.340,0:27:03.330
Index pro User machen. Das heißt, wir[br]senden und wir haben für jeden User einmal
0:27:03.330,0:27:09.740
womöglich eine andere Modulationsart, eine[br]andere Bitsicherung und das... ja, das ist
0:27:09.740,0:27:13.360
einfach noch mal so eine technische[br]Meisterleistung, wo ich mir auch manchmal
0:27:13.360,0:27:18.519
denke, so... wie genau haben sie es[br]implementiert? Und... das zu bauen, das
0:27:18.519,0:27:24.659
ist... das gehört schon einiges zu. Ja.[br]Jetzt hat man auch was anderes.
0:27:24.659,0:27:27.509
Beamforming. Beamforming ist supercool.
0:27:27.509,0:27:28.509
Gelächter
0:27:28.509,0:27:33.090
Es ist... ja wirklich, es ist supercool.[br]Zum Beispiel... aufm Hackerspace haben sie
0:27:33.090,0:27:38.351
jetzt nen Lautsprecher gebaut, der mit[br]Beamforming von Audio, Audio nur in eine
0:27:38.351,0:27:40.850
Richtung schiebt. Was ihr grad eben nicht[br]vor dem Talk gehört habt, ist: ich wurde
0:27:40.850,0:27:44.790
hier die ganze Zeit mit Rick Astley[br]beschallt von der Seite Gelächter und
0:27:44.790,0:27:49.530
ihr konntet das nicht hören, weil das[br]genau in meine Richtung gedrückt hat. So.
0:27:49.530,0:27:53.240
Es ist nämlich eine aktive Beeinflussung[br]der Abstrahlteigenschaften einer Antenne,
0:27:53.240,0:27:59.220
also im Hochfrequenzbereich. Und dadurch[br]kriegen wir noch mal im Falle von unserem
0:27:59.220,0:28:05.149
Beamforming, was wir jetzt haben in[br]802.11ac ungefähr zweieinhalb dB Gewinn,
0:28:05.149,0:28:08.609
die wir sozusagen nochmal dadurch[br]rausholen können, weil wir unsere
0:28:08.609,0:28:13.090
Aussendung immer genau in eine Richtung[br]drücken können. Und das ist nochmal
0:28:13.090,0:28:17.150
besser, weil je weiter wir vom AP weg --[br]also vom Accespoint weg sind, desto
0:28:17.150,0:28:22.659
schlechter wird natürlich irgendwie unser[br]Empfang von den Daten und wir rutschen
0:28:22.659,0:28:27.139
irgendwie niedrigere MCS Indexe rein und[br]wir können weniger Daten übertragen. Wenn
0:28:27.139,0:28:30.960
wir also unsere Aussendung in irgendeine[br]Richtung verstärken können, dann haben wir
0:28:30.960,0:28:34.140
den Vorteil, dass wir nochmal mehr Daten[br]durch kriegen, wo wir nochmal den Vorteil
0:28:34.140,0:28:37.279
haben, dass wir auch schneller mit[br]irgendwie unserer Übertragung fertig sind
0:28:37.279,0:28:41.650
und alle anderen auch noch mal irgendwie[br]mehr Airtime haben, um das Ganze zu
0:28:41.650,0:28:47.049
benutzen. Beamforming, wie vorhin schonmal[br]erwähnt, gab es auch schon in 802.11n,
0:28:47.049,0:28:50.230
aber da gab es ganz ganz viele[br]verschiedene komische Dinge und da haben
0:28:50.230,0:28:57.629
sie sich irgendwie jetzt geeinigt in 11ac[br]und es ist sogar bidirektional möglich.
0:28:57.629,0:29:01.889
Fast keine Client unterstützt das, weil[br]die meisten Clients haben halt einfach nur
0:29:01.889,0:29:06.460
zwei Antennen, drei Antennen für zwei oder[br]drei Spatial Streams und die Unterstützung
0:29:06.460,0:29:11.710
ist ein bisschen mau, aber vor allem im[br]Enterprise-Bereich haben die Hersteller
0:29:11.710,0:29:15.070
das jetzt schon angefangen zu[br]implementieren, dass sie BeamForming
0:29:15.070,0:29:19.710
machen und es funktioniert auch ganz[br]schön, nur halt auf dem Rückweg gehen da
0:29:19.710,0:29:25.259
... ist das hat eben leider nicht immer[br]möglich. Hier habe ich einmal kurz das
0:29:25.259,0:29:29.230
aufgeführt: Ich habe einen relativen[br]Abstand zum AccessPoint genommen und habe
0:29:29.230,0:29:36.330
dann einfach mal so MCS-Indexe auf so[br]einen Pfeil geklebt und der untere Pfeil
0:29:36.330,0:29:39.759
ist einfach der, wenn wir wie BeamForming[br]benutzen und diese zweieinhalb dB Gewinn
0:29:39.759,0:29:43.950
nochmal wieder drauf rechnen, können wir[br]viel weiter vom AccessPoint weg sein und
0:29:43.950,0:29:47.740
immer noch den gleichen MCS-Index nutzen[br]und wieder auch noch mal in einer größeren
0:29:47.740,0:29:54.460
Distanz noch einmal die gleiche Datenmenge[br]übertragen, was uns ja noch mal so einen
0:29:54.460,0:29:59.899
kleinen Ausgleich gibt zu den Verlusten,[br]die 5 GHz ja eh schon hat, also wenn man
0:29:59.899,0:30:05.840
es mit 2.4 GHz vergleicht. Jetzt --[br]BeamForming -- da muss man mal wieder so
0:30:05.840,0:30:10.240
einen kleinen Exkurs machen und zwar zu[br]Phased-Array-Antennen. Und zwar diese
0:30:10.240,0:30:13.649
Phased-Array-Antennen sind ein sehr sehr[br]platzsparender Ersatz zu normalen
0:30:13.649,0:30:17.259
Richtantennen wie Yagis, denn wenn ich die[br]Yagi drehen möchte, dann muss ich sie ja
0:30:17.259,0:30:20.340
irgendwie von Hand hin und her schwenken.[br]Aus dem Amateurfunk kennen das vielleicht
0:30:20.340,0:30:24.609
welche und wenn man dann irgendwie so eine[br]ganz große Antenne hat, dann braucht man
0:30:24.609,0:30:29.030
erstmal einen Motor, der muss anlaufen ...[br]es dauert einfach. Das Coole an Phased-
0:30:29.030,0:30:33.290
Arrray-Antennen ist, man kann ziemlich[br]ziemlich schnell die Richtwirkung dieser
0:30:33.290,0:30:36.690
Antenne ändern, wenn man sie beeinflussen[br]kann. Und das können wir ... in diesem
0:30:36.690,0:30:41.059
Fall. Es ist technisch extrem aufwendig,[br]aber ich meine wir können parallel an
0:30:41.059,0:30:43.710
mehrere Benutzer senden, warum sollen wir[br]nicht auch einfach mal unsere Antennen
0:30:43.710,0:30:49.670
irgendwie so ein bisschen technisch drehen[br]können, sozusagen. Die ganze Sache
0:30:49.670,0:30:52.690
funktioniert anhand einer[br]Phasenverschiebung der Aussendung. Wir
0:30:52.690,0:30:55.541
haben sozusagen mehrere Antennen, die --[br]sagen wir jetzt einfach Mal -- parallel
0:30:55.541,0:30:58.760
zueinander sind. Wenn wir an einer Stelle[br]anfangen, das Signal ein ganz bisschen
0:30:58.760,0:31:02.549
früher auszusenden, dann verschiebt sich[br]ja diese ganze Wellenfront, die
0:31:02.549,0:31:05.139
normalerweise gerade weggehen würde -- wir[br]fangen ja hier ein bisschen früher an,
0:31:05.139,0:31:09.700
verschiebt sich das Ganze ja ein bisschen[br]zur Seite und genau mit diesen Mechanismus
0:31:09.700,0:31:14.310
wird dieses Ganze ... wird diese Phased-[br]Array-Antenne gesteuert: Einfach über
0:31:14.310,0:31:18.340
einen verschiedenen Phasenwinkel an[br]verschiedenen Antennen. Und man muss
0:31:18.340,0:31:21.720
natürlich eine individuelle Phase pro[br]Antenne berechnen. Man kann es allerdings
0:31:21.720,0:31:28.009
auch auf einer Platine fix implementieren.[br]Zum Beispiel wird das im Automobilbereich
0:31:28.009,0:31:31.929
eingesetzt in Radaranlagen von[br]irgendwelchen Autos. Da kann man einfach
0:31:31.929,0:31:36.769
die Hochfrequenzleitung zur Antenne an[br]einer Seite ein bisschen länger machen und
0:31:36.769,0:31:39.770
dadurch kommt dann natürlich deswegen das[br]Hochfrequenzsignal ein bisschen später an
0:31:39.770,0:31:44.210
dieser Antenne an und man eine leichte[br]Richtwirkung in die eine Richtung. Wer
0:31:44.210,0:31:48.720
sich das immer noch nicht vorstellen kann[br]– hier ist so ein tolles Bild – es ist
0:31:48.720,0:31:53.519
übrigens auch das einzige Bild, was ich,[br]also bis auf das bei der Titel-Folie, was
0:31:53.519,0:31:58.299
ich von Wikipedia geklaut habe, weil[br]irgendwie gibt es zu 11ac keine schönen
0:31:58.299,0:32:04.200
Bilder, wenn jemand sich berufen fühlt,[br]meine Bilder zur Wikipedia reinzuladen,
0:32:04.200,0:32:07.340
damit Leute irgendwie da auch Bilder[br]einpacken können, der darf mich dann gerne
0:32:07.340,0:32:10.090
im Nachhinein ansprechen. Ich gebe die[br]bilder gerne weiter mit der „Ist-Mir-Egal-
0:32:10.090,0:32:15.370
Lizenz“. So, kommen wir wieder zu diesem[br]Beamforming zurück. Sie haben sich für
0:32:15.370,0:32:18.649
Null-Data-Pakete Beamforming entschieden,[br]weil sie dachten: So das ist unsere
0:32:18.649,0:32:22.590
Lieblingsmethode und man muss eigentlich[br]vor jeder Aussendung eine Vermessung des
0:32:22.590,0:32:25.999
Kanals machen. Also der Access-Point muss[br]wissen, vor jeder Aussendung und wo sind
0:32:25.999,0:32:29.559
überhaupt meine Clients, damit er das in[br]die entsprechende Richtung drücken kann.
0:32:29.559,0:32:32.660
Dann müssen wir noch unterscheiden[br]zwischen dem Beamformer und dem
0:32:32.660,0:32:38.509
Beamformee. Der Beamformer ist der[br]Accesspoint und der Beamformee wiederum
0:32:38.509,0:32:42.769
ist dann der Client der das ganze[br]empfängt. Das sind einfach die Begriffe
0:32:42.769,0:32:46.900
aus dem Standard. Ich weiß nicht, was sie[br]sich dabei gedacht haben. Dann wird auch
0:32:46.900,0:32:50.929
dieser gesamte Sendewinkel, den wir haben,[br]mit dem wir Aussenden, in Matrizen
0:32:50.929,0:32:54.789
festgehalten, weil es wäre ja langweilig[br]mit irgendwelchen Winkeln zu rechnen. Wir
0:32:54.789,0:33:00.280
haben ja Computer – Matrizen sie cool! Und[br]da haben wir auch wiederum zwei Matrizen
0:33:00.280,0:33:05.020
und zwar einmal die Feedback-Matrix. Das[br]ist die Matrix, die wir zurückbekommen von
0:33:05.020,0:33:10.059
unserem Client, wie er uns hört und wir[br]haben noch die Steering-Matrix. Das ist
0:33:10.059,0:33:15.270
dann die Matrix, die wir dann tatsächlich[br]sozusagen auf unsere Aussendung anwenden,
0:33:15.270,0:33:22.350
um die Abstrahlungseigenschaften zu[br]beeinflussen. Wer sich die ganze
0:33:22.350,0:33:26.409
Mathematik dazu durchlesen möchte: Die ist[br]im Standard drin, aber sie ist extremst
0:33:26.409,0:33:32.279
grauenvoll. So dieses Null-Data-Packet-[br]Beaming ist eine ganz einfache Methode.
0:33:32.279,0:33:37.350
Haben einfach ganz am Anfang der[br]Ankündigung: So ich will jetzt messen. So,
0:33:37.350,0:33:42.440
dann fängt er an. Dann sendet er eins[br]dieser Null-Data-Pakete aus. Dieses Paket
0:33:42.440,0:33:45.799
enthält einfach – heißt so weil es einfach[br]keine Daten enthält. Aber anhand dieses
0:33:45.799,0:33:50.570
Paketes kann der Client erkennen so okay[br]da ist die Aussendung vom Accesspoint. Der
0:33:50.570,0:33:54.980
ist in die Richtung und ich empfange ihn[br]sozusagen aus der Richtung mit dem
0:33:54.980,0:34:00.079
Phasenverschub, sozusagen grob, und kann[br]sich das dann sozusagen merken und sich
0:34:00.079,0:34:07.080
das als Feedback-Matrix entsprechend[br]umsetzen. Dann sind diese Feedback-Matrix
0:34:07.080,0:34:13.329
zurück und dann findet die normale[br]Aussendung der Daten einfach statt und
0:34:13.329,0:34:19.449
diese Daten kommen dann entsprechend beim[br]Client an. Aber die IEEE ist ja sowieso
0:34:19.449,0:34:22.770
verrückt, das hatte ich ja vorhin schon[br]erzählt. So wie vorhins gesagt: Das wäre
0:34:22.770,0:34:26.730
ja langweilig wenn man Beamforming nur mit[br]einem Client machen kann. Wir machen das
0:34:26.730,0:34:32.969
ganze Multi-User-Client-mäßig! Wir können[br]parallel an mehrere Clients Beamforming
0:34:32.969,0:34:40.370
betreiben – mit Multi-User-MIMO. Und das[br]ist es einfach – ähm. ich weiß nicht, was
0:34:40.370,0:34:43.751
sie geraucht haben, aber es auf jeden Fall[br]gutes Zeug, weil das ist eine echt coole
0:34:43.751,0:34:48.610
Idee und das technisch umzusetzen ist noch[br]mal cooler. Im Endeffekt ist es eigentlich
0:34:48.610,0:34:52.829
genau das gleiche. Er fängt halt eben an,[br]sagt: So, ich will mal jetzt messen. Sagt
0:34:52.829,0:34:58.510
hier ist mein Paket und holt sich dann[br]entsprechend von den einzelnen Beamformees
0:34:58.510,0:35:03.770
seine Matrizen ab, legt sie übereinander[br]berechnet den ganzen Kram und wendet ihn
0:35:03.770,0:35:11.800
auf sein Antennen-Array an und fängt an zu[br]senden. Das hat auch ein paar Nachteile
0:35:11.800,0:35:15.030
natürlich. Diese Kanal-Vermessung kostet[br]Airtime. Da kann kein anderer senden, weil
0:35:15.030,0:35:19.440
das sonst diese ganze Messung natürlich[br]stören würde. Diese Größe der Feedback-
0:35:19.440,0:35:24.820
Matrix ist auch ziemlich unterschiedlich.[br]Und zwar kommt es darauf an wie viele
0:35:24.820,0:35:30.080
Clients haben wir, wie viele Spatial-[br]Streams benutzt dieser Client und so
0:35:30.080,0:35:35.650
weiter und so weiter. Und das kann – genau[br]die Kanalbreite spielt auch noch mit rein.
0:35:35.650,0:35:39.020
Und Single- und Multi-User natürlich auch.[br]Was ja auch die Anzahl der Clients ist
0:35:39.020,0:35:44.270
oder auch die Anzahl der Streams im[br]Endeffekt ja. Und das kann von 78 Byte bis
0:35:44.270,0:35:50.971
53 Kilobyte gehen. Das ist so: Hier sind[br]so 1, 2 Bitchen bis ja, hier, nun nimm
0:35:50.971,0:35:55.910
mal irgendwie... Also das variiert sehr[br]stark. Deswegen – wir nehmen einfach mal
0:35:55.910,0:36:00.090
eine Faustformel dafür: Von 0,5 bis 1%[br]unser Airtime, wenn wir wie Beamforming
0:36:00.090,0:36:06.300
machen, werden von diesem Sounding-[br]Procedure verwendet. Das ist so das ist so
0:36:06.300,0:36:11.010
grob die Formel, die man sozusagen dazu[br]nennen kann. Und! Auch hier sind sie wird
0:36:11.010,0:36:17.459
erstaunlich genau. Wir können für jeden[br]Sub-Träger können wir 56 Winkel anwenden,
0:36:17.459,0:36:22.700
wenn wir 8 Spatial-Streams benutzen.[br]Heißt, wir können sozusagen den ganzen
0:36:22.700,0:36:26.800
Raum den wir haben auf 56 Bereiche[br]aufteilen und die in die Richtung drücken.
0:36:26.800,0:36:31.080
Und das ist eigentlich wenn man es sich[br]mal genauer überlegt und auch auf auf die
0:36:31.080,0:36:35.960
Geschwindigkeit anwendet, mit der die[br]Daten ja tatsächlich übertragen werden
0:36:35.960,0:36:42.180
auch schon ziemlich genau und eigentlich[br]auch recht beeindruckend. So, jetzt muss
0:36:42.180,0:36:45.030
ich euch ein bisschen enttäuschend: Jetzt[br]kommt der Realitätsabgleich und der
0:36:45.030,0:36:50.390
Praxisbezug. Es klingt ja alles echt toll.[br]Also ich liebe diesen Standard sehr. Es
0:36:50.390,0:36:55.650
ist echt schön. Naja, aber die Datenraten[br]sind in der Realität leider niedriger –
0:36:55.650,0:36:59.280
tut mir leid. Wenn ihr jetzt einen Speed-[br]Test macht – die Accesspoints, die hier
0:36:59.280,0:37:04.010
und da rumhängen und überall unter der[br]Bühne noch liegen, da kriegt definitiv
0:37:04.010,0:37:07.530
nicht so viel Daten durch wie euch der[br]Standard in brutto verspricht. Das
0:37:07.530,0:37:12.110
verspreche ich euch! Das liegt einmal[br]daran, hier sind extrem viele Leute im
0:37:12.110,0:37:16.780
Raum und das ganze wird natürlich dadurch[br]ineffektiver. Wir haben euch die Kanäle
0:37:16.780,0:37:20.290
begrenzt, wir erlauben euch nicht so[br]breite Kanäle zu benutzen von unseren
0:37:20.290,0:37:25.859
Access Points her. Das ganze hatte ich ja[br]auch schon ausgeführt, warum das Ganze –
0:37:25.859,0:37:31.430
warum man das auch machen sollte...in[br]meinem Talk auf der GPN. Dann: Eure ganzen
0:37:31.430,0:37:36.240
alten Scheißgeräte fressen meine Airtime.[br]Wenn irgendjemand von euch noch ein
0:37:36.240,0:37:41.819
2,4-Gigahertz-Gerät hat und ich erwische[br]ihn beim rausgehen... Ich habe hier so 'ne
0:37:41.819,0:37:48.650
Glasfaser-Peitsche... Also ja... Aber es[br]ist nicht nur 2,4 Gigahertz, es ist auch 5
0:37:48.650,0:37:52.390
Gigahertz, weil 11ac ist ja nur 5[br]Gigahertz. Das gleiche ist...betrift
0:37:52.390,0:37:58.569
dementsprechend die a-Clients, wobei wir[br]die, glaube ich, auch aktuell aus dem WLAN
0:37:58.569,0:38:04.520
ausschließen und deswegen ist es nicht so[br]schlimm, mit diesen Legacy-Clients. Und
0:38:04.520,0:38:08.770
hier auf dem Kongress ist er sowieso[br]schöner. Wir haben ungefähr 75 Prozent der
0:38:08.770,0:38:14.179
Leute sind im 5 Gigahertz, das ist super[br]cool. Euer Broadcast und euer Multicast,
0:38:14.179,0:38:18.520
die fressen auch Airtime, weil: Broadcast[br]und Multicast wird mit der langsamsten
0:38:18.520,0:38:22.920
verfügbaren Datenrate übertragen, heißt:[br]wenn ich jetzt irgendwie ein Client habe,
0:38:22.920,0:38:31.210
der irgendwie nur gerade so n spricht und[br]mein Access Point sagt auch so „OK, das
0:38:31.210,0:38:33.470
niedrigste was ich kann, ist n“, dann[br]fängt der Access Point an, mit n zu
0:38:33.470,0:38:38.830
senden. Es ist egal, wie viele ac-Clients[br]da sind. Eigentlich ist es sogar egal, ob
0:38:38.830,0:38:41.651
überhaupt irgendwelche n-Clients sind,[br]solange mein Access Point diese niedrige
0:38:41.651,0:38:45.000
Datenraten kann, sendet er auch damit. Und[br]das dauert natürlich dann wieder irgendwie
0:38:45.000,0:38:48.730
länger, den ganzen Kram aufzusenden; das[br]frisst auch wiederum Airtime. Die
0:38:48.730,0:38:53.400
Verwendung von 80 und 160 Megahertz-[br]Kanälen ist in Deutschland schwierig. Wer
0:38:53.400,0:38:56.579
das Bild von vorhin noch im Kopf hat, den[br]Kanalplan; wir haben ja man nur so zwei
0:38:56.579,0:39:00.630
kleine Blöcke. Wir haben gerade mal vier[br]80 Megahertz-Kanäle, die wir verwenden
0:39:00.630,0:39:04.890
dürfen in Deutschland und dann auch[br]entsprechend nur mit DFS. Das heißt,
0:39:04.890,0:39:08.829
wenn...und es könnte unter Umständen[br]passieren, dass einer dieser Kanäle
0:39:08.829,0:39:11.180
irgendwie komplett wegfällt, dann haben[br]wir nur noch drei Kanäle, und da sind wir
0:39:11.180,0:39:14.050
wieder bei dem gleichen Problem, was wir[br]schon immer mit 2,4 Gigahertz hatten. dass
0:39:14.050,0:39:18.780
sich die Kanäle gegenseitig stören und das[br]ganze killt sich und das bremst natürlich
0:39:18.780,0:39:24.900
unser ganzes WLAN auch noch mal aus. Auch[br]leider weiterhin die Effizienz dieses
0:39:24.900,0:39:31.550
WLAN-Standards lässt zu wünschen übrig. In[br]solchen Hallen wie jetzt hier funktioniert
0:39:31.550,0:39:36.810
es nicht so wirklich wie sich die ganzen[br]Leute das gedacht haben, das liegt primär
0:39:36.810,0:39:42.450
daran einfach, dass dieser Standard nicht[br]so vernünftig implementiert wurde, wie er
0:39:42.450,0:39:47.210
jetzt herausgebracht wurde. Hersteller-[br]spezifische Lösungen bringen ein bisschen
0:39:47.210,0:39:52.000
Abhilfe, dass man anfängt, so Arten zu[br]verändern, wie die Aussendung zu
0:39:52.000,0:39:55.369
verändern, dass man sagt: so wir benutzen[br]keine Broadcast und kein Multitasking
0:39:55.369,0:39:58.800
mehr, wir wandeln das in Unicast um und[br]schicken es an jedem Client einzeln, weil
0:39:58.800,0:40:01.589
es schneller geht, als würden wir es an[br]alle gleichzeitig mit einer langsam
0:40:01.589,0:40:06.380
Datenrate senden. Auch Beamforming ist[br]noch nicht wirklich verbreitet, das haben
0:40:06.380,0:40:10.800
jetzt gerade erst die neueren[br]Accesspoints, die jetzt dieses Jahr zum
0:40:10.800,0:40:14.190
Beispiel oder letztes Jahr herausgekommen[br]sind. Die, die jetzt hier irgendwie die
0:40:14.190,0:40:16.990
ganze Zeit rumhängen, können das alle[br]nicht. Eigentlich kann es gar keiner von
0:40:16.990,0:40:24.540
denen, die wir hier auf dem Congress[br]verwenden. Und das Ganze macht es
0:40:24.540,0:40:26.930
natürlich noch mal ein bisschen[br]schwieriger, weil wir auch wieder da auf
0:40:26.930,0:40:31.300
schlechte Datenraten zurückfallen. Dann[br]hat auch dieses Ausrollen in Wellen, diese
0:40:31.300,0:40:35.830
„coole Idee“, nicht wirklich funktioniert,[br]„Wave 1“ hat funktioniert, „Wave 2“ hat
0:40:35.830,0:40:38.220
funktioniert, aber dann haben die WLAN[br]Hersteller sich gedacht, „ja cool, Wave 2
0:40:38.220,0:40:42.130
müssen wir ja mindestens unterstützen,[br]reicht uns“. Ich habe bis heute keinen
0:40:42.130,0:40:46.289
Accesspoint gefunden, der wirklich 8[br]Spatial-Streams unterstützt, mit komplett
0:40:46.289,0:40:50.040
... sozusagen dem kompletten Features-Set,[br]was uns dieser Standard bietet. Leider
0:40:50.040,0:40:53.220
noch nicht. Ich habe den Chipsatz dazu[br]gefunden, aber nur der Chipsatz bringt mir
0:40:53.220,0:40:55.880
nichts, wenn er keine Platine drunter ist,[br]den ich irgendwo, die ich irgendwo
0:40:55.880,0:41:04.660
anschließen kann und dann auch verwenden[br]kann. Die Probleme dabei liegen nämlich
0:41:04.660,0:41:08.270
unter anderem bei der Stromversorgung. So[br]ein Accesspoint braucht ja irgendwie
0:41:08.270,0:41:16.710
Strom, wenn wir den mit mit POE verspeisen[br]oder POE plus nach 802.11, 802.3 AT mit so
0:41:16.710,0:41:21.370
25 einhalb Watt, das reicht. Das ist[br]cool. Wenn wir allerdings anfangen,
0:41:21.370,0:41:25.650
irgendwie so aufwendige Sachen zu machen[br]wie spatial Mapping, was das ist, dass
0:41:25.650,0:41:29.319
die Datenraten, also dass der Datenstrom[br]aufgeteilt wird auf die entsprechenden
0:41:29.319,0:41:33.709
spatial Streams und zwar so dass am Ende[br]auch wieder zurück gebastelt werden kann.
0:41:33.709,0:41:36.840
Das, dazu brauchen wir einen riesigen[br]digital analogen, riesigen digitalen
0:41:36.840,0:41:40.479
prozesse...Digitalprozessor, der das Ganze[br]verarbeitet. Je mehr Streams wir dann auch
0:41:40.479,0:41:44.410
parallel nutzen, desto größer muss der[br]natürlich sein und desto mehr Strom frisst
0:41:44.410,0:41:48.710
er ja auch. Das ist leider immer noch ein[br]Problem, da irgendwie entsprechend noch
0:41:48.710,0:41:54.819
die Power hinzukriegen und wie in[br]vorigem, wie schon gesagt bisher nicht
0:41:54.819,0:42:00.370
wirklich verbreitet. Auch der AP Uplink[br]ist nicht lange in den Grenzen des
0:42:00.370,0:42:04.750
Standards, sprich die meisten APs haben[br]ein Gigabit oder zwei Gigabit, ich habe es
0:42:04.750,0:42:10.400
gerade erst, die ersten gesehen, die[br]zweieinhalb Gigabit als Uplink anbieten,
0:42:10.400,0:42:14.430
aber man braucht es auch gar nicht. Wir[br]sehen bei uns in der Uni, an den
0:42:14.430,0:42:18.590
Accesspoints, Uplink von vielleicht[br]maximal 200 MBit. Auch hier auf dem
0:42:18.590,0:42:22.950
Congress ist die Accesspoints kommt nicht[br]ansatzweise dahin, was sozusagen die
0:42:22.950,0:42:26.510
unterste Grenze Standard mir bietet. Ich[br]habe bisher keinen Accesspoint gesehen,
0:42:26.510,0:42:29.710
der tatsächlich wirklich von WLAN nach LAN[br]das Gigabit auch wirklich durch gekloppt
0:42:29.710,0:42:34.579
hat, also im echten Umfeld. Im Labor[br]kriegt man das sehr wahrscheinlich hin,
0:42:34.579,0:42:38.380
aber wenn man WLAN-Standards hat, dann[br]gibt es eigentlich nie ums Labor es geht
0:42:38.380,0:42:41.420
eigentlich immer darum, dass man das[br]wirklich auf einer freien Wildbahn
0:42:41.420,0:42:45.619
benutzen möchte, wo halt auch nochmal[br]irgendwie andere Leute sind, weil man
0:42:45.619,0:42:48.260
wohnt ja zum Beispiel auch manchmal in der[br]Stadt und nicht nur auf dem Land, wo man
0:42:48.260,0:42:53.010
als ganz ganz einzelner Mensch irgendwie[br]mit zehn Kilometer Abstand zu allen lebt,
0:42:53.010,0:42:58.990
also die gibt es natürlich auch aber ...[br]So, aber ich kann euch Hoffnung machen.
0:42:58.990,0:43:05.099
Der ganze Kram kann hat eine Zukunft. Es[br]muss weiter optimiert werden, die IEEE ist
0:43:05.099,0:43:09.430
da noch lang nicht an dem Punkt dass wir[br]sagen „so cool das gefällt uns, so wollen
0:43:09.430,0:43:14.079
wir benutzen und so machen wir das jetzt[br]auch“ und der Durst nach dem
0:43:14.079,0:43:17.579
Datendurchsatz ist noch nicht wirklich[br]gestillt. Wir brauchen dringend eine
0:43:17.579,0:43:21.480
bessere Lösung für die „very high density[br]deployments“, wie zum Beispiel in diesen
0:43:21.480,0:43:25.530
Sälen, wo sich die Accesspoints und die[br]Clients sich nicht so gegenseitig auf den
0:43:25.530,0:43:30.580
Geist gehen. Das ganze das ganze WLAN[br]besser zusammen greift, dass alles schöner
0:43:30.580,0:43:38.480
miteinander interagiert. Und dafür haben[br]wir 802.11ax-2019.
0:43:38.480,0:43:43.270
Gelächter[br]Ja, ja ... Wer denkt, .11ac ist schon
0:43:43.270,0:43:49.660
sexy, hat dieses Standard noch nicht[br]gesehen. Das ist noch mal wieder weiter,
0:43:49.660,0:43:53.619
ich hab leider bisher den Draft 1.0 nicht[br]in die Hände bekommen, der sollte
0:43:53.619,0:43:56.920
eigentlich im November raus sein. Wenn[br]jemand Zugriff zu diesen IEEE Drafts hat:
0:43:56.920,0:44:01.320
ich nehme die bitte gerne, weil meine[br]Universität kriegt zwar die Standards,
0:44:01.320,0:44:05.619
aber nur die die fertig sind und nicht die[br]Drafts. Deswegen ich hätte die bitte
0:44:05.619,0:44:10.730
gerne, ich würde ihn gerne lesen, weil nur[br]aus Papern wird man nicht schlau. Da kommt
0:44:10.730,0:44:15.859
1024 QAM, nochmal eine stärkere[br]Modulationsart, nochmals zwei MCS-Werte
0:44:15.859,0:44:20.290
mehr, noch mal mehr Datendurchsatz. Aber,[br]mit diesem Standard haben sie nicht
0:44:20.290,0:44:23.040
gesagt, „so wir wollen es noch mal richtig[br]mehr Daten durch kloppen“, sondern mit dem
0:44:23.040,0:44:25.599
Standard haben sie gesagt, „wir kloppen[br]ein bisschen mehr Daten durch, aber wir
0:44:25.599,0:44:28.699
optimieren andere Dinge“. Zum Beispiel[br]dieses Multi-User-MIMO machen wir
0:44:28.699,0:44:33.460
bidirektional: Es können gleichzeitig[br]mehrere Clients Daten empfangen, die vom
0:44:33.460,0:44:37.030
Accesspoint kommen. Es können aber auch[br]dann mehrere Clients gleichzeitig zum
0:44:37.030,0:44:40.649
Accesspoint senden, der den ganzen Kram[br]auseinander tüdelt. Und das wird richtig
0:44:40.649,0:44:46.860
cool, wenn das richtig funktioniert. Und:[br]wir haben OFDMA. OFDMA steht für
0:44:46.860,0:44:53.510
Orthogonal Frequency Direction Multiple[br]Access. Das ist ein riesen Wort. An sich
0:44:53.510,0:44:57.100
ist dieses Verfahren grauenvoll[br]kompliziert. Aber ihr habt es alle in der
0:44:57.100,0:45:02.490
Hose ... fast alle in der Hosentasche: LTE[br]benutzt das. Gleichzeitig können mehrere
0:45:02.490,0:45:08.270
Nutzer die verschiedenen Subcarrier einer[br]Aussendung benutzen und kriegen ganz ganz
0:45:08.270,0:45:12.440
komisch zusammengeschachtelt Zugang zu[br]diesem Kanal. Ich hab mir schon
0:45:12.440,0:45:17.670
vorgenommen, auf der GPN dann nächstes[br]Jahr dann was über .11ax zu erzählen, dann
0:45:17.670,0:45:21.620
werde ich das Ganze ein bisschen weiter[br]ausführen -- ich bin auch schon mit der
0:45:21.620,0:45:27.060
Zeit schon ein bisschen weiter vorne --[br]und mit OFDMA wird das Ganze nochmal
0:45:27.060,0:45:30.631
schöner und ich freue mich tierisch wenn[br]dieser Stand auch endlich rauskommt. Es
0:45:30.631,0:45:34.750
gibt schon die ersten Chips die auf der[br]Draft 1.0 Version basieren. Also Hardware
0:45:34.750,0:45:39.330
Entwickler dürfen sich jetzt gerne berufen[br]fühlen, diesen Kram zu implementieren.
0:45:39.330,0:45:42.440
Dann bin ich auch schon am Ende meiner[br]kleinen Ausführung. Ich hoffe es war nicht
0:45:42.440,0:45:47.179
zu langweilig. Vielen Dank, dass ihr zu-[br]gehört habt und so könnt ihr mich erreichen.
0:45:47.179,0:46:02.050
Applaus
0:46:02.050,0:46:05.100
Herald: Yeah, wow! Toller Talk![br]Hendrick Lüth: Danke
0:46:05.100,0:46:10.680
H: Wir haben noch Zeit für Q&A und wer[br]schon gehen will, nehmt bitte Müll mit.
0:46:10.680,0:46:17.670
Aber wir haben noch zehn Minuten für Q&A.[br]Das Mikrofon hier!
0:46:17.670,0:46:26.069
Mikrofon Person 1: Hallo. Du hast erwähnt,[br]dass die Matrizen beim Beamforming, dass
0:46:26.069,0:46:28.920
die Matrizen in der Größe variieren.[br]HL: Ja.
0:46:28.920,0:46:31.119
Mikrofon Person 1: Hängt das damit[br]zusammen, dass die Matrizen tatsächlich
0:46:31.119,0:46:32.799
mehr Zeilen und reinbekommen,[br]oder nimmt die-
0:46:32.799,0:46:34.400
HL: Ja.[br]Mikrofon Person 1: OK.
0:46:34.400,0:46:37.620
HL: Das hat, glaub ich, damit zu tun, weil[br]die halt eben mehr Daten enthalten müssen,
0:46:37.620,0:46:40.970
weil zum Beispiel für acht Spatial[br]Streams musste ja das genauer
0:46:40.970,0:46:43.760
spezifizieren, wie der Winkel ist und auch[br]die einzelnen Werte haben entsprechend
0:46:43.760,0:46:46.119
mehr Daten.[br]Mikrofon Person 1: Also, das wär meine
0:46:46.119,0:46:48.390
Frage: Die Werte werden größer,[br]also statt-
0:46:48.390,0:46:51.930
HL: Beides.[br]Mikrofon Person 1: OK, cool.
0:46:51.930,0:46:57.510
H: Mikrofon hier auf der Seite. Willst du?[br]Mikrofon Person 2: Yes. So sorry for
0:46:57.510,0:46:59.700
asking in English.[br]HL: Yeah, no problem.
0:46:59.700,0:47:03.030
Mikrofon Person 2: What is the approximate[br]angular resolution which you can get with
0:47:03.030,0:47:08.680
MIMO with 802.11ac?[br]HL: Yeah, if you take eight spatial
0:47:08.680,0:47:18.100
streams and you take a 360 degree antenna[br]array which is placed in a circle. Just
0:47:18.100,0:47:26.290
divide your 360 degrees through the 56,[br]and then you get your angle which you can
0:47:26.290,0:47:31.250
reach with beamforming. Right, yeah.[br]H: OK, wir haben ne Frage aus dem
0:47:31.250,0:47:34.160
Internet...[br]HL: Neuland!
0:47:34.160,0:47:37.369
Signal Angel: Wir haben hier zwei Fragen[br]und ich würde die einfach mal...zum einen
0:47:37.369,0:47:39.580
erstmal viel Applaus, auch aus dem[br]Internet-
0:47:39.580,0:47:40.790
HL: Danke![br]SA: Und dann will ich die zwei Fragen ein
0:47:40.790,0:47:45.319
bisschen zusammenfassen. Zum einen ist die[br]Frage: Wie wirkt sich viel Bewegung der
0:47:45.319,0:47:49.930
Clients, also z.B. 500 Besucher verlassen[br]gleichzeitig den Raum, auf Beamforming
0:47:49.930,0:47:55.059
aus? Und zum anderen: Kann man das[br]irgendwie steuern, und siehst du beim
0:47:55.059,0:47:57.999
Beamforming noch Potenzial,[br]das irgendwie zu erweitern?
0:47:57.999,0:48:01.510
HL: Ja, ich sehe beim Beamforming noch ein[br]sehr großes Potenzial, das zu erweitern;
0:48:01.510,0:48:06.290
man könnte zum Beispiel mehr Spatial[br]Streams reinbauen. Dann brauchen wir aber
0:48:06.290,0:48:09.569
auch wieder mehr Strom...! Wie verhält[br]sich Beamforming bei vielen Leuten, die
0:48:09.569,0:48:13.390
den Saal verlassen? Naja, wenn diese[br]vielen Leute jetzt gerade hier den Saal
0:48:13.390,0:48:19.079
verlassen, sehr fluchtartig - ich find[br]euch! - dann werden die in den meisten
0:48:19.079,0:48:23.339
Fällen nicht alle rumrennen und gerade[br]Daten übertragen. Beamforming an sich
0:48:23.339,0:48:28.791
kostet zwar immer viel Airtime, aber[br]prinzipiell ist Beamforming sehr, sehr
0:48:28.791,0:48:33.430
schnell. Also, das ganze dauert nicht mal[br]ne Millisekunde zu messen und zu
0:48:33.430,0:48:40.089
übertragen, und da diese Winkel auch ein[br]bisschen breiter sind, dadurch ist es
0:48:40.089,0:48:44.549
immer noch möglich, dass die Clients sich[br]in diesem Radius bewegen. Und sonst wird's
0:48:44.549,0:48:50.329
halt ne Fehlübertragung und sie müssen es[br]nochmal starten/holen. Da an dem Punkt ist
0:48:50.329,0:48:56.049
es dann schön, TCP zu haben.[br]H: OK, Frage da hinten?
0:48:56.049,0:48:59.920
Mikrofon Person 3: Ja, kleiner Disclaimer:[br]Ich bin ja ein Software-Mensch und für
0:48:59.920,0:49:03.390
mich ist diese ganze Hardware meistens[br]ziemlich viel Voodoo.
0:49:03.390,0:49:05.290
HL: Ist es auch![br]Mikrofon Person 3: Da habe ich mich
0:49:05.290,0:49:11.530
gefragt: Wie misst du solche Dinge, wie[br]debuggst du sowas, wie troubleshootest du
0:49:11.530,0:49:14.359
sowas?[br]HL: Was meinst du genau davon?
0:49:14.359,0:49:16.260
Mikrofon Person 3: Alles![br]HL: Alles!
0:49:16.260,0:49:19.910
Gelächter[br]HL: Hochfrequenz messen ist...also mein
0:49:19.910,0:49:23.190
Professor hat für die Erklärung, wie mess[br]ich, wie genau muss ich irgendwie vorgehen
0:49:23.190,0:49:27.160
mit Hochfrequenz messen irgendwie schon so[br]ein bisschen ein, zwei Vorlesungen
0:49:27.160,0:49:30.230
gebraucht. Das ist halt eben, du baust,[br]wenn du es entwickelst, diese
0:49:30.230,0:49:33.470
Hochfrequenz-Sachen, muss man es immer in[br]Teilen aufbauen, messen, wie funktioniert
0:49:33.470,0:49:40.850
das, berechnen. Und an sich als Nutzer[br]troubleshooten ist immer so ein bisschen
0:49:40.850,0:49:45.130
schwierig. Man muss sich halt eben da[br]drauf verlassen, dass sozusagen...die
0:49:45.130,0:49:50.119
Chips, die verbaut wurden, vernünftig[br]funktionieren. Ich kenne Leute, die fangen
0:49:50.119,0:49:56.289
jetzt zum beispiel an, den ATACNK (?)[br]Binary Blob reverse zu engineeren, um die
0:49:56.289,0:49:59.420
Fehler da drin zu finden, und irgendwie so[br]ein bisschen zu verbessern und zu
0:49:59.420,0:50:04.240
verstehen, wie das ganze funktioniert. Ja,[br]wenn man nicht genau an der Quelle sitzt,
0:50:04.240,0:50:07.240
ist das Troubleshooten davon[br]ein bisschen schwierig.
0:50:07.240,0:50:10.260
Mikrofon Person 3: OK.[br]H: OK, Frage hier?
0:50:10.260,0:50:13.720
Mikrofon Person 4: Hallo. Wie ist denn das[br]beim Beamforming: Jetzt habe ich ja in
0:50:13.720,0:50:20.020
diesem 802.11-Standard Leistungs...also[br]ich darf nicht mehr als 100 Milliwatt
0:50:20.020,0:50:21.020
senden.[br]HL: Ja.
0:50:21.020,0:50:25.950
Mikrofon Person 4: Beim Beamforming tritt[br]jetzt 2,5dB Verstärkung auf. Ist das
0:50:25.950,0:50:30.680
rechtlich noch OK? Wenn wenn[br]es jemanden kümmern würde!?
0:50:30.680,0:50:37.409
HL: Wenn....genau genommen nicht. Also der[br]Access Point müsste wirklich gucken, dass
0:50:37.409,0:50:42.829
er da hinkommt. Aber jetzt, gerade[br]vergessen, in der Aufregung; den Vorteil -
0:50:42.829,0:50:44.800
noch haben wir Beamforming nicht! - wenn[br]ich zwei Access Points habe - der eine
0:50:44.800,0:50:47.390
sendet in die Richtung, der andere sendet[br]in die Richtung - stören die sich
0:50:47.390,0:50:50.650
gegenseitig weniger. Das ist auch nochmal[br]ein Vorteil, den wir durch Beamforming
0:50:50.650,0:50:54.010
haben. Aber, wenn man's streng genommen[br]rechtlich sieht, dürfen sie bei dieser
0:50:54.010,0:50:59.660
Aussendung diese Grenze nicht[br]überschreiten, also...
0:50:59.660,0:51:01.651
Mikrofon Person 4: OK, wenn man jetzt so[br]einen Bernstein-Nachbarn hat, der kann
0:51:01.651,0:51:06.210
einen klagen, theoretisch?[br]HL: Ja, theoretisch.
0:51:06.210,0:51:08.309
Mikrofon Person 4: OK.[br]HL: Die müssen das auch erstmal messen...
0:51:08.309,0:51:11.299
Gelächter[br]HL: Und wenn, wär dann der Hersteller
0:51:11.299,0:51:16.630
schuld und nicht man selbst; deswegen...[br]H: OK, wir haben noch drei Fragen. Wir
0:51:16.630,0:51:20.350
fangen hier an.[br]HL: Wir haben noch zehn Minuten, also...
0:51:20.350,0:51:23.109
Mikrofon Person 5: Ja, danke. Ich habe[br]zwei Fragen: Erstens mal, in deinem
0:51:23.109,0:51:29.020
Frequenzplan war der Kanal 144 bis 149;[br]dazwischen war ne Lücke. Welchen Grund hat
0:51:29.020,0:51:34.319
das? Und zweitens: Bei den NDP[br]Announcements ist es ja sicher nie so,
0:51:34.319,0:51:39.420
dass die periodisch abgesendet werden. In[br]welchem Zeitraum werden die neu gesendet
0:51:39.420,0:51:47.020
bzw. neu ausgehandelt, und ist das[br]periodisch, macht er das nach Bedarf oder
0:51:47.020,0:51:52.030
wie genau funktioniert das NDP nochmal?[br]HL: Null Data Packet Beamforming
0:51:52.030,0:51:57.000
funktioniert so, dass er halt wirklich vor[br]jeder Aussendung das alles komplett neu
0:51:57.000,0:52:00.470
vermessen muss, weil ja nicht bei jeder[br]Aussendung auch die gleichen Clients zu
0:52:00.470,0:52:04.450
erwarten sind. Weil wir haben ja zum[br]Beispiel auch Bereiche, in denen mehr
0:52:04.450,0:52:09.390
Client sind, als wir ansprechen mit einer[br]Beamforming-Aussendung. Und genau in
0:52:09.390,0:52:12.569
solchen Bereichen musst du halt ja[br]wirklich vor jeder Aussendung das neu
0:52:12.569,0:52:15.969
machen, weil wenn du es einfach von vorher[br]nochmal neu benutzt, und das einfach ein
0:52:15.969,0:52:18.122
ganz anderer Client ist, wenn es[br]vielleicht vermutlich in die falsche
0:52:18.122,0:52:21.980
Richtung ist, wäre halt blöd. Zu den[br]Kanälen, ich hab das nochmal rausgekramt.
0:52:21.980,0:52:27.080
Du meintest 132 bis 144, ne?[br]Mikrofon Person 5: Zwischen der 144 und
0:52:27.080,0:52:34.660
der 149 ist eine Lücke.[br]Hendrik Lüth: Ach so, ja genau. Also, die
0:52:34.660,0:52:39.950
Kanäle an sich, so theoretisch, existieren[br]sie. Sie sind da allerdings verboten
0:52:39.950,0:52:45.839
worden, weil die Leute, die sozusagen[br]diese Regulary-Domains schreiben, die
0:52:45.839,0:52:50.000
sozusagen diese Kanalaufteilung machen,[br]haben verboten, da drin zu senden,
0:52:50.000,0:52:53.200
einfach. Die haben gesagt, das darf nicht[br]für WLAN verwendet werden. Aus welchen
0:52:53.200,0:52:54.200
Gründen das ist, weiß ich nicht so recht[br]...
0:52:54.200,0:52:55.200
[fällt ins Wort][br]Mikrofon Person 5: Hat das Legacy-Grund?
0:52:55.200,0:52:56.700
Ist das irgendwie ...?[br][fällt ins Wort]
0:52:56.700,0:53:01.560
Hendrik Lüth: Nein, kein Legacy-Grund. Es[br]könnte sein, dass das Radar ist. Als ich
0:53:01.560,0:53:04.630
das Bild gemacht habe im Zug, hab ich doch[br]daran gedacht, "das musst du mit
0:53:04.630,0:53:08.780
reinnehmen". Aber ich hab's dann doch raus[br]gelassen. Ja, ich hätte es mit reinnehmen
0:53:08.780,0:53:12.079
sollen. Das ist ein guter Punkt. Ich[br]glaube, ich könnte das einfach nachher
0:53:12.079,0:53:16.970
nochmal twittern, denn dann kann das[br]nochmal jeder nachlesen. Das ist ne Idee,
0:53:16.970,0:53:18.759
ja.[br]Mikrofon Person 5: Danke.
0:53:18.759,0:53:21.660
Herald Angel: Ok, die letzten Fragen, hier[br]noch eine mal eine.
0:53:21.660,0:53:25.940
Mikrofon Person 6: Ja, danke für den Talk[br]nochmal. Brutto-Datenrate ist ja eines.
0:53:25.940,0:53:29.719
Hat sich noch irgendwas mit AC verbessert,[br]was vielleicht nennenswert wäre, über das
0:53:29.719,0:53:35.069
man reden sollte?[br]Hendrik Lüth: Ja, auf Layer 2 des
0:53:35.069,0:53:39.349
Standards gab es auch nochmal einige[br]Änderungen und Verbesserungen. Aber da
0:53:39.349,0:53:43.760
müsste ich jetzt hier irgendwelche Pakete[br]an die Wand klatschen und euch erklären,
0:53:43.760,0:53:46.329
warum jetzt da eine 1 anstatt eine 0[br]steht, und was sich da genau an den
0:53:46.329,0:53:52.500
Paketgrößen geändert hat. Und wie der[br]Unterschied ist zwischen den Paketen von
0:53:52.500,0:53:58.120
11n und 11ac. Und das wäre dann halt eben[br]zu theoretisch. Und weil's wahrscheinlich
0:53:58.120,0:54:02.049
auch ziemlich viele einfach langweilen[br]würde, wie genau das jetzt kaputt geht.
0:54:02.049,0:54:06.150
Also was genau ... nicht kaputt gehen ...[br]was genau da der Unterschied ist.
0:54:06.150,0:54:10.589
Allgemeine Literaturempfehlung: Ich kann[br]da das Buch "802.11ac - The ulti..."
0:54:10.589,0:54:13.010
[Gemeint ist: "802.11ac: A Survival Guide"[br]von Matthew S. Gast, ISBN 978-1449343149]
0:54:13.010,0:54:15.920
Hendrik Lüth: ... äh ... Wie hieß das[br]noch? "The Guide ..." Also, es gibt da so
0:54:15.920,0:54:17.289
...[br][fällt ins Wort]
0:54:17.289,0:54:20.749
Herald Angel: "The Hitchhikers Guide"?[br]Hendrik Lüth: Nee, nicht "Hitchhikers
0:54:20.749,0:54:26.670
Guide". "The definite Guide", oder, äähm[br]...? Ja, auf jeden Fall von Matthew S.
0:54:26.670,0:54:30.160
Gast. Der hat nen Buch darüber[br]geschrieben, wo er das nochmal alles grob
0:54:30.160,0:54:35.900
erklärt. Gast erklärt, ääh, zieht da[br]nochmal genau diese Pakete raus und
0:54:35.900,0:54:39.769
erklärt, wo da genau die Unterschiede[br]sind.
0:54:39.769,0:54:46.140
Herald Angel: Okay, hier noch eine. Und[br]eine noch aus dem Internet, und dann ...
0:54:46.140,0:54:51.510
Mikrofon Person 7: Jetzt hattest du "ax".[br]Ich hatte auch schon mal was von
0:54:51.510,0:54:54.119
Wireless-"ad"-Standard gehört. Ich glaube,[br]das ist ja mit 60 GHz.
0:54:54.119,0:54:56.080
Hendrik Lüth: Genau.[br]Mikrofon Person 7: Dann noch einmal, Du
0:54:56.080,0:55:00.520
sagtest, 2,4 GHz klaut Dir im 5-GHz-Band[br]die Air-Time. Da würde ich ...
0:55:00.520,0:55:04.501
Hendrik Lüth: Nee nee, das, das war[br]falsch. 2,4 GHz liegt dafür zu weit
0:55:04.501,0:55:07.109
auseinander[br]Mikrofon Person 7: Ist im IKE-Standard
0:55:07.109,0:55:11.300
irgendwann auch Host-basierendes Roaming[br]enthalten? Soweit ich immer weiß, gibt es
0:55:11.300,0:55:16.880
das so noch nicht im Wireless.[br]Hendrik Lüth: Es gibt Roaming-Standards in
0:55:16.880,0:55:21.960
802.11. Allerdings ... Ich glaube, es gibt[br]sogar drei Stück.
0:55:21.960,0:55:25.190
Person 7: Ja nicht die propietären![br]Hendrik Lüth: Achso!
0:55:25.190,0:55:26.869
Mikrofon Person 7: Also richtig[br]standardisiert, nicht die propietären!
0:55:26.869,0:55:31.540
Hendrik Lüth: Es gibt standardisierte,[br]gibt es! Aber ja, die Anwendung und
0:55:31.540,0:55:35.609
Funktionen davon ist so, ist so ein Punkt.[br]Es dauert natürlich immer, bis
0:55:35.609,0:55:39.040
irgendwelche Standards drin sind. Und[br]leider haben sich viele Leute nicht, also
0:55:39.040,0:55:41.430
viele Hersteller noch nicht dazu[br]durchgerungen, den Kram vernünftig zu
0:55:41.430,0:55:46.850
implementieren. Also es führt ... Es macht[br]keinen Schaden, diese, diese, diese, diese
0:55:46.850,0:55:54.390
Standards, wenn sie nicht implementiert[br]sind, sozusagen. Aber in manchen Fällen
0:55:54.390,0:55:58.480
ist es halt eben, dann einfach geht[br]einfach das Roaming kaputt. Deswegen muss
0:55:58.480,0:56:03.940
man dann doch eben auf proprietäre Sachen[br]zurückgreifen und eben das fixen, was die
0:56:03.940,0:56:10.210
anderen Hersteller verkackt haben.[br]Herald Angel: Ok, letzte Frage aus dem
0:56:10.210,0:56:13.319
Internet. Signal Angel![br]Signal Angel:So, die Frage aus dem
0:56:13.319,0:56:16.600
Internet ist: Kann man MIMO-Systeme[br]eigentlich sniffen und bräuchte man da
0:56:16.600,0:56:21.590
nicht die Channel-Matrix? Wie sieht es mit[br]der Sicherheit aus?
0:56:21.590,0:56:24.390
Hendrik Lüth: Das ist eine[br]Datenübertragung auf Layer 1. Natürlich
0:56:24.390,0:56:29.490
kann man die sniffen. Und auch MIMO-[br]Systeme kann man sniffen. Weil ja, wenn
0:56:29.490,0:56:33.240
man ein – wenn man, wenn man sniffen will,[br]muss man die gleiche Hardware auf der
0:56:33.240,0:56:36.849
anderen Seite haben. Das heißt, es wird[br]schwierig, irgendwie mit 11n-Hardware ac-
0:56:36.849,0:56:43.010
Sachen zu sniffen. Dann müsste man dann[br]schon ein SDR für benutzen. Das macht
0:56:43.010,0:56:46.170
keine Probleme. Und auch diese[br]Beamforming-Matrix dazu braucht man zum
0:56:46.170,0:56:49.619
Sniffen nicht. Weil diese Beamforming-[br]Matrix wird ja nicht verwendet, um
0:56:49.619,0:56:53.440
irgendwie die Aussendung von den Daten her[br]zu verändern, sondern einfach nur von der
0:56:53.440,0:56:58.039
Richtung her. Also im Endeffekt mit, mit[br]Pech braucht man halt einfach eine
0:56:58.039,0:57:01.299
Richtantenne oder man steht an der[br]falschen Position. Aber dieses Beamforming
0:57:01.299,0:57:04.340
ist nicht so genau, dass halt eben in die[br]ein Richtung da keine Daten gehen und die
0:57:04.340,0:57:09.730
andere, in die andere Richtung alle. Also[br]wenn man eine Richtantenne auf einen
0:57:09.730,0:57:12.540
Access Point zeigt, dann ist es egal, dann[br]kriegt man alles, und man kann dann auch
0:57:12.540,0:57:14.910
ganz einfach den Kram mitsniffen.[br]Das ist nicht so schwierig.
0:57:14.910,0:57:19.159
Herald Angel: Ok, danke schön!
0:57:19.159,0:57:24.349
Applaus
0:57:24.349,0:57:29.699
Musik
0:57:29.699,0:57:47.000
Untertitel erstellt von c3subtitles.de[br]im Jahr 2018. Mach mit und hilf uns!