HDTenEightyP/NetNews huggingface dataset:
From: skishen@buster.intel.com (Sunil Kishen)
Newsgroups: comp.dcom.sys.cisco
Subject: Does the Cisco cache Vines address???
Keywords: Banyan Vines.
Date: 31 Dec 92 01:31:07 GMT
Reply-To: skishen@buster.intel.com (Sunil Kishen)
Organization: Intel Corporation, Santa Clara, CA USA

How does the Cisco configure itself a vines address upon starting vines
routing??
It is my understanding that it uses 3000 appended to the last 4 octets
of its E0 interface
MAC address.  Eg: if the E0 MAC addr. is 0000.0c00.ff00, then the
cisco's vines addr. would
be 3000ff00.1 ( so far so good).

Now if we replace the MEC6 with a new MEC6 then the E0 MAC address would
change. The
Cisco should ideally change its Vines address to 3000xxxx.1 (where xxxx
is the last 4 octets
of the new MAC address of E0). 

Under 9.0(2) GS3BFx this is not the case! The vines address did not
change. Upon disabling
vines routing and restarting it again it still remained the same (as the
old vines addr.).

This bug led to a situation where two Ciscos had the same vines addr. 
(use old mec6 in a
new router and start vines routing)!!.

It took me a while to figure this situation out.... 

Could someone at Cisco comment on this ...  Thanks....
Pl. Email replies. Thanks...
Sunil.

---
Sunil Kishen         
ICES Networking.
Intel Corp. 
Santa Clara, CA 95052.
Newsgroups: comp.dcom.sys.cisco
From: "Louis A. Mamakos" <louie@NI.umd.edu>
Subject: Re: Cisco packaging material 
             <9212212238.AA23052@mrbean.scd.ucar.edu> 
Date: 21 Dec 92 20:28:43 EST
X-Note1: mail msgid was <9212220128.AA14642@sayshell.umd.edu>
X-Note2: message-id generated by recnews


> Didn't know Cisco used these.  Means I have one more source!  If anyone
> hasn't had a chance to see these take time to look.  They disolve in
> water almost instantly, claim to be good mulch for gardens, and are 
> even some of the best packing material I've found.
> 	Paul Hyder
> 	NCAR


Taste's Great!
			No, less filling!

Actually, they can use a little salt.  We got some of this stuff from
Black Box, I think, along with a little pamphlet explaining that
they're 95% corn starch.  The other 5% certainly isn't flavoring.

> >> If the packaging material consists of off-white, rough textured cylindrical
 
> >> 'pasta-like' tubes, then they are corn starch based and are water 
> >> soluble.  These are intended to help preserve the environment, not feed 
> >> rats! ;-) I'm not sure what the chemical content is, if any, but I would 
> >> keep Templeton on a steady diet of Rat Chow for now if I were you. I'll 
> >> forward this to someone who might know the manufacturers name.
> >> 
> >> Regards,
> >> 
> >> Matthew Dodd
> >> Cisco Systems

Louis A. Mamakos
University of Maryland, College Park
Newsgroups: comp.dcom.sys.cisco
From: hyder@niwot.scd.ucar.EDU
Subject: Re: Cisco packaging material 
Date: 21 Dec 92 15:38:04 -0700
X-Note1: mail msgid was <9212212238.AA23052@mrbean.scd.ucar.edu>
X-Note2: message-id generated by recnews

Didn't know Cisco used these.  Means I have one more source!  If anyone
hasn't had a chance to see these take time to look.  They disolve in
water almost instantly, claim to be good mulch for gardens, and are 
even some of the best packing material I've found.
	Paul Hyder
	NCAR

>> If the packaging material consists of off-white, rough textured cylindrical 
>> 'pasta-like' tubes, then they are corn starch based and are water 
>> soluble.  These are intended to help preserve the environment, not feed 
>> rats! ;-) I'm not sure what the chemical content is, if any, but I would 
>> keep Templeton on a steady diet of Rat Chow for now if I were you. I'll 
>> forward this to someone who might know the manufacturers name.
>> 
>> Regards,
>> 
>> Matthew Dodd
>> Cisco Systems
From: nabil@ogicse.ogi.edu (Aaron Nabil)
Newsgroups: comp.dcom.sys.cisco
Subject: Which has a faster processor, a 4000 or a CSC/4 based system?
Date: 24 Dec 92 20:31:38 GMT
Article-I.D.: ogicse.47707
Distribution: world
Organization: Explosive Space Modulators - R - Us

