Even with “ip options drop”, we are still seeing a fraction of packets being
cpu switched (about 0.2% input and 1% output) even though we are using CEF.
Looks like they are mostly door-knob packets destined for the router itself
(which is ACL’d) or some other annoyance. We tuned the buffers to
on a 1. The 7200 uses particles, not buffers...
Also, its not relevant for CEF-switched traffic. So unless your configuration
requires fast-switching or process-switching, you don't need to worry about
buffer/particle tuning at all.
Lukas
On 8 July 2015 at 03:36, Mark Tinka mark.ti...@seacom.mu wrote:
15.2(4)S7. Solid.
+1.
James.
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at
Even with “ip options drop”, we are still seeing a fraction of
packets being cpu switched (about 0.2% input and 1% output)
even though we are using CEF. Looks like they are mostly door-knob
packets destined for the router itself (which is ACL’d) or some other
annoyance.
Sure, but thats not
Hi,
On Tue, Jul 07, 2015 at 09:20:09PM +, Matthew Huff wrote:
Basically, as I understand it, you can get input/output drops with a busy CPU
on the 7200 not just with interface buffer overruns but generic queue
buffers. The default values were set when T1s were the standard. The article
All,
This is what I am seeing on 7206's with NPE-G1's running IOS 12.4(12b).
Also I might add that I have quite a few of these in service (all with same
rev of IOS, and all are variable traffic throughout a 24 hour timespan
(50-300Mbps):
6#show int gig 0/1
GigabitEthernet0/1 is up, line protocol
Hello,
I wanted to reach out to the list to see what is the current and
trusted version of IOS for Cisco 7206VXR with NPE-G1? I know this
hardware is EOL but we have a few still in use and wanted to get them up to
a newer version of IOS. We are currently running 12.4(12b) which I think
we are
] On Behalf Of Rich
Davies
Sent: Tuesday, July 7, 2015 3:07 PM
To: cisco-nsp@puck.nether.net
Subject: [c-nsp] Cisco 7206VXR with NPE-G1
Hello,
I wanted to reach out to the list to see what is the current and
trusted version of IOS for Cisco 7206VXR with NPE-G1? I know this
hardware is EOL but we have
Hi,
On Tue, Jul 07, 2015 at 03:07:12PM -0400, Rich Davies wrote:
I wanted to reach out to the list to see what is the current and
trusted version of IOS for Cisco 7206VXR with NPE-G1?
15.1(4)M10 has been extraordinarily nice for us - and is about the only
version which has bugfixes for
Hi,
On Tue, Jul 07, 2015 at 07:16:10PM +, Matthew Huff wrote:
I would strongly recommend picking up a refurb NPE-G2. They should be cheap
and available. We are running 15.2(4)S7 on ours with BGP/EIGRP. Very stable.
You might also want to bump up your buffers on the 72xx.
Well ...
Am 7. Juli 2015 22:28:12 schrieb Gert Doering g...@greenie.muc.de:
Hi,
On Tue, Jul 07, 2015 at 07:16:10PM +, Matthew Huff wrote:
I would strongly recommend picking up a refurb NPE-G2. They should be
cheap and available. We are running 15.2(4)S7 on ours with BGP/EIGRP. Very
Basically, as I understand it, you can get input/output drops with a busy CPU
on the 7200 not just with interface buffer overruns but generic queue buffers.
The default values were set when T1s were the standard. The article shows how
to see which buffers are being overrun and how to adjust
On 7/Jul/15 21:07, Rich Davies wrote:
Hello,
I wanted to reach out to the list to see what is the current and
trusted version of IOS for Cisco 7206VXR with NPE-G1? I know this
hardware is EOL but we have a few still in use and wanted to get them up to
a newer version of IOS. We are
Hello,
I have a trouble understanding the problem I have with mGRE on 7206VXR with
NPE-G1 on one side and Cisco ASR 1001 on another. The problem is random
packet loss for example:
7206 - ASR
Sending 1, 1300-byte ICMP Echos to 192.168.0.2, timeout is 2 seconds:
Hi all,
We recently has tried to update IOs version on our Cisco router 7206VXR
(NPE-G2) up to SRD4 12.2 (33).
But we observed trouble with bgp process.
Some sessions had not risen or got down with following notifications
May 25 07:28:29 router.name.net 118: May 25 07:28:29: %BGP-5-ADJCHANGE:
On 25/05/2010 16:51, Anrey Teslenko wrote:
Unknown path error
Do you have a copy of the BGP configuration (removing the actual IP's) ?
I have upgraded several devices to SRD4 and I am pretty happy with this
software release. I am using IBGP/EBGP without any problems although I
had yet
We have a 7206 that is getting lots of input errors and overrun errors
on the LAN side without CRC errors. On the WAN side we are getting
all 3 but on a much smaller scale. Every couple of weeks the CPU goes
through the roof but the box has never rebooted. Can anyone give me a
detailed
The CPU may be freaking out as interfaces and routing protocols think
as errors stack up quickly the link is flapping, causing a lot of SPF
calculations or BGP table re-syncs. Once the errors die off the
interfaces appear stable.
With both interfaces receiving the same garbled packets, it's
Hi,
On Fri, Apr 25, 2008 at 01:12:14AM +0200, Sidney Boumendil wrote:
(remember OIR ie hot swap of PA is not supported on 7200 platform)?
7200s perfectly well support PA OIR.
Only the I/O-Board (and NPE) are not hot-swappable.
gert
--
USENET is *not* the non-clickable part of WWW!
I think the 7200 platform is the only one from Cisco where I have never
had a OIR hiccup.
Gert Doering wrote:
7200s perfectly well support PA OIR.
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
Hi,
On Fri, Apr 25, 2008 at 10:55:35AM -0400, Jason Berenson wrote:
Never had a hiccup? I'd say 70% of the time the router falls on its face...
For 7500s, I can second that - but for the 7200, never ever any problem.
(Non-VXRs VXRs, everything from NPE-150 to NPE-G1, IOS 11.1, 11.1CC to
12.3
Gert Doering wrote:
For 7500s, I can second that - but for the 7200, never ever any problem.
On a 7500, if it was VIP based I would pretty much guarantee that the
router would require a reload - Even manually forcing a bus stall rather
than expecting the card insertion to do it right. The
On 4/25/08, Gert Doering [EMAIL PROTECTED] wrote:
7200s perfectly well support PA OIR.
My mistake :)
Must have confused with modular routers and NM.
Sidney
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
Hi,
On Fri, Apr 25, 2008 at 07:04:24PM +0200, Sidney Boumendil wrote:
On 4/25/08, Gert Doering [EMAIL PROTECTED] wrote:
7200s perfectly well support PA OIR.
My mistake :)
Must have confused with modular routers and NM.
Those are a bit funny indeed - 3660s actually support hot-swap,
On Wed, Apr 23, 2008 at 5:18 AM, Jason Berenson [EMAIL PROTECTED] wrote:
Greetings,
For anyone that cares. It seems that the bad NPE-G1 was running 12.2.x
bootstrap code. Once they sent me one that was running 12.3.x and
12.4.19 IOS everything worked like a charm.
Thanks,
Jason
Hi,
Sidney,
I already got the G1 replaced, it's working. I have an NPE-400 in a VXR
chassis that was running fine with 12.3.x until I put 12.4.19 on it. It
starts the boot process, shows the version of bootstrap (12.2.x) then
shows the amount of memory (256M) then does this:
rommon
rommon
On Fri, Apr 25, 2008 at 12:48 AM, Jason Berenson [EMAIL PROTECTED] wrote:
Sidney,
I already got the G1 replaced, it's working. I have an NPE-400 in a VXR
chassis that was running fine with 12.3.x until I put 12.4.19 on it. It
starts the boot process, shows the version of bootstrap (12.2.x)
Sidney,
Without the PAs it does the same thing up until it tells me how much
memory it has, then it scrolls this non stop:
monitor: command boot abo
mon
-Jason
Sidney Boumendil wrote:
On Fri, Apr 25, 2008 at 12:48 AM, Jason Berenson [EMAIL PROTECTED] wrote:
Sidney,
I already got the
Greetings,
For anyone that cares. It seems that the bad NPE-G1 was running 12.2.x
bootstrap code. Once they sent me one that was running 12.3.x and
12.4.19 IOS everything worked like a charm.
Thanks,
Jason
e ninja wrote:
On Mon, Apr 21, 2008 at 3:05 AM, Marko Milivojevic [EMAIL PROTECTED]
12.4 will never be GD = Gerd Doering ?
Ziv
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gert Doering
Sent: Saturday, April 19, 2008 12:16 AM
To: Rodney Dunn
Cc: cisco-nsp@puck.nether.net
Subject: Re: [c-nsp] Cisco 7206VXR
Hi,
On Fri, Apr 18, 2008
Hi,
On Mon, Apr 21, 2008 at 10:54:11AM +0300, Ziv Leyes wrote:
12.4 will never be GD = Gerd Doering ?
*g* - GD is general deployment, which sort of means this IOS train
has seen enough testing by customers and so we assume that there are not
too many nasty bugs left, or so.
gert
--
USENET is
*g* - GD is general deployment, which sort of means this IOS train
has seen enough testing by customers and so we assume that there are not
too many nasty bugs left, or so.
Usually not that many useful new features, either ;-)
___
cisco-nsp mailing
Gary reminded me it was already on CCO:
http://www.cisco.com/en/US/prod/collateral/iosswrel/ps8802/ps6968/ps6350/product_bulletin_cisco_ios_software_gd_program_retirement.html
On Fri, Apr 18, 2008 at 03:12:53PM -0400, Jason Berenson wrote:
Rodney,
I'm just going to try 12.3.22 (which is
On Mon, Apr 21, 2008 at 3:05 AM, Marko Milivojevic [EMAIL PROTECTED]
wrote:
*g* - GD is general deployment, which sort of means this IOS train
has seen enough testing by customers and so we assume that there are not
too many nasty bugs left, or so.
Usually not that many useful new
On Fri, Apr 18, 2008 at 02:42:16PM -0700, Buhrmaster, Gary wrote:
Cisco retired (is retiring) the GD/LD program
(ED and DF continue, MD is a new designation):
Still, I don't understand what the practical consequences are, except
that images aren't called GD/LD anymore, but MD (which never had
Greetings,
I'm going to be upgrading a couple of 7206VXR NPE-350's to G1's tomorrow
night. I'm testing right now with the latest IP plus software:
c7200-is-mz.124-19.bin. When I pop in a PA-MC-T3 the router promptly
crashes:
Router#
*Oct 8 10:44:54.339: %OIR-6-INSCARD: Card inserted in
On Fri, 18 Apr 2008, Jason Berenson wrote:
I'm going to be upgrading a couple of 7206VXR NPE-350's to G1's tomorrow
night. I'm testing right now with the latest IP plus software:
c7200-is-mz.124-19.bin. When I pop in a PA-MC-T3 the router promptly
crashes:
10:44:58 UTC Fri Oct 8 2004:
Justin M. Streiner wrote:
Does the router crash when you insert any other port adapters?
Does it crash when you insert the card, but boots happily if the card is
already in when you power on?
David
___
cisco-nsp mailing list
Elaborate what pop in means?
OIR?
Hard reboot with it installed?
Did it generate a crashinfo?
A TAC SR needs to be opened because it's a bug.
Rodney
PS. 12.4 will never be GD. That program is retired.
On Fri, Apr 18, 2008 at 02:09:05PM -0400, Jason Berenson wrote:
Greetings,
I'm going
Rodney,
When I say pop in, I mean the router is booted and I put the card in.
I've tried a hard reboot too, same results. It did generate a
crashinfo, once I get our contract renewed I can open a TAC case.
What do you mean by 12.4 will never be GD?
-Jason
Rodney Dunn wrote:
Elaborate what
On Fri, Apr 18, 2008 at 02:57:42PM -0400, Jason Berenson wrote:
Rodney,
When I say pop in, I mean the router is booted and I put the card in.
I've tried a hard reboot too, same results. It did generate a
crashinfo, once I get our contract renewed I can open a TAC case.
Do you have
Rodney,
I'm just going to try 12.3.22 (which is what we have running on an
NPE-350 with T3 and OC3 cards installed) to see if it's stable. If not
I'll try the other G1 I have sitting here.
-Jason
Rodney Dunn wrote:
On Fri, Apr 18, 2008 at 02:57:42PM -0400, Jason Berenson wrote:
Rodney,
Are you using multiple 7206 chassis and multiple NPE-G1s for testing?
Does it happen consistently across all of your devices?
Only time I had a problem similar to this was with a flaky NPE or memory
on the NPE.
Jason Berenson wrote:
Rodney,
When I say pop in, I mean the router is booted and
: Friday, April 18, 2008 1:52 PM
To: Justin M. Streiner
Cc: cisco-nsp@puck.nether.net
Subject: Re: [c-nsp] Cisco 7206VXR
Justin, David,
It crashes when I put the card in and keeps crashing on a reboot. I did
get it to boot with 12.3.26. When I put the PA-MC-T3 card in at that
point it's ok
, 2008 1:52 PM
To: Justin M. Streiner
Cc: cisco-nsp@puck.nether.net
Subject: Re: [c-nsp] Cisco 7206VXR
Justin, David,
It crashes when I put the card in and keeps crashing on a reboot. I did
get it to boot with 12.3.26. When I put the PA-MC-T3 card in at that
point it's ok but when I put
Hi,
On Fri, Apr 18, 2008 at 02:55:54PM -0400, Rodney Dunn wrote:
PS. 12.4 will never be GD. That program is retired.
Hmmm?
gert
--
USENET is *not* the non-clickable part of WWW!
//www.muc.de/~gert/
Gert Doering - Munich, Germany
That's what I say too...
Gert Doering wrote:
Hi,
On Fri, Apr 18, 2008 at 02:55:54PM -0400, Rodney Dunn wrote:
PS. 12.4 will never be GD. That program is retired.
Hmmm?
gert
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
On Fri, Apr 18, 2008 at 02:55:54PM -0400, Rodney Dunn wrote:
PS. 12.4 will never be GD. That program is retired.
Hmmm?
Cisco retired (is retiring) the GD/LD program
(ED and DF continue, MD is a new designation):
http://www.cisco.com/en/US/prod/collateral/iosswrel/ps8802/ps6968/ps6350/product_bulletin_cisco_ios_software_gd_program_retirement.html
--
Tassos
Jason Berenson wrote on 19/4/2008 12:17 πμ:
That's what I say too...
Gert Doering wrote:
Hi,
On Fri, Apr 18, 2008 at 02:55:54PM -0400, Rodney
this issue on both routers.
-Original Message-
From: Jason Berenson [mailto:[EMAIL PROTECTED]
Sent: Friday, April 18, 2008 2:33 PM
To: Tolstykh, Andrew
Cc: Justin M. Streiner; cisco-nsp@puck.nether.net
Subject: Re: [c-nsp] Cisco 7206VXR
Andrew,
It looks like it may be this G1. I'm
On Wed, Mar 12, 2008 at 11:31:22PM -0400, Jason Berenson wrote:
We have 3 7206's used as edge routers. PA-MC-T3 in from our DAX and
ethernet out to our transport. So there are a few adjacencies along
with iBGP and eBGP. It seems like the router that goes down (flaps
OSPF/BGP instance 1)
Most likely problem can be solved if you switch to 12.4(latest).
Werner Detter wrote:
Hi again,
crashed due to a bus error (bus error at PC 0x6013C4D8, address 0x64588700).
skip
What do you suggest?
Any help or comments appreciated,
Werner
Hi again,
Looks like we tried to read from a valid address.
Thanks you for your comments. I suppose changing the
memory isn't a bad idea.
regards,
Werner
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
No.
Good idea to just turn off logging to the console via
no logg con
Rodney
On Wed, Mar 12, 2008 at 05:35:12PM -0400, Jason Berenson wrote:
Rodney,
They connect back to a cisco switch. No errors anywhere along the
ethernet and no packet loss. It also only flapped 3 times yesterday and
Hi again,
crashed due to a bus error (bus error at PC 0x6013C4D8, address 0x64588700).
As described in the Cisco document Troubleshooting Bus Error Crashes [1] I've
tried
to figure out to which memory location the address 0x64588700 corresponds to.
'show region' shows, that the address
Look for intput drops on the 'sh int'.
If you don't see any you probably need a sniffer trace on the
ethernet segment.
On Tue, Mar 11, 2008 at 03:53:30PM -0400, Jason Berenson wrote:
Greetings,
We have a few 7206's running OSPF/BGP for routing. All of the routers
are fine except for one -
Rodney,
The interface is clean. No errors/drops at all. I think I'll have to
snoop that segment like you suggested and wait for it to flap again.
Thanks,
Jason
Rodney Dunn wrote:
Look for intput drops on the 'sh int'.
If you don't see any you probably need a sniffer trace on the
If OSPF is flapping, you should see it on the neighbor attached to that
interface as well, so you might look there for issues.
Joe
On 3/12/08, Jason Berenson [EMAIL PROTECTED] wrote:
Rodney,
The interface is clean. No errors/drops at all. I think I'll have to
snoop that segment like you
Joe,
I checked the neighbors too. I do see the session flap there but again,
no errors on the ethernet and nothing really obvious as to why it
flapped. This just started in the past few days. I do see some CPU
spikes to 100% but it doesn't correlate exactly to when the flap occurred.
What is the physical topology?
Is it back to back ethernet?
On Wed, Mar 12, 2008 at 11:37:42AM -0400, Jason Berenson wrote:
Joe,
I checked the neighbors too. I do see the session flap there but again,
no errors on the ethernet and nothing really obvious as to why it
flapped. This just
Rodney,
They connect back to a cisco switch. No errors anywhere along the
ethernet and no packet loss. It also only flapped 3 times yesterday and
2 times 5 days ago, so it's not a constant flap.
It hasn't flapped yet today, so I'll turn on debugging and setup a snoop
and write back when I
Good analysis. Looks like we tried to read from a valid address.
main:text,(r/o), main:data (r/w) and main:bss (r/w) are subregions of the
local memory used for IOS. main:heap is what is left after IOS image is
loaded.
main:bss contains uninitialized variables.
/eninja
On Wed, Mar 12, 2008
Are any other hosts affected off the switch during this period aswell?
Ben
On 13/03/2008, at 8:05 AM, Jason Berenson wrote:
Rodney,
They connect back to a cisco switch. No errors anywhere along the
ethernet and no packet loss. It also only flapped 3 times yesterday
and
2 times 5 days
Ben,
We have 3 7206's used as edge routers. PA-MC-T3 in from our DAX and
ethernet out to our transport. So there are a few adjacencies along
with iBGP and eBGP. It seems like the router that goes down (flaps
OSPF/BGP instance 1) is the only one that takes a hit out of all of them
connected
Going by the fact you see nothing obvious in the logs on the routers I
was just curious to see whether it may be something on the switch like
someone randomly plugging in a cable or interface that is causing a
brief SPT loop or other various layer 2 issue, nothing in the switch
logs I
Greetings,
We have a few 7206's running OSPF/BGP for routing. All of the routers
are fine except for one - I noticed a few times in the past week where
OSPF/BGP flapped and came back right away.
I checked CPU and noticed it peaked in the past hour but that doesn't
really correlate to the
Keith Madara wrote:
I have been using a 7206VXR for many years now to provide DSL Services. We
are running this unit utilizing PPPoE. Recently, we attempted to insert a
PA-MC-T3 card into the unit and program a Multilink PPP connection for a
Customer with 3 T1's bonded together. While
Robert,
Thank you. I believe that is what I missed which was the aaa authorization
network name none
--Keith
On Fri, Apr 27, 2007 at 03:59:48PM -0400, Robert Blayzor wrote:
Keith Madara wrote:
I have been using a 7206VXR for many years now to provide DSL Services.
We are running this
68 matches
Mail list logo