HDTenEightyP/NetNews huggingface dataset:
From: eckert@immd4.informatik.uni-erlangen.de (Toerless Eckert)
Newsgroups: comp.dcom.sys.cisco
Subject: Re: AGS fan noise
Date: 18 Aug 92 03:39:24 GMT
Organization: CSD., University of Erlangen, Germany

@sarcasm^on

From article <920816195848.35a004bc@DIR.TEXAS.GOV>, by SHEAFFER_DM@dir.texas.gov (Danny Sheaffer):
> Greetings
> 
> Does anyone know of a way to reduce the noise produced by the fan on an AGS? 

There is one switch labelled "on/off" on the rear of the router,
that will work miracles, when operated ... 

When i was testing routers and had multiple of them in my office i
noticed Cisco routers to be the loudest of them all, due to this
enormous noise their fans produce. I actually had to switch them off
each time i wanted to phone. I still don't know where cisco buys these
buzzers. Maybe these are remainders from scrap aircraft turbojet engines.
Incredible.

If you really need some kind of "Desktop Router", you should probably
look for other vendors routers, or put the cisco in a machine room,
where it belongs, and where it will quickly become comfortable
amongst your remaining growling equipment.
(You never knew, why they insisted that you really bought a BRouter ?
 it's simply an abbreviation for "Buzzing Router").

Hey, Cisco, how about it: In the next release of the environmental
card firmware: An SNMP variable through which you can control the speed
of rotation of the squeakers, or at least a variable that gives a
reading of the noise level around the router - this could be used
to activate an alarm at the NMS if the noise level starts drowning
out the nearby airport !

You could also try installing a second AGS and tune both of them,
so that the wind mills run in sync, eliminating each others noise.
Thats something that we practise very succesfully. Well... at least
we cannot identify which router the noise comes from anymore.
(i think that's the solution that cisco would prefer to sell to you)

Still other people try hard rock as a remedy.

Actually there is a very simple alternative to this all, and it is
to buy fans really designed for office use and exchange them for
these infernal built in noise generators.

If you fail to improve your situation in the long run, you may consider
joining the A.D.C.U (anonymous deaf cisco users).

-- 

             Toerless.Eckert@informatik.uni-erlangen.de
    /C=de/A=dbp/P=uni-erlangen/OU=informatik/S=Eckert/G=Toerless/
	             2b or not 2b that is ff
Newsgroups: comp.dcom.sys.cisco
From: skishen@xanadu.intel.com (Sunil Kishen)
Subject: Interface configured with ip address but shutdown, reacts to an ARP
Reply-To: skishen@xanadu.intel.com (Sunil Kishen)
Organization: Intel Corporation, Santa Clara, CA USA
Date: Wed, 19 Aug 1992 22:46:59 GMT


Here is the scenario:


[int e 1 : 143.183.3.1 up  ]____________[int e 1 :143.183.3.5 up]
[int e 2 : 143.183.3.5 down]            [                       ]
      Router A					Router B


Pinging router A's int e 1 from Router B... no response.

Looked at the arp cache of router A, noticed that it had the ethernet
address of its own int e 2(which is administratively shutdown).
Cleared the arp cache, but it refreshed it self immediately with the
hardware address of the shutdow interface.
Therefore I conclude that: Even if an interface is administratively shutdown, 
line protocol down, the router caches the hardware address if it has 
been assigned an ip address. Is this a bug or a feature?


Sunil.
-------


Newsgroups: comp.dcom.sys.cisco
From: William Rippon <bjripp@watson.ibm.com>
Subject: Release 9.0(1) Problems
Date: 14 Aug 92 17:54:38 -0500


Hello,
  I have experienced 2 problems so far with my upgrade to
9.0(1) on my AGS+ machines. Machines had previously been on
8.3(3).
1. Already reported to cisco support.
   - The router has a serial interface with a primary
     IP address and a secondary IP address. The two addresses
     are from different network numbers. IGRP is running on
     the box and updates are received from the other side of
     the serial link via the primary and the secondary IP
     address. The subnets that are learned via the secondary
     address are not being propagated to other cisco's on the
     backbone.
2. Not yet reported to cisco support.
   - An arp entry in the cisco for an RS/6000 on token-ring A
     is being trampled by arp packets that are bridged to
     token-ring A from another token-ring segment B. The arp
     packets do not contain the IP address that is being
     trampled but the cisco still substitutes that hardware
     address in the arp cache. I tried turning multiring on
     so that it would understand bridged packets but this did
     not help.

      AGS+ ---OOOOOOOO--- RS/6000
                   |         |
                 Bridge ----OOOOO---- Other Workstations


Bill Rippon         Phone: 914-784-7479
IBM Watson Research Center     Email: bjripp@watson.ibm.com
Newsgroups: comp.dcom.sys.cisco
From: William Rippon <bjripp@watson.ibm.com>
Subject: Token-Ring not reset after beaconing
Date: 20 Aug 92 10:11:24 -0500


Hello,
  I believe I have seen this problem mentioned before and I am
wondering if there is a fix yet.
  I am running GS3-BFX 9.0(1) in an AGS+. On several occasions
a beaconing condition on the token-ring has caused the token-ring
interface on the cisco to go down. The interface does not reset
automatically, but must be manually reset via software
(shutdown, no shutdown).
Thanks,
  Bill

Bill Rippon         Phone: 914-784-7479
IBM Watson Research Center     Email: bjripp@watson.ibm.com
Newsgroups: comp.dcom.sys.cisco
From: vsg%tron!plaza.dnet@uunet.UU.NET (Marty Adkins, (W) ESG Distributed Systems, MS 1615, WIN 285-1479)
Subject: RE: Packet from Unknown Router
Date: 18 Aug 92 18:09:51 -0400

>From:	TRON::"uunet!spot.Colorado.EDU!cisco-forw" 18-AUG-1992 17:13:12.15
>To:	tcp-ip@nic.ddn.mil, cisco@spot.colorado.edu
>CC:	
>Subj:	Packet from Unknown Router
>
>We are getting a stream of this message on some Suns that were just upgraded 
>to SPARCs.  The IP address that appears is a valid address for a cisco router
>(secondary IP address on cisco port).  The Sun is at SunOS 4.1.2 and cisco is
>an AGS+ at version 8.3.  Network activity on the Sun seems to be unaffected.
>
>Aug 17 14:43:41 zztop syslog: packet from unknown router, 222.21.248.254
>Aug 17 14:50:11 zztop last message repeated 349 times
>
>Any ideas?
>
>__
>Best Wishes,
>
>Gurvinder Singh Ahluwalia      Internet:     guri@apogee.sps.mot.com
>Systems & Network Computing    IIN:          USMOT24T
>Motorola SPS                   Motorola DMS: RXDH10@email
>Austin, TX                     Voice:        (512) 891-3310
............................................................................
We've had the same symptom for a while but attributed it to our use of
secondary addresses.  On the same cable, we have three Cisco's with
consistent subnet addresses, except one of them has a primary address
in a different subnet than the other two.  Our Sun logging station is
addresses in the "common" subnet, so it complains about RIP updates it
receives that are sourced with the primary address in the other subnet.

         R1         R2         R3         Sun
Primary  Net.4.x    Net.4.x    Net.117.x  Net.4.x
Sec #1   Net.117.x  Net.117.x  Net.4.x
Sec #2   Net.204.x  Net.204.x  Net.204.x
Sec #n   ...

If the R3 situation weren't temporary, we'd just swap the first two above;
we expect this would silence the Sun.

Marty Adkins
Distributed Systems
Westinghouse Electronic Systems Group

U.S. Mail:                  	    Internet: Adkins@plaza.wec.com
  Westinghouse Electric Corp.       MTS400: ADKINS.M.J
  P.O. Box 746 MS 1615              X.400: 6=Adkins.M.J@5=Westinghouse@3=WX001
  Baltimore, Md. 21203		           @2=DIALCOM@1=US
  (410)765-1479/(WIN)285-1479	    Westinghouse DECnet: PLAZA::ADKINS
From: mskelton@wrdis01.af.mil (Mark Skelton)
Newsgroups: comp.dcom.sys.cisco
Subject: Broadband to FDDI device
Date: 13 Aug 92 15:27:06 GMT
Organization: 1926CCSG Robins AFB

Does anyone have any information on the existence of a Broadband (RF)
to FDDI bridge module or device?  I am looking at the possibility of
connecting seven ethernet channels on Broadband via FDDI rather than using a
Token Bus channel (Chipcom Marathon bridges).

(We use TRW NB-2000 bridges to get Ethernet on and off Broadband)

Thanks!

Mark  (mskelton@logdis1.wr.aflc.af.mil)
Newsgroups: comp.dcom.sys.cisco
From: Richard Letts <R.J.Letts@salford.ac.uk>
Subject: Re: AGS fan noise
Date: 18 Aug 92 9:02:38 BST
X-Mailer: ELM [version 2.3 PL11]

Danny Sheaffer writes....
> 
> Greetings
>  
> Does anyone know of a way to reduce the noise produced by the fan on an AGS?
>  
> Danny Sheaffer
> danny@dir.texas.gov
> 
One of our cisco's is encased in a large metal cabinet, filled with
acoustic damping wadding. The air vents have been let unblocked (or it
turns itself off).
This is the quietest AGS+ on campus. Adding the acoustic damping to
the cabinet also improved the air-flow inside the cabinet (it no
longer circulates in the space above the router).

Try a commercial sound/audio company for a suitable source of wadding
I don't have the address for our supplier, as the department where this 
router is located donated the wadding, and we fitted it.

Richard
-- 
Richard Letts			My opinions are my own, and do not necessarily
Network Manager                 reflect those of my employer
University of Salford               Email: R.J.Letts@salford.ac.uk
United Kingdom			    Phone : +44 61 745 5252
United States of Europe
From: tdrake@relay.nswc.navy.mil (Tim Drake - E41)
Newsgroups: comp.dcom.sys.cisco
Subject: Problems hooking Cisco to T1 line
Date: 19 Aug 92 14:46:17 GMT
Organization: NSWC

Keywords: 

	Hi we are tring to bring up a T1 line from Va. to Fla.
The line was tested by GTE and we ran tests with a firebird and
the error rate was well below 1%. We are using a ATT acculink
multiplxer.

   Ok, the problem appears to be in the flow control handshanking.
We are using HDLC protocol and want the link speed to be 1.424Mbits/s.
The options for DCE data set controls are :


	1) RTS/DCD
	2) BO/RI
	3) DRS/DSR
	4) DTR/CTS
	5) Local RTS/CTS
	6) In-band Speed
	7) RTS Delay


   Most of the above have options for , active, inactive, in-band
