HDTenEightyP/NetNews huggingface dataset:
From: nabil@ogicse.ogi.edu (Aaron Nabil)
Newsgroups: comp.dcom.sys.cisco
Subject: Cisco packaging material
Date: 19 Dec 92 03:25:04 GMT
Article-I.D.: ogicse.47523
Organization: Explosive Space Modulators - R - Us

My pet rat really likes the packaging curls Cisco ships as filler in the
boxes they send.  I think he's been requesting software updates behind my
back as I just got 9.1(1) the other day and I don't remember signing for
it.  Next time I see the FedEx guy I'm gonna ask if someone short and
furry has been accepting packages here.

Anyway, exactly what is this stuff made of?  Is Templeton going to clutch
at his little chest one day and fall over dead from some preservative
(or rodenticide) in it?

-- 
Aaron Nabil
nabil@cse.ogi.edu  
Newsgroups: comp.dcom.sys.cisco
From: Tony Li <tli@cisco.com>
Subject: ARP Cache Timeout Value 
Date: 16 Dec 92 14:23:41 -0800
X-Note1: mail msgid was <9212162223.AA19669@lager.cisco.com>
X-Note2: message-id generated by recnews


   4 hours is ridiculous. But cisco won't change it. 

4 hours is entirely reasonable if the router is in an infrastructure
that is not continually changing and where the additional ARPs are
unnecessary.  In fact, I know of customers who have INCREASED this
value.

Tony
From: dewey@centerline.com (Devan F. Dewey)
Newsgroups: comp.dcom.sys.cisco
Subject: Async Dial Sessions time out ARGG!
Followup-To: comp.dcom.sys.cisco
Date: 16 Dec 1992 21:43:05 GMT
Organization: CenterLine Software, Inc.
Distribution: world
NNTP-Posting-Host: 140.239.3.212

We use an X.25 vendor to provide async dial-in which connects to a pad
on out IGS-A protocol translator. I have all the exec timeout's on the
vty lines:

					line vty 0
     exec-timeout 0 0

But the sessions still time out after about 15 minutes. Our X.25 vendor
opened up a connection with diagnostics turned on and they assure me that
it is my router that is closing the session.

Is there anything else I have to do to keep the sessions from timing out??

Any help is greatly appreciated. (e-mail is preferred)

-Devan

                             
               Devan F. Dewey | Senior Systems Analyst
          CenterLine Software | dewey@centerline.com
            10 Fawcett Street | "Leme esplain - no dere is
          Cambridge, MA 02138 | too much. Leme sum up."
                                       -Inigo Montoya
Newsgroups: comp.dcom.sys.cisco
From: Gary Kunis <gkunis@cisco.com>
Subject: Re: ARP Cache Timeout Value
Date: 16 Dec 92 4:10:06 PST
X-Mailer: ELM [version 2.3 PL11]
X-Note1: mail msgid was <199212161212.AA02492@spot.Colorado.EDU>
X-Note2: message-id generated by recnews

Jay,

The 4 hour setting has no 'special'meaning to the
operation of the box.  You can change the default
ARP cache timeout value without worrying about it
effecting operations.  Many users set it down to 
30, 25, 20, or 15 minutes (people 'think' in decrem-
ents of 5).

  -- Gary --

Newsgroups: comp.dcom.sys.cisco
From: a-steiner@nwu.edu (Albert Steiner)
Subject: Re: ASM question (ip host, login-string global commands)
Followup-To: comp.dcom.sys.cisco
Organization: Northwestern University
Date: Wed, 16 Dec 1992 19:39:21 GMT

In article <2B2ECC9A.14521@news.service.uci.edu>,
mrichey@mothra.nts.uci.edu (Mike Richey) wrote:
> 
> 
> Hello.
> 
ached.
> 
> I would  like to have a login-string command start upon a successfule
> connection to the host.
> 
The login-string command works

login-string a \%2wjoe
%3wjoespassword
%2wstartthis
\
See 4-15 in the manual


Albert Steiner      a-steiner@nwu.edu     708-491-4056
Academic Computing and Networking Service
Northwestern University  2129 Sheridan Road
Evanston, IL  60208      USA
Newsgroups: comp.dcom.sys.cisco
From: Mike Skrydlak -- Tektronix Network Services <mikes@cascade.ens.tek.com>
Subject: Re: ARP Cache Timeout Value 
             <9212162223.AA19669@lager.cisco.com> 
Date: 16 Dec 92 14:40:43 PST
X-Note1: mail msgid was <9212162240.AA04962@cascade.ENS.TEK.COM>
X-Note2: message-id generated by recnews

