Re: Strange Router behaviour

Re: Strange Router behaviour

NewsGroups | Search | Tools
 comp.dcom.sys.cisco  Post an article  get this group's latest topics as an RSS feed add this group's latest topics to your My MSN content add this group's latest topics to your My Yahoo content  add this group's latest topics to your Google content  YahooMyWeb Yahoo!  Google Google  Windows Live Favorites Windows Live  del.icio.us del.icio.us  digg digg  Add to Netscape Netscape
Subject Author Date
Re: Strange Router behaviour Scooty 06-14-2008
Posted by Scooty on June 14, 2008, 9:20 pm
If you were  Registered and logged in, you could reply and use other advanced thread options
Thanks Darren & Merv
Basically it is Office LAN -- PIX (Internal) -- Cisco 871 VLAN1 /28 --
Cisco 871 FastEthernet4 /30 -- Internet
From my home laptop I can telnet to the router over the internet to
the public IP set on the inside IP of the ethernet i/f (VLAN1) of the
router
Webmail is straight over the internet no VPN or anything like that
using https
As only some services are affected it does seem strange that the PIX
maybe the issue as I had no problems whatsoever over the old
connection. I have simply changed the outside IP on the PIX and
recofigured the outside addresses. The ethernet i/f connection to the
ISP equipment has been hard set at 10Mb/s Hal Duplex, this is correct,
it was set to auto and this is what was been reported on the i/f using
a sh int fa4 before I hard set it, I remember the ISP saying to hard
set it if there were problems
The other router (877) is using the exact same IOS as the 871 so I
would be suprised if the version of IOS was an issue
A year old in Cisco terms is not that old!
When I asy hung on the sh log, I would type the command and nothing
would happen it would just sit there, I would disconnect and reconnect
to the router no worries at all so it didn't lock the router up per
say
Also if it is PIX related why would a reboot of the router fix the
problem?
Cheers,
Scott

Posted by Scooty on June 14, 2008, 11:49 pm
If you were  Registered and logged in, you could reply and use other advanced thread options
I went in to the office when this happened again this morning. From
home I could not run any show commands, I could run enable to access
priveledged mode that was it oh I can issue a reload command!
Anyway from a console cable to the router I noticed on Fa4, the
interface connecting to the ISP's equipment a heap of Input, CRC and
Frame errors
This was incrementing at quite a rate. It is clean after a reboot and
remains that way for ages then bang when I start seeing the issues
these particular counters increment or so it would appear
When I tried to connect the 2801 on the FastEthernet port I had
connected to the ISP's equipment I kept getting Late Collision errors

Hope that helps someone out there!!

Posted by Merv on June 15, 2008, 5:56 am
If you were  Registered and logged in, you could reply and use other advanced thread options
Sounds like there maybe physical layer issue or fauly interface in
either the router but more like the ISP provided modem.

Replace the cable between modem and router if yo have not already done
so.

What is the distance between the router and ISP modem ?

I would do some long running ping test to the routers next hop (ISP)
with large packet sizes to see what that reveals


> The other router (877) is using the exact same IOS as the 871 so I would be
suprised if the version of IOS was an issue
> A year old in Cisco terms is not that old!

you would be surprised - take a look at how many IOS versions released
get junked due to high number of defects.

Posted by Scooty on June 15, 2008, 6:57 am
If you were  Registered and logged in, you could reply and use other advanced thread options
Thanks Merv
Cable length is minimal from the ISP's cabinet to the termination
point, maybe 7-8 metres and the flylead from the point to the router
is only 2 metres
What I have found is that when this happens I cannot ping the router
with anything larger than 300-400 byte packets, anything below this I
get replies from the router anything larger than this it fails, no
replies
I suspect it is something on the ISP's end also. Also I was getting
late collision errors on the Cisco 2801 when I tried to plug it in. I
wonder if this gives any indication as to it been an ISP issue. They
basically have some switch that has a GBIC installed for the fibre and
then terminate the connection to us via a UTP cable from said switch.
Of course this is all locked in their cabinet so I can't even replace
the lead with another flylead.
Thanks for your input

Scott


Posted by Merv on June 15, 2008, 10:18 am
If you were  Registered and logged in, you could reply and use other advanced thread options
> Thanks Merv
> Cable length is minimal from the ISP's cabinet to the termination
> point, maybe 7-8 metres and the flylead from the point to the router
> is only 2 metres
> What I have found is that when this happens I cannot ping the router
> with anything larger than 300-400 byte packets, anything below this I
> get replies from the router anything larger than this it fails, no
> replies
> I suspect it is something on the ISP's end also. Also I was getting
> late collision errors on the Cisco 2801 when I tried to plug it in. I
> wonder if this gives any indication as to it been an ISP issue. They
> basically have some switch that has a GBIC installed for the fibre and
> then terminate the connection to us via a UTP cable from said switch.
> Of course this is all locked in their cabinet so I can't even replace
> the lead with another flylead.
> Thanks for your input
>
> Scott


Similar ThreadsPosted
Re: Strange Router behaviour June 14, 2008, 1:45 pm
IP SoftPhone strange behaviour April 14, 2006, 10:55 am
Strange behaviour of AS5350 August 22, 2006, 5:55 pm
strange SNMP behaviour on C3750 July 21, 2004, 9:44 am
strange crypto behaviour with FWSM March 2, 2006, 3:51 am
Re: strange STP behaviour : stack port in "sh spanning-tree" output February 5, 2008, 12:05 pm
Very strange ftp problems through 1700 router. August 14, 2005, 2:12 pm
Strange Cisco Router/VPN situation September 7, 2005, 12:20 pm
Re: ARP behaviour August 5, 2006, 8:57 pm
PIX ACL deny behaviour January 20, 2005, 11:10 pm

other useful resources:
The Federal Communications Commission (FCC)
Telecommunications Industry Association
Electronic and Software Security Products and Services
International Telecommunication Union

Custom CGI Perl and PHP programming by 1-Script.com

Contact Us | Privacy Policy
The site map in XML format XML site map