and background.  The odd part with the following setup we are gettng
an 85% success (pings answered) at a slower speed (392,000 bitys/sec)
but less that 5% at the 1,424,000 bits/sec.  .



   RTS/DCD            In-band         :  400 bits/sec
   Local RTS/CTS      Active
   DRS/DSR            Active
   DTR/CTS            Inactive
   BO/RI              Inactive





    In-band - means end-to-end
    Background - means out of band transmission
    Active - means always high
    Inactive - low I think and Ignors the remote signal.



   We have tried changing the options around but they have had little effect.
WE are not sure what the Cisco wants to see. We have leaned that unless all
but one of the lights on the RS449 applica are lit the Cisco declairs the 
interface down. 

   Our Cisco are running 8.2(4) and 8.2(3). We have an RS449 (Cisco end) to
25 ping connector (DB25 I think) made up to GTE's spec. If anyone has any
insight as to what might be going wrong or set up incorrectly I would
greatly appreciate it.


    Thanks  Tim Drake    tdrake@relay.nswc.navy.mil
From: pcorless@cisco.com (Peter Corless)
Newsgroups: comp.dcom.sys.cisco
Subject: Re: Cisco Information
Date: 18 Aug 92 18:40:01 GMT
Reply-To: pcorless@cisco.com (Peter Corless)
Organization: Computer Science Lab, SRI International
X-Disclaimer: The views expressed in this message are those of an
	      individual at SRI International, and do not necessarily
	      reflect those of the company.

