{"id":84590,"date":"2020-06-09T01:42:40","date_gmt":"2020-06-08T23:42:40","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/samoe-glavnoe-v-wi-fi-6-net-seryozno"},"modified":"2020-06-09T01:42:40","modified_gmt":"2020-06-08T23:42:40","slug":"samoe-glavnoe-v-wi-fi-6-net-seryozno","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/samoe-glavnoe-v-wi-fi-6-net-seryozno","title":{"rendered":"Det vigtigste ved Wi-Fi 6. Nej, seri\u00f8st","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Hej.<\/p>\n

Hvis man tror p\u00e5 Einsteins enkleste teori, hvor hovedindikatoren for forst\u00e5else af et emne er evnen til at forklare det s\u00e5 enkelt som muligt, s\u00e5 vil jeg i dette indl\u00e6g fors\u00f8ge at forklare virkningen af en enkelt komponent af den nye standard s\u00e5 enkelt og detaljeret som muligt. Af en eller anden grund anser selv Wi-Fi Alliance den for uv\u00e6rdig til at blive n\u00e6vnt i infografikken om de nye muligheder i Wi-Fi 6, selvom den, som vi snart vil se, er meget vigtig og bem\u00e6rkelsesv\u00e6rdig. Ikke alt vil v\u00e6re dybtg\u00e5ende nok, og det er bestemt ikke altomfattende (for man kan ikke spise en s\u00e5 stor elefant selv i sm\u00e5 dele), men jeg h\u00e5ber, at vi alle kan finde noget nyt og interessant i mine ord.<\/p>\n

Den velkendte 802.11ax, som vi har ventet p\u00e5 i mere end to \u00e5r, bringer mange nyheder og overraskelser. For enhver, der \u00f8nsker at fort\u00e6lle om det, er der altid et valg: enten lave en overfladisk gennemgang, der n\u00e6vner et v\u00e6ld af forkortelser og akronymer uden at falde i de komplekse mekanismer bag dem, eller dykke ned i en times pr\u00e6sentation om noget enkelt, som forfatteren finder mest interessant. Jeg vil tage et skridt l\u00e6ngere: st\u00f8rstedelen af mit indl\u00e6g vil ikke engang handle om noget nyt!
\n<\/a><\/noindex>
\nI over tyve \u00e5r har dele af tr\u00e5dl\u00f8se dataoverf\u00f8rselsnetv\u00e6rk v\u00e6ret bygget p\u00e5 en bunke standarder fra 802.11-familien, og som en respektabel taler burde jeg have kortlagt tidlinjen for alle de begivenheder, der har givet verden milliarder af sammenkoblede enheder \u2014 men som en respektabel forfatter vil jeg risikere ikke at g\u00f8re det. Alligevel ville det v\u00e6re rimeligt at minde hinanden om nogle ting. <\/p>\n

Alle Wi-Fi-iterationer har haft fokus p\u00e5 p\u00e5lidelighed, men ikke p\u00e5 maksimisering af b\u00e5ndbredde. Dette f\u00f8lger af adgangsmekanismen (CSMA\/CA), som ikke er den mest optimale, n\u00e5r det g\u00e6lder at presse de sidste kilobit per sekund ud af transmissionsmediet (man kan l\u00e6se mere om verdens generelle ufuldkommenheder og Wi-Fi's specifikke i en artikel af min tidligere kollega. skhomm<\/a><\/noindex> her her<\/a><\/noindex>), men utrolig robust i n\u00e6sten alle forhold. Faktisk kan man bryde n\u00e6sten alle grundl\u00e6ggende principper for design af Wi-Fi-netv\u00e6rk \u2014 og i et s\u00e5dant netv\u00e6rk vil dataudveksling stadig finde sted! Hele mekanismen, der har til form\u00e5l at opn\u00e5 det, der p\u00e5 engelsk kaldes et vanskeligt overs\u00e6tteligt teknokratisk udtryk, robustness, er fokuseret p\u00e5 at give Wi-Fi-netv\u00e6rksklienter mulighed for at overf\u00f8re og\/eller modtage deres datadel. Hele laget af de lagte modulationsforst\u00e6rkninger, aggregationen af dataframes (ikke helt korrekt, men det m\u00e5 v\u00e6re!) forts\u00e6tter med at fungere allerede efter de to grundl\u00e6ggende principper fra 802.11, der sikrer denne uovertrufne p\u00e5lidelighed:<\/p>\n

    \n
  1. \u201cN\u00e5r \u00e9n taler, er de andre stille\u201d;<\/li>\n
  2. \u201cAlt andet end data siges langsomt og klart\u201d.<\/li>\n<\/ol>\n

    \nDet andet punkt skade netv\u00e6rkets b\u00e5ndbredde langt mere, end man umiddelbart skulle tro. Her er et cool billede, der illustrerer et sendt datastykke i Wi-Fi-netv\u00e6rket:<\/p>\n

    \"Det
    \n
    \nLad os finde ud af, hvad det betyder for almindelige mennesker, der ikke ved, hvor mange sider der er i standarden 802.11-2016. Den dataoverf\u00f8rselshastighed, som systemet angiver i egenskaberne for det tr\u00e5dl\u00f8se netv\u00e6rk, og som markedsf\u00f8rere fra enhver producent viser p\u00e5 forsiden af adgangspunkter (n\u00e5, I har sikkert set det \u2014 1,7 Gb\/s! 2,4 Gb\/s! 9000 Gb\/s!), er ikke kun den spidse og maksimale ved 100% overf\u00f8rselsbelastning, men det er ogs\u00e5 hastigheden, hvorp\u00e5 kun den bl\u00e5 del p\u00e5 denne smukke graf vil blive sendt. Alt andet vil blive overf\u00f8rt med en hastighed, der p\u00e5 engelsk kaldes management rate (og p\u00e5 russisk ogs\u00e5, fordi at overs\u00e6tte s\u00e5danne udtryk truer med yderligere misforst\u00e5elser mellem ingeni\u00f8rer), og som er langt lavere ikke bare med faktorer, men med HUNDREDE<\/b> gange. For eksempel, uden nogen yderligere indstillinger, overf\u00f8rer et netv\u00e6rk p\u00e5 802.11ac, der kan arbejde med klienter ved en kanalhastighed p\u00e5 1300 Mb\/s, al den administrative information (alt hvad der ikke er bl\u00e5t p\u00e5 vores stadig mere skr\u00e6mmende graf) ved en management rate p\u00e5 6 Mb\/s. Over to hundrede gange langsommere! <\/p>\n

    Et logisk sp\u00f8rgsm\u00e5l \u2013 hvilken, undskyld, dag i hvilken m\u00e5ned kunne en s\u00e5dan skadelig id\u00e9 overhovedet komme ind i standarden, som milliarder af enheder over hele verden arbejder efter? Det logiske svar \u2013 kompatibilitet, kompatibilitet, kompatibilitet! Netv\u00e6rket p\u00e5 det nyeste access point skal v\u00e6re i stand til at fungere for enheder, der er ti og endda femten \u00e5r gamle, og lige pr\u00e6cis i alle disse \u201cikke-bl\u00e5\u201d stykker flyder informationen, som de langsomme, \u00e6ldre enheder vil fange, forst\u00e5 korrekt og ikke fors\u00f8ge at sende deres data under de superhurtige datachunks. Robusthed kr\u00e6ver ofre!<\/p>\n

    Nu er jeg klar til at give alle interesserede det uundg\u00e5elige v\u00e6rkt\u00f8j til at blive chokeret over de potentielt mistede megabit i moderne Wi-Fi \u2013 det er blevet obligatorisk at studere i de relevante ingeni\u00f8rkredse. WiFi AirTime Calculator<\/b> af den norske entusiast inden for 802.11 Gjermund Raaen. Den er tilg\u00e6ngelig p\u00e5 denne artikel<\/a><\/noindex> \u2013 resultatet af hans arbejde ser cirka s\u00e5dan her ud:<\/p>\n

    \"Det
    \n
    \nLinje 1 \u2013 tiden brugt p\u00e5 at overf\u00f8re en datapakke p\u00e5 1512 bytes af en enhed med 802.11n i en 20 MHz kanalbredde.<\/p>\n

    Linje 2 \u2013 tiden brugt p\u00e5 at overf\u00f8re den samme pakke af en enhed med samme antenneformel, men der allerede arbejder efter 802.11ac standarden i en 80 MHz kanalbredde.<\/p>\n

    Hvordan er det muligt \u2013 \"der er \u00f8delagt\" fire gange mere af frekvensen, den maksimale modulering er blevet mere kompleks fra 64QAM til 256QAM, kanalhastigheden er mere i SEKS<\/b> gange (433 Mb\/s i stedet for 72 Mb\/s), men der er kun vundet 25% af tiden i frekvensen? <\/p>\n

    Kompatibilitet og to principper fra 802.11, husker I?<\/p>\n

    Godt, hvordan kan vi rette en s\u00e5dan uretf\u00e6rdighed og spild \u2013 sp\u00f8rger vi os selv, som hver arbejdsgruppe i IEEE sikkert har spurgt, n\u00e5r de startede med at skabe standarden? Der dukker flere logiske veje op:<\/p>\n

      \n
    1. At fremskynde dataoverf\u00f8rslen i den \u201cgr\u00f8nne\u201d del af grafen.<\/i><\/b> Dette g\u00f8res ved hver standardudgivelse, fordi store tal ser godt ud p\u00e5 kasserne. I praksis giver det, som vi lige har bem\u00e6rket, en begr\u00e6nset gevinst \u2013 selv hvis vi fremskynder kanalhastigheden til hundrede tusinde millioner gigabit pr. nanosekund, vil alle andre dele af grafen ikke forsvinde. Derfor anbefaler jeg at udelade afsnit, hvor der n\u00e6vnes megabit per sekund i alle fort\u00e6llinger om de nye standarder inden for 802.11.<\/li>\n
    2. Accelerere alle andre dele af diagrammet.<\/i><\/b> Faktisk, hvis vi i det mindste fordobler hastigheden, hvormed alt \"ikke-gr\u00f8nt\" overf\u00f8res (eller \"ikke-bl\u00e5t\", hvis du stadig kigger p\u00e5 det tidligere billede), s\u00e5 f\u00e5r vi lidt under 50 % stigning i den reelle b\u00e5ndbredde \u2014 dog p\u00e5 bekostning af kompatibilitet med enheder og en r\u00e6kke nuancer, som du vil l\u00e6re, n\u00e5r du forbereder dig til eksamen for den stolte titel CWNA \ud83d\ude42 Spoiler: det lykkes ikke altid, og det er n\u00f8dvendigt at t\u00e6nke grundigt over, hvad det vil f\u00f8re til. Faktisk overtr\u00e6der det et af de to principper for 802.11, s\u00e5 her m\u00e5 man v\u00e6re meget forsigtig!<\/li>\n
    3. Sammens\u00e6tte flere s\u00e5danne rammer med de gr\u00f8nne dele.<\/i><\/b> Jo l\u00e6ngere den gr\u00f8nne del er, jo mere effektivt fungerer hastighedsfor\u00f8gelsen. Ja, det er en fungerende strategi, der f\u00f8rst opstod i 802.11n og er en af de grundpiller, der g\u00f8r det revolutionerende. Problemet er bare, at for det f\u00f8rste, en r\u00e6kke applikationer overhovedet ikke interesserer sig for s\u00e5dan aggregering (for eksempel den blodt\u00f8rstige Voice over Wi-Fi), og for det andet, en r\u00e6kke enheder ogs\u00e5 overhovedet ikke interesserer sig for det (en gang fors\u00f8gte jeg at opsnappe nogle af disse aggregerede rammer p\u00e5 et rigtig netv\u00e6rk fra firmaet, jeg arbejder i, men ud af >500k \"opfangede\" rammer var der pr\u00e6cis nul. Sandsynligvis skyldes det min dataindsamlingsmetodologi, men jeg er klar til at diskutere den med enhver interesseret i en privat samtale!). <\/li>\n
    4. Overtr\u00e6de det f\u00f8rste af de to principper for 802.11 ved at begynde at tale, n\u00e5r nogen allerede taler.<\/i><\/b> Og her kommer 802.11ax til hj\u00e6lp.<\/li>\n<\/ol>\n

      \nHvor dejligt, endelig er jeg i min fort\u00e6lling om Wi-Fi 6 n\u00e5et til selve Wi-Fi 6! Hvis du stadig l\u00e6ser dette, s\u00e5 er du enten tvunget til det af en eller anden grund, eller ogs\u00e5 er du virkelig interesseret. S\u00e5, selvom 802.11ax arver en stor del af de tidligere pr\u00e6stationer fra hele 802.11-familien (og ikke kun det, faktisk \u2014 nogle seje ting dukkede op i 802.16, ogs\u00e5 kendt som WiMAX), er der stadig noget i det, der er friskt og originalt. Normalt f\u00e5r disse ord pr\u00e6sentationen af et s\u00e5dant billede, tilg\u00e6ngeligt p\u00e5 Wi-Fi Alliance's hjemmeside:<\/p>\n

      \"Det
      \n
      \nSom jeg n\u00e6vnte i starten, kan vi i en enkelt letl\u00e6selig artikel kun unders\u00f8ge et af disse centrale punkter, n\u00e6rmere bestemt, ikke noget af det, der er vist p\u00e5 billedet (overraskelse!). Jeg er sikker p\u00e5, at du allerede har l\u00e6st millioner af korte beskrivelser af hver af disse otte n\u00f8gleelementer, men jeg vil forts\u00e6tte min langvarige beretning om, hvad der f\u00f8lger med OFDMA - om multipel adgang til mediet (MU-access control), som vi kan se, ikke er n\u00e6vnt i infografikken. Og det er en skam!<\/p>\n

      Multipel adgang er det, der g\u00f8r opdeling af kanalen i undertilstande meningsl\u00f8st. Hvorfor fors\u00f8ge at se p\u00e5 forskellige dele af spektret, hvis der ikke er en mekanisme, der kan f\u00e5 kunderne i det nye Wi-Fi 6-netv\u00e6rk til at bryde et af de hidtil ufravigelige regler og begynde at tale samtidig? Og selvf\u00f8lgelig m\u00e5tte en s\u00e5dan mekanisme opst\u00e5 \u2013 og reducere indflydelsen af problemet med 'lang' sammenlignet med kontroloplysningerne. Hvordan? Jo, ganske enkelt: lad den 'langsomme', kontroldel blive distribueret som f\u00f8r, mens den 'hurtige' del, hvor dataene direkte sendes, sendes samtidig fra flere (eller flere) enheder p\u00e5 et signal! Det ser ud omtrent s\u00e5dan her ud:<\/p>\n

      \"Det
      \n
      \nDet ser kompliceret ud, men kan i sin essens forklares ret let: adgangspunktet fort\u00e6ller via en speciel ramme, som er forst\u00e5elig for alle (selv ikke Wi-Fi 6!) enheder, at det er klar til at transmittere data samtidigt til STA1 og STA2. Da 'headeren' i denne ramme er fuldt forst\u00e5elig selv for ret gamle klienter, drager de den rigtige konklusion, at frekvensb\u00e5ndet vil v\u00e6re optaget i en bestemt periode til transmission af information til andre klienter i netv\u00e6rket, og begynder at t\u00e6lle ned til slutningen af denne periode (som de altid har gjort i Wi-Fi). Men enhederne STA1 og STA2 forst\u00e5r, at de nu vil modtage data p\u00e5 en ny m\u00e5de, samtidigt, hver p\u00e5 sin del af kanalen, og svarer til adgangspunktet ogs\u00e5 samtidigt, hvorefter de ligeledes synkront bekr\u00e6fter modtagelsen af rammerne (hver med sin portion data!), og mediet bliver igen frit. 'Nedefra og op' fungerer det omtrent s\u00e5ledes:<\/p>\n

      \"Det
      \n
      \nDen mest markante forskel er, at adgangspunktet i denne situation informerer stationer, der kan kommunikere samtidigt, om hvorn\u00e5r de skal starte transmissionen ved hj\u00e6lp af en speciel ramme, der hedder Trigger. Dette fungerer i bund og grund som en ny \"aftr\u00e6kker\" for hele mekanismen til samtidig adgang til milj\u00f8et, hvilket efter min beskedne mening er en af de mest vigtige innovationer \"under motorhjelmen\" i den nye standard. Her f\u00e5r kunderne et \"tidsplan\", der viser, hvordan de skal dele en enkelt frekvenskanal; her informerer kunderne samtidigt adgangspunktet om, at de har modtaget deres datam\u00e6ngder og har v\u00e6ret i stand til at forst\u00e5 dem. I denne ramme underretter adgangspunktet alle, der kan \"tale\" samtidigt, om begyndelsen af datatransmissionen \u2014 og i denne ramme starter adgangspunktet ogs\u00e5 afsendelsen af de data, det har brug for. Den nye mekanisme Trigger frame reducerer i bund og grund den irrationelle brug af luftplads s\u00e5 effektivt som muligt, afh\u00e6ngig af hvor mange kunder, der kan bruge den og forst\u00e5 den korrekt!<\/p>\n

      Lad os nu opsummere de vigtigste punkter, der f\u00f8lger af hele denne lange fort\u00e6lling og berettiger sig selv til TL;DR: <\/p>\n

        \n
      1. Adgangspunktet for den nye standard 802.11ax, ogs\u00e5 baseret p\u00e5 blot en af mange nyheder, begynder at \u00f8ge den samlede b\u00e5ndbredde af hele netv\u00e6rket allerede fra den anden<\/b> kompatible klientenhed! S\u00e5 snart der er mindst to klienter, der kan tale samtidigt, vil de, under foruds\u00e6tning af at alt andet er lige (jeg har ikke nogen grund til at tro, at driverne til klientens radiomoduler vil blive skrevet bedre end f\u00f8r, hvilket betyder, at aggregationen af \"nyttige\" dele af rammerne og mange andre klientafh\u00e6ngige funktioner stadig vil fungere \"gennemsnitligt for zoo\"), allerede forbedre den gennemsnitlige b\u00e5ndbredde. S\u00e5 hvis du overvejer et nyt Wi-Fi-netv\u00e6rk, giver det mening at overveje de nyeste og bedste adgangspunkter med det samme, for selvom der i \u00f8jeblikket m\u00e5ske er f\u00e5 klienter til dem \u2014 vil situationen ikke vare ved l\u00e6nge.<\/li>\n
      2. Alle tricks og kneb, som i dag findes i en dygtig tr\u00e5dl\u00f8s ingeni\u00f8rs v\u00e6rkt\u00f8jskasse, vil l\u00e6nge forblive relevante - adgangsmekanismen til milj\u00f8et er blevet opdateret, hvilket har brudt de grundl\u00e6ggende principper, der har v\u00e6ret g\u00e6ldende i over 20 \u00e5r, men fokus er stadig p\u00e5 kompatibilitet. Det er stadig n\u00f8dvendigt at frasortere de \"langsomme\" management rates (og det er stadig n\u00f8dvendigt at forst\u00e5, hvorfor og hvorn\u00e5r), og det er stadig n\u00f8dvendigt at planl\u00e6gge det fysiske niveau korrekt, for intet mekanisme p\u00e5 datalinkniveauet vil fungere, hvis der er problemer p\u00e5 det fysiske niveau. Der er blot blevet mulighed for at g\u00f8re endnu bedre<\/i>.<\/li>\n
      3. N\u00e6sten alle beslutninger i Wi-Fi 6 tr\u00e6ffes af adgangspunktet. Som vi kan se, styrer det adgangen til klienter i milj\u00f8et ved at samle enheder i \"perioder\" af samtidig aktivitet. Efter at have bev\u00e6get os lidt v\u00e6k fra emnet - arbejdet med TWT er ogs\u00e5 helt p\u00e5 skuldrene af adgangspunktet. Nu skal AP ikke kun \"sende netv\u00e6rk\" og opbevare trafik i k\u00f8er, men ogs\u00e5 holde rede p\u00e5 alle klienterne ved at planl\u00e6gge, hvordan de bedst kan samles med hinanden baseret p\u00e5 deres b\u00e5ndbredde og trafikbehov, deres batterier og meget, meget mere - jeg kalder denne proces \"orkestrering\". Algoritmerne, som adgangspunktet vil bruge til at tr\u00e6ffe alle disse beslutninger, er ikke reguleret, hvilket betyder, at producenternes evne til at udvikle kvalitetsalgoritmer og struktureret tilgang vil komme til udtryk. Jo bedre adgangspunkterne kan forudsige klienternes behov, desto bedre og mere j\u00e6vnt kan de samle dem i grupper af flere brugere - derfor vil ressourcerne i \u00e6teren blive brugt mere rationelt, og den samlede b\u00e5ndbredde for et s\u00e5dant adgangspunkt vil v\u00e6re h\u00f8jere. Algoritmen - den sidste gr\u00e6nse!<\/li>\n
      4. Overgangen fra Wi-Fi 5 til Wi-Fi 6 er i sin essens og betydning lige s\u00e5 revolutionerende som overgangen fra 802.11g til 802.11n. Dengang fik vi flerkanalsfunktionalitet og aggregering af \"nyttelast\" \u2014 nu f\u00e5r vi samtidig adgang til milj\u00f8et og endelig fungerende MU-MIMO og Beamforming (for det f\u00f8rste, som vi ved, er det n\u00e6sten det samme; for det andet, diskussionen om \u201chvorfor MU-MIMO blev opfundet i 802.11ac, men ikke kunne f\u00e5s til at fungere\u201d \u2014 det er et emne til en helt anden stor artikel \ud83d\ude42 ). B\u00e5de 802.11n og Wi-Fi 6 arbejder i begge frekvensb\u00e5nd (2,4 GHz og 5 GHz), i mods\u00e6tning til de \u201cmellemliggende\u201d forg\u00e6ngere \u2014 sandelig, \u201cseks er det nye fire\u201d!<\/li>\n<\/ol>\n

        <\/p>\n

        Lidt om oprindelsen af denne artikel<\/b>
        \n Artiklen blev skrevet til en konkurrence, der blev afholdt af Huawei (oprindeligt offentliggjort         her<\/a><\/noindex>). I h\u00f8j grad byggede jeg min skrivning p\u00e5 mit eget foredrag p\u00e5 konferencen 'Uden Tr\u00e5de', som fandt sted i 2019 i St. Petersborg (optagelsen af pr\u00e6sentationen kan ses p\u00e5 YouTube<\/a><\/noindex>, men v\u00e6r opm\u00e6rksom p\u00e5 \u2014 lydkvaliteten er, for at sige det mildt, ikke s\u00e6rlig god, p\u00e5 trods af videoens oprindelse fra St. Petersborg!).
        \n
        Kilde:         habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

        \u041f\u0440\u0438\u0432\u0435\u0442. \u0415\u0441\u043b\u0438 \u0432\u0435\u0440\u0438\u0442\u044c \u0442\u0435\u043e\u0440\u0438\u0438 \u043f\u0440\u043e\u0441\u0442\u043e\u0442\u044b \u042d\u0439\u043d\u0448\u0442\u0435\u0439\u043d\u0430, \u0433\u043b\u0430\u0432\u043d\u044b\u0439 \u043f\u043e\u043a\u0430\u0437\u0430\u0442\u0435\u043b\u044c \u043f\u043e\u043d\u0438\u043c\u0430\u043d\u0438\u044f \u043f\u0440\u0435\u0434\u043c\u0435\u0442\u0430 \u2014 \u044d\u0442\u043e \u0441\u043f\u043e\u0441\u043e\u0431\u043d\u043e\u0441\u0442\u044c \u043c\u0430\u043a\u0441\u0438\u043c\u0430\u043b\u044c\u043d\u043e \u043f\u0440\u043e\u0441\u0442\u043e \u0435\u0433\u043e \u043e\u0431\u044a\u044f\u0441\u043d\u0438\u0442\u044c, \u0442\u043e \u0438 \u0432 \u044d\u0442\u043e\u043c \u043f\u043e\u0441\u0442\u0435 \u044f \u043f\u043e\u0441\u0442\u0430\u0440\u0430\u044e\u0441\u044c \u043c\u0430\u043a\u0441\u0438\u043c\u0430\u043b\u044c\u043d\u043e \u043f\u0440\u043e\u0441\u0442\u043e \u0438 \u043f\u043e\u0434\u0440\u043e\u0431\u043d\u043e \u043e\u0431\u044a\u044f\u0441\u043d\u0438\u0442\u044c \u0434\u0435\u0439\u0441\u0442\u0432\u0438\u0435 \u0432\u0441\u0435\u0433\u043e \u043e\u0434\u043d\u043e\u0439 \u0434\u0435\u0442\u0430\u043b\u0438 \u043d\u043e\u0432\u043e\u0433\u043e \u0441\u0442\u0430\u043d\u0434\u0430\u0440\u0442\u0430, \u043a\u043e\u0442\u043e\u0440\u0443\u044e \u043f\u043e\u0447\u0435\u043c\u0443-\u0442\u043e \u0434\u0430\u0436\u0435 Wi-Fi Alliance \u0441\u0447\u0438\u0442\u0430\u0435\u0442 \u043d\u0435\u0434\u043e\u0441\u0442\u043e\u0439\u043d\u043e\u0439 \u0443\u043f\u043e\u043c\u0438\u043d\u0430\u043d\u0438\u044f \u0432 \u0438\u043d\u0444\u043e\u0433\u0440\u0430\u0444\u0438\u043a\u0435 \u043e \u043d\u043e\u0432\u044b\u0445 \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u0441\u0442\u044f\u0445 Wi-Fi 6, \u0445\u043e\u0442\u044f \u043e\u043d\u0430, \u043a\u0430\u043a \u043c\u044b \u0441\u043a\u043e\u0440\u043e […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":84591,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-84590","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Det vigtigste ved Wi-Fi 6. Nej, seri\u00f8st | ProHoster","description":"Hej. Hvis man skal tro p\u00e5 Einsteins simplicitetsteori, er den vigtigste indikator for forst\u00e5else af emnet evnen til at forklare det s\u00e5 enkelt som muligt, s\u00e5 i dette indl\u00e6g vil jeg str\u00e6be efter at forklare det s\u00e5 enkelt og detaljeret som muligt.","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/samoe-glavnoe-v-wi-fi-6-net-seryozno","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"da_DK","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0421\u0430\u043c\u043e\u0435 \u0433\u043b\u0430\u0432\u043d\u043e\u0435 \u0432 Wi-Fi 6. \u041d\u0435\u0442, \u0441\u0435\u0440\u044c\u0451\u0437\u043d\u043e | ProHoster","og:description":"\u041f\u0440\u0438\u0432\u0435\u0442. \u0415\u0441\u043b\u0438 \u0432\u0435\u0440\u0438\u0442\u044c \u0442\u0435\u043e\u0440\u0438\u0438 \u043f\u0440\u043e\u0441\u0442\u043e\u0442\u044b \u042d\u0439\u043d\u0448\u0442\u0435\u0439\u043d\u0430, \u0433\u043b\u0430\u0432\u043d\u044b\u0439 \u043f\u043e\u043a\u0430\u0437\u0430\u0442\u0435\u043b\u044c \u043f\u043e\u043d\u0438\u043c\u0430\u043d\u0438\u044f \u043f\u0440\u0435\u0434\u043c\u0435\u0442\u0430 \u2014 \u044d\u0442\u043e \u0441\u043f\u043e\u0441\u043e\u0431\u043d\u043e\u0441\u0442\u044c \u043c\u0430\u043a\u0441\u0438\u043c\u0430\u043b\u044c\u043d\u043e \u043f\u0440\u043e\u0441\u0442\u043e \u0435\u0433\u043e \u043e\u0431\u044a\u044f\u0441\u043d\u0438\u0442\u044c, \u0442\u043e \u0438 \u0432 \u044d\u0442\u043e\u043c \u043f\u043e\u0441\u0442\u0435 \u044f \u043f\u043e\u0441\u0442\u0430\u0440\u0430\u044e\u0441\u044c \u043c\u0430\u043a\u0441\u0438\u043c\u0430\u043b\u044c\u043d\u043e \u043f\u0440\u043e\u0441\u0442\u043e \u0438 \u043f\u043e\u0434\u0440\u043e\u0431\u043d\u043e \u043e\u0431\u044a\u044f\u0441\u043d\u0438\u0442\u044c.","og:url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/samoe-glavnoe-v-wi-fi-6-net-seryozno","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-06-08T23:42:40+00:00","article:modified_time":"2020-06-08T23:42:40+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"84590","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 14:54:33","updated":"2022-10-01 21:53:56","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/84590","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=84590"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/84590\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/84591"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=84590"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=84590"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=84590"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}