I need to know which platform has the fastest processor.  Please do not
answer with...

  Well, what you are *really* interested is how fast it routes packets, which 
  varies with the interface, cards, cbus controller etc.  But if you would tell
  me a little more about what you are trying to do, maybe I can...

Which seems to be the current prefered answer from my local support engineer
(Seattle).  Since I'm not used to letting people think for me, and I'm the
one with the money, I would prefer an answer to my question instead of "help"
I neither need nor want.

Let me clarify by what I mean a "faster" processor.  By faster, I mean able
to perform CPU-intensive processes faster, not which has a faster clock.  Just
as a sort of benchmark for the sake of this explanation, lets use as an example
the amount of time it takes for a bgp process to reload and rehash all of 
the NSFNET routes that it gets when you first turn on a router that is
peering with the NSF backbone.

I'd prefer results of an actual benchmark, but I'll settle for the following
if none is availiable.  I can compute the rough performance from the
info below.

What is the processor in a CSC/4 (a 68040, I know that already).
A 4000? (Some kind of 68030, but is it *exactly* a 68030, or is it one of
those multifunction jobs?)

What are the CPU to RAM/ROM/flash data path widths? (For the CSC/4, assume we
are accessing only on-card resources, not going over the multibus)

How many wait states to access RAM/ROM/flash over those paths?

What are the clock speeds?  Are they...
CSC/4 16Mhz
4000  40Mhz

Thank you in advance.
-- 
Aaron Nabil
nabil@cse.ogi.edu
From: vaf@Valinor.Stanford.EDU (Vince Fuller)
Newsgroups: comp.dcom.sys.cisco
Subject: Re: Best version for OSPF and BGP
Date: 21 Dec 92 18:45:29 GMT
Usmail: Pine Hall 115, Stanford, CA, 94305-4122
X-Note1: mail msgid was <CMM.0.90.2.724963529.vaf@Valinor.Stanford.EDU>
Office: Spruce Hall F15, (415) 723-6860
X-Note2: message-id generated by recnews

I'm not a cisco engineer (though I play one on TV...:-), so take anything I
say with a grain of salt...

    We intend to use OSPF on our network with BGP border routers. The release
    notes for 9.1 say that "OSPF may stop working after 49 days. The workaround
    is to deconfigure, then reconfigure OSPF."  WHAT???!!!!!!!

This is a known bug in 9.1(1) which I believe is fixed in the first maintenance
release.
    
    What is the software version we should run on these routers in order to get
    the best (most stable) OSPF and BGP performance?