>>    4 hours is ridiculous. But cisco won't change it. 

> 4 hours is entirely reasonable if the router is in an infrastructure

I should have said I thought 4 hours as a DEFAULT was ridiculous.
I think one hour, or less, is a more reasonable DEFAULT, for MOST users.

What's even more ridiculous is a router that won't let you set the ARP
cache entry timeout at all, and I should point out that cisco was, as
with many things, the first router I saw that would let you set it at all.
If the worst thing I had to live with was setting timeout values more often,
Oy - I should be so lucky !!

Ciscos are usually the LEAST of my problems here !! (With the best HQ support
staff I've ever worked with, still.)

One thing I wish they could do was load a config 'to be used later' without
affecting (even for a second) the running operation of the cisco router.

But with 'expect' & cron I can make do.

---- End of Transmission ----
From: mrichey@mothra.nts.uci.edu (Mike Richey)
Subject: Re: Cisco packaging material
Newsgroups: comp.dcom.sys.cisco
Organization: University of California, Irvine
Date: 20 Dec 92 17:40:45 GMT

In article <47523@ogicse.ogi.edu> nabil@ogicse.ogi.edu (Aaron Nabil) writes:
>My pet rat really likes the packaging curls Cisco ships as filler in the
>boxes they send.  I think he's been requesting software updates behind my
>back as I just got 9.1(1) the other day and I don't remember signing for
>it.  Next time I see the FedEx guy I'm gonna ask if someone short and
>furry has been accepting packages here.
>
>Anyway, exactly what is this stuff made of?  Is Templeton going to clutch
>at his little chest one day and fall over dead from some preservative
>(or rodenticide) in it?
>
>-- 
>Aaron Nabil
>nabil@cse.ogi.edu  


Corn starch. Many companies (cisco is applauded!) have switched over
from the styrofoam packing material that will be here forever, to this
natural product that dissolves in water. It's not meant for human
consumption, although I admit here that dissolving these things on the
end of my tongue is well, entertaining in the least 8-).

You are encouraged to reuse this stuff It's quite expensive compared
to the styrofoam stuff. If you don't reuse it, compost it.

Michael S. Richey    Internet: mrichey@uci.edu      (714) 856-8374
University of California, Irvine     Network and Telecomm Services
2209 Central Plant        Irvine,    CA  92717

The world is older and bigger than we are. This is a hard truth for
some folks to swallow. - Edward Abbey
From: bennett@dstos3.dsto.gov.au
Newsgroups: comp.dcom.sys.cisco
Subject: Re: Backbone in a box: how to mount all those transceivers
Date: 14 Dec 92 15:45:05 CST
Organization: Defence Science and Technology Organisation

In article <1992Dec4.124937.24602@newstand.syr.edu>, jmwobus@newstand.syr.edu (John M. Wobus) writes:
> 
> Mini fiber transceivers look like an attractive way to do it.  It would be
> nice if there were "rack mount" transceivers like there are for bays of
> dial-up modems--or it would be nice if Cisco offered built-in transceivers in
> the AGS+.  You could build racks for the transceivers, but some companies put
> status lights on the sides of the transceivers so they would be hidden. 
> 
> What do other such sites do?  Anyone have anything they are proud of?  That
> gives them 

I don't know about proud, but it is sorta neat..

Our cisco is rack mounted, and my staff made trays with holes in them, and 
mounted the transceivers on the trays using cable ties/straps/whatever you 
call them.  It's not brilliant, it's not very compact, but at least things 
don't float around.  A quick and not-too-dirty approach.

The trouble with standalone transceivers is that they are made nice shapes 
without mounting lugs, so they're not easy to mount.  I sure like the idea of 
a brace of them in an enclosure, like modems.

Regards,

John Bennett                                   bennett@dstos3.dsto.gov.au
Head, I.T. Services Development                Phone : +61 8 259 5292
Corporate Information Systems                  FAX   : +61 8 259 5537
DEFENCE SCIENCE AND TECHNOLOGY ORGANISATION    Postal: Bld 73 Labs Area
AUSTRALIA                                              PO Box 1500 Salisbury 
                                                       South Australia  5108
                                                       AUSTRALIA
Newsgroups: comp.dcom.sys.cisco
From: Tony Li <tli@cisco.com>
Subject: Help requested regarding un-numbered links
Date: 14 Dec 92 23:50:44 -0800
X-Note1: mail msgid was <9212150750.AA28516@lager.cisco.com>
X-Note2: message-id generated by recnews


   1.	I have also heard that if the other parties cisco is sending
   the default routes ( 0.0.0.0 ) the un-numbered link can't be
   established or is difficult to establish. Any experiences in this
   regard ?

