De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.
Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.
Er zijn een aantal problemen die van invloed kunnen zijn op de prestaties en de snelheid van kabelmodems in een DOCSIS-systeem (Data-over-Cable Service Interface Specifications). Dit document probeert de belangrijkste oorzaken van langzame doorvoersnelheid aan te pakken vanuit het perspectief van een kabeldienstverlener.
Dit document bekijkt eerst hoe u nauwkeurig kunt bepalen welke doorvoerniveaus een eindgebruiker bereikt en hoe u ervoor kunt zorgen dat de gemeten prestaties die van het kabelnetwerk zijn, in plaats van die van het bredere internet.
In het volgende gedeelte worden de meest voorkomende mogelijke redenen voor langzame prestaties en voorgestelde resoluties besproken. Deze kwesties omvatten:
Prestaties worden beperkt door de limieten in het DOCSIS-configuratiebestand.
Bursty of onconstante downloadprestaties die worden veroorzaakt door het gebruik van een suboptimale snelheidsbeperkende regeling op het kabelmodemterminatiesysteem (CMTS).
Upstream en downstream kanaalcongestie.
Backhaul-netwerk of internetcongestie.
Geluid of fouten op de kabelinstallatie.
Onder aangedreven eindgebruiker klantenkantoorapparatuur (CPE).
Elk van deze afzonderlijk of in combinatie kan doorvoersnelheid en prestaties in een kabelnetwerk beïnvloeden.
Dit document bespreekt het oplossen van problemen geen volledig verlies van connectiviteit over het kabelnetwerk of kabelmodems die niet online komen. Raadpleeg in plaats daarvan uBR-kabelmodems voor probleemoplossing die niet online komen voor dit soort problemen.
Er zijn geen specifieke voorwaarden van toepassing op dit document.
De informatie in dit document is gebaseerd op de onderstaande software- en hardware-versies.
Cisco IOS®-softwarerelease 12.1(9)EC voor uBR7200 en uBR7100 CMTS.
De Cisco uBR7100, uBR7200 en uBR7200VXR reeks van CMTS-producten.
De informatie in dit document is relevant voor alle andere momenteel beschikbare releases van op DOCSIS 1.0 gebaseerde Cisco IOS-software voor Cisco-merkgebonden CMTS-apparatuur.
De informatie in dit document is gebaseerd op apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als u in een live netwerk werkt, zorg er dan voor dat u de potentiële impact van iedere opdracht begrijpt voor u deze gebruikt.
Er zijn een aantal manieren om de snelheid en de prestaties van een systeem te meten, maar het is belangrijk om precies te begrijpen welke delen van het systeem worden getest. Bekijk het onderstaande schema.
Afbeelding 1 (Klik hier voor dit diagram in videoformaat)
In dit diagram zijn er een aantal componenten:
Het Hybrid Fiber Coax-netwerk tussen de eindgebruiker en de CMTS.
Het lokale CMTS-netwerksegment waar de CMTS verbinding maakt met het netwerk van de kabeldienstverlener.
Het interne netwerk van de kabeldienstverlener.
Het openbare internet.
Wanneer een snelheidstest tussen twee punten wordt uitgevoerd, wordt de snelheid van alle netwerkcomponenten tussen de twee punten gemeten.
Als u bijvoorbeeld een snelheidstest uitvoert tussen CPE en Server 3, die via een ISDN-lijn van 128 Kbps met internet is verbonden, zullen er nooit snelheden van meer dan 128 Kbps zijn, zelfs als de beschikbare bandbreedte op het kabelsegment groter is dan 128 Kbps.
De meest nauwkeurige manier om de prestaties van het kabelsegment zelf te meten is een snelheidstest uit te voeren tussen CPE en Server 1, die is verbonden met hetzelfde netwerksegment als CMTS. Dit is omdat de enige weggegevens over moeten reizen het coaxiale kabelsegment is. De gegevens moeten ook over het lokale CMTS-netwerksegment worden verzonden, maar er wordt aangenomen dat dit segment een hoge bandbreedte heeft (FastEthernet of groter) en geen hoge congestie heeft.
Als om de een of andere reden geen server kan worden aangesloten op het lokale CMTS-netwerksegment, dan is de volgende meest accurate manier om de prestaties van het kabelsegment te testen door een snelheidstest uit te voeren tussen de CPE en Server 2. Dit is een nauwkeurige meting zolang er voldoende snelle en niet-verstopte verbindingen zijn binnen het interne netwerk van de kabeldienstverlener tussen de CMTS en de CPE.
De meest onnauwkeurige manier om de prestaties van het kabelsegment te bepalen is een snelheidstest uit te voeren tussen CPE en een server op het openbare internet. Dit komt doordat er overbelaste links op het openbare internet kunnen zijn tussen de CPE en de server, of omdat er zeer lage-snelheidslinks in het pad kunnen zijn tussen de CPE en de server op het internet.
Het is zeer belangrijk om een objectieve meting van precies te kunnen krijgen welke niveaus van upload en download productie worden bereikt alvorens om het even welke conclusie kan worden getrokken over of een prestatiesprobleem in een systeem DOCSIS bestaat.
De gemakkelijkste manier om de snelheid te bepalen waarmee uploads en downloads plaatsvinden, is door een groot bestand te uploaden of te downloaden met FTP of HTTP tussen een CPE-apparaat dat is aangesloten op een kabelmodem en een server achter de CMTS. De meeste FTP- en HTTP-clients zijn in staat om de snelheid weer te geven waarmee een download of een uploadproces plaatsvindt tijdens de overdracht of zodra de overdracht is voltooid. De overdrachtsnelheid die als resultaat van de FTP- of HTTP-bewerking wordt gezien, bedraagt doorgaans ongeveer 90% van de werkelijke totale doorvoersnelheid die is bereikt. Dit komt doordat de weergegeven FTP- of HTTP-overdrachtsnelheid geen rekening houdt met extra IP- en DOCSIS-overheadkosten die moeten worden verzonden tussen het CPE-apparaat en de CMTS.
Er zijn nauwkeuriger methoden voor het meten van de doorvoersnelheid, bijvoorbeeld door gebruik te maken van speciale testapparatuur van derden, zoals een Netcom Smartbits of een IXIA-pakketgenerator, maar deze systemen zijn niet altijd gemakkelijk beschikbaar of gemakkelijk aangesloten op een netwerk van productiekabels. Het is de moeite waard om op te merken dat als de doorvoertests in een laboratoriumomgeving worden uitgevoerd, dan zal het gebruik van een speciaal apparaat veel meer informatie onthullen dan de eenvoudige FTP- of HTTP-downloadtest.
Opmerking: de op FTP of HTTP gebaseerde uploadtest is alleen betrouwbaar voor testsnelheden van ongeveer 3 Mbps of minder. Bij hogere snelheden kan de verwerkingscapaciteit van het CPE-apparaat, de server of de netwerkinterfacekaarten (NIC) een beperkende factor in de test worden. Voor testsnelheden hoger dan ongeveer 3 Mbps moet speciale apparatuur voor het testen van de gegevensdoorvoer worden gebruikt.
In het volgende voorbeeld wordt een eenvoudige FTP-download- en uploadtest uitgevoerd tussen een CPE-apparaat dat is aangesloten op een kabelmodem en een FTP-server op het netwerk van de kabelserviceprovider. De kabelmodem heeft een DOCSIS-configuratiebestand gedownload dat een downloadsnelheid tot 256 Kbps en een uploadsnelheid tot 64 Kbps mogelijk maakt. In deze test is een 3 Mb-bestand op de FTP-server op IP-adres 172.17.110.132 geplaatst. De gebruiker van het CPE-apparaat heeft een gebruikersnaam en wachtwoord gekregen om in te kunnen loggen op de FTP-server, zodat ze dit bestand kunnen downloaden van de FTP-server, en het vervolgens weer uploaden naar de FTP-server. De opdrachtregel FTP utility wordt gebruikt om de overdracht uit te voeren. Dit hulpprogramma is beschikbaar in vrijwel alle versies van Microsoft Windows en UNIX.
Een gelijkaardige test wordt uitgevoerd door het hebben van een HTTP webserver die in het netwerk van de dienstverlener wordt opgezet en het uitvoeren van een download van HTTP.
Afbeelding 2
Note: !--- Comments are in blue.
C:\>ftp 172.17.110.132 !--- Initiate the FTP session to the server. Connected to 172.17.110.132. 220 Solaris FTP server (SunOS 5.6) ready. User (172.17.110.132:(none)): anonymous !--- Enter the FTP server username. 331 Guest login ok, send your complete e-mail address as password. Password: user@samplenetwork.com.au !--- Enter the FTP server password. 230 User anonymous logged in. ftp> dir !--- View the contents of the current directory. 200 PORT command successful. 150 ASCII data connection for /bin/ls (64.104.207.118,1282) (0 bytes). total 74932 -rw-r--r-- 1 root other 3276800 Oct 10 19:31 cable.txt !--- A 3 M file that you can download. 226 ASCII Transfer complete. ftp: 105 bytes received in 0.12 Seconds 2.46 Kbytes/sec. ftp> bi !--- Turn on Binary File transfer mode. 200 Type set to I. ftp> get cable.txt !--- Retrieve the file cable.txt and wait for it to download. 200 PORT command successful. 150 Binary data connection for cable.txt (192.168.1.13,3154) (3276800 bytes). 226 Binary Transfer complete. ftp: 3276800 bytes received in 111.35 Seconds 29.43 Kbytes/sec. !--- Download complete. It seems that the download occurred !--- at 29.43 Kbytes/sec, which equals 235 Kbits/sec. This is about 90 percent of !--- the allowed 256 Kbps download rate for the modem being tested. ftp> put cable.txt !--- Begin uploading the file. You need to make sure you have !--- the correct access in order to upload a file to the FTP server or !--- you may get an access-denied error. 200 PORT command successful. 150 Binary data connection for cable.txt (192.168.1.13,3157). 226 Transfer complete. ftp: 3276800 bytes sent in 432.49 Seconds 7.58 Kbytes/sec. !--- Upload Complete. Here you see the upload !--- occurred at 7.58 Kbytes/sec, !--- which is equivalent to 60.64 Kbits/sec. This !--- is about 90 percent of the allowed !--- 64 Kbps upload rate for the modem being tested. ftp> quit !--- Exit the FTP client application. 221 Goodbye.
Tijdens de FTP-overdracht kan de voortgang van de test op de CMTS worden bewaakt met behulp van de opdracht Z-tellers voor interface met show-interface X/Y-zijde, waarbij kabel X/Y de kabelinterface is waarop de modem wordt aangesloten en Z het Service ID (SID)-nummer van de geteste modem is. Deze opdracht geeft aan hoeveel bytes worden overgebracht van of naar een bepaalde kabelmodem. Bijvoorbeeld, als CPE die achter een kabelmodem met adres 0001.9659.4461 wordt getest is.
Vind eerst het SID-nummer van de modem die wordt getest met behulp van de opdracht van de showkabelmodem. In dit geval is de SID van de kabelmodem 5.
uBR7246-VXR# show cable modem 0001.9659.4461 Interface Prim Online Timing Rec QoS CPE IP address MAC address Sid State Offset Power Cable3/0/U0 5 online 1996 0.25 5 2 10.1.1.24 0001.9659.4461
Terwijl de download of upload vordert, wis alle pakkettellers op CMTS terug naar nul met behulp van de opdracht clear tellers. Precies wanneer de tellers worden gewist, start u een stopwatch of timer.
uBR7246-VXR# clear counters !--- Reset packet counter to zero. Clear "show interface" counters on all interfaces [confirm] !--- Start the stopwatch when you hit Enter.
Nadat de stopwatch of de tijd precies een minuut leest, geef de opdracht Z tellers van de showinterfacekabel X/Y-zijde uit. Het kan best zijn om eerst het commando te typen en dan op Enter te drukken precies wanneer de timer één minuut aangeeft. De test kan over een langere of kortere periode worden uitgevoerd. Hoe langer de testperiode, hoe nauwkeuriger het resultaat, echter zorg ervoor dat de download of het uploaden niet eindigt voordat de stopwatch timer de gespecificeerde tijd bereikt, anders is de meting onnauwkeurig.
uBR7246-VXR# show interface cable 3/0 sid 5 counters !--- Hit enter when stopwatch is at exactly one minute. Sid Inpackets Inoctets Outpackets Outoctets Ratelimit Ratelimit BWReqDrop DSPktDrop 5 4019 257216 3368 1921488 0 149 uBR7246-VXR#
In dit geval wordt de downloadsnelheid getest. De uitvoer van de Z-teller van de showinterfacekabel X/Y geeft aan dat over een periode van een minuut 1.921.488 bytes door de kabelmodem worden gedownload. Het converteren van 1.921.488 bytes naar bits onthult:
8 bits per byte * 1,921,488 bytes = 15,371,904 bits.
Vervolgens, om de downloadsnelheid in bits per seconde te vinden, verdeel dit totale aantal bits dat is gedownload door de tijd die nodig is om ze in seconden te downloaden.
15,371,904 bits / 60 seconds = 256 Kbps.
De downloadsnelheid in dit voorbeeld is ongeveer 256 Kbps, wat toevallig de toegestane downloadsnelheid voor de geteste kabelmodem is.
Om de uploadsnelheid te bekijken met de opdracht Z-tellers voor de showinterfacekabel X/Y-zijde, moet de kolom Inoctets worden gebruikt om het aantal bytes te bepalen dat vanuit de kabelmodem in de stroomopwaartse richting wordt verzonden.
Zie de Naslaghandleiding voor Cisco-breedbandkabel voor meer informatie over de opdracht kabelzijtellers voor de show-interface.
Het eerste stuk informatie dat moet worden verzameld wanneer het oplossen van problemen de langzame prestaties van de kabelmodem is de voorgeschreven klasse van de doorvoersnelheid van de dienst beperkingen van de kabelmodem. Wanneer een kabelmodem online komt, downloadt het een DOCSIS-configuratiebestand dat operationele limieten voor de kabelmodem bevat, inclusief de maximale uploadsnelheden en downloadsnelheden. Onder normale omstandigheden mag de kabelmodem deze tarieven niet overschrijden.
Aanvankelijk is het noodzakelijk om het adres van MAC van een kabelmodem te identificeren die problemen heeft. Het nemen van een modem met het adres 0050.7366.2223 van MAC dat problemen met langzame productie heeft,. U moet erachter komen welk serviceklasse-profiel deze kabelmodem gebruikt door de opdracht show Cable modem <mac-address> uit te voeren zoals in het onderstaande voorbeeld wordt getoond.
uBR7246-VXR# show cable modem 0050.7366.2223 Interface Prim Online Timing Rec QoS CPE IP address MAC address Sid State Offset Power Cable3/0/U1 1 online 1548 0.75 5 0 10.1.1.10 0050.7366.2223
Hier toont deze kabelmodem een QoS-profiel (Quality of Service) van 5. Om te weten te komen welke stroomafwaartse en stroomopwaartse tarieven dit QoS-profiel overeenkomt, gebruikt u de opdracht profiel profiel-nummer van de showkabel qos, waarbij profielnummer het QoS-profiel van belang is.
uBR7246-VXR# show cable qos profile 5 ID Prio Max Guarantee Max Max TOS TOS Create B IP prec. upstream upstream downstream tx mask value by priv rate bandwidth bandwidth bandwidth burst enab enab 5 0 64000 0 256000 1600 0x0 0x0 cm no no
Hier laat het zien dat QoS-profiel 5 overeenkomt met een service die 256 Kbps stroomafwaarts levert en 64 Kbps stroomopwaarts. Alle CPE's die zijn aangesloten op kabelmodems met behulp van QoS-profiel 5 kunnen deze limieten niet overschrijden. De QoS-profielinstellingen worden bepaald door de inhoud van de DOCSIS-configuratiebestanden die door kabelmodems zijn gedownload van de TFTP-server van het provisioningsysteem. Daarom is QoS-profiel 5 in het systeem mogelijk niet hetzelfde als QoS-profiel 5 in het voorbeeld hierboven.
Als de prestaties van een eindgebruiker bij het downloaden en uploaden correleren met de limieten die in hun QoS-profiel worden weergegeven, dan krijgt de eindgebruiker de serviceklasse en de doorvoerniveaus waarvoor de kabelmodem is geleverd en geconfigureerd. De enige manier om de doorvoersnelheid voor uploaden en downloaden te verhogen is door het DOCSIS-configuratiebestand dat door de kabelmodem wordt gedownload, te wijzigen in een bestand met hogere doorvoerlimieten. Raadpleeg het document Gebouw van DOCSIS 1.0-configuratiebestanden met Cisco DOCSIS-configurator voor uitgebreide instructies over het maken of wijzigen van een DOCSIS-configuratiebestand.
Wanneer een eindgebruiker probeert gegevens van het internet te downloaden met een snelheid die hoger is dan met het DOCSIS-configuratiebestand van zijn kabelmodem is toegestaan, moet de CMTS het verkeer beperken dat naar die gebruiker wordt verzonden om ervoor te zorgen dat de gebruiker niet meer verbruikt dan zijn toegestane aandeel in de bandbreedte.
Op dezelfde manier moet de kabelmodem zelf, wanneer een eindgebruiker probeert gegevens naar het internet te uploaden of te verzenden met een snelheid die groter is dan wat het DOCSIS-configuratiebestand toestaat, voorkomen dat het overtollige verkeer over het kabelsegment naar de CMTS gaat. Als de kabelmodem, om een of andere reden, er niet in slaagt om stroomopwaartse snelheidsbeperking goed uit te voeren, dan verbiedt CMTS expliciet de kabelmodem om hoger dan het toegestane tarief over te brengen. Dit gedrag op de CMTS moet ervoor zorgen dat zelfs een kabelmodem met "gehackte" kenmerken niet in staat is om de serviceprovider toegewezen uploadsnelheidslimieten te ondermijnen.
De standaard snelheidsbegrenzer die door CMTS wordt gebruikt, bewaakt de snelheid van het verkeer naar of van elke kabelmodem gedurende elke periode van één seconde. Als de kabelmodem in minder dan een seconde meer dan zijn quotum per seconde verstuurt of ontvangt, dan staat CMTS niet meer verkeer toe om naar die kabelmodem voor de rest van de seconde te stromen.
Neem bijvoorbeeld een kabelmodem met een QoS-profiel dat een downloadsnelheid van 512 Kbps mogelijk maakt. Als de kabelmodem 512 kilobits (64 kilobytes) binnen de eerste helft van een seconde downloadt, dan mag de kabelmodem voor de volgende helft van de tweede, niets downloaden. Dit soort snelheidsbeperkend gedrag kan het effect hebben van een bursty downloadpatroon dat lijkt te stoppen en elke seconde of twee beginnen.
Het beste downstream snelheidsbegrenzende schema dat gebruikt kan worden is het token bucket rate-limiterende algoritme met traffic shaping. Deze snelheidsbeperkende regeling is geoptimaliseerd om een soepele surfervaring op het web mogelijk te maken, terwijl tegelijkertijd wordt gegarandeerd dat de eindgebruikers niet de voorgeschreven downloadsnelheid mogen overschrijden zoals gespecificeerd in het DOCSIS-configuratiebestand.
De manier waarop deze regeling werkt is het tarief te meten waarmee een kabelmodem gegevens downloadt of uploadt telkens als een pakket naar of van de kabelmodem wordt verzonden. Als het verzenden of ontvangen van het pakket in kwestie ervoor zorgt dat de modem de toegestane overdrachtsnelheden overschrijdt, dan wordt het pakket gebufferd of in CMTS geheugen gecachet tot CMTS het pakket kan verzenden zonder de downstream bandbreedte limiet te overschrijden.
Opmerking: als de downstream-verkeerssnelheid consequent hoger is dan de toegestane downstream-snelheid voor de kabelmodem, worden pakketten uiteindelijk weggelaten.
Door deze vloeiende methode van snelheidsbeperking en -vormgeving te gebruiken, werken de meeste op TCP gebaseerde internettoepassingen zoals HTTP-webbrowsing en FTP-bestandsoverdrachten soepeler en efficiënter dan bij het gebruik van het standaard snelheidsbeperkende schema.
De token-bucket snelheidsbeperking-met-verkeer-vormende regeling kan op het stroomafwaartse pad op een kabelinterface worden ingeschakeld door de volgende kabelinterfaceconfiguratieopdracht uit te geven:
uBR7246-VXR(config-if)# cable downstream rate-limit token-bucket shaping
Opmerking: het is sterk aanbevolen om token-bucket shaping op de CMTS van de gebruiker in te schakelen. Deze opdracht wordt ondersteund vanaf Cisco IOS-softwarereleases 12.0(5)T1 en 12.1(1)EC1.
De symbolische emmer met verkeersvormingsschema kan ook worden toegepast op upstream poorten, maar aangezien het de verantwoordelijkheid van de kabelmodems is om upstream snelheidsbeperking uit te voeren, zal de upstream snelheidsbeperkende regeling die op de CMTS wordt toegepast normaal gesproken geen invloed hebben op de prestaties van een systeem.
uBR7246-VXR(config-if)# cable upstream 0 rate-limit token-bucket shaping
Zie de Naslaghandleiding voor Cisco-breedbandkabel voor meer informatie over de snelheidslimiet en snelheidslimietopdrachten per kabel.
De gebruikers kunnen bekijken hoe ernstig CMTS het verkeer tot een bepaalde kabelmodem beperkt door de opdracht X/Y sid van de showinterfacekabel <Z> te gebruiken, waar kabel X/Y de kabelinterface is waaraan de kabelmodem wordt aangesloten, en Z het SID aantal van de modem is die wordt waargenomen. Deze opdracht toont het aantal keren dat CMTS een downstream-pakket heeft laten vallen of heeft geweigerd een upstream-pakket toe te staan omdat de modem de toegestane doorvoerlimieten heeft overschreden. Als er geen waarde is opgegeven voor Z, wordt tellerinformatie weergegeven voor alle kabelmodems die zijn aangesloten op interfacekabel X/Y.
uBR7246-VXR# show interface cable 3/0 sid 5 counters Sid Inpackets Inoctets Outpackets Outoctets Ratelimit Ratelimit BWReqDrop DSPktDrop 5 150927 9662206 126529 72008199 0 5681
Het veld Ratelimit DSPktDrop toont hoe vaak CMTS pakketten die bestemd zijn voor de kabelmodem heeft laten vallen vanwege het feit dat de modem probeert de toegestane downstream doorvoersnelheid te overschrijden.
Het veld Ratelimit BWReqDrop toont hoe vaak de CMTS heeft geweigerd om een kabelmodem een pakket te laten verzenden via het upstream-pad omdat de modem de toegestane upstream-doorvoersnelheid probeert te overschrijden. In de meeste omstandigheden zou deze teller altijd op 0 moeten blijven. Als het beduidend boven nul stijgt, kan het zijn dat de kabelmodem die wordt waargenomen niet presteert stroomopwaarts tarief behoorlijk beperkend.
Opmerking: de waarden die worden weergegeven door de opdracht Z-tellers op de showinterface mogen worden hersteld naar nul door de opdracht duidelijke tellers uit te geven zoals in het onderstaande voorbeeld.
uBR7246-VXR# show interface cable 3/0 sid counters Sid Inpackets Inoctets Outpackets Outoctets Ratelimit Ratelimit BWReqDrop DSPktDrop 1 7 1834 7 1300 0 0 2 2052 549150 0 0 0 0 3 2 1244 2 708 0 0 4 2 1244 2 714 0 0 5 160158 10253220 134294 76423270 0 6023 6 2 1244 2 712 0 0 7 9 1906 4 858 0 0 9 6 1076 3 483 0 0 12 616 165424 0 0 0 0 uBR7246-VXR# clear counters Clear "show interface" counters on all interfaces [confirm] <press enter here> uBR7246-VXR# show interface cable 3/0 sid counters Sid Inpackets Inoctets Outpackets Outoctets Ratelimit Ratelimit BWReqDrop DSPktDrop 1 0 0 0 0 0 0 2 0 0 0 0 0 0 3 0 0 0 0 0 0 4 0 0 0 0 0 0 5 111 7104 92 52728 0 6 6 0 0 0 0 0 0 7 0 0 0 0 0 0 9 0 0 0 0 0 0 12 0 0 0 0 0 0
Zie de Naslaghandleiding voor Cisco-breedbandkabel voor meer informatie over de opdracht kabelzijtellers voor de show-interface.
Het stroomopwaartse kanaal is normaal gesproken de kostbaarste hulpbron in een kabelsysteem. Momenteel maken de meeste kabelserviceproviders gebruik van een 1,6 MHz kanaalbreedte en QPSK-modulatie (Quadrature Phase Shift Keying) in het upstream-pad. Dit komt overeen met ongeveer 2,5 Mbps in totaal beschikbare upstream bandbreedte voor alle gebruikers die zijn aangesloten op het enige upstream kanaal. Het is belangrijk om ervoor te zorgen dat het stroomopwaartse kanaal niet te veel wordt gebruikt of verstopt, anders hebben alle gebruikers op dat stroomopwaartse segment te lijden onder slechte prestaties.
Het stroomopwaartse gebruik voor een bepaalde stroomopwaartse poort kan worden verkregen door de opdracht CMTS uit te voeren toont interfacekabel X/Y stroomopwaarts <Z>, waar kabel X/Y het stroomafwaartse interfacenummer is en Z het stroomopwaartse poortnummer. Als Z wordt weggelaten, wordt informatie voor alle upstreams op de interfacekabel X/Y weergegeven. Zie de Naslaghandleiding voor Cisco-breedbandkabel voor meer informatie over de opdracht upstream van de showinterfacekabel.
uBR7246-VXR# show interface cable 6/0 upstream 0 Cable6/0: Upstream 0 is up Received 71941 broadcasts, 27234 multicasts, 8987489 unicasts 0 discards, 140354 errors, 0 unknown protocol 9086664 packets input, 4394 uncorrectable 122628 noise, 0 microreflections Total Modems On This Upstream Channel : 359 (354 active) Default MAC scheduler Queue[Rng Polls] 0/64, fifo queueing, 0 drops Queue[Cont Mslots] 0/104, fifo queueing, 0 drops Queue[CIR Grants] 0/64, fair queueing, 0 drops Queue[BE Grants] 0/64, fair queueing, 0 drops Queue[Grant Shpr] 0/64, calendar queueing, 0 drops Reserved slot table currently has 0 CBR entries Req IEs 64609697, Req/Data IEs 0 Init Mtn IEs 521851, Stn Mtn IEs 569985 Long Grant IEs 2781600, Short Grant IEs 2067668 Avg upstream channel utilization : 18% Avg percent contention slots : 77% Avg percent initial ranging slots : 2% Avg percent minislots lost on late MAPs : 0% Total channel bw reserved 37858000 bps CIR admission control not enforced Admission requests rejected 0 Current minislot count : 7301855 Flag: 0 Scheduled minislot count : 7301952 Flag: 0
Op de upstream poort in het voorbeeld is het upstream gebruik momenteel 18 procent en zijn er 359 modems aangesloten op deze upstream.
Als het stroomopwaartse kanaalgebruik tijdens de piekgebruikstijd constant boven 75 percent is, beginnen de eindgebruikers om kwesties zoals latentie te lijden, langzamere "pingelen"tijden, en een over het algemeen langzamere ervaring van Internet. Als het stroomopwaartse kanaalgebruik tijdens de piekgebruikstijd constant boven 90 procent ligt, ervaren eindgebruikers een extreem slecht serviceniveau omdat een groot deel van de stroomopwaartse gegevens van de eindgebruiker zal moeten worden vertraagd of weggegooid.
Het gebruik van de stroomopwaartse kanalen verandert tijdens de dag als verschillende gebruikers de kans hebben om hun kabelmodem te gebruiken, zodat het belangrijk is om het stroomopwaartse gebruik tijdens de drukste tijden van de dag te controleren in plaats van bij lage gebruikstijden.
Manieren om stroomopwaartse congestie te verlichten zijn:
Het aantal kabelmodems per upstream verminderen - Als er te veel kabelmodems zijn aangesloten op een bepaalde upstream, of als gebruikers op een bepaalde upstream zware gebruikers zijn van upstream bandbreedte, is de beste oplossing om sommige gebruikers op de overbelaste upstream poort te verplaatsen naar een onderbenutte upstream poort of naar een geheel nieuwe upstream poort. Dit wordt doorgaans bereikt door een vezelknooppunt van de ene groep naar de andere te verplaatsen, of een groep stroomopwaarts te splitsen in twee afzonderlijke combinatiegroepen. Raadpleeg Wat is het maximale aantal gebruikers per CMTS voor meer informatie.
Verhoging van de upstream kanaalbreedte - Dit impliceert een rigoureuze en grondige analyse van het upstream spectrum om een breed genoeg band met adequate Signal-to-Noise Ratio (SNR) kenmerken te vinden om de verhoogde kanaalbreedte te ondersteunen. De stroomopwaartse kanaalbreedte zou niet zonder zorgvuldige planning moeten worden veranderd omdat deze verandering potentieel andere diensten in het kabelsysteem van de gebruiker kan beïnvloeden. De upstream kanaalbreedte kan worden gewijzigd met behulp van de kabel interface commando kabel upstream Z kanaal-breedte <new-channel-width> waar Z het upstream poortnummer is en de nieuwe kanaalbreedte één van 200000, 400000, 800000, 1600000 (de standaard) of 3200000 is. Een voorbeeld volgt.
uBR7246-VXR(config-if)# cable upstream 0 channel-width 3200000
Zie de Naslaghandleiding voor Cisco-breedbandkabel voor meer informatie over de opdracht upstream van de showinterfacekabel.
Verandering van de upstream digitale modulatieregeling in 16-Quadrature Amplitude Modulation (QAM) - Nogmaals, dit vereist een rigoureuze en grondige analyse van het upstream spectrum om te verifiëren of er een frequentieband in de upstream beschikbaar is die 16-QAM modulatie kan ondersteunen. Als deze analyse niet goed wordt uitgevoerd, bestaat het risico dat de prestaties verder afnemen of dat zich een volledige stroomopwaartse stroomonderbreking voordoet. De upstream modulatieregeling kan worden gewijzigd door een upstream modulatieprofiel te maken dat 16-QAM-modulatie gebruikt en dat vervolgens op een upstream poort toepast. Hierna volgt een voorbeeld.
uBR7246-VXR(config)# cable modulation-profile 2 mix !--- Create an optimized 16-qam/qpsk modulation profile. uBR7246-VXR(config)# interface cable 6/0 uBR7246-VXR(config-if)# cable upstream 0 modulation-profile 2
Raadpleeg de Naslaghandleiding voor Cisco-breedbandkabel voor meer informatie over de opdrachten voor het modulatieprofiel van de kabel en het modulatieprofiel van de kabel. Zie ook Kabelmodulatieprofielen configureren op de afsluitsystemen voor kabelmodems van Cisco.
De toegestane upstream doorvoersnelheid per kabelmodem verminderen - Door de maximale upstream-transmissiesnelheid in de juiste DOCSIS-configuratiebestanden te verlagen, kunnen kabelmodemgebruikers niet tegen een zo hoog tarief in de upstream-richting verzenden en is de upstream-congestie verminderd. Het negatieve aspect van deze actie is dat kabelmodemgebruikers beperkt zijn tot een langzamere serviceklasse. Zie Configuratiebestanden van DOCSIS 1.0 bouwen met Cisco DOCSIS-configurator.
Opmerking: de in dit hoofdstuk besproken maatregelen leiden niet tot een aanzienlijke verbetering van de prestaties van een reeds niet-overbelast systeem.
Het stroomafwaartse kanaal heeft aanzienlijk meer bandbreedte te delen dan een individueel stroomopwaarts kanaal, daarom is de stroomafwaarts niet zo aan congestie onderhevig als de stroomopwaarts. Toch delen meer gebruikers doorgaans een downstream-kanaal dan een enkel upstream-kanaal, dus als het downstream-kanaal verstopt raakt, hebben alle gebruikers die verbonden zijn met het downstream-segment minder prestatiekracht.
In de volgende tabel wordt de totale beschikbare downstream-bandbreedte weergegeven die is gekoppeld aan de vier mogelijke downstream-modulatiesystemen die in DOCSIS-systemen beschikbaar zijn.
Downstream modulatieregeling | Beschikbare downstream-bandbreedte |
---|---|
64-QAM Noord-Amerikaanse DOCSIS | 27 Mbps |
256-QAM Noord-Amerikaanse DOCSIS-module | 38 Mbps |
64-QAM Euro DOCSIS-systeem | 38 Mbps |
256-QAM Euro-DOCSIS | 54 Mbps |
De meeste DOCSIS-kabelsystemen maken momenteel gebruik van 64-QAM North American DOCSIS en hebben daarom 27 Mbps beschikbaar per downstream kanaal.
Downstream kanaalgebruik kan worden bepaald door de opdracht X/Y van de showinterfacekabel uit te geven, waarbij kabel X/Y de kabelinterface is die wordt waargenomen. De weergegeven uitvoersnelheid in bits per seconde moet worden vergeleken met de beschikbare downstream-bandbreedte zoals in de tabel hierboven wordt weergegeven.
In het volgende voorbeeld wordt een interface met Noord-Amerikaanse DOCSIS- en 64-QAM-digitale modulatie geanalyseerd.
uBR7246-VXR# show interface cable 3/0 Cable3/0 is up, line protocol is up Hardware is BCM3210 ASIC, address is 0005.5fed.dca4 (bia 0005.5fed.dca4) Internet address is 10.1.1.1.1/24 MTU 1500 bytes, BW 27000 Kbit, DLY 1000 usec, reliability 255/255, txload 9/255, rxload 5/255 Encapsulation MCNS, loopback not set Keepalive not set ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:00:00, output 00:00:00, output hang never Last clearing of "show interface" counters 00:45:01 Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue :0/40 (size/max) 5 minute input rate 587000 bits/sec, 228 packets/sec 5 minute output rate 996000 bits/sec, 239 packets/sec 85560 packets input, 8402862 bytes, 0 no buffer Received 1013 broadcasts, 0 runts, 0 giants, 0 throttles 247 input errors, 35 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 65912 packets output, 38168842 bytes, 0 underruns 0 output errors, 0 collisions, 0 interface resets 0 output buffer failures, 0 output buffers swapped out
De eerste component van deze output die nota neemt van is de bandbreedte van de interface die door de parameter wordt vermeld BW. In Cisco IOS-softwarereleases 12.1(8)EC en hoger wordt deze waarde automatisch aangepast volgens de downstream-modulatieregeling en -versie van DOCSIS die wordt gebruikt. In herzieningen eerder dan Cisco IOS-softwarerelease 12.1(8)EC, moet deze waarde handmatig worden geconfigureerd met behulp van de bandbreedte van het kabelinterfaceopdracht <bandbreedte-in-kilo-bits-per-seconde> of anders blijft deze gelijk aan de standaardwaarde van 27000 Kbps.
De tweede component die opvalt is de transmissielading zoals die door de parameter van de belasting wordt vermeld. Deze parameter geeft een metriek van 255 waar 0/255 betekent dat er geen verkeer stroomafwaarts naar 255/255 stroomt, wat betekent dat de gegevens stroomafwaarts met het maximaal mogelijke tarief (in dit geval 27000 Kbps) reizen. Als deze parameter constant op meer dan ongeveer 75 percent tijdens de piekgebruikstijd loopt (bijvoorbeeld groter dan 191/255), beginnen de eindgebruikers langzamere internettoegang en hogere latentie te ervaren.
De derde component om op te merken is de outputsnelheid, die de gemiddelde stroomafwaartse verwerkingssnelheid in beetjes per seconde toont. Als dit aantal constant ongeveer 75 percent van de beschikbare stroomafwaartse bandbreedte tijdens de piekgebruikstijd overschrijdt, beginnen de eindgebruikers langzamere toegang van Internet en hogere latentie te ervaren.
Standaard worden deze statistieken berekend over een 5-minuten voortschrijdend gemiddelde. (Zie De definitie van bits per seconde (bits/sec) begrijpen van de opdrachtoutput van showinterfaces voor informatie over hoe het gemiddelde wordt berekend.) De periode waarover dit gemiddelde wordt berekend kan tot slechts 30 seconden worden beperkt door het belastingsinterval van het kabelinterfacebevel uit te geven 30. Door deze periode tot 30 seconden te verlagen, wordt een nauwkeuriger en bijgewerkte waarde berekend voor elk van de parameters die in deze paragraaf worden besproken.
Het stroomafwaartse kanaalgebruik verandert tijdens de dag aangezien de verschillende gebruikers een kans hebben om hun kabelmodem te gebruiken, zodat is het belangrijk om stroomafwaarts gebruik tijdens de drukste tijden van de dag eerder dan bij lage gebruikstijden te controleren.
Mogelijke manieren om downstream congestie te verlichten zijn:
Het aantal kabelmodems per stroomafwaarts reduceren - Als er te veel kabelmodems zijn aangesloten op een bepaalde stroomafwaarts, of als gebruikers op een bepaalde stroomafwaarts gelegen locatie zware gebruikers zijn van stroomafwaartse bandbreedte, dan is de beste oplossing om sommige gebruikers op het overbelaste stroomafwaartse kanaal naar een ander stroomafwaarts kanaal te verplaatsen. Dit wordt doorgaans bereikt door een groep downstream-vezelknooppunten die aan de downstream gekoppeld zijn, in twee afzonderlijke groepen te splitsen en elk van de nieuwe groepen afzonderlijke downstream-kanalen toe te wijzen. Raadpleeg Wat is het maximale aantal gebruikers per CMTS.
Verandering van het stroomafwaartse digitale modulatiesysteem in 256-QAM - Deze actie vereist een rigoureuze en grondige analyse van het stroomafwaartse spectrum om te verifiëren of het systeem een signaal kan steunen 256-QAM. Als deze analyse niet goed wordt uitgevoerd, bestaat het risico dat de prestaties verder zullen afnemen of dat een volledige stroomafwaartse stroomuitval zal optreden. De stroomafwaartse modulatieregeling kan worden gewijzigd door de opdracht voor de kabelinterface uit te geven, zoals hieronder wordt aangegeven.
uBR7246-VXR(config-if)# cable downstream modulation 256qam
Raadpleeg de Naslaghandleiding voor Cisco-breedbandkabel voor meer informatie over de opdracht voor downstream kabelmodulatie.
De toegestane stroomafwaartse doorvoersnelheid per kabelmodem verminderen - door de maximale stroomafwaartse transmissiesnelheid in de juiste DOCSIS-configuratiebestanden te verlagen, kunnen kabelmodemgebruikers niet tegen een even hoog tarief in de stroomafwaartse richting downloaden en is stroomafwaartse congestie verminderd. Het negatieve aspect van deze actie is dat kabelmodemgebruikers beperkt zijn tot een langzamere serviceklasse. Raadpleeg Configuratiebestanden van DOCSIS 1.0 maken met Cisco DOCSIS-configurator.
Opmerking: de in dit hoofdstuk besproken maatregelen leiden niet tot een aanzienlijke verbetering van de prestaties van een reeds niet-overbelast systeem.
In bepaalde gevallen zijn prestatieproblemen mogelijk niet het gevolg van problemen met de kabelinstallatie of de CMTS, maar kunnen verband houden met congestie of problemen in het backhaul-netwerk dat de CMTS gebruikt om verbinding te maken met internet, of binnen delen van het internet zelf.
De gemakkelijkste manier om te bepalen of backhaul-netwerkcongestie een probleem is, is om een werkstation te verbinden met hetzelfde netwerksegment als de CMTS en te proberen dezelfde websites te bekijken als de eindgebruikers achter kabelmodems proberen te bereiken. Als de prestaties nog langzaam zijn, is er een prestatiesprobleem in het netwerk niet verwant aan CMTS of het kabelsegment. Als de prestaties van het lokale CMTS netwerksegment beduidend beter zijn dan voor gebruikers die met kabelmodems zijn verbonden, dan richt u uw inspanningen terug op het CMTS en het kabelsegment.
Afbeelding 3
In het bovengenoemde netwerk, als Server 1, die met het zelfde netwerksegment zoals CMTS wordt verbonden, langzame prestaties wanneer het doorbladeren van Internet krijgt, dan is de bron van het probleem niet CMTS. In plaats daarvan de knelpunten of de prestatiekwestie ergens anders. Om te bepalen waar het probleem zich voordoet, worden prestatietests uitgevoerd tussen server 1 en verschillende andere servers binnen het Internet Service Provider (ISP) netwerk en het openbare internet.
Als er een overmatige hoeveelheid ruis of toegang in een kabelsysteem is, dan kunnen pakketten tussen kabelmodems en CMTS worden beschadigd en verloren. Dit kan leiden tot een aanzienlijke verslechtering van de prestaties.
Afgezien van een verslechtering van de prestaties en de doorvoersnelheid zijn enkele van de belangrijkste indicatoren van ruis- of radiofrequentieproblemen (RF):
Kabelmodems die sporadisch offline vallen of vast komen te zitten in de init(r1)- of init(r2)-status.
Een laag geschatte SNR zoals gezien in de output van een kabel X/Y stroomopwaarts Z van de showcontrolemechanisme, waar kabel X/Y de kabelinterface die is wordt waargenomen en Z de stroomopwaartse haven is die wordt waargenomen. De DOCSIS-specificatie vereist een Carrier-to-Noise Ratio (CNR) van minimaal 25 dB voor alle upstream-signalen. Dit komt overeen met een SNR van ongeveer 29 dB. Cisco CMTS is in staat om op een coherente manier QPSK upstream-signalen te detecteren op veel slechtere SNR-niveaus, maar alle kabelserviceproviders moeten ernaar streven om aan de DOCSIS CNR-vereisten in hun systeem te voldoen. Een voorbeeld toont controllerkabel X/Y stroomopwaarts Z uitvoer wordt hieronder getoond.
uBR7246-VXR# show controller cable 6/0 upstream 0 Cable6/0 Upstream 0 is up Frequency 25.200 MHz, Channel Width 1.600 MHz, QPSK Symbol Rate 1.280 Msps Spectrum Group is overridden SNR 28.6280 dB Nominal Input Power Level 0 dBmV, Tx Timing Offset 6446 Ranging Backoff automatic (Start 0, End 3) Ranging Insertion Interval automatic (102 ms) Tx Backoff Start 0, Tx Backoff End 4 Modulation Profile Group 1 Concatenation is enabled part_id=0x3137, rev_id=0x03, rev2_id=0xFF nb_agc_thr=0x0000, nb_agc_nom=0x0000 Range Load Reg Size=0x58 Request Load Reg Size=0x0E Minislot Size in number of Timebase Ticks is = 8 Minislot Size in Symbols = 64 Bandwidth Requests = 0x37EB54 Piggyback Requests = 0x11D75E Invalid BW Requests= 0x102 Minislots Requested= 0x65B74A2 Minislots Granted = 0x65B74A2 Minislot Size in Bytes = 16 Map Advance (Dynamic) : 2809 usecs UCD Count = 23068
In het bovenstaande voorbeeld is de geschatte SNR-waarde 28,628dB. Dit is geschikt voor QPSK upstream-werking. Merk op dat het SNR-getal in de output van deze opdracht slechts een schatting is en geen vervanging voor een SNR-getal dat is afgeleid van een spectrumanalysator of andere geschikte testapparatuur. Zie de Cisco Broadband Cable Command Reference Guide voor meer informatie over de show controllers, kabel en opdracht upstream spectrum.
Een snel stijgend aantal Corr Forward Error Correction (FEC) en FEC-fouten verwijderen in de uitvoer van een show kabel hop opdracht. Corr FEC fouten wijzen op gegevens die door stroomopwaartse ruis werden beschadigd maar konden worden hersteld. Onjuiste FEC-fouten geven aan dat gegevens zijn beschadigd door stroomopwaartse ruis en niet kunnen worden hersteld, wat leidt tot verloren gegevens en langzamere prestaties. Een voorbeeldoutput van de opdracht show Cable hop wordt hieronder weergegeven.
uBR7246-VXR# show cable hop cable 3/0 Upstream Port Poll Missed Min Missed Hop Hop Corr Uncorr Port Status Rate Poll Poll Poll Thres Period FEC FEC (ms) Count Sample Pcnt Pcnt (sec) Errors Errors Cable3/0/U0 25.200 Mhz 34 * * * set to fixed frequency * * * 196 55 Cable3/0/U1 25.200 Mhz 34 * * * set to fixed frequency * * * 1655 160 Cable3/0/U2 25.200 Mhz 34 * * * set to fixed frequency * * * 76525 9790 Cable3/0/U3 25.200 Mhz 34 * * * set to fixed frequency * * * 501 77 Cable3/0/U4 admindown 34 * * * interface is down * * * 0 0 Cable3/0/U5 admindown 34 * * * interface is down * * * 0 0
In het voorbeeld hierboven lijkt elke actieve upstream poort op kabel 3/0 pakketverlies te hebben ondervonden door ruis. haven 0 stroomopwaarts lijkt het minst te worden getroffen en stroomopwaarts gelegen haven 2 lijkt het zwaarst te worden getroffen. De belangrijke factor om op te merken is hoe snel de FEC-fouten groeien in plaats van het totale aantal fouten. Zie de Naslaghandleiding voor Cisco Broadband Cable Command voor meer informatie over de opdracht show CableHop.
Een hoog aantal "flap"-gebeurtenissen in de uitvoer van een flap-list-opdracht voor showkabel. De flapstatistieken die het meest relevant zijn voor mogelijke problemen met RF of ruis zijn de Miss-kolom, die gemiste verzoeken voor het bereik aangeeft, en de P-Adj-kolom, die snel wisselende stroomniveaus aangeeft. Een voorbeelduitvoer van de opdracht flap-list van de showkabel wordt hieronder weergegeven.
uBR7246-VXR# show cable flap-list MAC Address Upstream Ins Hit Miss CRC P-Adj Flap Time 0000.d025.1b99 Cable3/0/U0 23 58 30 0 *27 77 Oct 23 03:08:23 0002.ddfa.0aa5 Cable3/0/U1 5 518 1260 0 0 131 Oct 23 03:09:43 0001.e659.43bd Cable3/0/U1 541 342 1467 0 0 746 Oct 23 03:09:17 0001.7659.44c7 Cable3/0/U1 0 694 0 0 1 1 Oct 23 01:44:23 0050.9366.22d3 Cable3/0/U1 0 708 0 0 1 1 Oct 23 01:38:14 0001.f659.44e7 Cable3/0/U1 0 701 0 0 1 1 Oct 23 02:25:11
Kabelmodems die een "* "of een "!—" weergeven in de uitvoer van een kabelmodems voor show of die de opdracht kabelflap-list tonen. Een "*" geeft een kabelmodem aan die snel de stroomopwaartse vermogensniveaus varieert. Dit wijst op een slechte verbinding met de kabelinstallatie, een defecte omgekeerde weg versterker, of snel veranderende kabelinstallatie vermindering toe te schrijven aan temperatuur of andere milieugevolgen. Een "!—" geeft een kabelmodem aan die het maximale stroomniveau stroomopwaarts heeft bereikt. Dit duidt op een te grote verzwakking tussen de kabelmodem en de CMTS, of een slechte verbinding tussen de kabelmodem en de kabelinstallatie. Een voorbeelduitvoer van de opdracht kabelmodem voor show wordt hieronder weergegeven.
uBR7246-VXR# show cable modem Interface Prim Online Timing Rec QoS CPE IP address MAC address Sid State Offset Power Cable3/0/U1 1 online 1549 !--- -1.00 5 0 10.1.1.10 005a.73f6.2213 Cable3/0/U0 2 online 1980 0.75 5 0 10.1.1.16 009b.96e7.3820 Cable3/0/U0 3 online 1981 *0.75 5 0 10.1.1.18 009c.96d7.3831 Cable3/0/U1 4 online 1924 0.25 5 0 10.1.1.24 000d.96c9.4441 Cable3/0/U1 5 online 1925 0.50 5 0 10.1.1.13 000e.96b9.4457
In het bovenstaande voorbeeld, de kabelmodem met MAC-adres 005a.73f6.2213 zendt bij zijn maximum uitgangsvermogen uit. Hierdoor kan de modem niet op het juiste niveau verzenden. Bijgevolg worden de upstream-transmissies van deze modem niet zo duidelijk gehoord als transmissies van andere modems. De kabelmodem met MAC-adres 009c.96d7.3831 heeft een snel variërend vermogen als gevolg van de variërende verzwakking van het kabelsysteem. Raadpleeg de Naslaghandleiding voor Cisco-breedbandkabel voor meer informatie over de kabelmodem voor tonen en toon de opdrachten voor de flap-list voor kabel.
Opmerking: Meer informatie over het identificeren en oplossen van RF-ruisproblemen kunt u vinden in Bepalen van RF- of configuratieproblemen op de CMTS en de Cisco uBR7200 Series router aansluiten op de Cable Head-end.
In bepaalde omstandigheden kan een Cisco CMTS overbelast raken als gevolg van een suboptimale configuratie, overgebruik van bepaalde beheerfuncties of een zeer hoog aantal pakketten die door CMTS worden gerouteerd.
De beste manier om het CPU-gebruik van een Cisco CMTS te bepalen, is de opdracht cpu van het showproces uit te voeren. Het huidige CPU-gebruik wordt aangegeven op de eerste regel van de uitvoer van de opdracht.
In de uitvoerlijnen die onder de eerste regel worden getoond, wordt elk proces dat op de CMTS wordt uitgevoerd, getoond samen met het gedeelte van de CPU dat door dat proces wordt gebruikt. Deze sectie van de cpu van het showproces is nuttig om te bepalen als één bepaald proces of functie de oorzaak van hoge CMTS cpu zijn.
uBR7246-VXR# show process cpu CPU utilization for five seconds: 45%/21%; one minute: 45%; five minutes: 31% PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process 1 12 9220 1 0.00% 0.00% 0.00% 0 Load Meter 2 69816 18276677 3 21.79% 22.10% 9.58% 2 Virtual Exec 3 36368 5556 6545 0.00% 0.06% 0.05% 0 Check heaps 4 0 1 0 0.00% 0.00% 0.00% 0 Chunk Manager 5 96 1436 66 0.00% 0.00% 0.00% 0 Pool Manager 6 0 2 0 0.00% 0.00% 0.00% 0 Timers 7 0 2 0 0.00% 0.00% 0.00% 0 Serial Backgroun 8 0 1 0 0.00% 0.00% 0.00% 0 CMTS ping 9 17020 101889 167 0.00% 0.00% 0.00% 0 EnvMon 10 0 1 0 0.00% 0.00% 0.00% 0 OIR Handler . . . . . . . <snip> . . . . . . . 89 3304 81013 40 0.00% 0.00% 0.00% 0 PIM Process 90 12 769 15 0.00% 0.00% 0.00% 0 CEF Scanner 92 0 385 0 0.00% 0.00% 0.00% 0 DHCPD Timer 93 40 13058 3 0.00% 0.00% 0.00% 0 DHCPD Database
In het bovenstaande voorbeeld is de huidige CPU-belasting op de CMTS 45%/21%. Dit betekent dat het totale CPU-gebruik 45% van de capaciteit van het systeem bedraagt. Daarnaast wordt 21 procent van de CPU gebruikt om onderbrekingen te onderbreken. Dit tweede getal is doorgaans gelijk aan het gedeelte van de CPU dat wordt gebruikt om pakketten en switch-verkeer door de CMTS te leiden.
Als het vijf minuten durende CPU-gebruik consequent meer dan 80 procent is tijdens de piekgebruikstijd in het systeem, zullen eindgebruikers mogelijk langzamere prestaties en een verhoogde latentie ervaren. Als het vijf minuten CPU-gebruik constant meer dan 95 procent is tijdens de piekgebruikstijd, moet u dringend actie ondernemen om ervoor te zorgen dat de CMTS stabiel blijft.
Gemeenschappelijke strategieën voor het verminderen van hoog CPU-gebruik op de CMTS omvatten:
Upgraden naar Cisco IOS-softwarerelease 12.1(9)EC of hoger, het activeren van de globale configuratieopdracht ip cef, en ervoor zorgen dat geen interfaces op CMTS de opdracht zonder ip route-cache geconfigureerd hebben. Dit leidt doorgaans tot een vermindering van 10 tot 15 procent van het verkeersgerelateerde CPU-gebruik. Zorg ervoor dat al deze stappen in combinatie worden genomen.
Zorg ervoor dat de Simple Network Management Protocol (SNMP)-beheerstations niet te agressief zijn bij het stemmen over CMTS. Dit leidt tot een hoog CPU-gebruik in het IP SNMP-proces.
Het niet uitvoeren van de opdracht show tech meerdere malen achter elkaar. Dit leidt tot een kunstmatig hoog CPU-gebruik in het Virtual Exec-proces.
Zorg ervoor dat er geen debug-opdrachten op de CMTS worden uitgevoerd.
Raadpleeg voor meer informatie over hoog CPU-gebruik op Cisco-routers, inclusief Cisco CMTS-producten, Hoog CPU-gebruik voor probleemoplossing op Cisco-routers.
In veel gevallen, is de oorzaak van langzame toegang tot een kabelnetwerk een probleem in de apparatuur van CPE van de eindgebruiker. Als slechts één of een handvol gebruikers een trage doorvoersnelheid ervaren en de rest van de gebruikerspopulatie geen probleem ondervindt, dan is dit een sterke aanwijzing dat er een uniek probleem kan zijn binnen de omgeving van die gebruiker.
Onder aangedreven of overbelaste CPE-Als de eindgebruikers die zich beklagen over problemen verouderde CPE-apparatuur gebruiken, of apparatuur die mogelijk niet krachtig genoeg is om hun gekozen besturingssysteem of internettoegangssoftware uit te voeren, zal deze eindgebruiker problemen hebben. De enige resolutie als dit het geval is is voor de eindgebruiker om hun CPE-apparatuur te upgraden.
Firewall of software voor prestatiemeting—Als de eindgebruiker een firewall, netwerkprestatiemeting of andere vergelijkbare software gebruikt, is het een goede stap voor het oplossen van problemen om de gebruiker deze software te laten uitschakelen om te zien of deze de prestaties beïnvloedt. Vaak kunnen dit soort software een negatieve invloed hebben op de prestaties.
Misgeconfigureerde TCP/IP-instellingen: de meeste serviceproviders vereisen dat eindgebruikers hun CPE-apparatuur hebben om een IP-adres, netwerkmasker, standaardgateway en DNS-servers te verkrijgen via Dynamic Host Configuration Protocol (DHCP). Zorg ervoor dat alle eindgebruikers die problemen ondervinden hun CPE-apparaten hebben geconfigureerd om DHCP te gebruiken om al deze parameters te verkrijgen.
Als een eindgebruiker beweert geen van de hierboven genoemde problemen te hebben, bevestig dan dat de eindgebruiker zijn maximale download- of uploadsnelheid niet overschrijdt volgens de bovenstaande secties.
Een DOCSIS-kabelnetwerk is een geavanceerd systeem dat een goede planning en goed onderhoud vereist. De meeste prestatieproblemen in DOCSIS-kabelsystemen zijn een direct gevolg van het niet uitvoeren van een juiste planning en onderhoud. In de huidige markt voor internettoegang, waar een verscheidenheid aan alternatieven voor breedbandinternettoegang bestaat, is het van belang dat kabeldienstverleners snel alle prestatiekracht- of congestieproblemen in hun systeem aanpakken voordat de problemen zo significant worden dat de eindgebruikers er merkbaar door worden geraakt, en bijgevolg nadenken over een alternatief middel voor breedbandtoegang.