[j-nsp] icmp problems tracing through m20's

David Brazewell davidb at ednet.co.uk
Fri May 23 13:12:07 EDT 2003



Hi Harry

still not seeing anything on the icmp rate limiting:

dbrazewell at router> show system statistics icmp
icmp:
        0 drops due to rate limit
        5733 calls to icmp_error

and the icmp_errors are not climbing as the same rate as I am seeing 
packets being dropped in my traces

its a similar story for policing:

dbrazewell at router> show interfaces ge-0/3/0 extensive | match 
polic
    Errors: 0, Drops: 0, Framing errors: 0, Runts: 0, Policed discards: 
3743, L3 incompletes: 0,

these policed discards are not increasing at the same rate either

do you have any comment on what Niels Raijer said about changing code 
versions? Although I suspect that this was because there are different 
icmp throttling thresholds between versions

Thanks

David


On Thu, 22 May 2003, Harry Reynolds wrote:

> Yes, they should show up as ICMP drops. I have:
> 
>   .5			.6
> r3------------------r4
> 
>      10.0.2.4/30
> 
> At r3:
> 
> root at r3% ping -l 100 10.0.2.6
> PING 10.0.2.6 (10.0.2.6): 56 data bytes
> .....................................................................
> .....................................................................
> .....................................................................
> .....................................................................
> .....................................................................
> .....................................................................
> .....................................................................
> .....................................................................
> .....................................................................
> .........ax/stddev = 0.642/1.757/41.217/3.911 ms
> 
> At r4:
> [edit]
> lab at r4# run show system statistics | find icmp
> icmp:
>         173 drops due to rate limit <<<
>         0 calls to icmp_error
>         0 errors not generated because old message was icmp
>         Output histogram:
>                 echo reply: 25703
>         0 messages with bad code fields
>         0 messages less than the minimum length
>         0 messages with bad checksum
> 
> 
> [edit]
> lab at r4# run show system statistics | find icmp
> icmp:
>         181 drops due to rate limit <<<
>         0 calls to icmp_error
>         0 errors not generated because old message was icmp
>         Output histogram:
>                 echo reply: 28611
>         0 messages with bad code fields
>         0 messages less than the minimum length
>         0 messages with bad checksum
>         0 messages with bad source address
>         0 messages with bad length
>         0 echo drops with broadcast or multicast destinaton address
> 
> Are there any policed discard occuring on the interface being pinged?
> 
> [edit]
> lab at r4# run show interfaces so-0/1/0 extensive | match polic
>     Errors: 0, Drops: 0, Framing errors: 0, Runts: 0, Giants: 0,
> Bucket drops: 0, Policed discards: 0,
>     Policing bucket: Disabled
> 
> 
> 
> 
> > -----Original Message-----
> > From: David Brazewell [mailto:davidb at ednet.co.uk]
> > Sent: Thursday, May 22, 2003 11:21 AM
> > To: Harry Reynolds
> > Cc: juniper-nsp at puck.nether.net
> > Subject: RE: [j-nsp] icmp problems tracing through m20's
> >
> >
> >
> >
> > would this rate limiting show up in "show system statistics icmp"?
> >
> > cos Ive got the following on this router:
> >
> >         0 drops due to rate limit
> >
> > Cheers
> >
> > david
> >
> >
> > On Thu, 22 May 2003, Harry Reynolds wrote:
> >
> > > Hello,
> > >
> > > I have not messed with mtr, but can confirm that ICMP
> > rate limiting
> > > on the fxp1 interface will result in some packet loss
> > when performing
> > > rapid (flood) pings that are destined to a PFE interface (this
> > > traffic must transit fxp1). A recent email indicated
> > these parameters
> > > are now in effect; I have not confirmed:
> > >
> > > The default rate limiting is 50 per second per logical interface
> > > and I think 500 per box per second.
> > >
> > >
> > >
> > > > -----Original Message-----
> > > > From: juniper-nsp-bounces at puck.nether.net
> > > > [mailto:juniper-nsp-bounces at puck.nether.net]On Behalf Of
> > > > David Brazewell
> > > > Sent: Thursday, May 22, 2003 11:00 AM
> > > > To: juniper-nsp at puck.nether.net
> > > > Subject: [j-nsp] icmp problems tracing through m20's
> > > >
> > > >
> > > >
> > > > Hi
> > > >
> > > > has anyone ever experienced problems where icmp traces
> > > > (using mtr) to
> > > > destinations through an m20 show no packet loss at the
> > > > last hop but
> > > > varying amounts of packet loss on one of the juniper
> > interfaces?
> > > >
> > > > tracing to the juniper itself shows no packet loss.
> > > >
> > > > It has been suggested that this may be down to default
> > > > icmp throttling on
> > > > the junipers. does anyone know anything about this?
> > > >
> > > > Thanks
> > > >
> > > > David
> > > >
> > > >
> > > > _______________________________________________
> > > > juniper-nsp mailing list juniper-nsp at puck.nether.net
> > > > http://puck.nether.net/mailman/listinfo/juniper-nsp
> > >
> > > --
> > > Virus scanned by edNET.
> > >
> >
> 
> -- 
> Virus scanned by edNET.
> 




More information about the juniper-nsp mailing list