{"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\/it\/blog\/administrirovanie\/samoe-glavnoe-v-wi-fi-6-net-seryozno","title":{"rendered":"La cosa pi\u00f9 importante del Wi-Fi 6. No, sul serio","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ciao.<\/p>\n

Se crediamo nella teoria della semplicit\u00e0 di Einstein, il principale indicatore della comprensione di un argomento \u00e8 la capacit\u00e0 di spiegarlo nel modo pi\u00f9 semplice possibile. In questo post cercher\u00f2 di spiegare nel modo pi\u00f9 chiaro e dettagliato possibile il funzionamento di un'unica componente del nuovo standard, che per qualche motivo anche il Wi-Fi Alliance considera non degna di menzione nell'infografica sulle nuove funzionalit\u00e0 del Wi-Fi 6, anche se, come scopriremo insieme, \u00e8 molto importante e degna di nota. Qui non andiamo troppo in profondit\u00e0 e sicuramente non \u00e8 tutto esauriente (perch\u00e9 mangiare un elefante \u00e8 difficile anche per pezzi), ma spero che tutti noi possiamo apprendere qualcosa di nuovo e interessante dalle mie parole.<\/p>\n

Il tanto atteso 802.11ax, che aspettiamo da oltre due anni, porta con s\u00e9 molte novit\u00e0 e sorprese. Chiunque voglia parlarne si trova sempre di fronte a una scelta: fare un riassunto veloce coprendo molte abbreviazioni e termini tecnici, cercando di non affondare nei complessi meccanismi che si celano dietro ciascuno di essi, oppure dedicarsi a una relazione di un\u2019ora su un argomento specifico, quello che pi\u00f9 piace all'autore. Io oserei andare oltre: la maggior parte del mio intervento non sar\u00e0 nemmeno dedicata al nuovo!
\n<\/a><\/noindex>
\nDunque, da oltre vent'anni parte delle reti wireless per la trasmissione di dati \u00e8 costruita su un insieme di standard della famiglia 802.11 e, come qualsiasi relatore rispettabile, avrei dovuto ricostruire la cronologia di tutta la catena di eventi che ha regalato al mondo miliardi di dispositivi compatibili tra loro \u2014 ma, rispettando il lettore, mi prendo il rischio di non farlo. Tuttavia, \u00e8 necessario ricordare alcune cose. <\/p>\n

Tutte le iterazioni del Wi-Fi si sono concentrate soprattutto sulla affidabilit\u00e0, piuttosto che sulla massimizzazione della capacit\u00e0 di trasmissione. Questo deriva dal meccanismo di accesso al mezzo (CSMA\/CA), non particolarmente ottimale dal punto di vista della massimizzazione degli ultimi kilobit al secondo dalla trasmissione (puoi leggere di pi\u00f9 sulle imperfezioni del mondo in generale e del Wi-Fi in particolare nell\u2019articolo del mio ex collega skhomm<\/a><\/noindex> qui.<\/a><\/noindex>), ma incredibilmente resistente in praticamente tutte le condizioni. Infatti, si possono violare praticamente tutti i principi fondamentali della progettazione delle reti Wi-Fi \u2014 e in una rete del genere il transfer di dati avverr\u00e0 comunque! L'intero meccanismo, attraverso il quale i client della rete Wi-Fi hanno la possibilit\u00e0 di trasmettere e\/o ricevere le loro porzioni di dati, \u00e8 mirato a garantire quello che in inglese viene definito con un termine difficile da tradurre, robustness. L'intero strato sopra le modulazioni elevate, aggregazione dei frame di dati (non proprio cos\u00ec, ma ci sta!) continua a funzionare anche dopo i due principi fondamentali dell'802.11, che garantiscono questa affidabilit\u00e0 senza pari:<\/p>\n

    \n
  1. \u201cFinch\u00e9 parla uno \u2014 gli altri tacciono\u201d;<\/li>\n
  2. \u201cTutto, tranne i dati, viene comunicato lentamente e chiaramente\u201d.<\/li>\n<\/ol>\n

    \nIl secondo punto influisce sulla capacit\u00e0 della rete molto pi\u00f9 di quanto possa sembrare a prima vista. Ecco un'immagine interessante che illustra un pacchetto di dati inviato su una rete Wi-Fi:<\/p>\n

    \"La
    \n
    \nMettiamo a fuoco cosa significa per le persone comuni, che non sanno quante pagine contiene lo standard 802.11-2016. La velocit\u00e0 di trasmissione dei dati che il sistema indica nelle propriet\u00e0 della rete wireless e quella che i marketer di qualsiasi produttore disegnano sulle confezioni dei punti di accesso (beh, sicuramente l'hai vista \u2014 1,7 Gb\/s! 2,4 Gb\/s! 9000 Gb\/s!), \u00e8 non solo un picco e massima nel 100% del tempo di trasmissione, ma \u00e8 anche la velocit\u00e0 alla quale verr\u00e0 inviato solo il pezzo blu di questo grafico carino. Tutto il resto verr\u00e0 inviato a una velocit\u00e0 che in inglese viene chiamata management rate (e anche in russo, perch\u00e9 tradurre tali espressioni porta a ulteriori incomprensioni tra ingegneri), e che \u00e8 inferiore non di qualche volta, ma di CENTINAIA<\/b> di volte. Ad esempio, senza alcuna configurazione aggiuntiva, una rete 802.11ac, che pu\u00f2 funzionare con client a velocit\u00e0 canalare di 1300 Mb\/s, trasmette tutte le informazioni di servizio (tutto ci\u00f2 che non \u00e8 blu nel nostro grafico sempre pi\u00f9 terrificante) a una management rate di 6 Mb\/s. Pi\u00f9 di duecento volte pi\u00f9 lenta! <\/p>\n

    Una domanda logica: quale, scusate, giorno di quale mese potrebbe mai aver pensato a questa idea dannosa di entrare negli standard su cui operano miliardi di dispositivi in tutto il mondo? La risposta logica \u00e8: compatibilit\u00e0, compatibilit\u00e0, compatibilit\u00e0! Una rete sulla pi\u00f9 recente access point deve garantire la capacit\u00e0 di funzionare anche per dispositivi di dieci e persino quindici anni, e proprio in questi \u201cpezzi non blu\u201d scorre l'informazione, che i vecchi dispositivi lenti riceveranno, comprenderanno correttamente e non tenteranno di trasmettere i loro dati durante i frammenti ultra-veloci. La robustezza richiede sacrifici!<\/p>\n

    Ora sono pronto a fornire a chiunque sia interessato uno strumento indispensabile per spaventarsi di fronte ai potenziali megabit trasmessi che si perdono senza scopo nel Wi-Fi moderno: si tratta di un calcolatore diventato ormai obbligatorio di studiare nei circoli ingegneristici pertinenti. Il Calcolatore WiFi AirTime<\/b> a cura dell'entusiasta norvegese del 802.11 Gjermund Raaen. \u00c8 disponibile a questo link<\/a><\/noindex> \u2014 il risultato del suo lavoro appare pi\u00f9 o meno in questo modo:<\/p>\n

    \"La
    \n
    \nRiga 1 \u2014 il tempo impiegato per la trasmissione di un pacchetto dati di 1512 byte da un dispositivo 802.11n su un canale di larghezza 20 MHz.<\/p>\n

    Riga 2 \u2014 il tempo impiegato per trasmettere lo stesso pacchetto da un dispositivo con la stessa formula dell'antenna, ma che funziona gi\u00e0 secondo lo standard 802.11ac su un canale largo 80 MHz.<\/p>\n

    Com'\u00e8 possibile che ci sia stata 'una perdita' di quattro volte pi\u00f9 spettro, che la modulazione massima sia cambiata da 64QAM a 256QAM, e che la velocit\u00e0 del canale sia superiore di SEI<\/b> volte (433 Mb\/s invece di 72 Mb\/s), e che si sia guadagnato al massimo il 25% del tempo di occupazione dello spettro? <\/p>\n

    Ricordate la compatibilit\u00e0 e i due principi dell'802.11?<\/p>\n

    Bene, come possiamo correggere tale ingiustizia e spreco \u2014 ci chiederemo, cos\u00ec come probabilmente si \u00e8 chiesta ogni gruppo di lavoro IEEE che ha iniziato a creare lo standard? Ci vengono in mente alcuni percorsi logici:<\/p>\n

      \n
    1. Accelerare la trasmissione dei dati nel 'pezzo verde' del grafico.<\/i><\/b> Questo succede ad ogni uscita di uno standard, perch\u00e9 i numeri grandi fanno una bella impressione sulle confezioni. Nella pratica, come abbiamo appena notato, fornisce un guadagno finale \u2014 anche se aumentiamo la velocit\u00e0 del canale a cento miliardi di gigabit per nanosecondo, tutte le altre parti del grafico rimarranno le stesse. \u00c8 per questo che raccomando di saltare i paragrafi che menzionano i megabit al secondo in tutte le narrazioni riguardanti i nuovi standard 802.11.<\/li>\n
    2. Accelerare tutte le altre parti della timeline.<\/i><\/b> Infatti, se raddoppiamo almeno la velocit\u00e0 con cui viene trasmessa tutta la parte \"non verde\" (oppure \"non blu\", se state ancora guardando l'immagine precedente), otteniamo poco meno del 50% di aumento della reale capacit\u00e0 di throughput\u2014certo, a costo di perdere compatibilit\u00e0 con i dispositivi e con una serie di altri dettagli di cui verrete a conoscenza quando inizierete a prepararvi per l'esame per il prestigioso titolo di CWNA \ud83d\ude42 Spoiler: non \u00e8 sempre facile farlo, richiedendo una riflessione approfondita e comprensione delle conseguenze. In effetti, questo viola uno dei due principi di 802.11, quindi \u00e8 necessario fare molta attenzione!<\/li>\n
    3. Unire insieme alcuni di questi frame con le parti verdi.<\/i><\/b> Pi\u00f9 lunga \u00e8 la parte verde, pi\u00f9 efficiente \u00e8 l'aumento della velocit\u00e0 di canale. S\u00ec, questa \u00e8 una strategia decisamente praticabile, emersa gi\u00e0 in 802.11n e che rappresenta uno dei capisaldi della sua innovazione. Il problema \u00e8 che, da un lato, molte applicazioni non si interessano affatto a tale aggregazione (ad esempio, il famigerato Voice over Wi-Fi), dall'altro, vari dispositivi non sono interessati (una volta ho cercato di catturare alcuni di questi frame aggregati in una rete reale della mia azienda, ma su >500k frame \"catturati\", esattamente zero erano aggregati. Probabilmente, il problema \u00e8 nella mia metodologia di raccolta dati, ma sono pronto a discuterne con chiunque voglia in una conversazione privata!). <\/li>\n
    4. Violato anche il primo dei due principi di 802.11, iniziando a parlare quando parla qualcun altro.<\/i><\/b> Ed \u00e8 qui che entra in gioco 802.11ax.<\/li>\n<\/ol>\n

      \nChe bello, finalmente nel mio racconto su Wi-Fi 6 sono arrivato al vero Wi-Fi 6! Se state ancora leggendo questo, o siete obbligati a farlo per qualche motivo, oppure siete davvero interessati. Dunque, sebbene 802.11ax erediti gran parte del lavoro svolto da tutta la famiglia 802.11 (e non solo, per la verit\u00e0\u2014alcune cose interessanti sono emerse addirittura in 802.16, noto come WiMAX), ci sono comunque elementi freschi e originali. Di solito, a queste parole si associa un'immagine del genere, disponibile sul sito Wi-Fi Alliance:<\/p>\n

      \"La
      \n
      \nCome ho detto fin dall'inizio, in un solo articolo ben leggibile possiamo esaminare solo uno di questi punti chiave, e per essere pi\u00f9 precisi, nessuno di quelli mostrati nell'immagine (una sorpresa, vero!). Sono sicuro che avete gi\u00e0 letto milioni di brevi descrizioni di ognuno di questi otto elementi chiave, ma io continuer\u00f2 la mia lunga e noiosa narrazione riguardo a ci\u00f2 che deriva dall'OFDMA \u2014 dal controllo di accesso multiplo (MU-access control), che, come vediamo, non \u00e8 affatto apparso nell'infografica. E questo \u00e8 un vero peccato!<\/p>\n

      L'accesso multiplo \u00e8 ci\u00f2 di cui ha bisogno la suddivisione del canale in portanti per avere senso. Perch\u00e9 cercare di esplorare diversi frammenti dello spettro se non esiste un meccanismo in grado di far s\u00ec che i clienti della nuova rete Wi-Fi 6 violino una delle regole inviolabili fino a quel momento e inizino a comunicare contemporaneamente? E, naturalmente, un tale meccanismo doveva necessariamente apparire \u2014 e ridurre l'impatto del problema della \"lentezza\" rispetto ai dati delle informazioni di servizio. Come? Molto semplice: facciamo in modo che la parte \"lenta\", quella di servizio, venga trasmessa come prima, mentre la parte \"veloce\", in cui circolano i dati reali, la inviamo contemporaneamente da pi\u00f9 (o a pi\u00f9) dispositivi su comando! Si presenta cos\u00ec:<\/p>\n

      \"La
      \n
      \nSembra complicato, ma in realt\u00e0 \u00e8 piuttosto facile da spiegare: il punto di accesso, tramite un frame speciale comprensibile a tutti (anche ai dispositivi non Wi-Fi 6!), comunica che \u00e8 pronto a trasmettere dati sia a STA1 che a STA2 simultaneamente. Poich\u00e9 l'\"intestazione\" di questo frame \u00e8 totalmente chiara anche ai clienti pi\u00f9 vecchi, deducono correttamente che l'aria sar\u00e0 occupata per un certo periodo dalla trasmissione di informazioni ad altri clienti della rete e iniziano a contare il tempo fino alla fine di questo periodo (come sempre in Wi-Fi). Ma i dispositivi STA1 e STA2 capiscono che ora riceveranno dati in un modo nuovo, simultaneamente, ciascuno sul proprio pezzo di canale, e rispondono al punto di accesso anche simultaneamente, e poi confermano in modo sincrono la ricezione del frame (ognuno con la propria porzione di dati!), e l'ambiente si libera di nuovo. \"Dal basso verso l'alto\" funziona pi\u00f9 o meno in questo modo:<\/p>\n

      \"La
      \n
      \nLa differenza principale e pi\u00f9 evidente \u00e8 che il punto di accesso, in questa situazione, informa le stazioni in grado di comunicare simultaneamente su quando avviare la trasmissione, utilizzando un frame speciale chiamato Trigger. Questo, in sostanza, \u00e8 un nuovo \u201cgrilletto\u201d per l'intero meccanismo di accesso simultaneo multiplo all'ambiente, che \u00e8, a mio modestissimo avviso, una delle innovazioni pi\u00f9 importanti \u201csotto il cofano\u201d del nuovo standard. \u00c8 tramite di esso che i clienti ricevono un \u201corario\u201d su come condividere un canale di frequenza; proprio grazie a questo, i clienti informano simultaneamente il punto di accesso di aver ricevuto le loro porzioni di dati e di essere riusciti a decifrarle. In esso, il punto di accesso avvisa tutti coloro che possono \u201cparlare\u201d simultaneamente dell'inizio della trasmissione dei dati; ed \u00e8 sempre il punto di accesso che avvia l'invio dei dati richiesti. Il nuovo meccanismo del Trigger frame, in sostanza, permette di ridurre l'uso irrazionale della occupazione dello spettro, e ci\u00f2 in modo tanto efficace quanto il numero di clienti in grado di utilizzarlo correttamente!<\/p>\n

      Ora formuliamo i punti principali che emergono da tutto questo lungo racconto e aspirano a un TL;DR: <\/p>\n

        \n
      1. I punti di accesso del nuovo standard 802.11ax, anche basandosi su una sola delle molte innovazioni, inizieranno ad aumentare la capacit\u00e0 complessiva dell'intera rete a partire dal secondo<\/b> dispositivo client compatibile! Non appena appariranno almeno due clienti in grado di comunicare simultaneamente, con tutte le altre cose uguali (non ho motivo di ritenere che i driver per i moduli radio client siano scritti meglio di prima, il che significa che l'aggregazione delle parti \u201cutili\u201d dei frame e molte altre funzioni dipendenti dai client continueranno a funzionare mediamente male), aumenteranno gi\u00e0 la capacit\u00e0 media. Quindi, se stai pensando a una nuova rete Wi-Fi, ha senso considerare subito i punti di accesso pi\u00f9 recenti e migliori, perch\u00e9 anche se attualmente ci sono pochi clienti per loro, questa situazione non durer\u00e0 a lungo.<\/li>\n
      2. Tutti i trucchi e le astuzie che oggi sono a disposizione di un buon ingegnere wireless rimarranno attuali a lungo: anche se il meccanismo di accesso all'ambiente \u00e8 stato aggiornato, rompendo i principi fondamentali che sono durati oltre 20 anni, continua a porre l'accento sulla compatibilit\u00e0. \u00c8 ancora necessario escludere i \u201ctassi di gestione lenti\u201d (e bisogna sempre capire perch\u00e9 e quando), \u00e8 ancora necessario pianificare correttamente il livello fisico, perch\u00e9 nessun meccanismo a livello di collegamento funzioner\u00e0 se ci sono problemi a livello fisico. \u00c8 semplicemente emersa la possibilit\u00e0 di fare ancora meglio<\/i>.<\/li>\n
      3. Quasi tutte le decisioni in Wi-Fi 6 sono prese dal punto di accesso. Come vediamo, esso gestisce l'accesso dei clienti all'ambiente, unendo insieme i dispositivi in \u201cperiodi\u201d di lavoro simultaneo. Spostandosi un po' pi\u00f9 in l\u00e0 \u2014 il funzionamento del TWT ricade anch'esso interamente sulle spalle del punto di accesso. Ora il punto di accesso non solo deve \u201ctrasmettere la rete\u201d e conservare il traffico nelle code, ma deve anche monitorare tutti i clienti, pianificando come unirli al meglio in base alle loro larghezze di banda e necessit\u00e0 di traffico, alle loro batterie e molto, molto altro \u2014 io chiamo questo processo \u201corchestrazione\u201d. Gli algoritmi secondo cui il punto di accesso prender\u00e0 tutte queste decisioni non sono regolamentati, il che significa che la vera qualit\u00e0 e l'approccio strutturato dei produttori si manifesteranno proprio nello sviluppo degli algoritmi di orchestrazione. Quanto pi\u00f9 precisamente i punti saranno in grado di prevedere le esigenze dei clienti, tanto meglio e pi\u00f9 uniformemente potranno unirli in gruppi di accesso multiplo \u2014 di conseguenza, le risorse radio saranno utilizzate in modo pi\u00f9 razionale e la capacit\u00e0 finale di tale punto di accesso sar\u00e0 maggiore. L'algoritmo \u00e8 l'ultimo frontiera!<\/li>\n
      4. Il passaggio da Wi-Fi 5 a Wi-Fi 6 \u00e8, per natura e importanza, altrettanto rivoluzionario quanto il passaggio da 802.11g a 802.11n. Allora abbiamo ottenuto il multi-streaming e l'aggregazione del 'payload' \u2014 ora otteniamo l'accesso simultaneo all'ambiente e finalmente il funzionamento del MU-MIMO e del Beamforming (per prima cosa, come sappiamo, sono quasi la stessa cosa; in secondo luogo, la discussione sul 'perch\u00e9 il MU-MIMO in 802.11ac \u00e8 stato inventato ma non \u00e8 riuscito a funzionare' \u00e8 un argomento di un grande articolo a parte \ud83d\ude42 ). Sia 802.11n che Wi-Fi 6 operano in entrambe le bande (2,4 GHz e 5 GHz), a differenza dei predecessori 'intermedi' \u2014 davvero, 'sei \u00e8 il nuovo quattro'!<\/li>\n<\/ol>\n

        <\/p>\n

        Un po' sulle origini di questo articolo<\/b>
        \n L'articolo \u00e8 stato scritto per un concorso indetto da Huawei (iniziialmente pubblicato         qui<\/a><\/noindex>). Gran parte di quello che ho scritto si basa sul mio intervento alla conferenza 'Senza fili', che si \u00e8 tenuta nel 2019 a San Pietroburgo (la registrazione della presentazione pu\u00f2 essere vista su YouTube<\/a><\/noindex>, ma tenete presente che l'audio non \u00e8 ottimo, nonostante l'origine videos da San Pietroburgo!).
        \n
        Fonte:         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\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\udd47La cosa pi\u00f9 importante del Wi-Fi 6. No, sul serio | ProHoster","description":"Ciao. Se crediamo alla teoria della semplicit\u00e0 di Einstein, il principale indicatore della comprensione di un argomento \u00e8 la capacit\u00e0 di spiegarlo nella maniera pi\u00f9 semplice possibile, quindi in questo post cercher\u00f2 di spiegare nel modo pi\u00f9 semplice e dettagliato possibile.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/samoe-glavnoe-v-wi-fi-6-net-seryozno","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","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\/it\/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\/it\/wp-json\/wp\/v2\/posts\/84590","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=84590"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/84590\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/84591"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=84590"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=84590"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=84590"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}