Thanks Peter,
The problem is that this router is a 700 series - you know, the one without
the IOS.
Anyway(s), I went to the office and accessed the router via the local hub,
and fixed the problem.
Changing from 5ESS to NI-1 broke my connection with the network, and I
couldn't ping my servers. I therefore changed it back to 5ESS, and then it
worked again. The weird thing is, that doing that also fixed the problem, so
something (that I could not see anywhere in the configuration) got reset by
changing the switch type, and my network response time is now back to
normal.
I have now saved the configuration again, and here is how to do that btw:
upload tftp n.n.n.n router-x.txt
Should I ever need to restore the configuration, I can reset it and restore
it this way:
set default
swl tftp config n.n.n.n router-x.txt
I hate troubleshooting like that, because you cannot really put a finger on
what fixed the problem.
I can now sit down with one less problem and write mileage on my expence
report :-)
Have a great weekend,
Ole
~~~~~~~~~~~~~~~~~~~~~~~~~
Ole Drews Jensen
Systems Network Manager
CCNA, MCSE, MCP+I
RWR Enterprises, Inc.
[EMAIL PROTECTED]
~~~~~~~~~~~~~~~~~~~~~~~~~
> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Friday, June 09, 2000 3:52 AM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: re: ISDN Switch Type
>
>
>
>
>
> Ole,
>
> I can't comment on the specifics of the Switch type, but I
> imagine your
> going to lose your link, at least temporarily
> if you change the switch type. Without testing, I'd say you
> might even have
> to "shut/no shut" the intf or reload the router
> to make the change active.
>
> You could ring the Telco provisoning the ISDN circuit at the
> remote site
> and ask them (not always the most useful of steps, I admit), or check
> the "debug ISDN q921 / q931" output for any errors. I have no
> experience of
> these switch types, I'm in the UK, but If one end has been
> misconfigured
> in any setup I've ever worked on, usually there is no D
> channel comms, and
> "show isdn status" shows Layer 1 down.
>
> On the remote reconfiguration front, I commonly use the "reset in xx"
> comand when doing anything to a remote box, just in case I
> have to get in
> my
> car and drive for many hours to fix the thing afterwards...
>
> Here's some detail:
>
> On the remote router, check your startup config is the same
> as the one in
> memory, (Set the time on the router and do a show start
> is one easy way to check no changes since last write
> memory/copy running
> startup). Assuming you're happy with the config
> in NVRAM (this is the config it will use if all goes horribly
> wrong....),
> enter the "reload in 15" command to reboot the router
> in 15 minutes (Or however long you want to wait looking at a blank
> console/how long you need to make changes etc.)
>
> Make your config changes, if all goes well, and before the 15
> minutes has
> expired (!) enter the "no reload" command to abort the timed reboot
> procedure.
>
> If you "saw off the branch your sitting on", and the router
> link goes down,
> sit back and wait for the reboot to occur.
>
> Just remember NOT to write memory/copy running startup at any
> point during
> the procedure, until you're happy that all is working OK,
> or you're looking at getting someone to hook up a PC and
> console cable for
> you at the remote end......
>
> My basic premise in these cases is that if I'm hacking away at the
> interface I'm coming in on, then I'd prefer to be at the site,
> failing that, I'd like Out Of Band access via an AUX port
> connected modem,
> worst case I'll use the "reload in xx", but only after ensuring
> I have someone at the far end to talk through getting it back
> to a working
> state if I blow the gig. I have also used PCAnywhere to dial
> in to a PC
> at the remote site via a modem, and TELNETed into the remote
> device via a
> working LAN intf to get base connectivity restored after an
> unplanned power outage during router config maintenance........
>
> On a more general level, ask yourself what the impact to your
> business is
> going to be if this goes wrong, that will help guide how
> important it is
> for
> you to be there or do it remotely.
>
> As always, Your Mileage May Vary!
>
> Regards
>
> Peter Simmons
>
> --------------------------------------------------------------
> ------------------------------------------
> All the usual Legal Stuff that means if your house burns down
> after reading
> this, It's NOT my fault, OK!
> --------------------------------------------------------------
> ------------------------------------------
>
> >Date: Thu, 8 Jun 2000 13:47:56 -0500
> >From: Ole Drews Jensen <[EMAIL PROTECTED]>
> >Subject: ISDN Switch Type
> >
> >I am trying to troubleshoot a slow WAN request time between a remote
> branch
> >office and my network, and I can see that the switch type is
> set to 5ESS
> on
> >the remote router (which I am looking at with telnet). On
> all my routers
> >here, and at another remote office, the switch types are all NI-1.
> >
> >The question is - would the router be able to communicate at
> all with a
> >switch type set to 5ESS the switch really is an NI-1?
> >
> >If I assume that it would be able to communicate, I could change it
> remotely
> >from 5ESS to NI-1 to see if it should help the slow request
> time, and then
> >change it back again if not.
> >
> >If I assume that it would not be able to communicate, I
> would loose my
> >feature of communicating with it remotely when changing from
> 5ESS to NI-1,
> >and the office would be completely down until I could get
> someone to move
> a
> >pc over by their router and connect it with a console cable
> and change it
> >back.
> >
> >Any comments are appreciated,
> >
> >Ole
>
>
> ___________________________________
> UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
> FAQ, list archives, and subscription info: http://www.groupstudy.com
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
>
___________________________________
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]