If you don't need variable-length subnets, then I would guess the latest 9.0
code would be more stable. Otherwise, the latest 9.1 stuff (not 9.1(1) - get
the maintenance release that follows if it's been released).

	--Vince
Newsgroups: comp.dcom.sys.cisco
From: William "Chops" Westfield <billw@regal.cisco.com>
Subject: Re: Making BOOTP work with Cisco CS-516, FTP Inc 2.1 SLIP?
Date: 23 Dec 92 2:26:07 PST
X-Note1: mail msgid was <CMM.0.90.2.725106367.billw@regal.cisco.com>
X-Note2: message-id generated by recnews

    Anyway, don't expect BOOTP to work over SLIP unless the router has a 
    custom BOOTP server running to support this (and the SLIP client agrees 
    on this custom mechanism with regard to a pseudo hardware address).

The cisco comm server does indeed have a custom bootp server.  It ignores
the hardware adress field of the bootp packet, and instead uses the line
that the packet came in on to assign an appropriate address.

I vaguely recall that some version of FTP software had problems with
bootp overslip, but thought that it was fixed in the "most recent"
version from them.  Turning on "debug ip-udp" and "debug slip-event"
on the cisco may give you information on what is going on...

BillW
Newsgroups: comp.dcom.sys.cisco
From: tjurlina@itmtbj (Tom Jurlina)
Subject: Re: Making BOOTP work with Cisco CS-516, FTP Inc 2.1 SLIP?
Organization: MOTOROLA 
Date: Wed, 30 Dec 1992 07:36:47 GMT

In article <HOLBROOK.92Dec22115900@nic.cic.net> holbrook@cic.net (Paul  
Holbrook) writes:
> I have a Cisco CS-516 running 9.1a(0.2), and I'm trying to connect via
> async dialup SLIP using FTP Inc's PC/TCP V2.1.  I can get PC/TCP to
> work if I statically configure in the address the Cisco has configured
> in, but I can't get FTP Inc's BOOTP to dynamically discover the
> address from the Cisco.  
>
We have a similar set-up and are successfully using bootp to issue ip addresses  
to dial-in users. Using FTP Inc's PC/TCP V2.11
 
> I start the SLIP packet driver, use COMSCRPT to dial my cisco and put
> it into SLIP mode, and then try BOOTP, but BOOTP fails to find a
> server; I would have expected that the Cisco would see the BOOTP and
> respond. 
>
I start SLP16550 (depends on your UART) in the autoexec.bat.
Dial in using COMSCRPT
Execute a BOOTP -f
Then execute SLPDRV

PCTCP.INI must also be set up properly.

If you are interested, call me or send me an email and I will send you the  
files in question.

> I've been swapping messages with FTP about this problem, but I'm
> curious to find out any anyone else has solved this problem with FTP
> 2.1 SLIP?
> 
> The real problem I'm trying to solve it to get FTP Inc's PC/TCP to
> take a dynamic address when I dialup to my Cisco that is using static
> fixed addresses for each serial line.  BOOTP seemed a logical way to
> attack the problem, but I'm open to other suggestions.
> 
> --
> J. Paul Holbrook
> CICNet Technical Services Manager
> holbrook@cic.net    (313) 998-7680


Regards,
Tom Jurlina
---------------------------------------------------------------
Motorola Inc.                        	  Phone - (708) 538-2054
Information Technology Management    	  FAX  -  (708) 576-6388
Internet - jurlina@mot.com  (NeXT mail encouraged)
Mot X.400 - A10198
---------------------------------------------------------------
Newsgroups: comp.dcom.sys.cisco
From: C.Chaundy@its.unimelb.edu.au
Subject: Anon. FTP IGS images for 9.1(x)
Content-Transfer-Encoding: 7BIT
Mime-Version: 1.0
Date: 23 Dec 1992 19:06:05 +1100
X-Vms-To: IN%"cisco@spot.Colorado.EDU"
X-Note1: mail msgid was <01GSNZ8T8XUA8WWKBJ@ucsvc.ucs.unimelb.edu.au>
X-Note2: message-id generated by recnews

Why are there two flavours of images available for anonymous FTP for IGS's
for 9.1(1) and 9.1(2) code - one 'bpx' and one 'kitchen-sink'?  Will either/
neither run on the now-obselete (:-() IGS/R systems?  We have a number of
1E1T IGS's.

Regards (and Season's Greetings),
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)
Xref: sparky comp.dcom.sys.cisco:1910 comp.protocols.misc:918
From: dalk@login.dkuug.dk (Lars Kalsen)
Newsgroups: comp.dcom.sys.cisco,comp.protocols.misc
Subject: Mixed traffic - x25 and Ethernet
Date: 1 Jan 93 22:18:06 GMT
Organization: DKnet


Hi - and Happy New Year,

We are considering a new network which connect all of our different
sites through a WAN. We will probably buy some CISCO routers. 

The trafic which is routed through the CISCO equipment is split
in two

       - FTAM trafic based on x25 connections             
    
       - Interactive terminal sessions based on TCP/IP on an Ethernet.

Like this:

                           IIIIIIIIIIIIIIII
       FTAM/X25----------> I              I 
                           I CISCO ROUTER I------- 2 MBit --->
       TCP/IP/ETHERNET---> I              I
                           IIIIIIIIIIIIIIII      

 
The CISCO routers can mix these two kinds of input intp one 2Mbit channel
which connects the different sites.

My concern is now : Will the interactive traffic suffer when a heavy
FTAM transport is taking place ?. Will the file transfers affect the
responsetimes for the interactive traffic to a large extend ?.

If YOU have any experience with this please E-mail (or fax) me the 
information. Or if you have a reference to the litterature about this
kind of setup I will appreciate that too. Or just youre opinion from
your experience.


Greetings from Aalborg
Denmark - Lars Kalsen


-------------------------------------------------------------------------------
Lars Kalsen, MIS-Manager
SONOFON, Skelagervej 1, 9000 Aalborg, Denmark
+45-99-367000 (tel), +45-99-367070 (fax), E-Mail : dalk@login.dkuug.dk
===============================================================================
From: Hank Nussbacher <HANK@VM.BIU.AC.IL>
Subject: SNA & SDLC questions
X-Envelope-To: CISCO@SPOT.COLORADO.EDU
Content-Transfer-Encoding: 7BIT
X-Delivery-Notice: SMTP MAIL FROM does not correspond to sender.
Date: 31 Dec 1992 15:06:08 +0530 (IST)
X-Note1: message-id generated by recnews
X-Note2: mail msgid was   <01GSYEQ4OSRM005TBA@VAXF.COLORADO.EDU>

Does anyone have any comments, caveats, etc, about running SNA & SDLC traffic
over 9.6kb and 19.2kb lines?  What release should be requested - 9.0?  9.1?
Any docs floating around discussing the entire SNA & SDLC arena from a cisco
standpoint?  I am not referring to cisco newsletter docs but rather user
created docs.
 
Thanks,
Hank
From: tli@cisco.com (Tony Li)
Newsgroups: comp.dcom.sys.cisco
Subject: Best version for OSPF and BGP
Date: 21 Dec 92 19:10:08 GMT
X-Note1: mail msgid was <9212211910.AA17275@lager.cisco.com>
X-Note2: message-id generated by recnews


   The release notes for 9.1 also say that "If a router is configured
   for BGP and no BGP neighbors are active, ... then excessive memory
   utilization will occur.  The workaround is to configure at least
   one BGP peer and to insure that is becomes active.  This caveat was
   introduced in 9.0(2). Hmmmm.  Will an Internal BGP connection be
   satisfactory?  

Yes.

Tony
Newsgroups: comp.dcom.sys.cisco
From: Darrel Beach - SSC/SSDN <beach@ddn.AF.Mil>
Subject: SNMP "ping"
Date: 29 Dec 92 13:07:01 CST
X-Note1: mail msgid was <CMM.0.90.2.725656021.beach@ddn.AF.Mil>
X-Note2: message-id generated by recnews

Tony,

or anyone else....:)

What's the syntax for specifying that a router send a ping to a specific
address using SNMP, or is this not possible??  I have a decidely old version
of the cisco _private_ MIB vars, and it lists "ping" but doesn't give any
other info.  I'll be using a command line driven SNMP query generator and I
need to feed it the ASN.1 description of the variable I want...
From the MIB description I have it would be
_iso_org_dod_internet_private_enterprises_cisco_local_lsystem_ping_<instanceid>
I assume the instance ID would be simple "0", and that in setting the var I
would "set" it to the ip address I wanted to ping.  But that doesn't really
make sense as the var type is INTEGER.  If I use the ip address I want to
ping as the instance identifier, what integer value do I send to set it??

Is this feature even implemented, and in what sw version??

/darrel
Newsgroups: comp.dcom.sys.cisco
From: Bruce Pinsky <bpinsky@cisco.com>
Subject: Re: cBus2 questions
Date: 28 Dec 92 15:04:11 -0800
X-Note1: mail msgid was <9212282304.AA00840@last-call.cisco.com>
X-Note2: message-id generated by recnews

Eriks Rugelis writes:
==>
==>Reading the latest and greatest copy (Sept 1992) of the Cisco Product
==>Configuration Guide reveals some stuff that is news to me...
==>
==>I already knew about the CSC-C2CCTL, cBus2 controller card.  It was my
==>understanding that this was intended to be a higher throughput
==>follow-on product to the original cBus controller.  My interest in it
==>stems from a desire to use the 4-port token-ring controllers, which
==>(I'm told) require the cBus2 controller.
==>
==>The questions I have arise from the mention of other cBus2 cards...  most
==>notably to me, CSC-C2MECx.
==>
==>Questions:
==>
==>1. How does a CSC-C2MECx differ from a CSC-MECx?  Is it the same board with
==>   different micro-code or is it a newer (faster?) version of the board?
==>
==>2. Is it possible to run C2MECx cards in a system with a CCTL?
==>
==>3. Is it possible to run MECx cards in a system with a C2CCTL?
==>
==>4. Is there an upgrade path (if necessary) from a MECx to a C2MECx?
==>
==>I guess the bottom-line is... does the existence of a C2MECx imply
==>that additional varieties of spares need to be stocked by those of us
==>who engage in such activity?
==>

Eriks -

The CSC-C2MECx card is a version 5.1 MEC board running 10.0 microcode.  So to
answer your questions directly:

1)  See above.

2)  No.  You must run 10.0 ucode MEC boards in a system with C2CCTL.

