Nätverkskrav

En stabil nätverksanslutning med låg fördröjning till ett Azure-datacenter är avgörande för en bra användarupplevelse i Azure Remote Rendering. Dåliga nätverksförhållanden kan resultera i borttagna anslutningar, instabila, skakiga eller hoppande hologram och märkbar fördröjning vid uppdatering av scendiagrammet på serversidan.

Riktlinjer för nätverksanslutning

De exakta nätverkskraven beror på ditt specifika användningsfall, till exempel antalet och frekvensen för ändringar i fjärrscendiagrammet samt komplexiteten i den renderade vyn, men det finns ett antal riktlinjer för att säkerställa att din upplevelse är så bra som möjligt:

• Internetanslutningen måste ha stöd för minst 40 Mbit/s nedströms och 5 Mbit/s uppströms konsekvent för en enskild användarsession i Azure Remote Rendering, förutsatt att det inte finns någon konkurrerande trafik i nätverket. Vi rekommenderar högre priser för bättre upplevelser.
• Wi-Fi är den rekommenderade nätverkstypen eftersom den stöder en låg svarstid, hög bandbredd och stabil anslutning. Vissa mobila nätverk introducerar jitter som kan leda till en dålig upplevelse.
• Att använda 5 GHz Wi-Fi-bandet ger vanligtvis bättre resultat än 2,4 GHz Wi-Fi-bandet, även om båda bör fungera.
• Om det finns andra Wi-Fi-nätverk i närheten bör du undvika att använda Wi-Fi-kanaler som används av dessa andra nätverk. Du kan använda verktyg för nätverksgenomsökning som WifiInfoView för att kontrollera om kanalerna som ditt Wi-Fi-nätverk använder är fria från konkurrerande trafik.
• Undvik att använda Wi-Fi-repeterare eller LAN-over-powerline-vidarebefordran.
• Undvik konkurrerande bandbreddsintensiv trafik – till exempel video- eller spelströmning – i samma Wi-Fi-nätverk.
• Om du har flera enheter på samma åtkomstpunkt skalas kraven upp på motsvarande sätt. Om du har flera åtkomstpunkter i en miljö, belastningsutjämningsenheter mellan åtkomstpunkterna, så att de är jämnt fördelade.
• Att ha bra Wi-Fi-signalstyrka är viktigt. Om möjligt bör du hålla dig nära din Wi-Fi-åtkomstpunkt och undvika hinder mellan klientenheten och åtkomstpunkterna.
• Se till att du alltid ansluter till närmaste Azure-datacenter för din region. Desto närmare datacenter, desto lägre nätverksfördröjning, vilket har en enorm effekt på hologramstabiliteten.

Kommentar

Nedströmsbandbredden förbrukas främst av videoströmmen, som i sin tur delas mellan färg- och djupinformation (båda 60 Hz, stereo).

Prestandatester för nätverk

Om du vill få en första förståelse för om kvaliteten på nätverksanslutningen räcker för att köra Azure Remote Rendering finns det befintliga onlineverktyg som du kan använda. Vi rekommenderar starkt att du kör dessa onlineverktyg från en relativt kraftfull bärbar dator som är ansluten till samma Wi-Fi som den enhet som du planerar att köra ditt Azure Remote Rendering-klientprogram på. Resultat från att köra testerna på en mobiltelefon eller HoloLens2 är vanligtvis mindre användbara, eftersom de har visat sig visa betydande variation på lågdrivna slutpunktsenheter. Platsen där du placerar den bärbara datorn bör vara ungefär på samma plats där du förväntar dig att använda den enhet som kör ditt Azure Remote Rendering-klientprogram.

Här följer några enkla steg för ett snabbtest av nätverksanslutningen:

1. Kör ett verktyg för nätverkstestning som www.speedtest.net för att hämta data om den övergripande svarstiden och uppströms-/nedströmsbandbredden för nätverksanslutningen. Välj en server som är närmast dig och kör testet. Även om servern inte kommer att vara det Azure-datacenter som Azure Remote Rendering ansluter till, är resulterande data fortfarande användbara för att förstå prestanda för din Internetanslutning och Wi-Fi.
   • Minimikrav för Azure Remote Rendering: Cirka 40 Mbit/s nedströms och 5 Mbit/s uppströms.
   • Rekommenderas för Azure Remote Rendering: Cirka 100 Mbit/s nedströms och 10 Mbit/s uppströms. Vi rekommenderar att du kör testet flera gånger och tar de sämsta resultaten.
2. Använd ett verktyg som www.azurespeed.com som mäter svarstiden till Azure-datacenter. Välj det Azure-datacenter som stöds av Azure Remote Rendering som är närmast dig (se regioner som stöds) och kör ett svarstidstest. Om det finns variation i de tal du ser ger du resultatet lite tid att stabiliseras.
   • Minimikrav för Azure Remote Rendering: Svarstiden bör konsekvent vara mindre än 80 ms.
   • Rekommenderas för Azure Remote Rendering: Svarstiden bör konsekvent vara mindre än 40 ms.

Låg svarstid är inte en garanti för att Azure Remote Rendering fungerar bra i nätverket, men vi har vanligtvis sett att den fungerar bra i situationer där dessa tester har klarats. Om du stöter på artefakter som instabila, skakiga eller hoppande hologram när du kör Azure Remote Rendering läser du felsökningsguiden.

Så här "pingar" du en återgivningssession

Det kan vara användbart att mäta svarstider mot en specifik virtuell sessionsdator, eftersom det här värdet kan skilja sig från värden som rapporteras av www.azurespeed.com. Värdnamnet för en session loggas av PowerShell-skriptet för att skapa en ny session. På samma sätt finns det en värdnamnsegenskap i REST-anropssvaret och även i C++/C#-körnings-API:et (RenderingSessionProperties.Hostname). Dessutom behövs handskakningsporten, som kan hämtas på samma sätt.

Här är några exempel på utdata från att köra skriptet RenderingSession.ps1 :

De virtuella datorerna i ARR-sessionen fungerar inte med det inbyggda kommandoradsverktyget "ping". I stället måste ett pingverktyg som fungerar med TCP/UDP användas. Ett enkelt verktyg med namnet PsPing (nedladdningslänk) kan användas för detta ändamål. Anropssyntaxen är:

psping.exe <hostname>:<handshakeport>

Exempel på utdata från psping som körs:

Nästa steg

• Snabbstart: Rendera en modell med Unity