On 29/04/2013 15:23, "Aaron" wrote:
>Thanks Adam,
>
>sh lpts pifib hardware police location 0/0/cpu0
>
>shows all 0's in the drop column, but at the bottom it shows...
>
>RP/0/RSP0/CPU0:9k#sh lpts pifib hardware police location 0/0/cpu0 | in
>drop
>Mon Apr 29 08:22:55.180 CDT
>Packets dropp
what that is ?
Aaron
-Original Message-
From: Adam Vitkovsky [mailto:adam.vitkov...@swan.sk]
Sent: Monday, April 29, 2013 3:31 AM
To: 'Aaron'; cisco-nsp@puck.nether.net
Subject: RE: [c-nsp] ipsla - latency - related to cellular backhaul
Hi Aron,
Well I believe that any type
ate 500
-don't forget to do it per line-card
adam
-Original Message-
From: cisco-nsp [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of
Aaron
Sent: Thursday, April 25, 2013 7:02 PM
To: cisco-nsp@puck.nether.net
Subject: [c-nsp] ipsla - latency - related to cellular backha
You are correct. The ICMP Echo Reply would be generated by the LC CPU on a
GSR. The CPU is slower, and yes there could still be non-deterministic
jitter, you sill are not going through the OS scheduler on the RP CPU like
you would on any other box.
For the ASR1k, the CPU is on the RP and the forwa
On (2013-04-26 09:55 -0400), Pete Lumbis wrote:
> Some hardware platforms and offload ping, mainly Echo Reply. I know that
> ASR1k and the GSR can do this off the top of my head (that is, I'm not
> saying this is an exhaustive list). Echo Requests will always be generated
> by the Supervisor/RP/Ce
go to:
http://www.cisco.com/web/about/doing_business/legal/cri/index.html
From: "aar...@gvtc.com<mailto:aar...@gvtc.com>"
mailto:aar...@gvtc.com>>
Date: Thursday, April 25, 2013 10:02 AM
To: "cisco-nsp@puck.nether.net<mailto:cisco-nsp@puck.nether.net>"
mailto:
9:56 AM
To: Tony
Cc: cisco-nsp@puck.nether.net
Subject: Re: [c-nsp] ipsla - latency - related to cellular backhaul
Some hardware platforms and offload ping, mainly Echo Reply. I know that
ASR1k and the GSR can do this off the top of my head (that is, I'm not
saying this is an exhaustive list). Ech
Some hardware platforms and offload ping, mainly Echo Reply. I know that
ASR1k and the GSR can do this off the top of my head (that is, I'm not
saying this is an exhaustive list). Echo Requests will always be generated
by the Supervisor/RP/Central CPU.
If Echo Replies are not offloaded then the po
in probe packet
>
> verify-data Check each IPSLA response for corruption
>
> vrf Configure IPSLA for a VPN Routing/Forwarding instance
>
> ** **
>
> ** **
>
> *From:* Richard Clayton [mailto:sledge...@gmail.com]
> *Sent:* Friday, April
tance
From: Richard Clayton [mailto:sledge...@gmail.com]
Sent: Friday, April 26, 2013 6:27 AM
To: Tony
Cc: Aaron; cisco-nsp@puck.nether.net
Subject: Re: [c-nsp] ipsla - latency - related to cellular backhaul
I would use udp-jitter, like this
ip sla 1
udp-jitter 1.1.1.1 16384 codec g71
I would use udp-jitter, like this
ip sla 1
udp-jitter 1.1.1.1 16384 codec g711alaw codec-numpackets 600
codec-interval 100
tos 184
tag "probe my remote site"
ip sla schedule 1 life forever start-time now
The tos is optional, we use it to test for voice media quaility, udp
traffic should not su
Hi,
>
> From: Aaron
>
>Tac says that this drop and the latency seen using various ipsla pings is
>expected since all pings are treated less than everything else and could be
>getting policed by LPTS (I don't know what LPTS is)
>
Google tells me that LPTS = Loca
I have seen some latency (measured using ipsla icmp/udp/mpls pw pings)
beyond my agreements with some of our cellular backhaul customers..
We are concerned that if/when they ask to see their sla measurements for
their cell towers that we won't be looking very good
Cisco Tac is telling me th
13 matches
Mail list logo