3)  No.  When using C2CCTL, all the Cbus boards must be at least 10.0 ucode or
higher.

4)  Yes.  You can order the 10.0 ucode upgrade for MEC 5.1 version boards by 
contacting you local sales rep or Customer Service at 800-553-NETS.

Since the MEC 5.1 can accomodate both 10.x and 2.x microcode, the same boards
could be stocked to support both environments.  The obvious corollary to this
is that you would need to stock the appropriate amounts of the various levels
of microcode for your needs.

One side note....please see the answer to question 3 above.  Once C2CCTL is
installed, ALL Cbus boards must be at version 10.x or higher microcode.

I hope this answers your question.   If you have additional questions or need
more information, please feel free to contact me via e-mail or phone at the 
numbers below.
Newsgroups: comp.dcom.sys.cisco
From: burton@grizzly.nrl.navy.mil (Dave Burton)
Subject: OSPF 
Organization: U.S. Naval Research Laboratory, Washington D.C.
Date: Thu, 24 Dec 1992 16:42:32 GMT



Hello,

I am trying to set up OSPF on our CIsco AGS+ routers running release 9.1
and would like to seperate our subnets into several areas in order to
consolidate advertised routes, but have not had any success. 

There are four areas with the following IP ranges:


		132.250.1.0 to 132.250.63.0	area 1
		132.250.64.0 to 132.250.127.0	area 2
		132.250.128.0 to 132.250.191.0	area 3
		132.250.191.0 to 132.250.255.0	area 4