In response to post:
From: J045820@LMSC5.IS.LMSC.LOCKHEED.COM
Subject: Cisco Information

> I need information on Cisco Routers. Is it possible to FTP information
> on this subject. We are attempting to do research on the units before
> they arrive on site. Any assistance would be greatly appreciated!!!
>                                  Billy Smith LMSC Co.

Billy:

Cisco does not maintain an on-line ftp server of product information,
per se. If you need the latest product literature, please call Cisco
Customer Service, and we'll be glad to mail you whatever you need.

What we do have available on-line is a new service called CIO, or Customer
Information On-Line. CIO provides users direct access to information such as
known bugs, software release information, technical tips, and general
information on Cisco customer services. CIO is available to customers covered
under Smartnet or other Cisco service agreements, as well as CA Partners and
distributors of our products. If you fall into one of these categories, please
contact Cisco Customer Service to request access to CIO.

(I believe Lockheed has a few Smartnet contracts; check to see if your
location is covered under one of them).

I'll pass on your request to our Information Services group. It may be
possible to get product literature added as a new CIO service, or
establish a seperate ftp server for this purpose.

To contact Cisco Customer Service for product literature or to request CIO
access, please call us at 800-553-NETS (800-553-6387), or send e-mail to
"cs@cisco.com".

If you'd like to discuss either issue with me directly, please feel free to
contact me by fax, phone or e-mail (see below).

