Inledning

Att förkvalificera tjänstens tillgänglighet för en kund innebär det viktiga steget att bekräfta att deras nätverk är redo för Webex Calling-tjänsterna.

CScan är ett nätverksberedskapsverktyg som är utformat för att förkvalificera en kunds nätverk. Cisco-kunder kan köra det här verktyget för att testa sin nätverksanslutning för att säkerställa att de får högkvalitativ upplevelse för sin Webex Calling-tjänst.

Innan du börjar

En korrekt konfigurerad brandvägg är nödvändig för en lyckad distribution av Webex Calling. Utgående portar måste vara öppna för signalering, media- och nätverksanslutning och lokal gateway eftersom Webex Calling är en global tjänst. Se portreferensinformationen för Cisco Webex Calling-tjänsten för att säkerställa att alla obligatoriska brandväggsregler är på plats när CSkan verktyg körs.

Kör CSkan testa från samma nätverk som du kommer att använda dina Webex Calling-tjänster för att få optimala resultat.

Det går inte att testa alla krav från ett webbbaserat verktyg. Här är några områden som CS inte kan testa eller upptäcka.

  • Om användaren använder ett kabelanslutet eller trådlöst nätverk

  • Tillgänglighet för en DHCP- och DNS-server

  • SRV-stöd

  • NTP-port för synkronisering av datum/tid

  • Proxyservrar

  • QoS (TOS/DSCP)

  • VPN

Starta och köra en CSkan testa

1

Från kundvyn i https://admin.webex.com går du till Snabblänkar och väljer Webex Calling-verktyget för nätverksberedskap. ELLER Du kan också komma åt CScan-verktyget genom att gå till cscan.webex.com och följa ytterligare instruktioner som nämns nedan.

2

Välj en plats, välj din hemregion och välj ett språk.

Välj den plats som är närmast dig. Webex Calling kommer att ansluta till detta datacenter. Om du är osäker ska du lämna det till standardvalet.

3

Välj vilken typ av test du vill köra

  • Avancerat diagnostest
  • Grundläggande test

Detaljerad information om var och en av dessa testtyper finns i CS kan rapportera information avsnitt.

Om du väljer Avancerat diagnostest måste du ge CScan åtkomst till din mikrofon och kamera.

4

Välj alternativrutan (genom att markera eller avmarkera) om du vill dela din information med Cisco och klicka sedan på knappen Starta test för att fortsätta.

Cisco samlar bara in din IP-adress och testresultaten för att felsöka din anslutning. Cisco kommer aldrig att skicka din information till 3delstater.

5

Klicka på knappen ”Fortsätt till avancerad test” för att starta testet. Tillåt ”kamera” och ”mikrofonåtkomst”. Å andra sidan, genom att klicka på ”Stäng”-knappen skulle du välja din typ av test igen.

6

Klicka på Starta test.

Vill du se hur det går till? Titta på den här videodemonstrationen för att se hur du kör ett CSkan testa och hur du tolkar och sparar resultaten.

CScan-rapportinformation

CSkan köra en serie grundläggande och avancerade tester av port- och bandbreddskrav för att säkerställa att en kunds nätverk är redo att distribuera Webex-samtalstjänster.

Grundläggande test

Det grundläggande testet analyserar följande mellan din dator och datacentret för samtalstjänster:

  • Uppskattning av samtidiga samtal

  • Hämtnings- och uppladdningsbandbredd

  • Latens (RTT)

  • Traceroute-rapporter

  • TCP-portar*

*De TCP-portar som testas är en underuppsättning av de portar som krävs för Webex Calling. Det går inte att testa alla portar för ett webbaserat program. Följ portkravsguiden för att säkerställa att brandväggen är korrekt konfigurerad.

Avancerat diagnostest

Det avancerade diagnostiska testet samlar in samma information som det grundläggande testet och lägger dessutom till följande:

  • Paketförlust (hämtning och uppladdning)

  • Jitter (hämtning och uppladdning)

För att utföra det avancerade diagnostestet måste CScan öppna en WebRTC-anslutning till datorn. Detta kräver åtkomst till datorns kamera och mikrofon. CScan sparar inga ljud- eller videopaket. Denna behörighet används för att mäta paketförlust och jitter. CScan kommer aldrig åt din kamera eller mikrofon utanför ett test. Behörigheten sparas av din webbläsare och kan återkallas när som helst.

CS kan inte testa ett bredare UDP-portintervall med webRTC på grund av webbläsarbegränsningar, det kan bara validera två UDP-portar för ett test och det väljer ett slumpmässigt portintervall mellan 19560-65535 och kör sedan testet.

Traceroute-rapport

En spårningsrapport tillhandahålls varje gång du kör ett CS-test. För att generera detta kan CSinitiera en omvänd spårningsväg från ett Webex Calling-datacenter till din dators offentliga IP-adress. Då får du insikt i var problem kan uppstå mellan datorn och Webex Calling-datacentret.

Anledningen till att du använder alternativet omvänd spårningsväg är att vi inte kan initiera en ”normal” spårningsväg från klientwebbläsaren till Webex-samtalstjänsten DC. Omvänd spårningsrapport kan ta ett tag att generera, och länken är gråtonad tills rapporten är klar att generera.

Tolka testresultat

CSkan verktyg uppskattar potentiella samtidiga samtal som kan passera nätverket. Detta är en konservativ uppskattning baserad på den bandbredd som krävs för ljudsamtal. Eftersom CScan-testet görs vid en enstaka tidpunkt är detta en uppskattning och inte en garanti för prestanda vid mycket trafik.

Beräkning av samtalskonkurrens är en konservativ uppskattning. Om man antar att alla ljudsamtal kräver två ben på cirka 100 kbps och 50 paket/sek för varje ben.

Om CScan anger att portar är blockerade kontrollerar du brandväggskonfigurationen och portkravsdokumentet. Om portar är blockerade kan du få problem med att registrera enheter eller ringa samtal. Det går inte att testa alla portar som listas i portkravsdokumentet, så om alla portar i CScan listas som öppna kan portar som inte har testats fortfarande orsaka problem.

Om latens- eller bandbreddsvärdena är låga kan du ha en sämre Webex Calling-upplevelse. Se till att du har tillräckligt med bandbredd från din internetleverantör och att din enhet har en säker anslutning till internet. Om du använder Wi-Fi ska du se till att din signal är stark.

CSkan testresultat visas som hämtningsbara i PDF-format. När provkörningen är klar klickar du på länkarna Hämta den här rapporten och Hämta spårningsrapport.

Exempel på felsökning

Exempel 1

Figuren nedan visar att CSkan-verktyget inte kunde upprätta en UDP-anslutning från kundens plats till Webex Calling-tjänsten. Detta kan bero på att NAT/brandvägg blockerar UDP-trafiken.

Exempel 2

Figuren nedan visar att CSkan testa misslyckades med att upprätta SIP över TCP-anslutning via port 8934 till Webex Calling-tjänsten. Detta kan orsaka fel i telefonregistreringen.

Exempel 3

Figuren nedan indikerar att CSkan testa identifierad hög latens och utgående paketförlust. Detta kan bero på eventuell trafikstockning på WAN-sidan eller begränsningar av bandbredd på kundens plats.