Each range of subnets are all connected directly to one area border router.

Is it possible to advertise the range of one area to another area
instead of advertising all the subnets within the area? I have tried
to use the router command 'area <area-id> range <address> <mask>' but
I am not really sure how to specify the range arguments. How would
you specify the range for the areas mentioned above? 

Do you know where I can get some good information about OSPF?

Any solutions or answers would be greatly appreciated.

		
					Thanks,
						David Burton
						burton@grizzly.nrl.navy.mil


Newsgroups: comp.dcom.lans.ethernet
From: koning@koning.enet.dec.com (Paul Koning)
Subject: Re: Dec and IEEE Spanning Tree differences
Reply-To: koning@koning.enet.dec.com
Organization: Digital Equipment Co., distributed systems architecture
Date: Wed, 30 Dec 1992 16:06:14 GMT


In article <1992Dec30.133651.16535@nntpd2.cxo.dec.com>, b_goodwin@saar.enet.dec.com () writes:
|>
|>The DEC All Bridge multicast is 09-00-2B-01-00-00. If you are not using any
|>DEC propriatary spanning tree bridges, ie LANbrige 100 or Vitalink with 
|>older software, then use the IEEE spanning tree. Actually, If you set up
|>the CISCO's to use IEEE and the LANbridge 150 does not see any DEC propriatary
|>spanning tree, it will autoselect IEEE as the protocol.
|>
|>Brad Goodwin
|>DEC Customer Support Center
|>
To elaborate slightly on Brad's note:

