cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
638
Views
0
Helpful
7
Replies
Highlighted
Cisco Employee

Question about rttMonJitterStatsOWMinSDNew and rttMonJitterStatsOWMaxSDNew

Hello there.

Quick question:

Both rttMonJitterStatsOWMinSDNew and rttMonJitterStatsOWMaxSDNew are showing random numbers in the end of the OID when I SNMP walk them. I'd like to understand what those numbers stands for.

Jitter.jpg

Thanks!

1 ACCEPTED SOLUTION

Accepted Solutions
Highlighted
Beginner

Re: Question about rttMonJitterStatsOWMinSDNew and rttMonJitterS

First, for One Way Delay to be reported and accurate, you need to be using NTP between source and destination.  Looks like you are but the min value falls below 1ms and its truncated to zero (0).

IP SLA keeps two buckets of data that the active probe reports data in a round robin fashion every hour.  Actually, I think the new bucket is created and the old is destroyed every hour, actually.  When this happens the index changes

1.3.6.1.4.1.9.9.42.1.3.5.1.52.1.8021802

OID = 1.3.6.1.4.1.9.9.42.1.3.5.1.52

rttMonCtrlAdminIndex = 1 (same as ip sla 1 , in the config)
rttMonJitterStatsStartTimeIndex = 8021802

There will be two instances of this index per probe, one bucket is actively written to and the
other has the previous one hour of data.


.1.3.6.1.4.1.9.9.42.1.3.5.1.1
rttMonJitterStatsStartTimeIndex OBJECT-TYPE
-- FROM     CISCO-RTTMON-MIB
-- TEXTUAL CONVENTION TimeStamp
SYNTAX          TimeTicks
MAX-ACCESS     not-accessible
STATUS          Current
DESCRIPTION    "The time when this row was created."
::= { iso(1) org(3) dod(6) internet(1) private(4) enterprises(1) cisco(9) ciscoMgmt(9) ciscoRttMonMIB(42) ciscoRttMonObjects(1) rttMonStats(3) rttMonJitterStatsTable(5) rttMonJitterStatsEntry(1) 1 }

You really need to read the mib it will explain a lot of this.

View solution in original post

7 REPLIES 7
Highlighted
Beginner

Question about rttMonJitterStatsOWMinSDNew and rttMonJitterStats

To determine the index used by the object you have to read the MIB.  They are located at

ftp://ftp.cisco.com/pub/mibs/v2

Search for the object and find the table it belongs to and scroll up to see the table entry definition, it will contain an entry for INDEX

rttMonJitterStatsEntry OBJECT-TYPE
    SYNTAX          RttMonJitterStatsEntry
    MAX-ACCESS      not-accessible
    STATUS          current
    DESCRIPTION
        "A list of objects which accumulate the results of a
        series of RTT operations over a 60 minute time period.

        This entry is created only if the rttMonCtrlAdminRttType
        is jitter. The operation of this table is same as that of
        rttMonStatsCaptureTable."
    INDEX           {
                        rttMonCtrlAdminIndex,
                        rttMonJitterStatsStartTimeIndex
                    }
    ::= { rttMonJitterStatsTable 1 }

So the index is made up of two parts

rttMonCtrlAdminIndex,
rttMonJitterStatsStartTimeIndex

Highlighted
Cisco Employee

Question about rttMonJitterStatsOWMinSDNew and rttMonJitterStats

Thanks for your reply.

I'm quite new in SNMP stuff. Sorry if the question is too shallow...

This is about a new monitoring tool that my customer is about to create. Since this number is changing randomly, the application cannot perform a SNMP get without a SNMP walk first. As these operations are taking too much processing and we're configuring many different instances of IP SLA , we should have fixed numbers to gather the right information. Is that a way to get this regardless this number?

Highlighted
Beginner

Question about rttMonJitterStatsOWMinSDNew and rttMonJitterStats

Hi Viavles,

Please check the description below for the OID.

The number that you are getting is the actual value of the OID that you are fetching and not any random value.

Basically this OID gives the minimum one way trip time of a packet from source to destination.

http://www.oidview.com/mibs/9/CISCO-RTTMON-MIB.html : This link lists all the OIDs present under RTTMOn MIB

http://tools.cisco.com/Support/SNMP/do/BrowseOID.do?local=en&translate=Translate&objectInput=rttMonJitterStatsOWMinSDNew : this link will give u details on the OID itself.

Object Information

