Prestatieproblemen met Office 365 oplossen: planning

Moet u weten welke stappen u moet nemen om vertragingen, vastlopen en trage prestaties tussen SharePoint Online, OneDrive voor Bedrijven, Exchange Online of Skype voor Bedrijven Online en uw clientcomputer te identificeren en op te lossen? Voordat u ondersteuning belt, kan dit artikel u helpen bij het oplossen van Office 365 prestatieproblemen en zelfs het oplossen van enkele van de meest voorkomende problemen.

Dit artikel is eigenlijk een voorbeeldactieplan dat u kunt gebruiken om waardevolle gegevens over uw prestatieprobleem vast te leggen terwijl dit gebeurt. Enkele belangrijke problemen zijn ook opgenomen in dit artikel.

Als u nog geen netwerkprestaties hebt en een plan voor de lange termijn wilt maken om de prestaties tussen uw clientcomputers en Office 365 te bewaken, bekijkt u Office 365 prestatieafstemming en probleemoplossing - Beheer en IT-Pro.

Voorbeeld van een actieplan voor het oplossen van prestatieproblemen

Dit actieplan bestaat uit twee delen; een voorbereidingsfase en een logboekregistratiefase. Als u op dit moment een prestatieprobleem hebt en u gegevens wilt verzamelen, kunt u dit plan meteen gaan gebruiken.

De clientcomputer voorbereiden

  • Zoek een clientcomputer die het prestatieprobleem kan reproduceren. Deze computer wordt gebruikt tijdens het oplossen van problemen.
  • Noteer de stappen die ervoor zorgen dat het prestatieprobleem optreedt, zodat u klaar bent wanneer het tijd is om te testen.
  • Hulpprogramma's installeren voor het verzamelen en opnemen van informatie:
    • Installeer Netmon 3.4 (of gebruik een equivalent hulpprogramma voor netwerktracering).
    • Installeer de gratis Basic Edition van HTTPWatch (of gebruik een equivalent hulpprogramma voor netwerktracering).
    • Gebruik een schermrecorder of voer de stappenrecorder (PSR.exe) uit die wordt geleverd met Windows Vista en later, om een overzicht te houden van de stappen die u tijdens het testen uitvoert.

Het prestatieprobleem registreren

  • Sluit alle overbodige internetbrowsers.

  • Start de stappenrecorder of een andere schermrecorder.

  • Start uw Netmon-opname (of hulpprogramma voor netwerktracering).

  • Wis uw DNS-cache op de clientcomputer vanaf de opdrachtregel door ipconfig /flushdns te typen.

  • Start een nieuwe browsersessie en schakel HTTPWatch in.

  • Optioneel: Als u Exchange Online test, voert u het hulpprogramma Exchange Client Performance Analyzer uit vanuit de Office 365 beheerconsole.

  • Reproduceer de exacte stappen die het prestatieprobleem veroorzaken.

  • Stop de tracering van uw Netmon of van een ander hulpprogramma.

  • Voer op de opdrachtregel een traceringsroute naar uw Office 365-abonnement uit door de volgende opdracht te typen en vervolgens op ENTER te drukken:

    tracert <subscriptionname>.onmicrosoft.com
    
  • Stop de stappenrecorder en sla de video op. Zorg ervoor dat u de datum en tijd van de opname opneemt en of deze goede of slechte prestaties laat zien.

  • Sla de traceringsbestanden op. Vergeet ook niet de datum en tijd van de opname op te nemen en of de prestaties goed of slecht zijn.

Als u niet bekend bent met het uitvoeren van de hulpprogramma's die in dit artikel worden genoemd, hoeft u zich geen zorgen te maken omdat we deze stappen hierna bieden. Als u gewend bent om dit soort netwerkopnamen uit te voeren, kunt u doorgaan naar Basislijnen verzamelen, waarin het filteren en lezen van de logboeken wordt beschreven.

De DNS-cache eerst leegmaken

Waarom? Door de DNS-cache leeg te maken, start u uw tests met een schone lei. Door de cache te wissen, stelt u de inhoud van de DNS-resolver opnieuw in op de meest recente vermeldingen. Houd er rekening mee dat een flush geen VERMELDINGen van HOST's-bestanden verwijdert. Als u hostbestandsvermeldingen uitgebreid gebruikt, moet u deze vermeldingen kopiëren naar een bestand in een andere map en het HOST-bestand leegmaken.

De CACHE van de DNS-resolver leegmaken

  1. Open de opdrachtprompt (Start Run > > cmd of Windows key > cmd).

  2. Typ de volgende opdracht en druk op Enter:

    ipconfig /flushdns
    

Netmon