At your service!

-Peter Corless.
 Cisco Customer Service
 US Federal Region Representative
 --------------------------------
 e-mail: pcorless@cisco.com
 phone:  (415) 903-8723
 fax:    (415) 903-8080
Newsgroups: comp.dcom.sys.cisco
From: johnk@gordian.com (John Kalucki)
Subject: Re: RIP from secondary addresses
Organization: Gordian; Costa Mesa, CA
Date: Thu, 13 Aug 1992 00:59:54 GMT

In article <bsn37v.fyb@wang.com>, fitz@wang.com (Tom Fitzgerald) writes:
>[...]
>The problem is that RIP broadcasts only come from the primary interface, so
>some systems with the secondary subnet number are blind to the routing
>information.
>[...]

It's not only that, but the Cisco will send RIP responses containing
valid routes to these secondary requests to RIP request broadcasts
on the primary address. The machines on the primary net know routes
to the secondary nets for a little while, and then their RIP entries
time out.

If you are going to put routes to the secondary interfaces in RIP
responses to RIP requests from port 540, they should be in the
normal RIP updates too.

It's a great pump fake to think you have everything configured right
and then WHAM!


			-John Kalucki
			johnk@gordian.com
Newsgroups: comp.dcom.sys.cisco
From: aggarwal@nisc.jvnc.net (Vikas Aggarwal)
Subject: Re: TACACS code
Date: 18 Aug 92 10:31:41 EDT
X-Mailer: ELM [version 2.3 PL11]

>     or do you only get one base code, and have to tweak it yourself
>     to fit your system?
> 
> If you want something other than the above, you have to tweak it
> yourself.  Various customers have tweaked it to do things like
> interface to a secure-card based system, or implement dial-back.
> 

Once such 'customer' version is available from ftp.jvnc.net under 'pub'
as xtacacs.shar.


-vikas							Network Engineering
vikas@jvnc.net						(609) 258-2403
			JvNCnet, Princeton, NJ
-----------------------------------------------------------------------------
Organisation: European Space Operation Centre (E.S.O.C)
Date: Thursday, 20 Aug 1992 15:39:39 CET
From: <TVERRALL@ESOC.BITNET>
Newsgroups: comp.dcom.sys.cisco
Subject:    UDP broadcasts....

We currently have a problem where-by a udp broadcast on a subnet (1) is add-
ressed to subnet 2 i.e. xx.xx.2.255  .The source host is on sub-net 1.
There is NO "helper address" or "udp forwarding" configuredon the Cisco.
This broadcast is then passed through the router to subnet 2. On subnet 2
it appears as an ethernet broacast and an ip broadcast BUT to ip address
255.255.255.255 . At first I thought that this may happen due to an input-
list for bridge-group 1 on the subnet 1 interface but with the source host
removed from the list it still occured.
Has anyone seen this before ?
Can anyone help ? I do not want these broacasts.
Thanks
Tim
===============================================================================
Tim Verrall
EUROPEAN SPACE AGENCY   Darmstadt  Germany    ph..int 6151-902500
===============================================================================
Newsgroups: comp.dcom.sys.cisco
From: tom@magnus.acs.ohio-state.edu (Tom Easterday)
Subject: Re: AGS fan noise
Organization: The Ohio State University
Date: Tue, 18 Aug 1992 15:18:33 GMT

In article <Bt5u5o.JK5@immd4.informatik.uni-erlangen.de> eckert@immd4.informatik.uni-erlangen.de (Toerless Eckert) writes:
>@sarcasm^on
>
>From article <920816195848.35a004bc@DIR.TEXAS.GOV>, by SHEAFFER_DM@dir.texas.gov (Danny Sheaffer):
>> Greetings
>> 
>> Does anyone know of a way to reduce the noise produced by the fan on an AGS? 
>
>There is one switch labelled "on/off" on the rear of the router,
>that will work miracles, when operated ... 
>
>Hey, Cisco, how about it: In the next release of the environmental
>card firmware: An SNMP variable through which you can control the speed
>of rotation of the squeakers, or at least a variable that gives a
>reading of the noise level around the router - this could be used
>to activate an alarm at the NMS if the noise level starts drowning
>out the nearby airport !
>

Well, other router vendors who shall remain nameless have overheating
problems in their routers (that they refuse to admit, by the way). I have
never had that problem with a Cisco even when room temperature is very high.
I am all for the high velocity wind tunnel rejects.