Specific Object Information
ObjectrttMonJitterStatsOWMinSDNew
OID1.3.6.1.4.1.9.9.42.1.3.5.1.52
TypeGauge32
Permissionread-only
Statuscurrent
MIBCISCO-RTTMON-MIB ;   -   View Supporting Images this link will generate a new windowhttp://tools.cisco.com/Support/SNMP/do/BrowseOID.do?local=en&translate=Translate&objectInput=rttMonJitterStatsOWMinSDNew
Description"The minimum of all one way times from source to destination.
Replaces deprecated rttMonJitterStatsOWMinSD."

Please rate helpful posts.

Ameya

Highlighted
Beginner

Question about rttMonJitterStatsOWMinSDNew and rttMonJitterStats

Hi,

Also please share a normal ping response from your snmp manager  to 10.10.10.1

i.e from the PC u ran snmpwalk.

Ameya

Highlighted
Cisco Employee

Question about rttMonJitterStatsOWMinSDNew and rttMonJitterStats

Hi, thanks for your reply.

Let me go back a little bit. Maybe I'm doing something wrong here.

this is the output of show ip sla monitor statistics:

Round trip time (RTT)   Index 1

        Latest RTT: 5 ms

Latest operation start time: 18:10:43.481 UTC Wed Sep 21 2011

Latest operation return code: OK

RTT Values

        Number Of RTT: 1000

        RTT Min/Avg/Max: 5/5/16 ms

Latency one-way time milliseconds

        Number of one-way Samples: 1000

        Source to Destination one way Min/Avg/Max: 2/2/7 ms

        Destination to Source one way Min/Avg/Max: 2/2/14 ms

Jitter time milliseconds

        Number of SD Jitter Samples: 999

        Number of DS Jitter Samples: 999

        Source to Destination Jitter Min/Avg/Max: 0/1/5 ms

        Destination to Source Jitter Min/Avg/Max: 0/1/11 ms

Packet Loss Values

        Loss Source to Destination: 0           Loss Destination to Source: 0

        Out Of Sequence: 0      Tail Drop: 0    Packet Late Arrival: 0

Voice Score Values

        Calculated Planning Impairment Factor (ICPIF): 0

        Mean Opinion Score (MOS): 0

Number of successes: 143

Number of failures: 0

Operation time to live: Forever

I'm trying to grab the highlighted information and I was pretty sure I'm using the right oid. Am I wrong?

If this is the right one, I need to understand why I'm getting as results these weird oid like when I search

1.3.6.1.4.1.9.9.42.1.3.5.1.52.1 I get 1.3.6.1.4.1.9.9.42.1.3.5.1.52.1.8021802. I am asking this because for the other oids I searched I have not found this kind of result.

Highlighted
Beginner

Re: Question about rttMonJitterStatsOWMinSDNew and rttMonJitterS

First, for One Way Delay to be reported and accurate, you need to be using NTP between source and destination.  Looks like you are but the min value falls below 1ms and its truncated to zero (0).

IP SLA keeps two buckets of data that the active probe reports data in a round robin fashion every hour.  Actually, I think the new bucket is created and the old is destroyed every hour, actually.  When this happens the index changes

1.3.6.1.4.1.9.9.42.1.3.5.1.52.1.8021802

OID = 1.3.6.1.4.1.9.9.42.1.3.5.1.52

rttMonCtrlAdminIndex = 1 (same as ip sla 1 , in the config)
rttMonJitterStatsStartTimeIndex = 8021802

There will be two instances of this index per probe, one bucket is actively written to and the
other has the previous one hour of data.


.1.3.6.1.4.1.9.9.42.1.3.5.1.1
rttMonJitterStatsStartTimeIndex OBJECT-TYPE
-- FROM     CISCO-RTTMON-MIB
-- TEXTUAL CONVENTION TimeStamp
SYNTAX          TimeTicks
MAX-ACCESS     not-accessible
STATUS          Current
DESCRIPTION    "The time when this row was created."
::= { iso(1) org(3) dod(6) internet(1) private(4) enterprises(1) cisco(9) ciscoMgmt(9) ciscoRttMonMIB(42) ciscoRttMonObjects(1) rttMonStats(3) rttMonJitterStatsTable(5) rttMonJitterStatsEntry(1) 1 }

You really need to read the mib it will explain a lot of this.

View solution in original post

Highlighted
Cisco Employee

Re: Question about rttMonJitterStatsOWMinSDNew and rttMonJitterS

Thank you very much!

Content for Community-Ad
This widget could not be displayed.