[c-nsp] Possible memory corruption w/ 12.2(18)S11
Rodney Dunn
rodunn at cisco.com
Tue Mar 21 17:37:00 EST 2006
On Tue, Mar 21, 2006 at 11:53:46PM +0200, Eugene Vedistchev wrote:
> class-based shaping is something like:
>
> class-map match-all 115
> match access-group 115
> <multiple class-map>
>
> policy-map inbound
> class 115
> shape average 1024000 4096 4096
> <multiple class/shape statements>
>
> FN and Software Advisor states that class-based shaping exists in 12.0S
> and 12.2S for 7500.
I just tried to configure it on 12.3(17) code on a 75xx and it worked.
75xx_top#sh policy-map
Policy Map ipcos-PL469134-ihpca
Class PL469134-Platinum
priority percent 17
Class PL469134-Gold
bandwidth percent 33
Class PL469134-Silver
bandwidth percent 25
Policy Map inbound
Class 115
shape average 1024000 4096 4096
Class 116
shape average 2000000 8000 8000
75xx_top#sh pol
75xx_top#sh policy-map int fas 0/0/0
FastEthernet0/0/0
Service-policy output: inbound
Class-map: 115 (match-all)
0 packets, 0 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: access-group 115
queue size 0, queue limit 256
packets output 0, packet drops 0
tail/random drops 0, no buffer drops 0, other drops 0
Shape: cir 1024000, Bc 4096, Be 4096
output bytes 0, shape rate 0 bps
Class-map: 116 (match-all)
0 packets, 0 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: access-group 116
queue size 0, queue limit 500
packets output 0, packet drops 0
tail/random drops 0, no buffer drops 0, other drops 0
Shape: cir 2000000, Bc 8000, Be 8000
output bytes 0, shape rate 0 bps
Class-map: class-default (match-any)
2 packets, 428 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: any
75xx_top#sh ver | incl IOS
IOS (tm) RSP Software (RSP-PV-M), Version 12.3(17), RELEASE SOFTWARE (fc2)
75xx_top#
> acl remark in 12.2S within them.
Like I said acl remark is in 12.3/12.4 because I checked that too.
Ignore Feature Navigator for the 75xx. It's almost all wrong unfortunately.
Rodney
>
> Eugene
>
> --- Original Message ---
>
> >On Tue, Mar 21, 2006 at 09:40:54PM +0200, Eugene Vedistchev wrote:
> >
> >
> >>acl remark (very important - customers)
> >>
> >>
> >
> >That's in 12.3 mainline and 12.4 mainline too:
> >
> >75xx_top(config)#ip access-list ex
> >75xx_top(config)#ip access-list extended ?
> > <100-199> Extended IP access-list number
> > <2000-2699> Extended IP access-list number (expanded range)
> > WORD Access-list name
> >
> >75xx_top(config)#ip access-list extended test
> >75xx_top(config-ext-nacl)#rem
> >75xx_top(config-ext-nacl)#remark ?
> > LINE Comment up to 100 characters
> > <cr>
> >
> >75xx_top(config-ext-nacl)#do sh ver | incl IOS
> >IOS (tm) RSP Software (RSP-PV-M), Version 12.3(17), RELEASE SOFTWARE (fc2)
> >75xx_top(config-ext-nacl)#
> >
> >+ class-based shaping
> >
> >
> >
> >What exact configuration do you mean by class-based shaping?
> >
> >
> >
> >
> >>12.2.25S8
> >>
> >>eugene vedistchev
> >>
> >>--- Original Message ---
> >>
> >>
> >>
> >>>Are you saying you have it replicated in the lab?
> >>>
> >>>The OSPF bad checksum just means that OSPF detects
> >>>the packet doesn't have the correct checksum value
> >>>when it runs it over the LSA's in the update.
> >>>
> >>>btw, can you guys list out the feature combinations
> >>>that are requiring you to run 12.2S on the 75xx's?
> >>>
> >>>On Tue, Mar 21, 2006 at 02:06:45PM -0500, Greg Boehnlein wrote:
> >>>
> >>>
> >>>
> >>>
> >>>>On Tue, 21 Mar 2006, David Coulson wrote:
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>>12.2(18)S11 on 7507 w/ RSP4.
> >>>>>
> >>>>>We've been seeing this frequently (IP address of source varies)
> >>>>>
> >>>>>Mar 19 07:31:09 core1.clevoh.n2net.net 515: Mar 19 07:31:01:
> >>>>>%OSPF-4-ERRRCV: Received invalid packet: Bad Checksum from
> >>>>>207.166.192.208, GigabitEthernet4/0/0.100
> >>>>>
> >>>>>If I do a 'memory cache-policy io uncached', it solves the problem,
> >>>>>however it kills the CPU on the router.
> >>>>>
> >>>>>Is this potentially a hardware issue, or an IOS bug? We've moved the
> >>>>>interface to a seperate GEIP (different GEIP, GBIC, fiber, GBIC, switch)
> >>>>>and we get the same problem. We never encountered this on PA-FE or FEIPs.
> >>>>>
> >>>>>Does anyone have any suggestions for troubleshooting this, before I just
> >>>>>go and load 12.2 on to it?
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>As a side note, this has been tested and replicated on a pair of 7507s
> >>>>running Dual RSP-4s w/ the same IOS version. That's two completely
> >>>>independent routers w/ completely different hardware...
> >>>>
> >>>>--
> >>>> Vice President of N2Net, a New Age Consulting Service, Inc. Company
> >>>> http://www.n2net.net Where everything clicks into place!
> >>>> KP-216-121-ST
> >>>>
> >>>>
> >>>>
> >>>>_______________________________________________
> >>>>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/
> >>>>
> >>>>
> >>>>
> >>>>
> >>>_______________________________________________
> >>>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/
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >_______________________________________________
> >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/
> >
> >
> >
> >
>
> _______________________________________________
> 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