Besides, it requires much less effort to put the front panel on a box when
it gets sucked out of your hands!

	Tom
Organisation: European Space Operation Centre (E.S.O.C)
Date: Wednesday, 12 Aug 1992 17:20:20 CET
From: <ESANET@ESOC.BITNET>
Newsgroups: comp.dcom.sys.cisco
Subject: Re: DECnet on Token Ring

Having missed the previous articles on the subject ........
do CISCO support DECnet on token ring interfaces ?
If so does it require anything really out of the ordinary in the
router configuration ?
Any information and assistance would be appreciated.
Thanks
Tim.

===============================================================================
Tim Verrall
EUROPEAN SPACE AGENCY - Darmstadt , Germany.
Tel. (int) 6151-902500
===============================================================================
Newsgroups: comp.dcom.sys.cisco
From: root@enc_hol.mentor.com (Hans van der Molen)
Subject: X25 problem
Originator: root@enc_hol.mentor.com
Date: Thu, 20 Aug 1992 12:46:53 GMT
Organization: Mentor Graphics Corporation
Keywords: 
Followup-To: 


This is the problem:
=====================
I have two routers (with 8.3(3)) connected to public X25 (64Kb).
If they are connected to each other with only this public x25 connection
using the X25 MAP command it will open up a VC (LCN) and keep it open untill
the service goes down.
X25 idle and no keepalive doesn't work.

How come the VC doesn't get cleared after the session has been ended ?

Is there a cisco-keepalive packet going every 100 seconds or does the
cisco do something else ?

I already disconnected all devices from the boxes that might cause 
keepalive packets.

This problems costs us a lot of money, so please react.....

Thanks,

Hans van der Molen,
Mentor Graphics,
Halfweg,
Holland.
-- 
                     ***********************************
                     ******  Hans van der Molen.  ******
                     * European Network Control Center *
                     *****   Halfweg - Holland    ******
Newsgroups: comp.dcom.sys.cisco
From: martinr@mayo.edu (Robert Martin)
Subject: AGS+ and source-route bridging
Date: 19 Aug 92 08:38:51 -0500

Thanks for your reply.  See question below.

>>Date: Tue, 18 Aug 92 15:12:07 EDT
>>From: lynda@binoc.bih.harvard.edu
>>Status: RO
>>
>>Hi,
>>
>>While at my previous institution we used cisco AGS+ routers and
>>a T1 line to implement source route bridging.  After many
>>different problems with software/firmware levels on the
>>various components, we finally reached a stable configuration.
>>
>>We are running 8.2(7) on both routers, using IP as the
>>transport mechanism, and have the latest firmware on
>>the token ring and high speed serial boards.
>>
>>Performance is very good right now, although we are only supporting
>>4 nodes.
>>
>>One thing we did find was that we could not have the cisco and
>>the IBM bridges running in parallel (two paths connecting the
>>same two rings)

Can you elaborate on this last point?  Are IBM and Cisco using different
rules for source-route bridging?  Why didn't it work?  We have parallel
Ethernet and Token-ring networks and I'm wondering if something in the
Cisco source-route code doesn't handle loops correctly.  The only thing
that is clear is that it isn't working for us, yet.  The code seems
sensitive to something in our net and isn't reliable, yet.

>>
>>Lynda Rudolph
>>Beth Israel Hospital
>>Boston, MA
Newsgroups: comp.dcom.sys.cisco
From: Sam Wilson <ercm20@festival.ed.ac.uk>
Subject: Re: problem with rip
Reply-To: Sam_Wilson@edinburgh.ac.uk
Date: 20 Aug 92 09:27:12 BST
Via: uk.ac.edinburgh.festival; Thu, 20 Aug 1992 09:27:18 +0100

> From:     Ralph Steigrad <rst@ch.sma.maz>
> Subject:  problem with rip
> 
>  We have a strange problem with our router MGS 2E6T.
>  On one serial link we are connectet to a partner in London. On this link
>  we use static routing with RIP. ...
>   [[[ and the static route flips to another interface ]]]

Your description of the problem isn't quite definitive, but I bet you
aren't running 8.2(8) or 8.3(3) or 9.0(1) on the router with the
flipping route.  There is a known problem in earlier versions whereby if
an interface with a static route defined over it goes down the route
flips to another interface instead of disappearing.  It isn't just the
routing table, the running config gets changed too!

Sam Wilson
Network Services Division
Computing Services, The University of Edinburgh
Edinburgh, Scotland, UK
Newsgroups: comp.dcom.sys.cisco