Probleemoplossing voor VDSL - Cisco
Probleemoplossing voor VDSL
Bijgewerkt:9 mei 2016
Document-id:119009
Layer 1 problemen
Is het dragerdetectie (CD) licht op het voorpaneel van de Cisco DSL router aan of uit?
Gebruikt uw ISP een DSLAM die de Broadcom-chipset ondersteunt?
Is de DSL poort op de achterkant van de Cisco DSL router aangesloten op de DSL wandingang?
Wat is de status van de controller, de besturingsmodus en de transmissiebereik (TC) modus?
Heb je het juiste routermodel?
Is het circuit correct getest/uitgerust?
Layer 2 problemen
Is het PTM Ethernet omhoog?
Verwacht de aanbieder gelabeld verkeer? Als ja, wat is de Virtual LAN Identifier (VLAN ID)?
Is de ingang van het Protocol van de Resolutie van het Adres (ARP) ingevuld?
Ontvang je gegevens van uw ISP?
Onderhandeld de PPP naar behoren?
Geen respons van uw ISP
LCP niet geopend
Hoe weet ik of mijn PAP-gebruikersnaam en -wachtwoord juist zijn?
Hoe weet ik of mijn gebruikersnaam en wachtwoord van CHAP juist zijn?
Hoe weet ik wanneer PPP authenticatie succesvol is?
Prestatieproblemen via PPPoE
Dit document beschrijft hoe u uw Cisco Digital Subscriber Line (DSL) Customer Premise Equipment (CPE) router (Cisco Digital Subscriber Line) kunt configureren voor VDSL-service (Very high speed Digital Subscriber Line). Het legt uit hoe u problemen kunt oplossen met VDSL op de uitgebreide snelle WAN-interfacekaarten (EHWIC's) van Cisco 880 Series, 890 Series, 860 Series en VDSL/Asynchronous Digital Subscriber Line (ADSL). Dit document is zeer specifiek voor de VDSL-service, hoewel u ADSL- of VDSL-service hebt op de bovengenoemde routers en modules. Er zijn drie lagen waarin de fout kan voorkomen:
Layer 1 - DSL fysieke connectiviteit op de digitale Subscriber Line Multiplexer (DSLAM) van uw ISP
Layer 2.1 - Ethernet end-to-end connectiviteit
Layer 2.2 - Point-to-Point Protocol over Ethernet (PPPoE), IP over Ethernet (IPoE), RFC1483-overbrugging of RFC1483-routing
Als het CD-lampje is ingeschakeld, gaat u naar het gedeelte Layer 2-problemen van dit document.
Als het CD-licht uit is, gaat u door met de volgende vraag.
Controleer de informatie van uw ISP. Controleer de DSLAM-interoperabiliteit voor het routermodel of de -kaart die naar het gegevensblad verwijst.
Als de DSL-poort niet op de DSL-wandingang is aangesloten, sluit u de poort op de muur aan met een rechte RJ-11-kabel. Dit is een standaard telefoonkabel. VDSL-lijnen gebruiken pen 3 en 4.
Zie deze voorbeelduitvoer:
Controleer deze in de opdrachtoutput van de show controller:
De status van de controller is "UP". Als het in de "Down" status staat, geeft het Layer 1 probleem aan (hardwareprobleem, lijnprobleem of interoperabiliteitsprobleem met DSLAM). Ga in dit geval verder met Layer 1 probleemoplossing.
Controleer de bedrijfsmodus, de getrainde modus en de TC-modus. Zorg ervoor dat u de juiste gebruiksmodus hebt ingesteld onder de controller. Cisco raadt u aan om DSL in werking stellen-mode auto te gebruiken als u niet zeker weet welke DICOM-technologie (Discrete Multi-Toen) uw ISP gebruikt. Dit zijn de opdrachten om de automatische detectie van de besturingsmodus te configureren:
Kijk naar de getrainde modus en controleer of u de juiste modus hebt voor de ISP. Een andere belangrijke parameter om naar te kijken is de TC-modus. Als de trainingsmodus VDSL2 of VDSL2+ is, wordt de TC-modus Packet Transfer Mode (PTM). In dit geval, moet u de PTM Ethernet interface in de "omhoog" staat zien en alle bovenlaagparameters zoals PPP, IP, etc. moeten onder de Ethernet interface worden gevormd. Als de getrainde modus ADSL2, ADSL2 of ADSL2+ is, moet de TC-modus ATM zijn en moeten alle parameters op de bovenste laag in dit geval worden geconfigureerd onder ATM Permanent Virtual Circuit (PVC). Als u de operationele modus tussen ADSL en VDSL wijzigt, hoeft u de router niet opnieuw te starten om de corresponderende Ethernet- of ATM-interfaces te activeren.
Controleer de ruis marge en verzwakking. Ruismarge is de relatieve sterkte van het DSL-signaal ten opzichte van de ruisverhouding. Hoe hoger het nummer, hoe beter voor deze meting:
6dB of lager is slecht en zal geen synch of intermitterende synchrone problemen ondervinden
7dB-10dB is eerlijk, maar laat niet veel ruimte voor variaties in omstandigheden
11dB-20dB is goed met weinig of geen synchrone problemen
20dB-28dB is uitstekend
29dB of hoger is uitstaand
Aanduiding is een maat voor hoeveel het signaal afneemt tussen de DSLAM en de modem. Dit is grotendeels een gevolg van de afstand tot de uitwisseling. Hoe lager de dB, hoe beter voor deze meting.
20 dB en lager is uitstaand
20dB-30dB is uitstekend
30dB-40dB is erg goed
40dB-50dB is goed
50dB-60dB is slecht en kan problemen met connectiviteit ervaren
60dB of hoger is slecht en zal problemen met connectiviteit ondervinden
Zorg ervoor dat u een van de nieuwste versies van VDSL firmware hebt. De nieuwste software heeft een oplossing voor de meeste bekende interoperabiliteitsproblemen. U kunt de nieuwste firmware downloaden via CCO.
Controleer of DSL in sync is met juiste upstream en downstreamsnelheden.
Houd er rekening mee dat de ADSL/VDSL-routers in twee versies beschikbaar zijn. 1) DSL via Plain Old Telephone Service (Annex-A) en 2) DSL via Digital Services (Annex-B). In sommige landen bieden ISP's een verbinding van bijlage B, terwijl in de meeste andere landen die verbinding van bijlage A is. Een router of kaart die is opgenomen in bijlage-A zal niet sync zijn voor een lijn in bijlage-B en vice versa. Daarom moet u ervoor zorgen dat u het juiste routermodel hebt. Zie het informatieblad van de router voor meer informatie.
Verkrijg deze informatie van uw ISP of telefoonbedrijf.
Zodra het wordt geverifieerd dat de getrainde modus VDSL is, zorg er dan voor dat de Ethernet-interface in de status "omhoog" zit.
De meeste aanbieders verwachten gelabeld verkeer van de Customer Premise Equipment (CPE). U kunt het VLAN-taggen configureren zoals hier wordt weergegeven nadat u de VLAN-id van uw ISP hebt ontvangen.
Bepaal of het MAC-adres van de afstandsbediening in de opdrachtoutput van de showarp staat.
Als u de juiste VLAN-id hebt, is de volgende stap uw poging om te onderhandelen over Point to Point Protocol (PPP) met uw ISP te verifiëren. Typ om dit te doen de opdracht tonen interface Ethernet0 en controleer de input en uitvoerpakketten.
Als de toename van pakkettellers wordt verhoogd, moet u PPP onderhandelingspakketten van uw ISP ontvangen. Als dit niet het geval is, kunt u uw ISP bellen.
Als de toename van aan uitvoer gebonden tellers, zou u PPP onderhandelingspakketten moeten verzenden. Als dit niet het geval is, controleer de configuratie op de router. Als PPP goed wordt geconfigureerd, worden de PPP-onderhandelingspakketten voortdurend naar de Ethernet0-interface verzonden.
Als Layer 1 boven is en u de juiste VLAN-id hebt, is de volgende stap om er zeker van te zijn dat PPP correct verschijnt. Om dit te bereiken, moet u een reeks debug-opdrachten op de Cisco DSL-router uitvoeren en de uitvoer interpreteren. De primaire debug opdracht die u gebruikt is debug ppp onderhandeling. Deze opdrachtoutput is een voorbeeld van een succesvolle PPP-onderhandeling:
Er zijn vier belangrijke punten van mislukking in een PPP-onderhandeling:
Geen respons van het externe apparaat (uw ISP)
Link Control Protocol (LCP) niet geopend
IPCP-storing (IP Control Protocol)
Als uw ISP niet antwoordt, zou dit geen probleem moeten zijn aangezien u reeds hebt geverifieerd dat de pakkettoename op de Ethernet0 interface in de inkomende richting. Maar als de pakketstappen op Ethernet0 in de inkomende richting toenemen en u dit ontvangt wanneer u debug ppp onderhandeling uitvoert, neem contact op met uw ISP om te controleren dat de pakketten naar de Cisco DSL router worden verzonden.
In deze uitvoer zijn er alleen pakketten O, die uitgaande pakketten zijn. Om met succes PPP te onderhandelen, zou er een I inkomende pakket van uw ISP voor elk O pakket moeten zijn verzonden. Als pakketten niet geconsolideerd zijn, maar u I-pakketten niet ziet, neemt u contact op met uw ISP om de pakketten te controleren die naar de Cisco DSL-router worden verzonden.
Als de LCP niet wordt geopend, wordt deze veroorzaakt door een foutieve combinaties in PPP-opties. Deze mismatch gebeurt wanneer de Cisco DSL-router een PPP-parameter heeft die is geconfigureerd dat uw ISP niet ondersteunt, of wanneer uw ISP een parameter heeft die is geconfigureerd dat de Cisco DSL-router niet ondersteunt. Deze uitvoer toont een voorbeeld van een mismatch van de PPP-optie:
Of het een I of een O-pakket is, een Configure-Negative-Access (CONFNAK) is kenmerkend voor een PPP-configuratie-mismatch. Dit betekent dat één kant van de PPP-verbinding om een PPP-optie vraagt, die de andere kant niet kan of niet is geconfigureerd. Als de Cisco DSL-router de CONFNAK verstuurt (aangegeven door "O CONFNAK"), kan de Cisco DSL-router niet uitvoeren of is deze niet ingesteld voor de optie die de ISP verstuurt. Als CONFNAK door uw ISP wordt verzonden (aangegeven door "I CONFNAK"), hebt u een optie ingesteld op de Cisco DSL-router die uw ISP niet wil uitvoeren.
De lijn na CONFNAK beschrijft de optie die wordt verworpen. In deze voorbeelduitvoer is de optie Challenge Handshake Authentication Protocol (CHAP), maar dit kan elke optie zijn. De enige plaats op de Cisco DSL-router waar PPP-opties kunnen worden ingesteld, is interfacetaler 1. Voer de opdracht in show run interface dialer 1 om uw interface 1-configuratie te bekijken.
Als uw ISP de I CONFNAK verstuurt, zoekt u opdrachten onder interfacetaler 1 die overeenkomen met de lijn na de CONFNAK en verwijdert u deze. Als de Cisco DSL Router de O CONFNAK verstuurt, voeg een opdracht toe aan interfacetaler 1 om PPP met uw ISP correct te onderhandelen. Als de router pakketten verstuurt, kunt u Cisco ondersteuning bellen om te bepalen welke opdracht(en) moet worden ingeschakeld op de Cisco DSL-router.
Een authenticatiefout treedt op wanneer uw ISP uw PPP gebruikersnaam of wachtwoord niet kan authenticeren. Er zijn twee scenario's waarin dit kan gebeuren. Het eerste scenario is een authenticatietype mismatch, die wordt veroorzaakt wanneer u de router niet juist aanpast. Alle in dit document vermelde verificatieconfiguraties nemen voor zowel de PAP-verificatietypen (Password Authentication Protocol) als de CHAP-verificatietypen in aanmerking. Voor configuratieflexibiliteit moet u zowel CHAP als PAP ingesteld hebben. Als u beide niet hebt ingesteld, kunt u uitvoer van een opdracht debug ppp onderhandeling zien zoals in dit voorbeeld:
Om beide problemen van de authenticatiefout te corrigeren moet u het authenticatieprotocol aanpassen aan het protocol dat door de ISP wordt gevraagd in het inkomende CONFREQ-pakket.
Nadat u hebt bevestigd dat uw ISP PAP gebruikt, voer u de opdracht debug ppp onderhandeling in om te bevestigen dat uw PAP-gebruikersnaam en -wachtwoord juist zijn.
U moet contact opnemen met uw ISP en de juiste aanmeldingsgegevens verkrijgen om dit te repareren. U kunt de PAP-referenties met deze opdrachten aanpassen:
Nadat u hebt bevestigd dat uw ISP CHAP gebruikt, voer u de opdracht debug ppp onderhandeling in om te bevestigen dat uw gebruikersnaam en wachtwoord van CHAP correct zijn.
U moet contact opnemen met uw ISP en de juiste aanmeldingsgegevens verkrijgen om dit te repareren. U kunt de CHAP-referenties met deze opdrachten aanpassen:
Dit voorbeeld toont een succesvolle onderhandeling van het KAP.
Deze sectie is specifiek voor PPPoE-verbindingen. Verwacht wordt dat u problemen ziet met de doorvoersnelheid, langzaam bladeren, enzovoort met PPPoE-verbindingen wanneer u de standaard maximale grootte van een transmissieeenheid (MTU) in de dialerinterface gebruikt. U moet de MTU op de PPPoE-snelkiezer op 1492 instellen om rekening te houden met de acht bytes die door de PPPoE-header worden gebruikt. Voer deze opdrachten in om de juiste MTU te configureren: