The problem is that the session stays active. I want the session to be
lost. I believe the rules should be adhered to a bit more strictly.
The session DOES NOT stay active. The phone is stupid. It should have realized
there's no reply and restart the session.
If the current matching nat
Hi Pete,
Thanks for your response, I think you've confirmed our suspicions. We'll
source another chassis:)
James G
-Original Message-
From: Pete Templin [mailto:peteli...@templin.org]
Sent: 24 January 2010 19:00
To: James Greig
Cc: cisco-nsp@puck.nether.net
Subject: Re: [c-nsp] 6509
So, noticed something weird...
Got a 2851 with 512MB or RAM... if I have a constant ping going thru the
router and I write mem, the ping goes up by a factor of 5
Cisco 2851 (revision 53.50) with 507904K/16384K bytes of memory.
Processor board ID FTX1345A0EY
2 Gigabit Ethernet interfaces
51
So, is this normal?
Ours does it. I wouldn't worry about it - it does not mean packet
forwarding will be adversely affected.
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at
It is an IP address past the router, on the other side of the WAN...
Jonathan
On Mon, Jan 25, 2010 at 7:47 AM, Byrd, William w...@collier-byrd.netwrote:
Is that IP address on an interface in the router or something behind it?
William Collier-Byrd / w...@collier-byrd.net
Make note, my
Are you pinging through (i.e. from one device on one side of the router
through to another device on the other side of the router) or are you
pinging an interface on the router? Packets forwarded through the router
really shouldn't be affected. Pinging the router itself will definitely
be
Well, it is a voice/BGP gateway with CCME as SRST... two PRIs three
multilink T1s...
J
On Mon, Jan 25, 2010 at 8:14 AM, Rhodium rhodium...@yahoo.co.uk wrote:
This is normally because the CPU shoots up to about 100% during the wri mem
depending on the platform as it needs to save the
On 25/01/10 13:55, Joe Maimon wrote:
Phil Mayers wrote:
So, is this normal?
Ours does it. I wouldn't worry about it - it does not mean packet
forwarding will be adversely affected.
___
Depends if he is pinging the router or pinging through it,
On (2010-01-25 09:34 -0600), Tony Varriale wrote:
If you are pinging through the router, no that is not normal. There
will always be some delay while it writes to media. But, it should
not affect the forwarding path.
It does, but only slightly, 'write' and 'dir' will both do that, as they
This is a software based router, and 'wri mem' is very CPU intensive. What
does the CPU look like before the wri mem is done? I don't think this is
abnormal.
Chuck
- Original Message -
From: Jonathan Charles jonv...@gmail.com
To: cisco-v...@puck.nether.net;
Ivan Pepelnjak wrote:
The problem is that the session stays active. I want the session to be
lost. I believe the rules should be adhered to a bit more strictly.
The session DOES NOT stay active. The phone is stupid. It should have realized
there's no reply and restart the session.
With
On 1/25/10 8:07 AM, Church, Charles wrote:
This is a software based router, and 'wri mem' is very CPU intensive. What
does the CPU look like before the wri mem is done? I don't think this is
abnormal.
Very large config on an already busy router with compress-config turned on?
~Seth
It is a big config... cuz of all the voipy stuff.
J
On Mon, Jan 25, 2010 at 11:14 AM, Seth Mattinen se...@rollernet.us wrote:
On 1/25/10 8:07 AM, Church, Charles wrote:
This is a software based router, and 'wri mem' is very CPU intensive.
What does the CPU look like before the wri mem is
Just did a few tests with 12.4(24)T. IOS NAT is extra stupid when it comes to
clearing NAT translation table. Even though you have NAT rules tied to an
interface (ip nat inside ... interface) they are not cleared when the
interface IP address is lost or when the interface is shut down.
So (I
Hi,
My experience with this kind of problem of Dead timer expired on OSPF solve
with:
- Put in the interface and subinterface all the same MTU.
- Configure on the OSPF - ip ospf ignore-mtu
- We use the topology 7600 - SWITCH-7600, that almost 100% of the times
when this problem happed have
Assuming the config isn't huge and your router is already oversubbed you
shouldn't be able to tell.
tv
- Original Message -
From: Saku Ytti s...@ytti.fi
To: cisco-nsp@puck.nether.net
Sent: Monday, January 25, 2010 10:06 AM
Subject: Re: [c-nsp] Wr mem causes massive delay...
On
On 1/25/2010 11:53, Tony Varriale wrote:
Assuming the config isn't huge and your router is already oversubbed you
shouldn't be able to tell.
Well, he does have 64 interfaces, so it's probably large-ish.
~Seth
___
cisco-nsp mailing list
A large VoIP config isn't what I consider normal for your platform. As a
side note, what's typical utilization and what is the utilization when you
typically make changes?
So, either you can size the platform appropriately or do config management
during non-biz hours.
So if you wr mem is
- Original Message -
From: Tony Varriale tvarri...@comcast.net
To: cisco-nsp@puck.nether.net
Sent: Monday, January 25, 2010 1:53 PM
Subject: Re: [c-nsp] Wr mem causes massive delay...
Assuming the config isn't huge and your router is already oversubbed you
shouldn't be able to tell.
On (2010-01-25 14:00 -0600), Tony Varriale wrote:
Assuming the config isn't huge and your router isn't already
oversubbed you shouldn't be able to tell.
It doesn't really matter, interrupt is interrupt, while compiling the
config is what you can do, when you don't have packets to push, but
All,
We have a DSL circuit here terminated on an 1801 with IOS 15.1(XB).
It's having trouble authenticating through to our ISP's LNS:
Jan 25 22:14:42.653: Vi2 PPP: Phase is AUTHENTICATING, by both
Jan 25 22:14:42.653: Vi2 CHAP: O CHALLENGE id 1 len 36 from
test-php...@a.1
Jan 25 22:14:42.653:
Hi All,
I'm having a strange problem and not much diagnostic output so maybe I can
get some pointers as to what to look at next.
I have a Pix 501 with a non restrictive license that I'm using as a
general firewall and nat device. There's a 10 megabit ethernet connection
handing a
We had a similar problem with a PIX-525 (or was it the 520) with
6.3, We assumed it was hardware issues and replaced it, but if you have
a computer you can stick on the console port, and have it's terminal
program log everything to a file, it may provide more information.
Scott Granados
Ah that's a good idea, I can give that a shot.
- Original Message -
From: Walter Keen walter.k...@rainierconnect.net
To: Scott Granados gsgrana...@comcast.net
Cc: cisco-nsp@puck.nether.net
Sent: Monday, January 25, 2010 3:27 PM
Subject: Re: [c-nsp] Self rebooting pix?
We had a
After each drop this counter returns to 0 which tells me the Pix is
rebooting for some reason.
[...]
experienced this. The software rev is 6.3.
We experienced this on a 515E running 6.3 code. A move to the 7.0 series
solved this issue.
I can't remember what exactly we saw using console but
25 matches
Mail list logo