Well, keep in mind that "interface resets" don't represet hardware
resets, but rather the number of times that the line protocol had
to restart/renegotiate after a failure.
That may be causually related to "overloading" the router as far
as the number of "high-speed" interfaces, but if that's the case
you should also be seeing overruns & underruns, which are the
direct evidence of running out of bus bandwidth.
The interface resets may well represet periods when the processor
was stalled or maxed out long enough to let a line protocol fail,
but they could also reflect any number of other bugs.
As far as I know the "high-speed" interface limit is just a warning
that you have a situation where you're likely to run out of bus
bandwidth, the router will run fine as long as you don't actually
push the potetential bandwidth.
Anyway, I'd look hard at the other "show int" counters, you might
also try swapping which slot the offending card is in, the 7206
has two PCI busses and ideally bandwidth is distributed between
them.
George
> From cisco-nsp-request@puck.nether.net Mon Oct 16 12:44:48 2000
> Resent-Date: Mon, 16 Oct 2000 12:41:55 -0400
> Received-Date: Mon, 16 Oct 2000 12:40:00 -0400
> From: "Michael K. Smith" <mksmith@semaphore.com>
> To: "'Steven Saner'" <ssaner@southwind.net>, cisco-nsp@puck.nether.net
> Subject: RE: [nsp] 7206 HSSI interface resets
> Date: Mon, 16 Oct 2000 09:37:38 -0700
> Resent-From: cisco-nsp@puck.nether.net
> X-Mailing-List: <cisco-nsp@puck.nether.net> archive/latest/4010
> X-Loop: cisco-nsp@puck.nether.net
> Precedence: list
> Resent-Sender: cisco-nsp-request@puck.nether.net
>
> Hello:
>
> If I'm not mistaken, the 72xx (non-VXR) is only capable of supporting 3 high
> speed interfaces, irrespective of how much bandwidth they are pushing. In
> your config you have the FE on the board, another FE, the HSSI and the PA-A3
> for a total of four.
>
> Mike
>
> -----Original Message-----
> From: Karyn Ulriksen [mailto:kulriksen@publichost.com]
> Sent: Monday, October 16, 2000 9:35 AM
> To: 'Steven Saner'; cisco-nsp@puck.nether.net
> Subject: RE: [nsp] 7206 HSSI interface resets
>
>
> Steven,
>
> Had this exact scenario occuring on a 7010 a couple years back. Sorry,
> we never did reach resolution on the issue, just jumped to another router.
>
> BUT, I do have a theory and wondered if you could indulge me with a brief
> on your topology (you might want to send this off list to
> kulriksen@sitestream.net). If you're topology is similar to what I was
> using at the time, I may have an answer for you.
>
> Karyn
>
> > -----Original Message-----
> > From: Steven Saner [mailto:ssaner@southwind.net]
> > Sent: Monday, October 16, 2000 9:28 AM
> > To: cisco-nsp@puck.nether.net
> > Subject: [nsp] 7206 HSSI interface resets
> >
> >
> > Description of problem:
> >
> > We have a 7206 that is currently loaded with the following
> > configuration, as of Saturday, 14 October 2000.
> >
> > IOS: Version 12.0(2)XE1
> > Processor: NPE200
> > Memory: 128M
> >
> > Slot 0: Motherboard with FastEthernet interface
> > Slot 1: PA-FE-TX Single FastEthernet adapter
> > Slot 2: PA-MC-8T 8 x T1 adapter
> > Slot 3: HSSI interface
> > Slot 4: PA-MC-8T 8 x T1 adapter
> > Slot 5: PA-4E 4 x Ethernet adapter
> > Slot 6: PA-A3 ATM Adapter
> >
> > We are seeing interface resets on the HSSI interface. The frequency of
> > resets do seem to increase with increased load. The bandwidth load of
> > the HSSI interface does not peak beyond about 50%. It is
> > connected to a
> > DS3 via a Larscom CSU/DSU
> >
> > Prior to Saturday, 14 October 2000, the same router had a PA-MC-8T
> > adapter in slot 3 that was not being used, and there was a dual
> > FastEthernet adapter in Slot 1 (in place of the single FE adapter
> > there now). The HSSI adapter that is in slot 3 now was in a second
> > 7206 connected to the same circuit that it is now. A crossover
> > ethernet cable was used between the two 7206s. In that configuration
> > we did not see any interface resets on the HSSI interface.
> >
> > We have attempted to upgrade the IOS to 12.0(9)S. While that IOS was
> > running (about 1/2 hour) we did not see any interface resets, but we
> > had to revert back to the current IOS because of problems with the ATM
> > sub-interfaces that are associated with bridge-groups for provisioning
> > ADSL service.
> >
> > Any ideas or advice would be appreciated.
> >
> >
> > --
> > ==================================================================
> > Steven Saner SouthWind Internet
> > Access, Inc.
> > ssaner@southwind.net Systems/Network Administrator
> > http://www2.southwind.net/~ssaner http://www.southwind.net
> > 263-7963 Wichita
> > (800)525-7963
> >
>
>
This archive was generated by hypermail 2b29 : Sun Aug 04 2002 - 04:12:19 EDT