I know of no difficulties here.

   2.	Our Japanese dealer informed us that the OS version 9.0 has a
   bug related to un-numbered links ( that's the reason he didn't
   supply us with this version ! ). Is that true ?

I'm unaware of any unnumbered bugs in 9.0 which have not been
addressed.  In any case, if your dealer is unwilling to get you the
software, please let us know.

   3.	Is there a bug with the UDP checksums in version 9.0.
   Apparently, the presence of this bug prevents the connection of
   Ciscos running 8.2 with those running 9.0. Is this true ?

Again, not that I know of.

   4.	Also has version 9.1 been released yet ? Have these ( above
   mentioned ) bugs been removed ?

9.1 was released on 10/30/92.

Tony

Newsgroups: comp.dcom.sys.cisco
From: C.Chaundy@its.unimelb.edu.au
Subject: Booting compressed images
Content-Transfer-Encoding: 7BIT
Mime-Version: 1.0
Date: 15 Dec 1992 18:39:06 +1100
X-Vms-To: IN%"cisco@spot.Colorado.EDU"
X-Note1: mail msgid was <01GSCS2CE5028WVZ12@ucsvc.ucs.unimelb.edu.au>
X-Note2: message-id generated by recnews

Can a compressed image be loaded into Flash Memory and then be successfully
booted (software revision 9.0 or 9.1)?

Chris Chaundy (Technical Manager, Networks)

Information Technology Services, Thomas Cherry Building,
The University of Melbourne, Parkville, Victoria 3052 Australia
Phone:    +61 3 344 7045                Fax:   +61 3 347 4803
Internet: C.Chaundy@its.unimelb.EDU.AU 	(X.121 505233430003)
Regards, 
Newsgroups: comp.dcom.sys.cisco
From: C.Chaundy@its.unimelb.edu.au
Subject: Re: Booting compressed images
X-Vms-Cc: IN%"cisco@spot.Colorado.EDU"
Content-Transfer-Encoding: 7BIT
Mime-Version: 1.0
Date: 16 Dec 1992 10:21:23 +1100
X-Vms-To: IN%"tli@cisco.com"
X-Note1: mail msgid was <01GSDOYL5BX68WW1EE@ucsvc.ucs.unimelb.edu.au>
X-Note2: message-id generated by recnews

>Date: 15 Dec 1992 00:33:29 -0800
>From: Tony Li <tli@cisco.com>
>Subject: Booting compressed images
>
>   Can a compressed image be loaded into Flash Memory and then be successfully
>   booted (software revision 9.0 or 9.1)?
>
>Only if the same compressed image could be netbooted by the ROMs.

