Probleemoplossing bij TWAMP S-bit is niet correct ingesteld
Inhoud
Inleiding Voorwaarden Vereisten
Gebruikte componenten
Probleem: TWAMP S-bit is niet correct ingesteld TWAMP fundamenteel
De TWAMP-entiteiten:
De TWAMP-protocollen:
Problemen oplossen
Oplossing: S-bit dat nooit in IOS-XR is geïmplementeerd
Inleiding
In dit document worden het Active Measurement Protocol en het gebruik van Synchronating bit (S bit) beschreven voor vertragingsmetingen. Het beschrijft de ondersteuning van het S-bit in IOS-XR platform.
Voorwaarden
Vereisten
Cisco raadt u aan basiskennis van deze onderwerpen te hebben:
One-way Active Measurement Protocol (OWAMP)
●
tweezijdig actief meetprotocol (TWAMP)
●
Cisco ASR 9000 Series aggregation services routers (ASR 9000)
●
Gebruikte componenten
De informatie in dit document is gebaseerd op Cisco ASR 9000-apparaten - IOS-XR 5.3.4 release.
De informatie in dit document is gebaseerd op de apparaten in een specifieke
laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u de potentiële impact van elke opdracht begrijpen.
Probleem: TWAMP S-bit is niet correct ingesteld
U kunt TWAMP gebruiken om unidirectionele en round-trip prestaties te meten tussen twee door TWAMP ondersteunde apparaten. Wanneer u op TWAMP gebaseerde Internet Protocol Service Level Agreement (IP SLA) test tussen de sonde van derden en CRS/ASR9000-apparaten die op IOS-XR 5.3.4 draaien, stelt TWAMP Server het S-bit in op FOUT. Daarom wordt
eenrichtingsvertraging niet berekend door de sonde.
TWAMP fundamenteel
Het One-way Active Measurement Protocol (OWAMP), gespecificeerd in RFC4656, biedt een gemeenschappelijk protocol om ongebruikte metriek tussen netwerkapparaten te meten. OWAMP kan bi-directioneel worden gebruikt om one-way metriek in beide richtingen tussen twee
netwerkelementen te meten. Er is echter geen sprake van rondreizen of tweewegsmetingen.
Het Two Way Active Measurement Protocol (TWAMP) dat in RFC5357 is beschreven, is een op standaarden gebaseerde en zeer effectieve prestatiebewaking die zich uitbreidt naar de One-Way Active Measurement Protocol (OWAMP)-specificatie die in RFC-4656 is gedefinieerd, waarbij ook de prestatiemeting van round-trip en tweevoudige metriek voor IP-gebaseerde netwerken werd toegevoegd. TWAMP is een leverancierspecifieke methode om de prestaties op unidirectionele en retourniveau tussen twee door TWAMP ondersteunde endpoints nauwkeurig te meten.
Overeenkomstig RFC4656 (One-Way Active Measurement Protocol) moet het eerste bit S worden ingesteld als de partij die de tijdstempel genereert een klok heeft die door een externe bron aan UTC is gesynchroniseerd.
Bijvoorbeeld, moet het S bit worden ingesteld, als:
GPS-hardware (Global Positioning System) wordt gebruikt om aan te geven dat de huidige positie en tijd is aangeschaft.
●
Network Time Protocol (NTP) wordt gebruikt om aan te geven dat het gesynchroniseerd is met een externe bron, die stratum 0 source bevat, etc.).
●
Er is geen idee van externe synchronisatie voor de tijdbron. Het S-bit dient niet te worden ingesteld.
●
The Error Estimate specifies the estimate of the error and synchronization. It has the following format:
0 1
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|S|Z| Scale | Multiplier | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
De TWAMP-entiteiten:
Het TWAMP-systeem bestaat uit 4 logische entiteiten:
・ server - beheert een of meer TWAMP-sessies en vormt ook poorten per sessie in de eindpunten
・ sessiereflector - reflecteert een meetpakket zodra het een TWAMP-testpakket ontvangt ・ control-client - start en stop van TWAMP-testsessies
・ Session-sender - concretiseert de TWAMP-testpakketten die naar de sessiereflector zijn verzonden
De TWAMP-protocollen:
Het TWAMP-protocol bevat drie verschillende categorieën berichten-uitwisselingen:
Installatie-uitwisseling van verbindingen
●
Berichten maken een sessieverbinding tussen de Control-Client en de Server. Ten eerste worden de identiteit van de medegedeelde leeftijdsgenoten vastgesteld door middel van een
aanspreekmechanisme. De server stuurt een willekeurig gegenereerd probleem, naar wie de Control-Client dan een antwoord stuurt door de uitdaging te versleutelen met een sleutel die is afgeleid van het gedeelde geheim. Zodra de identiteiten zijn vastgesteld, bespreekt de volgende stap een beveiligingsmodus die is gekoppeld voor de volgende opdrachten voor TWAMP-controle en de TWAMP-Test-pakketten.
Opmerking: een server kan verbindingsverzoeken van meerdere controlecliënten accepteren.
TWAMP-Control-uitwisseling
●
Het TWAMP-Control protocol draait over TCP en wordt gebruikt om meetsessies te concretiseren en te controleren. De volgorde van de opdrachten is als volgt, maar in tegenstelling tot de
uitwisselingen van de verbindingsinstellingen kunnen de opdrachten van de TWAMP-Control meerdere malen worden verstuurd. De berichten kunnen echter niet uit de sequentie voorkomen, hoewel de opdrachten van de meerdere aanvragen-sessies vóór een sessie-start opdracht kunnen worden verzonden.
◦-aanvraag-sessie ◦
◦
ruil van TWAMP-teststroom
●
De TWAMP-Test gaat over UDP en wisselt TWAMP-Test-pakketten tussen Session-Sender en Session-Reflector. Deze pakketten bevatten tijdstempels velden die de instant van pakketstap en inloop bevatten. Bovendien bevat elk pakket een error-schatting die de synchronisatieschakeling van de zender (sessie-sender of sessiereflector) met een externe tijdbron aangeeft (bijvoorbeeld GPS of NTP). Het pakket bevat ook een volgnummer.
TWAMP-Control en TWAMP-teststroom hebben drie beveiligingsmodi: niet echt bevonden, geauthentiseerd en versleuteld.
Problemen oplossen
Sommige platforms kunnen zich op een bepaalde configuratie of implementatie baseren om een tijdstempel voor de hardware te voorzien. In het bijzonder hebben de Cisco ASR 9000 Series routers de synchronisatie van Nauwkeurige Time Protocol (PTP) als klokbron nodig. Deze oplossing is mogelijk niet in alle gebruikersscenario's beschikbaar. Om het gebruik van andere bronnen van tijdstempelen (NTP klokbron, door een daemon die op RouteProcessor (RP) loopt toe te staan, wordt een nieuwe configuratie van ipslo-hw-timepoststempel geïntroduceerd om de tijdstempelwaarden van andere platform afhankelijke lagen te negeren en terug te keren naar de platform onafhankelijke tijdstempels.
Als de NTP-kloksync is ingeschakeld en geactiveerd, gebruikt u de opdracht HW-timestamp, in IP SLA-configuratie, om hardwaretijdstempel uit te schakelen.
ipsla
hw-timestamp disable responder
twamp
timeout 100 !
!
server twamp
timer inactivity 100
Releaseopmerkingen van Cisco ASR 9000 Series aggregation services routers, release 6.0.1 introduceert een nieuwe functie voor upgrade op locatie van TWAMP.
De Verbetering in de nauwkeurigheid van TWAMP levert een microtweede granulariteit in
TWAMP-metingen. Deze verbetering maakt het mogelijk om de ingangen en perszegels zo dicht mogelijk bij de draad te verzamelen, om nauwkeuriger te zijn.
U kunt de IOS XR-release naar 6.1.X en hoger upgrades uitvoeren om de functie voor
softwarenauwkeurigheid te kunnen gebruiken en om te controleren of het gewenste gedrag is bereikt.
U kunt deze stappen uitvoeren om een oplossing voor het probleem te vinden, evenals het pakket dat u opneemt
Configureer hogere waarden voor tijdelijke instellingen voor twamp server en responder (bijvoorbeeld 120s), zodat de informatie niet te snel voor de verzameling verloopt.
1.
Aangezien het debug moet worden ingeschakeld, moet u het apparaat configureren om foutoplossingsberichten naar de logkbuffer te sturen. De grootte van de houtkapbuffer moet groot genoeg worden gevormd om de rol van de debugberichten tijdens de test te
voorkomen.
2.
Zorg dat alle pakketten die tussen apparaat en sonde worden uitgewisseld, worden opgenomen (niet alleen pakketten UDP, maar ook TCP voor sessieinstelling) 3.
Verzamel de hiervoor vermelde opdrachten van ASR 9000 of CRS-apparaat(apparaten), indien de tests worden uitgevoerd:
4.
Stap 1. Voordat u de test met de sonde start, verzamel:
eindlengte 0
●
tonen actieve som installeren
●
beheerplatform
●
admin tonen hw-module fpd locatie alle
●
show run
●
invoermaatstaf
●
status van dradenland
●
ntp status tonen
●
details van ntp - associaties tonen
●
Stap 2.Schakel alle Twamp-uiteinden op het apparaat in en wis vervolgens het logbestand.
de pakketvastlegging starten 1.
begin de test vanaf de sonde 2.
Opmerking: Dit levert niet te veel output op als het de enige tamptest is die op de sonde loopt.
Stap 3.Verzamel deze opdrachten nadat de test is voltooid toonlogboek
●
gedetailleerde informatie over de kabelmodemverbinding tonen
●
verbindingsverzoeken van de kant van de video
●
show video
●
draai van de draden
●
toon ipslo twamp initialisatie verbose
●
Oplossing: S-bit dat nooit in IOS-XR is geïmplementeerd
Zoals in RFC 4656, als er geen begrip van externe synchronisatie voor de tijdbron is, zou het bit niet moeten worden ingesteld. Daarom wordt het S-bit niet geïmplementeerd in IOS-XR-platform.