Every Digital bridge except for the LANbridge-100 contains support BOTH
for the DEC spanning tree protocol and the IEEE spanning tree protocol.
Furthermore, by default these bridges will autoconfigure: if a LANbridge-100
is present in your network (or another -- non-DEC -- bridge set up to
speak the older protocol) then these bridges will use that protocol.  Otherwise,
they will use the 802.1d spanning tree protocol. 

This approach assumes that you do not attempt to mix 802.1d ONLY bridges
with DEC spanning tree ONLY (i.e., LANbridge-100) bridges on the same
extended LAN.  As has been pointed out, such a mix could cause unresolved
loops, and the autoconfiguring bridges can't help fix that.  If you're very
careful, such mixed configurations can be made to work, of course, but my
recommendation is that you avoid them.

If you have only two of the three possible bridges types (LB100 plus
autoconfiguring, or 802.1d plus autoconfiguring) in your extended LAN, the
autoconfiguration will select the appropriate protocol and everyone will
be using the same one.

Finally, note that you can override the autoconfiguration via network
management: you can force the Digital bridges to use 802.1d spanning
tree protocol unconditionally.  This is useful in the mixed configuration,
if you absolutely must use it.

	paul
!-----------------------------------------------------------------------
! Paul Koning, NI1D, A-13683
! Digital Equipment Co., LKG1-2/A19, Littleton, MA 01460, USA
! (508) 486-7313 or (508) 952-3344, koning@koning.enet.dec.com
!-----------------------------------------------------------------------
! "The only purpose for which power can be rightfully exercised over 
!  any member of a civilized community, against his will, is to prevent
!  harm to others.  His own good, either physical or moral, is not
!  a sufficient warrant."    -- John Stuart Mill, "On Liberty" 1859
From: shwake@nearside.UUCP (Raymond Shwake)
Newsgroups: comp.dcom.lans.ethernet
Subject: Re: Ethernet card
Date: 21 Dec 92 16:46:13 GMT
Organization: A/C International

ccewch@nuscc.nus.sg (Wong Chee Heng) writes:

>The idea card is to have both the BNC and RJ-45 in one card not diff. model.
>and able to autosense. Also I heard that 3C503-16 is not a true 16-bit card
>due to the backward compatibility of the drivers supplied by 3COM (?), so one
>do not get the kind of performance gain expected. 

TRUE! From the Adapter Guide for EtherLink II/16 TP and EtherLink II/16:

	Table 2-1.  Data Mode Transfer Width

	Option			Jumper Setting
				8-bit	16-bit

	Programmed I/O		8-bit	8-bit
	Shared Memory		8-bit	16-bit
	DMA			8-bit	8-bit

Also, as I've previously noted, to use this card (we have 16 TP) with
USL's Destiny (SVr4.2) one must put the card in 8-bit mode disable Memory
Base Address. (I worked with USL's support engineers on this one.) Also,
your IRQ options are limited to 2, 3, 4 and 5.
-- 

uunet!media!irscscm!nearside!shwake			shwake@rsxtech
Newsgroups: comp.dcom.lans.ethernet
From: twotone@rio.engr.washington.edu ()
Subject: Hardware vendors, prices 
Organization: University of Washington, Seattle
Date: Wed, 23 Dec 1992 22:36:30 GMT


I have a few questions about choosing a network vendor/ product.  I have been
shopping for a local ethernet bridge and have found that there are a large
number of vendors offering their bridges at a wide range of prices.  We will
soon be occupying new facilities along with a completely redesigned network, so
our network expenses should be kept to a minimum in the meantime.  

My first question is a general one.  How often should the rule of thumb 'you
get what you pay for' be applied to network equipment?  I'm inclined to buy the
cheapest bridge I can find, but I have a fear that it might fail and the vendor
will be long out of business.  How much is the 'what you pay for' just a name?
e.g.  Cabletron, Dec, etc.

My second question is about a particular vendor.  I've seen some ads and some
prices from Network Application Technology that look fairly attractive.  They
boast "affordable" network solutions.  Has anyone had any experience with this
company?  

Any advice on this topic would be appreciated.


Anthony King
Quinton Instruments, Seattle
twotone@ee.washington.edu

Newsgroups: comp.dcom.lans.ethernet,comp.dcom.lans