Netmon (Network Monitoring Tool) van Microsoft analyseert pakketten( verkeer) die tussen computers in netwerken worden doorgegeven. Door Netmon te gebruiken om verkeer te traceren met Office 365 kunt u pakketheaders vastleggen, bekijken en lezen, tussenliggende apparaten identificeren, belangrijke instellingen op netwerkhardware controleren, naar verwijderde pakketten zoeken en de verkeersstroom volgen tussen computers in uw bedrijfsnetwerk en Office 365. Omdat de werkelijke hoofdtekst van het verkeer is versleuteld, dat wil gezegd, (reist op poort 443 via SSL/TLS, kunt u de bestanden die worden verzonden niet lezen. In plaats daarvan krijgt u een ongefilterde tracering van het pad dat het pakket neemt, waarmee u het probleemgedrag kunt opsporen.

Zorg ervoor dat u op dit moment geen filter toepast. Voer in plaats daarvan de stappen uit en demonstreer het probleem voordat u de tracering stopt en opslaat.

Nadat u Netmon 3.4 hebt geïnstalleerd, opent u het hulpprogramma en voert u de volgende stappen uit:

Neem een Netmon-tracering en reproduceer het probleem

  1. Start Netmon 3.4. Er zijn drie deelvensters op de startpagina: Recente opnamen, Netwerken selecteren en de Aan de slag met Microsoft Network Monitor 3.4. Let op. In het deelvenster Netwerken selecteren ziet u ook een lijst met de standaardnetwerken waaruit u kunt vastleggen. Zorg ervoor dat hier netwerkkaarten zijn geselecteerd.

  2. Klik boven aan de startpagina op Nieuwe opname. Hiermee wordt een nieuw tabblad toegevoegd naast het tabblad Startpagina met de naam Capture 1. De gebruikersinterface van Netmon met de knoppen New Capture, Start en Stop gemarkeerd.

  3. Als u een eenvoudige opname wilt maken, klikt u op Start op de werkbalk.

  4. Reproduceer de stappen die een prestatieprobleem opleveren.

  5. Klik op Opslaan > als stoppen>. Vergeet niet om de datum en tijd met de tijdzone op te geven en te vermelden of de prestaties slecht of goed zijn.

HTTPWatch

HTTPWatch wordt geleverd in rekening gebracht, en een gratis editie. De gratis Basic Edition dekt alles wat u nodig hebt voor deze test. HTTPWatch bewaakt het netwerkverkeer en de laadtijd van pagina's rechtstreeks vanuit uw browservenster. HTTPWatch is een invoegtoepassing voor Internet Explorer waarmee de prestaties grafisch worden beschreven. De analyse kan worden opgeslagen en bekeken in HTTPWatch Studio.

Notitie

Als u een andere browser gebruikt, zoals Firefox, Google Chrome, of als u HTTPWatch niet kunt installeren in Internet Explorer, opent u een nieuw browservenster en drukt u op F12 op het toetsenbord. Als het goed is, ziet u het pop-upvenster van het ontwikkelhulpprogramma onder aan uw browser. Als u Opera gebruikt, drukt u op Ctrl+Shift+I voor Webcontrole, klikt u vervolgens op het tabblad Netwerk en voltooit u de onderstaande tests. De informatie is iets anders, maar de laadtijden worden nog steeds weergegeven in milliseconden. > HTTPWatch is ook zeer nuttig voor problemen met SharePoint laadtijden van onlinepagina's.

HTTPWatch uitvoeren en het probleem reproduceren

HTTPWatch is een browserinvoegtoepassing, dus het beschikbaar maken van het hulpprogramma in de browser is iets anders voor elke versie van Internet Explorer. Normaal gesproken vindt u HTTPWatch onder de opdrachtenbalk in de browser Internet Explorer. Als u de HTTPWatch-invoegtoepassing niet ziet in uw browservenster, controleert u de versie van uw browser door op Help > over te klikken of in latere versies van Internet Explorer op het tandwielsymbool en Over Internet Explorer te klikken. Als u de opdrachtenbalk wilt starten, klikt u met de rechtermuisknop op de menubalk in Internet Explorer en klikt u op de opdrachtenbalk.

In het verleden is HTTPWatch gekoppeld aan zowel de opdrachten als de Explorer-balken, dus als u het pictogram niet onmiddellijk ziet (zelfs na opnieuw opstarten), controleert u Hulpprogramma's en uw werkbalken voor het pictogram. Houd er rekening mee dat werkbalken kunnen worden aangepast en er opties aan kunnen worden toegevoegd.

De opdrachtwerkbalk van Internet Explorer met het pictogram HTTPWatch weergegeven.

  1. Start HTTPWatch in een browservenster van Internet Explorer. Deze wordt onder aan dat venster in de browser gedokt weergegeven. Klik op Record.

  2. Reproduceer de exacte stappen die betrokken zijn bij het prestatieprobleem. Klik op de knop Stoppen in HTTPWatch.

  3. Sla de HTTPWatch of Verzenden per e-mail op. Vergeet niet om het bestand een naam te geven, zodat het datum- en tijdgegevens bevat en een indicatie geeft of uw Watch een demonstratie van goede of slechte prestaties bevat.

HTTPWatch met het tabblad Netwerk voor het laden van een pagina van de Office 365 startpagina.

Deze schermafbeelding is afkomstig van de Professional-versie van HTTPWatch. U kunt traceringen openen die zijn gemaakt in de Basic-versie op een computer met een Professional-versie en deze daar lezen. Via deze methode kan extra informatie beschikbaar zijn via de tracering.

Probleemstappen recorder

Met Stappenrecorder, of PSR.exe, kunt u problemen vastleggen terwijl ze optreden. Het is een zeer nuttig hulpprogramma en zeer eenvoudig uit te voeren.

Voer de probleemoplossingsstappenrecorder (PSR.exe) uit om uw werk op te nemen

  1. Gebruik het type Uitvoering > starten > PSR.exe > OK of klik op het Windows sleuteltype > PSR.exe > en druk op Enter.

  2. Wanneer het kleine PSR.exe venster wordt weergegeven, klikt u op Record starten en reproduceert u de stappen die het prestatieprobleem reproduceren. U kunt desgewenst opmerkingen toevoegen door op Opmerkingen toevoegen te klikken.

  3. Klik op Record stoppen wanneer u de stappen hebt voltooid. Als het prestatieprobleem een paginaweergave is, wacht u totdat de pagina wordt weergegeven voordat u de opname stopt.

  4. Klik op Opslaan.

Een schermafbeelding van de stappenrecorder of PSR.exe.

De datum en tijd worden voor u vastgelegd. Hiermee wordt uw PSR op tijd gekoppeld aan uw Netmon-trace en HTTPWatch, en kunt u problemen met precisie oplossen. De datum en tijd in de PSR-record kunnen laten zien dat er bijvoorbeeld een minuut is verstreken tussen de aanmelding en het bladeren van de URL en de gedeeltelijke weergave van de beheersite.

Uw traceringen lezen

Het is niet mogelijk om alles te leren over netwerk- en prestatieproblemen oplossen die iemand via een artikel moet weten. Als u goed bent in prestaties, hebt u ervaring en kennis van de werking en prestaties van uw netwerk. Maar het is mogelijk om een lijst met belangrijkste problemen op te vragen en te laten zien hoe u met hulpprogramma's de meest voorkomende problemen gemakkelijker kunt elimineren.

Als u vaardigheden wilt opdoen voor het lezen van netwerktraceringen voor uw Office 365 sites, is er geen betere docent dan het maken van traceringen van paginaladingen en het verkrijgen van ervaring met het lezen ervan. Als u bijvoorbeeld een kans hebt, laadt u een Office 365-service en traceert u het proces. Filter de tracering voor DNS-verkeer of zoek in de FrameData naar de naam van de service die u hebt bekeken. Scan de tracering om een idee te krijgen van de stappen die optreden wanneer de service wordt geladen. Dit helpt u te leren hoe normale paginabelasting eruit moet zien en in het geval van probleemoplossing, met name op het gebied van prestaties, kan het vergelijken van goede en slechte traceringen u veel leren.

Netmon maakt gebruik van Microsoft IntelliSense in het filterveld Weergave. IntelliSense, of intelligente codevoltooiing, is dat trucje waarbij u een punt typt en alle beschikbare opties worden weergegeven in een vervolgkeuzelijst. Als u zich bijvoorbeeld zorgen maakt over het schalen van TCP-vensters, kunt u op deze manier de weg vinden naar een filter (zoals .protocol.tcp.window < 100).

Schermopname van Netmon die laat zien dat in het veld Filter weergeven intellisense wordt gebruikt.

Netmon-traceringen kunnen veel verkeer bevatten. Als u geen ervaring hebt met het lezen ervan, zult u waarschijnlijk de eerste keer overweldigd raken bij het openen van de tracering. Het eerste wat u moet doen, is het signaal scheiden van het achtergrondgeluid in de tracering. U hebt getest op Office 365 en dat is het verkeer dat u wilt zien. Als u gewend bent door traceringen te navigeren, hebt u deze lijst mogelijk niet nodig.

Verkeer tussen uw client en Office 365 gaat via TLS, wat betekent dat de hoofdtekst van het verkeer wordt versleuteld en niet leesbaar is in een algemene Netmon-tracering. Uw prestatieanalyse hoeft niet de details van de informatie in het pakket te kennen. Het is echter zeer geïnteresseerd in pakketheaders en de informatie die ze bevatten.

Tips om een goede tracering te krijgen

  • Ken de waarde van het IPv4- of IPv6-adres van uw clientcomputer. U kunt dit ophalen via de opdrachtprompt door IPConfig te typen en vervolgens op ENTER te drukken. Als u dit adres kent, kunt u in één oogopslag zien of het verkeer in de trace rechtstreeks betrekking heeft op uw clientcomputer. Als er een bekende proxy is, pingt u deze en haalt u ook het IP-adres op.

  • Maak de cache van de DNS-resolver leeg en sluit, indien mogelijk, alle browsers, behalve de browser waarin u uw tests uitvoert. Als u dit niet kunt doen, bijvoorbeeld als ondersteuning een browserhulpprogramma gebruikt om het bureaublad van uw clientcomputer te zien, moet u uw tracering filteren.

  • Zoek in een bezette tracering de Office 365 service die u gebruikt. Als u uw verkeer nog nooit of zelden hebt gezien, is dit een handige stap om het prestatieprobleem te scheiden van andere netwerkruis. Er zijn een paar manieren om dit te doen. Direct voor de test kunt u pingen of PsPing gebruiken voor de URL van de specifieke service (ping outlook.office365.com of psping -4 microsoft-my.sharepoint.com:443bijvoorbeeld). U kunt die ping of PsPing ook gemakkelijk vinden in een Netmon-tracering (met de procesnaam). Dat geeft je een plek om te gaan zoeken.

Als u op het moment van het probleem alleen Netmon-tracering gebruikt, is dat ook geen probleem. Als u zich wilt oriënteren, gebruikt u een filter zoals ContainsBin(FrameData, ASCII, "office") of ContainsBin(FrameData, ASCII, "outlook"). U kunt het framenummer uit het traceringsbestand opnemen. Mogelijk wilt u ook helemaal naar rechts schuiven in het deelvenster Framesamenvatting en naar de kolom Gespreks-id zoeken. Er wordt een nummer aangegeven voor de id van dit specifieke gesprek dat u later ook afzonderlijk kunt opnemen en bekijken. Vergeet niet om dit filter te verwijderen voordat u een ander filter toepast.

Tip

Netmon heeft veel nuttige ingebouwde filters. Probeer de knop Filter laden boven in het deelvenster Filter weergeven .

Zoek uw IP-adres met behulp van PSPing op de opdrachtregel op de clientcomputer.

Netmon-tracering van de client met dezelfde PSPing-opdracht via de filter-TCP. Flags.Syn == 1.

Raak vertrouwd met uw verkeer en leer de informatie te vinden die u nodig hebt. Leer bijvoorbeeld om te bepalen welk pakket in de tracering de eerste verwijzing heeft naar de Office 365 service die u gebruikt (zoals 'Outlook').

Als u Office 365 Outlook Online als voorbeeld neemt, begint het verkeer er als een voorbeeld van:

  • DNS Standard-query en DNS-antwoord voor outlook.office365.com met overeenkomende QueryID's. Het is belangrijk om de tijdsverschil voor deze omloop te noteren, evenals waar in de wereld de Office 365 Global DNS de aanvraag voor naamomzetting verzendt. In het ideale, zo lokaal mogelijk, in plaats van halverwege de wereld.

  • Een HTTP GET-aanvraag waarvan het statusrapport permanent is verplaatst (301)

  • RWS-verkeer met inbegrip van RWS Verbinding maken aanvragen en Verbinding maken antwoorden. (Dit is Remote Winsock die een verbinding voor u maakt.)

  • Een TCP SYN- en TCP SYN/ACK-gesprek. Veel van de instellingen in dit gesprek zijn van invloed op uw prestaties.

  • Vervolgens vindt er een reeks TLS:TLS-verkeer plaats, waar de TLS-handshake- en TLS-certificaatgesprekken plaatsvinden. (Vergeet niet dat de gegevens zijn versleuteld via SSL/TLS.)

Alle delen van het verkeer zijn belangrijk en verbonden, maar kleine delen van de tracering bevatten informatie die bijzonder belangrijk is voor het oplossen van prestatieproblemen, dus we richten ons op deze gebieden. Omdat we voldoende Office 365 prestatieproblemen bij Microsoft hebben gedaan om een top tien van veelvoorkomende problemen samen te stellen, richten we ons op deze problemen en hoe we de hulpprogramma's kunnen gebruiken die we nu moeten gebruiken om ze te rooten.

Als u ze nog niet allemaal gereed hebt geïnstalleerd, maakt de onderstaande matrix gebruik van verschillende hulpprogramma's. Waar mogelijk. Er worden koppelingen naar de installatiepunten gegeven. De lijst bevat algemene hulpprogramma's voor netwerktracering, zoals Netmon en Wireshark, maar gebruik elk traceringsprogramma waarmee u vertrouwd bent en waarin u gewend bent om netwerkverkeer te filteren. Onthoud het volgende wanneer u aan het testen bent:

  • Sluit uw browsers en test met slechts één browser die wordt uitgevoerd . Dit vermindert het totale verkeer dat u vastlegt. Het zorgt voor een minder drukke tracering.
  • De CACHE van de DNS-resolver op de clientcomputer leegmaken - Dit geeft u een schone lei wanneer u begint met het vastleggen, voor een schonere tracering.

Veelvoorkomende problemen

Enkele veelvoorkomende problemen die u kunt tegenkomen en hoe u deze kunt vinden in uw netwerktracering.

Tcp Windows schalen

Gevonden in de SYN - SYN/ACK. Verouderde of verouderde hardware maakt mogelijk geen gebruik van tcp-vensters schalen. Zonder de juiste schaalinstellingen voor TCP-vensters wordt de standaard 16-bits buffer in TCP-headers in milliseconden gevuld. Verkeer kan pas worden verzonden als de client een bevestiging ontvangt dat de oorspronkelijke gegevens zijn ontvangen, wat vertragingen veroorzaakt.

Hulpprogramma's

  • Netmon
  • Wireshark

Waar moet ik naar zoeken?

Zoek naar het SYN - SYN/ACK-verkeer in uw netwerktracering. Gebruik in Netmon een filter zoals tcp.flags.syn == 1. Dit filter is hetzelfde in Wireshark.

Filter in Netmon of Wireshark voor Syn-pakketten voor beide hulpprogramma's: TCP. Flags.Syn == 1.

U ziet dat er voor elke SYN een SrcPort-nummer (bronpoort) is dat overeenkomt in de doelpoort (DstPort) van de bijbehorende bevestiging (SYN/ACK).

Als u de Windows schaalwaarde wilt zien die wordt gebruikt door uw netwerkverbinding, vouwt u eerst de SYN en vervolgens de bijbehorende SYN/ACK uit.

Afbeelding die laat zien hoe U SrcPort kunt vergelijken met DstPort in een tracering om de tijdsdelta op te halen.

TCP-niet-actieve tijd Instellingen

In het verleden zijn de meeste perimeternetwerken geconfigureerd voor tijdelijke verbindingen, wat betekent dat niet-actieve verbindingen over het algemeen worden beëindigd. Niet-actieve TCP-sessies kunnen worden beëindigd door proxy's en firewalls van meer dan 100 tot 300 seconden. Dit is problematisch voor Outlook Online omdat hiermee langdurige verbindingen worden gemaakt en gebruikt, ongeacht of ze inactief zijn of niet.

Wanneer verbindingen worden beëindigd door proxy- of firewallapparaten, wordt de client niet op de hoogte gesteld en een poging om Outlook Online te gebruiken, betekent dat een clientcomputer herhaaldelijk zal proberen de verbinding opnieuw tot stand te brengen voordat een nieuwe wordt gemaakt. Mogelijk ziet u vastlopers in het product, prompts of trage prestaties bij het laden van pagina's.

Hulpprogramma's

  • Netmon
  • Wireshark

Waar moet ik naar zoeken?

Bekijk in Netmon het veld Tijdverschil voor een retour. Een retour is de tijd tussen het verzenden van een aanvraag naar de server en het terug ontvangen van een antwoord. Controleer tussen de client en het uitgangspunt (bijvoorbeeld Client --> Proxy) of de client naar Office 365 (Client --> Office 365). U kunt dit zien in veel typen pakketten.

Als voorbeeld kan het filter in Netmon er als .Protocol.IPv4.Address == 10.102.14.112 AND .Protocol.IPv4.Address == 10.201.114.12, of, in Wireshark, ip.addr == 10.102.14.112 &amp;&amp; ip.addr == 10.201.114.12uitzien.

Tip

Weet u niet of het IP-adres in uw trace deel uitmaakt van uw DNS-server? Probeer het op te zoeken op de opdrachtregel. Klik op Uitvoeren > starten > en typ cmd of druk op Windows toets > en typ cmd. Typ nslookup <the IP address from the network trace>bij de prompt. Als u wilt testen, gebruikt u nslookup op het IP-adres van uw eigen computer. > Zie Office 365 URL's en IP-adresbereiken voor een lijst met IP-adresbereiken van Microsoft.

Als er een probleem is, verwacht dan dat lange tijd offsets worden weergegeven, in dit geval (Outlook Online), met name in TLS:TLS-pakketten die de passage van toepassingsgegevens weergeven (in Netmon kunt u bijvoorbeeld toepassingsgegevenspakketten vinden via .Protocol.TLS AND Description == "TLS:TLS Rec Layer-1 SSL Application Data"). U ziet een vloeiende voortgang in de tijd tijdens de sessie. Als u lange vertragingen ziet bij het vernieuwen van uw Outlook Online, kan dit worden veroorzaakt door een hoge mate van resets die worden verzonden.

Latentie/retourtijd

Latentie is een meting die veel kan veranderen, afhankelijk van veel variabelen, zoals het upgraden van verouderde apparaten, het toevoegen van een groot aantal gebruikers aan een netwerk en het percentage totale bandbreedte dat wordt gebruikt door andere taken op een netwerkverbinding.

Er zijn bandbreedtecalculators voor Office 365 beschikbaar op deze pagina netwerkplanning en prestaties afstemmen voor Office 365 pagina.

Wilt u de snelheid van uw verbinding of de bandbreedte van uw isp-verbinding meten? Probeer deze site (of sites zoals deze): Speedtest Official-site of voer een query uit op uw favoriete zoekmachine voor de woordgroepssnelheidstest.

Hulpprogramma's

  • Ping
  • PsPing
  • Netmon
  • Wireshark

Waar moet ik naar zoeken?

Als u latentie in een trace wilt bijhouden, kunt u profiteren van het opnemen van het IP-adres van de clientcomputer en het IP-adres van de DNS-server in Office 365. Dit is bedoeld om tracering eenvoudiger te filteren. Als u verbinding maakt via een proxy, hebt u het IP-adres van uw clientcomputer, het IP-adres voor proxy/uitgaand verkeer en het Office 365 DNS-IP-adres nodig om het werk gemakkelijker te maken.

Een pingaanvraag die naar outlook.office365.com wordt verzonden, vertelt u de naam van het datacenter dat de aanvraag ontvangt, zelfs als ping mogelijk geen verbinding kan maken om de opeenvolgende ICMP-pakketten met handelsmerk te verzenden. Als u PsPing (een gratis hulpprogramma voor downloaden) en specifieke poort (443) gebruikt en misschien IPv4 (-4) wilt gebruiken, krijgt u een gemiddelde retourtijd voor verzonden pakketten. Dit werkt voor andere URL's in de Office 365-services, zoals psping -4 yourSite.sharepoint.com:443. In feite kunt u een aantal pings opgeven om een groter voorbeeld voor uw gemiddelde te krijgen, probeer iets als psping -4 -n 20 yourSite-my.sharepoint.com:443.

Notitie

PsPing verzendt geen ICMP-pakketten. Het pingt met TCP-pakketten via een specifieke poort, zodat u elke poort kunt gebruiken die u kent om open te zijn. Probeer in Office 365, die gebruikmaakt van SSL/TLS, poort :443 te koppelen aan uw PsPing.

Schermopname van een ping die outlook.office365.com oplost en een PSPing met de 443 die hetzelfde doet, maar ook een gemiddelde RTT van 6,5 ms rapporteert.

Als u de langzaam presterende Office 365 pagina hebt geladen tijdens het uitvoeren van een netwerktracering, moet u een Netmon- of Wireshark-tracering filteren op DNS. Dit is een van de IP's die we zoeken.

Hier volgen de stappen die u moet uitvoeren om uw Netmon te filteren om het IP-adres op te halen (en kijk eens naar DNS-latentie). In dit voorbeeld wordt outlook.office365.com gebruikt, maar kan ook de URL van een SharePoint Online-tenant (bijvoorbeeld hithere.sharepoint.com) worden gebruikt.

  1. Ping de URL ping outlook.office365.com en noteer in de resultaten de naam en het IP-adres van de DNS-server waarnaar de pingaanvraag is verzonden.
  2. Netwerktracering voor het openen van de pagina of het uitvoeren van de actie die u het prestatieprobleem geeft, of, als u een hoge latentie ziet op de ping, zelf, netwerktraceer deze.
  3. Open de tracering in Netmon en filter op DNS (dit filter werkt ook in Wireshark, maar is gevoelig voor hoofdlettergebruik -- dns). Omdat u de naam van de DNS-server van uw ping kent, kunt u ook sneller filteren in Netmon als volgt: DNS AND ContainsBin(FrameData, ASCII, "namnorthwest"), wat er als volgt uitziet in Wireshark dns en frame bevat "namnorthwest".
    Open het antwoordpakket en klik in het venster Netmon Frame Details op DNS om uit te vouwen voor meer informatie. In de DNS-gegevens vindt u het IP-adres van de DNS-server waarnaar de aanvraag is verzonden in Office 365. U hebt dit IP-adres nodig voor de volgende stap (het hulpprogramma PsPing). Verwijder het filter en klik met de rechtermuisknop op het DNS-antwoord in Netmon (Frame Summary > Find Conversations > DNS) om de DNS-query en het antwoord naast elkaar weer te geven.
  4. Let in Netmon ook op de kolom Tijdverschil tussen de DNS-aanvraag en het antwoord. In de volgende stap is het eenvoudig te installeren en te gebruiken PsPing-hulpprogramma erg handig, zowel omdat ICMP vaak wordt geblokkeerd op firewalls, als omdat PsPing de latentie elegant bijhoudt in milliseconden. PsPing voltooit een TCP-verbinding met een adres en poort (in ons geval open poort 443).
  5. Installeer PsPing.
  6. Open een opdrachtprompt (Start Run > > type cmd of Windows Key > type cmd) en wijzig de map in de map waarin u PsPing hebt geïnstalleerd om de PsPing-opdracht uit te voeren. In mijn voorbeelden ziet u dat ik een map 'Perf' heb gemaakt in de hoofdmap van C. U kunt hetzelfde doen voor snelle toegang.
  7. Typ de opdracht zodat u uw PsPing maakt op het IP-adres van de Office 365 DNS-server van uw eerdere Netmon-tracering, inclusief het poortnummer, zoals psping -n 20 132.245.24.82:445. Dit geeft u een steekproef van 20 pings en het gemiddelde van de latentie wanneer PsPing stopt.

Als u Office 365 via een proxyserver, zijn de stappen iets anders. U zou PsPing eerst naar uw proxyserver sturen om een gemiddelde latentiewaarde in milliseconden te krijgen naar proxy/uitgaand verkeer en terug, en vervolgens PsPing uitvoeren op de proxy of op een computer met een directe internetverbinding om de ontbrekende waarde op te halen (die naar Office 365 en terug).

Als u PsPing wilt uitvoeren vanaf de proxy, hebt u twee milliseconden waarden: Clientcomputer naar proxyserver of uitgangspunt en proxyserver naar Office 365. En je bent klaar! Nou, waarden opnemen, hoe dan ook.

Als u PsPing uitvoert op een andere clientcomputer die een directe verbinding met internet heeft, dat wil gezegd, zonder proxy, hebt u twee milliseconden waarden: Clientcomputer naar proxyserver of uitgangspunt, en clientcomputer naar Office 365. In dit geval trekt u de waarde van de clientcomputer af van de proxyserver of het uitgangspunt van de waarde van de clientcomputer naar Office 365, en hebt u de RTT-nummers van uw clientcomputer naar de proxyserver of het uitgangspunt, en van de proxyserver of het uitgangspunt naar Office 365.

Als u echter een clientcomputer kunt vinden op de beïnvloede locatie die rechtstreeks is verbonden of de proxy omzeilt, kunt u ervoor kiezen om te zien of het probleem zich daar reproduceert om te beginnen en vervolgens te testen met behulp van deze.

Latentie, zoals te zien is in een Netmon-tracering, kunnen deze extra milliseconden optellen als er genoeg zijn in een bepaalde sessie.

Algemene latentie in Netmon, waarbij de Standaardtijd delta-kolom netmon is toegevoegd aan de framesamenvatting.

Notitie

Uw IP-adres kan afwijken van de IP-adressen die hier worden weergegeven. Uw ping kan bijvoorbeeld iets retourneren zoals 157.56.0.0/16 of een vergelijkbaar bereik. Bekijk Office 365 URL's en IP-adresbereiken voor een lijst met bereiken die door Office 365 worden gebruikt.

Vergeet niet om alle knooppunten uit te vouwen (bovenaan staat hiervoor een knop) als u wilt zoeken naar bijvoorbeeld 132.245.

Proxyverificatie

Dit geldt alleen voor u als u een proxyserver gebruikt. Zo niet, dan kunt u deze stappen overslaan. Als u goed werkt, moet proxyverificatie consistent in milliseconden plaatsvinden. U moet geen onregelmatige slechte prestaties zien tijdens piekgebruiksperioden (bijvoorbeeld).

Als proxyverificatie is ingeschakeld, moet u telkens wanneer u een nieuwe TCP-verbinding maakt met Office 365 om informatie op te halen, achter de schermen een verificatieproces doorlopen. Wanneer u bijvoorbeeld in Outlook Online overschakelt van Agenda naar E-mail, wordt u geverifieerd. En als in SharePoint Online media of gegevens van meerdere sites of locaties op een pagina worden weergegeven, verifieert u voor elke andere TCP-verbinding die nodig is om de gegevens weer te geven.

In Outlook Online kunt u last hebben van trage laadtijden wanneer u schakelt tussen Agenda en uw postvak, of trage pagina's laden in SharePoint Online. Er zijn echter andere symptomen die hier niet worden vermeld.

Proxyverificatie is een instelling op uw uitgaande proxyserver. Als dit een prestatieprobleem met Office 365 veroorzaakt, moet u uw netwerkteam raadplegen.

Hulpprogramma's

  • Netmon
  • Wireshark

Waar moet ik naar zoeken?

Proxyverificatie vindt plaats wanneer een nieuwe TCP-sessie moet worden geactiveerd, meestal om bestanden of informatie van de server aan te vragen of om informatie op te geven. U ziet bijvoorbeeld proxyverificatie rond HTTP GET- of HTTP POST-aanvragen. Als u de frames wilt zien waarin u aanvragen in uw tracering wilt verifiëren, voegt u de kolom NTLMSSP-samenvatting toe aan Netmon en filtert u op .property.NTLMSSPSummary. Als u wilt zien hoe lang de verificatie duurt, voegt u de kolom Time Delta toe.

Een kolom toevoegen aan Netmon:

  1. Klik met de rechtermuisknop op een kolom zoals Beschrijving.
  2. Klik op Kolommen kiezen.
  3. Zoek NTLMSSP Summary en Time Delta in de lijst en klik op Toevoegen.
  4. Plaats de nieuwe kolommen vóór of achter de kolom Beschrijving , zodat u ze naast elkaar kunt lezen.
  5. Klik op OK.

Zelfs als u de kolom niet toevoegt, werkt het Netmon-filter. Maar het oplossen van problemen is veel eenvoudiger als u kunt zien in welke verificatiefase u zich bevindt.

Wanneer u op zoek bent naar exemplaren van proxyverificatie, moet u alle frames bestuderen waarin een NTLM-uitdaging is of dat er een verificatiebericht aanwezig is. Klik indien nodig met de rechtermuisknop op het specifieke deel van het verkeer en zoek gesprekken > TCP. Let op de Time Delta-waarden in deze gesprekken.

Netmon-tracering met proxyverificatie, gefilterd op gesprek.

Een vertraging van vier seconden in proxyverificatie, zoals te zien is in Wireshark. De tijdsdelta van de vorige weergegeven framekolom is gemaakt door met de rechtermuisknop op het veld met dezelfde naam in de framedetails te klikken en Toevoegen als kolom te selecteren.
In Wireshark kan de kolom 'Time delta from previous displayed frame' worden gemaakt door met de rechtermuisknop op het veld met dezelfde naam in de framedetails te klikken en Toevoegen als kolom te selecteren.

DNS-prestaties

Naamomzetting werkt het beste en het snelst wanneer deze zo dicht mogelijk bij het land van de klant plaatsvindt.

Als DNS-naamomzetting plaatsvindt in het buitenland, kan dit seconden toevoegen aan het laden van pagina's. In het ideale geval vindt naamomzetting plaats in minder dan 100 ms. Als dat niet het geval is, moet u verder onderzoek doen.

Tip

Weet u niet zeker hoe clientconnectiviteit werkt in Office 365? Bekijk hier het referentiedocument voor clientconnectiviteit.

Hulpprogramma's

  • Netmon
  • Wireshark
  • PsPing

Waar moet ik naar zoeken?

Het analyseren van DNS-prestaties is doorgaans een andere taak voor een netwerktracering. PsPing is echter ook handig om een mogelijke oorzaak te achterhalen of uit te vaardigen.

DNS-verkeer is gebaseerd op TCP- en UDP-aanvragen en antwoorden zijn duidelijk gemarkeerd met een id die helpt om een specifieke aanvraag te koppelen aan het specifieke antwoord. U ziet DNS-verkeer wanneer SharePoint Online bijvoorbeeld een netwerknaam of URL op een webpagina gebruikt. Als vuistregel wordt het grootste deel van dit verkeer, behalve bij het overdragen van zones, uitgevoerd via UDP.

In zowel Netmon als Wireshark is het meest eenvoudige filter waarmee u DNS-verkeer kunt bekijken, gewoon dns. Zorg ervoor dat u kleine letters gebruikt bij het opgeven van het filter. Vergeet niet om uw DNS-resolver-cache leeg te maken voordat u het probleem op uw clientcomputer begint te reproduceren. Als u bijvoorbeeld een trage SharePoint onlinepagina laadt voor de startpagina, moet u alle browsers sluiten, een nieuwe browser openen, tracering starten, uw DNS-resolvercache leegmaken en naar uw SharePoint Online-site bladeren. Zodra de hele pagina is omgezet, moet u de tracering stoppen en opslaan.

Een basisfilter voor DNS in Netmon is DNS.

U wilt de tijdsverschil hier bekijken. En het kan handig zijn om de kolom Time Delta toe te voegen aan Netmon. Dit kunt u doen door de volgende stappen uit te voeren:

  1. Klik met de rechtermuisknop op een kolom zoals Beschrijving.
  2. Klik op Kolommen kiezen.
  3. Zoek Time Delta in de lijst en klik op Toevoegen.
  4. Plaats de nieuwe kolom vóór of achter de kolom Beschrijving , zodat u deze naast elkaar kunt lezen.
  5. Klik op OK.

Als u een interessante query vindt, kunt u overwegen deze te isoleren door met de rechtermuisknop op die query te klikken in het deelvenster met framedetails en DNS voor gesprekken > zoeken te kiezen. U ziet dat het deelvenster Netwerkgesprekken direct naar het specifieke gesprek in het logboek van UDP-verkeer gaat.

Een Netmon-tracering van Outlook online belasting gefilterd op DNS en het gebruik van Gesprekken zoeken en vervolgens DNS om de resultaten te verfijnen.

In Wireshark kunt u een kolom maken voor DNS-tijd. Neem uw trace (of open een trace) in Wireshark en filter op dns, of, handiger, dns.time. Klik op een DNS-query en vouw in het deelvenster met details de Domain Name System (response) details uit. U ziet een veld voor tijd (bijvoorbeeld [Time: 0.001111100 seconds]. Klik met de rechtermuisknop op deze tijd en selecteer Toepassen als kolom. Hiermee krijgt u een tijdkolom voor een snellere sortering van uw tracering. Klik op de nieuwe kolom om te sorteren op aflopende waarden om te zien welke DNS-aanroep het langst heeft geduurd.

Een bladeren van SharePoint Online gefilterd in Wireshark op (kleine letters) dns.time, met de tijd van de details gemaakt in een kolom en oplopend gesorteerd.

Als u meer onderzoek wilt doen naar de dns-omzettingstijd, probeert u een PsPing op de DNS-poort die wordt gebruikt door TCP (bijvoorbeeld psping <IP address of DNS server>:53) . Ziet u nog steeds een prestatieprobleem? Als u dit doet, is het probleem waarschijnlijk een breder netwerkprobleem dan een specifiek probleem met de DNS-toepassing die u probeert op te lossen. Het is ook de moeite waard om te vermelden dat een ping naar outlook.office365.com u vertelt waar DNS-naamomzetting voor Outlook Online plaatsvindt (bijvoorbeeld outlook-namnorthwest.office365.com).

Als het probleem DNS-specifiek lijkt te zijn, moet u mogelijk contact opnemen met uw IT-afdeling om dns-configuraties en DNS-doorstuurservers te bekijken om dit probleem verder te onderzoeken.

Schaalbaarheid van proxy's

Services zoals Outlook Online in Office 365 bieden clients meerdere langetermijnverbindingen. Daarom kan elke gebruiker meer verbindingen gebruiken die een langere levensduur vereisen.

Hulpprogramma's

Math

Waar moet ik naar zoeken?

Er is geen specifiek hulpprogramma voor netwerktracering of probleemoplossing. In plaats daarvan is het gebaseerd op bandbreedteberekeningen op basis van beperkingen en andere variabelen.

Maximale tcp-segmentgrootte

Gevonden in de SYN - SYN/ACK. Voer deze controle uit op een netwerktracering voor prestaties die u hebt uitgevoerd om ervoor te zorgen dat TCP-pakketten zijn geconfigureerd om de maximale hoeveelheid gegevens te dragen die mogelijk is.

Het doel is om een MSS van 1460 bytes te zien voor de overdracht van gegevens. Als u zich achter een proxy bevindt of als u een NAT gebruikt, moet u deze test uitvoeren van client naar proxy/uitgaand/NAT en van proxy/uitgaand/NAT naar Office 365 voor de beste resultaten! Dit zijn verschillende TCP-sessies.

Hulpprogramma's

Netmon

Waar moet ik naar zoeken?

TCP Max Segment Size (MSS) is een andere parameter van de handshake in drie richtingen in uw netwerktracering, wat betekent dat u de gegevens vindt die u nodig hebt in het SYN - SYN/ACK-pakket. MSS is eigenlijk vrij eenvoudig te zien.

Open een netwerktracering voor prestaties die u hebt en zoek de verbinding waarnaar u nieuwsgierig bent of die het prestatieprobleem demonstreert.

Notitie

Als u een tracering bekijkt en het verkeer wilt vinden dat relevant is voor uw gesprek, filtert u op het IP-adres van de client of het IP-adres van de proxyserver of het uitgangspunt, of beide. Als u rechtstreeks gaat, moet u de URL pingen die u test op het IP-adres van Office 365 in de tracering en erop filteren.

Kijk je naar de trace tweedehands? Probeer filters te gebruiken om u te oriënteren. Voer in Netmon een zoekopdracht uit op basis van de URL, bijvoorbeeld Containsbin(framedata, ascii, "sphybridExample"), noteer het framenummer.

Gebruik in Wireshark zoiets als frame contains "sphybridExample". Als u merkt dat u verkeer van Remote Winsock (RWS) hebt gevonden (dit kan worden weergegeven als een [PSH, ACK] in Wireshark), moet u er rekening mee houden dat RWS-verbindingen kort voordat relevante SYN - SYN/AKS's worden weergegeven, zoals eerder is besproken.

Op dit punt kunt u het framenummer opnemen, het filter verwijderen en op Alle verkeer in het venster Netwerkgesprekken in Netmon klikken om de dichtstbijzijnde SYN te bekijken.

Belangrijk is dat als u op het moment van de tracering geen IP-adresgegevens hebt ontvangen, het zoeken van uw URL in de tracering (bijvoorbeeld een deel van sphybridExample-my.sharepoint.com) u IP-adressen geeft om op te filteren.

Zoek de verbinding in de tracering die u wilt zien. U kunt dit doen door de tracering te scannen, te filteren op IP-adressen of door specifieke gespreks-id's te selecteren in het venster Netwerkgesprekken in Netmon. Zodra u het SYN-pakket hebt gevonden, vouwt u TCP (in Netmon) of Transmission Control Protocol (in Wireshark) uit in het deelvenster Framedetails. Vouw TCP-opties en MaxSegmentSize uit. Zoek het bijbehorende SYN-ACK-frame en vouw TCP-opties en MaxSegmentSize uit. De kleinste van de twee waarden is de maximale segmentgrootte. In deze afbeelding maak ik gebruik van de ingebouwde kolom in Netmon met de naam TCP Troubleshoot.

Netwerktracering gefilterd in Netmon met behulp van de ingebouwde kolommen.

De ingebouwde kolom bevindt zich boven aan het deelvenster Framedetails . (Als u wilt terugkeren naar de normale weergave, klikt u nogmaals op Kolommen en kiest u tijdzone.)

Waar vindt u de vervolgkeuzelijst Kolommen voor de optie TCP-probleemoplossing (boven op de framesamenvatting).

Hier is een gefilterd spoor in Wireshark. Er is een filter dat specifiek is voor de MSS-waarde (tcp.options.mss). De frames van een SYN, SYN/ACK, ACK-handshake zijn aan de onderkant van de Wireshark gekoppeld die gelijk is aan Frame Details (dus frame 47 ACK, links naar 46 SYN/ACK, links naar 43 SYN) om dit soort werk gemakkelijker te maken.

Tracering gefilterd in Wireshark door tcp.options.mss voor Max Segment Size (MSS).

Als u selectieve bevestiging wilt controleren (het volgende onderwerp in deze matrix), moet u de tracering niet sluiten.

Selectieve bevestiging

Gevonden in de SYN - SYN/ACK. Moet worden gerapporteerd als Toegestaan in zowel SYN als SYN/ACK. Selectieve bevestiging (SACK) maakt een soepelere heroverdracht van gegevens mogelijk wanneer een pakket of pakketten ontbreken. Apparaten kunnen deze functie uitschakelen, wat kan leiden tot prestatieproblemen.

Als u zich achter een proxy bevindt of als u een NAT gebruikt, moet u deze test uitvoeren van client naar proxy/uitgaand/NAT en van proxy/uitgaand/NAT naar Office 365 voor de beste resultaten! Dit zijn verschillende TCP-sessies.

Hulpprogramma's

Netmon

Waar moet ik naar zoeken?

Selective Acknowledgment (SACK) is een andere parameter in de SYN-SYN/ACK-handshake. U kunt uw tracering op verschillende manieren filteren op SYN - SYN/ACK.

Zoek de verbinding in de trace die u wilt zien door de tracering te scannen, te filteren op IP-adressen of door op een gespreks-id te klikken in het venster Netwerkgesprekken in Netmon. Zodra u het SYN-pakket hebt gevonden, vouwt u TCP uit in Netmon of Transmission Control Protocol in Wireshark in de sectie Framedetails. Vouw TCP-opties uit en vervolgens SACK. Zoek het bijbehorende SYN-ACK-frame en vouw TCP-opties en het bijbehorende veld SACK uit. Zorg ervoor dat SACK is toegestaan in zowel SYN als SYN/ACK. Hier zijn SACK-waarden zoals weergegeven in Netmon en Wireshark.

Selectieve bevestiging (SACK) in Netmon als gevolg van tcp.flags.syn == 1.

SACK zoals gezien in Wireshark met het filter tcp.flags.syn == 1.

DNS Geolocatie

Waar in de wereld Office 365 uw DNS-aanroep probeert op te lossen, heeft dit invloed op de verbindingssnelheid.

In Outlook Online wordt, nadat de eerste DNS-zoekopdracht is voltooid, de locatie van die DNS gebruikt om verbinding te maken met uw dichtstbijzijnde datacenter. U wordt verbonden met een Outlook Online CAS-server, die het backbone-netwerk gebruikt om verbinding te maken met het datacenter (dC) waar uw gegevens zijn opgeslagen. Dit gaat sneller.

Wanneer u SharePoint Online opent, wordt een gebruiker die naar het buitenland reist, omgeleid naar het actieve datacentrum. Dit is de dC waarvan de locatie is gebaseerd op de basis van de SPO-tenant (dus een dC in de VS als de gebruiker op basis van de VS is).

Lync Online heeft actieve knooppunten in meer dan één dC tegelijk. Wanneer aanvragen worden verzonden voor Lync Online-exemplaren, bepaalt de DNS van Microsoft waar de aanvraag vandaan komt en worden IP-adressen geretourneerd van de dichtstbijzijnde regionale dC waar Lync Online actief is.

Tip

Wilt u meer weten over hoe clients verbinding maken met Office 365? Bekijk het naslagartikel over clientconnectiviteit (en de bijbehorende handige afbeeldingen).

Hulpprogramma's

  • Ping
  • PsPing

Waar moet ik naar zoeken?

Aanvragen voor naamomzetting van de DNS-servers van de client naar de DNS-servers van Microsoft moeten in de meeste gevallen ertoe leiden dat Microsoft DNS het IP-adres van een regionaal datacenter (dC) retourneert. Wat betekent dit voor jou? Als uw hoofdkantoor zich in Bangalore, India bevindt, maar u onderweg bent in de Verenigde Staten, moeten de DNS-servers van Microsoft u ip-adressen geven aan datacenters in de Verenigde Staten, een regionaal datacenter wanneer uw browser een aanvraag indient voor Outlook Online. Als e-mail van Outlook nodig is, worden die gegevens via het snelle backbone-netwerk van Microsoft tussen de datacenters verplaatst.

DNS werkt het snelst wanneer naamomzetting zo dicht mogelijk bij de gebruikerslocatie wordt uitgevoerd. Als u in Europa bent, wilt u naar een Microsoft DNS in Europa gaan en (idealiter) omgaan met een datacenter in Europa. De prestaties van een client in Europa die naar DNS en een datacenter in Amerika gaat, worden langzamer.

Voer het hulpprogramma Ping uit op outlook.office365.com om te bepalen waar ter wereld uw DNS-aanvraag wordt gerouteerd. Als u in Europa bent, zou u een antwoord moeten zien van iets als outlook-emeawest.office365.com. Verwacht in Amerika zoiets als outlook-namnorthwest.office365.com.

Open de opdrachtprompt op de clientcomputer (via Start Run > > cmd of Windows sleuteltype > cmd). Typ ping outlook.office365.com en druk op Enter. Vergeet niet om -4 op te geven als u wilt opgeven dat u wilt pingen via IPv4. Het is mogelijk dat u geen antwoord krijgt van de ICMP-pakketten, maar u ziet de naam van de DNS waarnaar de aanvraag is gerouteerd. Als u de latentienummers voor deze verbinding wilt zien, probeert u PsPing naar het IP-adres van de server die wordt geretourneerd door ping.

Ping van outlook.office365.com met resolutie in outlook-namnorthwest.

PSPing naar het IP-adres dat wordt geretourneerd door de ping naar outlook.office365.com met een gemiddelde latentie van 28 milliseconden.

Problemen met Office 365-toepassing oplossen

Hulpprogramma's

  • Netmon
  • HTTPWatch
  • F12-console in de browser

In dit netwerkspecifieke artikel hebben we geen betrekking op hulpprogramma's die worden gebruikt voor toepassingsspecifieke probleemoplossing. Maar u vindt resources die u op deze pagina kunt gebruiken.

Office 365-eindpunten beheren

Veelgestelde vragen over Office 365-eindpunten