[c-nsp] ipsla - latency - related to cellular backhaul

Richard Clayton sledge121 at gmail.com
Fri Apr 26 07:26:48 EDT 2013

I would use udp-jitter, like this

ip sla 1
 udp-jitter 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 suffer the same as icmp

On 26 April 2013 00:35, Tony <td_miles at yahoo.com> wrote:

> Hi,
> >________________________________
> > From: Aaron <aaron1 at gvtc.com>
> >
> >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 = Local Packet Transport Services. TAC are
> meaning packets that are destined for the router control plane, not the
> forwarding plane (ie. packets TO the router, not THROUGH the router).
> Response to these packets can depend on how busy the router is and also any
> CoPP that might be implemented. Has potentially to be true. If you have no
> CoPP on the devices and they are under minimal load (CPU wise) then this
> probably shouldn't be a factor.
> Are you losing any traffic that is going through the device (ie. from ping
> tests) ?
> regards,
> Tony.
> _______________________________________________
> cisco-nsp mailing list  cisco-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/

More information about the cisco-nsp mailing list