I guess what I need to ask is whether an image (as FTP'ed from ftp.cisco.com),
run through the standard Unix 'compress' utility and then TFTP'ed to Flash
Memory can be booted (or is there some special format for compressed images)?

Regards, Chris Chaundy (Technical Manager, Networks)

Information Technology Services, Thomas Cherry Building,
The University of Melbourne, Parkville, Victoria 3052 Australia
Phone:    +61 3 344 7045                Fax:   +61 3 347 4803
Internet: C.Chaundy@its.unimelb.EDU.AU 	(X.121 505233430003)
Newsgroups: comp.dcom.sys.cisco
From: Mike Skrydlak -- Tektronix Network Services <mikes@cascade.ens.tek.com>
Subject: Re: Compatibility matrix 
             <9212101732.AA23733@tcdsp1.mmm.com> 
Date: 11 Dec 92 10:06:25 PST
X-Note1: mail msgid was <9212111806.AA06922@cascade.ENS.TEK.COM>
X-Note2: message-id generated by recnews

> In a previous discussion on  version 9.1.1, a version compatibility matrix was
> published.  I'm curious what the normal distribution mechanism is for such
> information and for bug lists.
> Charles.

Me too, since I was the one hit by this. When Bruce Pinsky told me about this, I
thought I had heard it before, or read it. But I find no references to this matrix
or mcode upgrade requisites. I used grep on the 400 emails in my cisco-1992 folder
and on the 9.1.1 rel. notes (rtr_91B.txt), and eye-scanned them. Maybe someone at
cisco mentioned such a matrix over the phone.

If this matrix isn't available thru anon-ftp (& mentioned in the README file) I
think maybe it should be. I'll go check that.
Newsgroups: comp.dcom.sys.cisco
From: murray.chapman@freddy.ersys.edmonton.ab.ca (Murray Chapman) 
Newsgroups: comp.dcom.sys.cisco
Subject: IP SUBNET QUESTIONS
Date: 13 Dec 92 20:02:00 GMT
Reply-To: murray.chapman@freddy.ersys.edmonton.ab.ca (Murray Chapman) 
Distribution: world
Organization: Freddy's Place BBS - Edmonton, AB - 403-456-4241

TO: all

     I have an elementary question that I hope someone can help me
with/explain. We are in the process of implementing a WAN and are
interested primarily in routing IPX and IP protocols. (Using an AGS+ /4
and an MGS /4). I've got the Appletalk and IPX routing figured out but
I'm not to sure about the IP routing.

     I'm from the novell environment where a cable segment running IPX
protocol takes on a net number as an ID and I'm told this is not the
same when running IP. A call to cisco tech support told me that my first
problem was trying to do this:

   Me 142.60.254.1   <-- Router -->  142.60.254.2

   when what I really needed was:

   Me 142.60.254.1   <-- Router -->  142.60.253.1

   My question is, does this work when using multiple subnets on one
side of the router as follows or does the port on the router need an
address in each subnet that you want to route?

    Me 142.60.254.1  <-- Router --> 142.60.253.1 - 254
                                    142.60.252.1 - 254
                                    142.60.001.1 - 254

   Thanks in advance for any help on this.
                                                   
Newsgroups: comp.dcom.sys.cisco
From: sweeny@bronze.ucs.indiana.edu (Brent Sweeny)
Subject: Re: Backbone in a box: how to mount all those transceivers
Organization: Indiana University
Date: Mon, 14 Dec 1992 21:39:38 GMT

We (Indiana University) have grappled with this problem too, with 6 very-full
AGS+s in 3 racks (the room from which the fiber goes to all of our campus
buildings only reluctantly gave us room for 3 racks, so we had to fill them
as efficiently as possible!)    We also looked for rackmounted AUI-to-FOIRL
transceivers, but couldn't find what we wanted: primarily small width, with 
LEDs on the opposite end of the AUI connector (so we could see them easily).

What we finally came up with is to run short AUI cables from the ports on the
back of the AGS+ MEC-6 cards into prebuilt panels of AUI connectors into which 
we plug Netcor FOIRL mini-tranceivers which have AUI and ST connectors on
opposite ends, with LEDs below the ST connectors so we can see them from the
end.  They're nice and small, and cost less than the Cabletron FOTs we had
previously used.  It enables us to have a neat installation in minimal space.
   Brent Sweeny
   Indiana University Computing Services
   sweeny@indiana.edu

Newsgroups: comp.dcom.sys.cisco
From: Jim Forster <forster@cisco.com>
Subject: Re: ARP Cache Timeout Value 
             <1992Dec12.005155.24951@netcom.com> 
Date: 15 Dec 92 21:24:33 PST
X-Note1: mail msgid was <9212160524.AA19106@wolf.cisco.com>
X-Note2: message-id generated by recnews

> Our ciscos are set to the factory default of 4 hours for the ARP cache
> time-to-live value.  Why is it set so high and is there any reason I
> shouldn't set it to, say, 15 minutes?  We make a lot of changes to our
> nets and it seems that a lot of bad data sits around for an awful long
> time when it is set to 4 hours, no?

The reason the default is set to 4 hours is simply that's what seemed like
a reasonable value when the ARP code was written (5 or 6 years ago).  Some
tens of thousands of routers later, after very few questions about that
default value, it still seems reasonable for a default.  I don't see any
problem with lowering your timeout to 15 minutes.

If your hosts were conformant to the Host Requirements (RFC-1123), you
could change them at will, and not worry about the ARP timeout at all,
because RFC-1123 calls for hosts to send a 'gratuitous' Broadcast ARP reply
upon startup.  That way if they've had their MAC address change since their
last presence on the net, cached values will be updated.  Our routers do
this when we startup and when we change our interface MAC addresses (e.g.,
when DECNet is configured).

  -- Jim


Newsgroups: comp.dcom.sys.cisco
From: Mike Skrydlak -- Tektronix Network Services <mikes@cascade.ens.tek.com>
Subject: Re: ARP Cache Timeout Value 
             <9212160524.AA19106@wolf.cisco.com> 
Date: 16 Dec 92 09:00:26 PST
X-Note1: mail msgid was <9212161700.AA00409@cascade.ENS.TEK.COM>
X-Note2: message-id generated by recnews

> If your hosts were conformant to the Host Requirements (RFC-1123), you
> could change them at will, and not worry about the ARP timeout at all,
> because RFC-1123 calls for hosts to send a 'gratuitous' Broadcast ARP reply
> upon startup.

However, if you're one of those poor unfortunate souls stuck in a part of the
real world where you're forced to run devices you might prefer not to, eg
Vitalink Transpaths with VERY old code (a long, grisly story), you may find 
that those devices puke all over the net when they receive "a 'gratuitous' 
Broadcast ARP reply upon startup" from the cisco you just powered up, or 
other 'RFC1123-conformant' box. So you have to put a bridge in between & configure
it to filter out those 'gratuitous' Broadcast ARP replies (since Cisco refused
to provide an option to say "Please cisco box, don't do those 'gratuitous'
Broadcast ARP replies right now !!". And remember, you can't upgrade those
Vitalinks (a long, grisly story) !!!

And you may be stuck with other boxes that puke this way too,
And LOTS of boxes that won't be 'RFC1123-conformant' in our lifetime.

So lowering the ARP cache timeout to 15 minutes (or even 5) works fine, & makes
life easier when you have users playing round-robin with hosts or ethernet cards.

4 hours is ridiculous. But cisco won't change it. I don't know of any other vendor
who will, either. So you just add the line to every config, & get less phone calls
to 'Please clear my ARP cache entry.' .  Ahhh - the life of a network grunt !!!
Newsgroups: comp.dcom.sys.cisco
From: a-steiner@nwu.edu (Albert Steiner)
Subject: Re: PC SLIP
Followup-To: comp.dcom.sys.cisco
Organization: Northwestern University
Date: Mon, 14 Dec 1992 19:04:44 GMT

In article <1992Dec9.180404.433@cabell.vcu.edu>, bmiller@cabell.vcu.edu
(Bryan E. Miller) wrote:
We have gone to Slip this fall.  We are very pleased with MACSlip.  We got
a University Site license and it works well.

Univ of Minn has set up a distribution for PC-Slip software.
We also have set up a distribution including some of Minnesotas stuff.
We also have NUPOP (a PC Email client which works either on Slip or
independently.)
Look in anonymous FTP at ftp.acns.nwu.edu

> 
> 
> Fellow netters,
> 
> Is anyone out there using SLIP into cisco terminal servers
> via modems?  I'm looking for shareware/public domain implementations
> for both IBM PC's and Macintosh.  Any help would be greatly
> appreciated.
> 
> Thanks.
> 
> Bryan


Albert Steiner      a-steiner@nwu.edu     708-491-4056
Academic Computing and Networking Service
Northwestern University  2129 Sheridan Road
Evanston, IL  60208      USA
Newsgroups: comp.dcom.sys.cisco
From: dennis@ccu.umanitoba.ca (Doug Dennis)
Subject: Re: Backbone in a box: how to mount all those transceivers
Organization: University of Manitoba, Winnipeg, Canada
Date: Mon, 14 Dec 1992 15:38:38 GMT

In <1992Dec4.124937.24602@newstand.syr.edu> jmwobus@newstand.syr.edu (John M. Wobus) writes:

>In cases where someone is running one or more AGS+s in one room, with lots of Ethernets
>extending away from them through fiber, I've seen two ways of mounting the transceivers:

>(1) Mini fiber transceivers that mount right on the AUI connectors on the back of the box.
>(2) A god-awful stack of transceivers sitting all over the place.

>Guess which one we have? :-)

>Mini fiber transceivers look like an attractive way to do it.  It would be nice if there
>were "rack mount" transceivers like there are for bays of dial-up modems--or it would be
>nice if Cisco offered built-in transceivers in the AGS+.  You could build racks for the
>transceivers, but some companies put status lights on the sides of the transceivers so
>they would be hidden.

>What do other such sites do?  Anyone have anything they are proud of?  That gives them
>little trouble?

>John Wobus
>Syracuse University

Thank you John!

I've been thinking the same thing.  So far I have been mounting Allied
Telesis mini FOT's (MX-25F) to every second ethernet port on our AGS+.  When
the time comes I am going to use short transceiver cables on the alternate
ports, so that I can see the FOT LEDS.  If anybody has found a better way,
I'd be interested in hearing about it as well.

Doug Dennis

--------

Doug Dennis                    . . . . o o o o o 		Opinions are 
Univ. of Manitoba                      _____      o     	mine, not my 
dennis@ccu.umanitoba.ca      _____====  ]OO|_n_n__][.    	employers..
Ph: (204) 474-8290          [_________]_|__|________)<   
Fax:(204) 275-5420           o       o   o   0000  oo

Newsgroups: comp.dcom.sys.cisco