HDTenEightyP/NetNews huggingface dataset:
From: dgr@RODIN (Daniel Robinson)
Newsgroups: comp.dcom.cell-relay
Subject: Re: Path Building
Date: 21 Dec 92 17:25:20 GMT
Organization: Vitalink Communications, Fremont, California

In article <1992Dec17.211811.6553@iscnvx.lmsc.lockheed.com> myoung@force.ssd.lmsc.lockheed.com writes:
+OK, I have a problem here:
+
+ (stuff about path discovery deleted)
+
+  Don't tell me that a hidden hand in the network management will do this
+for me, as that just begs the question.

Well, that's the way it is.  The paradigm to follow is not one of the
many network standards, but the trusty phone.  The phone does not do
path discovery; terminal nodes connected to a network mesh should not
do path discovery either.

Dan Robinson
From: finn@isi.edu (Greg Finn)
Newsgroups: comp.dcom.cell-relay
Subject: Re: LAN link cost issues
Date: 21 Dec 92 19:44:19 GMT
Reply-To: finn@dalek.isi.edu (Greg Finn)
Organization: USC-Information Sciences Institute

In article <ts3p258@rhyolite.wpd.sgi.com> vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes:

>You have an unusual office tower.
>100 meters is, as Rob says, short in many, and probably most situations.

	Although it has been some years ago, I have designed and
supervised installation of data wiring during building construction.
30 meter point-to-point span is a bit short for some office runs, but
not most runs unless a building has poorly sited wiring closets.

	If 30 meter copper gigabit cable runs save several hundreds of
dollars per interface over fiber, they will be used just as FDDI has
mutated away from fiber.  Video cable runs of up to 50 meters are
standardized to carry 400 Mb/s Fibre Channel (FC-PH Rev 2.2).  That is
the competition.

	Gigabit class fiber optics interfaces may get cheap enough to
eliminate most of the price advantage that copper media now has for
use in LANs. My principal interest is getting gigabit service to users
cheaply.  For now, copper looks like the right approach when I cost
out parts.  It is many times less expensive.  When fiber gets cheap
enough, I would choose fiber.
--
Gregory Finn	(310) 822-1511
Information Sciences Institute, Marina Del Rey, CA 90292
Newsgroups: comp.dcom.sys.cisco
From: mikebo@timesink.chi.il.us (Michael Borowiec)
Subject: Multi-protocol over Frame Relay?
Organization: HAM Radio Station N9EUZ, Naperville, IL
Date: Mon, 21 Dec 1992 03:44:26 GMT

We are planning to implement a WAN using TCP/IP over Frame Relay.
Cisco claims multi-protocol support is there for things like Apple
Talk, but how well does it work. Anyone out there using a mix of
protocols in addition to TCP/IP over Frame Relay? Also, anyone
doing Frame Relay packet forwarding in/out a single serial
interface? We are running CSC/2 cards in MGS and AGS routers
and have ordered the 8.3(6) software upgrade. We're also considering
the upgrade to CSC/4 processors, but the price is steep at $5000
list each. Any comments would be appreciated.
- Mike

--------------------------------------------------------------------------
Michael Borowiec  (N9EUZ)  -  mikebo@timesink.chi.il.us  -  mikebo@isc.com
  >>> Dedicated to the Pursuit of Computer Assisted Time Dissipation <<<
The Timesink Organization  -  121 Thrush Lane  -  Naperville, IL 60540 USA
--------------------------------------------------------------------------
Newsgroups: comp.dcom.sys.cisco
From: mef@te6000.otc.lsu.edu (Michael E. Fox (OTC - 203C D. Boyd))
Subject: Software/Hardware versions
X-Usmail: 203 David Boyd Hall, Baton Rouge, LA  70803
X-Organization: LSU Office of Telecommunications
Date: 22 Dec 1992 14:36:38 -0600
X-Mailer: Z-Mail (2.1.0 10/1/92)
X-Note1: mail msgid was <9212221436.ZM56039@te6000.otc.lsu.edu>
X-Note2: message-id generated by recnews
X-Phone: (504) 388-5290

We have a router with the following configuration:

CSC/3 w/4 MBytes of Memory
CSC-2T		(Dual T1)
CSC-CCTL	(C-Bus Controller)
CSC-MEC2	(Dual Ethernet)
CSC-R16		(4/16 MByte T-Ring)
APP-LX2		(V.35 Applique)

We will be running OSPF and BGP.  The following comments I received from an
earlier message about appropriate software releases for these two protocols
indicate that I will need software level 9.0(3) or 9.1(2) to accomplish our
task.

On Dec 21, 12:42pm, Gary Kunis wrote:
> Subject: Best version for OSPF and BGP
> Michael,
>
> I would use the 9.0(3) release with the set of protocols
> that you have listed.  You are not using any h/w that
> mandates the use of 9.1.
>
>   -- Gary --
>
>-- End of excerpt from Gary Kunis

Because of the additional display features that have been added in 9.1
concerning BGP and OSPF, I'd prefer to run 9.1(x).

My question:  What are the minimum PROM and other Hardware versions that are
required for 9.1(2).  (I assume that if I have these versions, 9.0 will work
also).

Thanks.
Michael E. Fox



-- 

======================================================================
Michael E. Fox                  Phone:     (504) 388-5295
Assistant Director              FAX:       (504) 388-6400
LSU Telecommunications          Internet:  mef@te6000.otc.lsu.edu
203 David Boyd Hall             DECnet:    TE6000::mef
Baton Rouge, LA  70803          BITNET:    TELFOX@LSUVM
======================================================================
Newsgroups: comp.dcom.sys.cisco
From: Allan Leinwand <leinwand@cisco.com>
Subject: Re: Does the Cisco cache Vines address???
Date: 30 Dec 92 20:57:51 PST
X-Mailer: ELM [version 2.3 PL11]
X-Note1: message-id generated by recnews
X-Note2: mail msgid was   <9212310457.AA22319@mead.cisco.com>


>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)!!.
 
Hello Sunil,

   The problem is most likely caused because the old vines server
address is stored in NVRAM of the router.  You see, when you first
configured vines routing and wrote the configuration to NVRAM (the
'write mem' command) it stored the command:

	vines routing  <server-address>

   The <server-address> argument above is optional, and if not
specified is computed by using the algorithm you described above.  If
the server-address is specified, the router will use this regardless
of the MAC on the first address interface.  The router will save the
current server-address in NVRAM for future use.  We have found that
users often want to keep the same server address on the router even if
an interface changes -- this helps keep the network up without any
interruption.

   This is why when you swapped interfaces the server address did not
change.  So, to resolve your problem, you simply need to configure the
router with the above vines routing command and specify the new
<server-address>:

	vines routing 3000xxxx.1

   Then, write this configuration to NVRAM for storage using the
'write mem' command.

-- 
Thanks,

Allan Leinwand
cisco Systems
(415) 688-7653
leinwand@cisco.com
Newsgroups: comp.dcom.sys.cisco
From: TZMS22@maccvm.corp.mot.com (Joachim Franke)
Subject: Async Protocol via Telnet and MSM terminal server
Organization: Motorola
Date: 28 Dec 1992 09:06:48 CST

------------------------- Original Article -------------------------
Path:
schbbs!mothost!ftpbox!uunet!cs.utexas.edu!zaphod.mps.ohio-state.edu!caen!uvaarpa
!gems.vcu.edu!cabell.vcu.edu!bmiller
Newsgroups: comp.dcom.sys.cisco
Subject: PC SLIP
From: bmiller@cabell.vcu.edu (Bryan E. Miller)
Date: Wed, 9 Dec 1992 18:04:04 GMT
Expires: Thu, 31 Dec 1992 05:00:00 GMT
Organization: Virginia Commonwealth University
Keywords: SLIP


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

Newsgroups: comp.dcom.sys.cisco
From: Eriks Rugelis <eriks@ccs.yorku.ca>
Subject: cBus2 questions
Date: 28 Dec 1992 15:41:10 -0500
X-Note1: mail msgid was <92Dec28.154114est.2094@ccs.yorku.ca>
X-Note2: message-id generated by recnews

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?

Thanks
---
Eriks Rugelis         York University, Computing and Communication Services,
Network Operations    029 Steacie Science Library, 4700 Keele Street,
		      North York, Ontario, Canada. M3J 1P3
E-Mail: eriks@ccs.yorku.ca		Ma Bell: 416/736-5257 x.22688
					    FAX: 416/736-5700

         --- Bureaucracy: turning energy into solid waste ---
Newsgroups: comp.dcom.sys.cisco
From: mef@te6000.otc.lsu.edu (Michael E. Fox (OTC - 203C D. Boyd))
Subject: Best version for OSPF and BGP
X-Usmail: 203 David Boyd Hall, Baton Rouge, LA  70803
X-Organization: LSU Office of Telecommunications
Date: 21 Dec 1992 08:00:31 -0600
X-Mailer: Z-Mail (2.1.0 10/1/92)
X-Note1: mail msgid was <9212210800.ZM76568@te6000.otc.lsu.edu>
X-Note2: message-id generated by recnews
X-Phone: (504) 388-5290

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???!!!!!!!

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?  We intend to have 3 BGP border
routers between our AS (running OSPF) and another AS.  Therefore, it would
probably be unlikely that both other internal neighbors are also down at the
same time as the external neighbor.

What is the software version we should run on these routers in order to get
the best (most stable) OSPF and BGP performance?

Michael Fox



-- 

======================================================================
Michael E. Fox                  Phone:     (504) 388-5295
Assistant Director              FAX:       (504) 388-6400
LSU Telecommunications          Internet:  mef@te6000.otc.lsu.edu
203 David Boyd Hall             DECnet:    TE6000::mef
Baton Rouge, LA  70803          BITNET:    TELFOX@LSUVM
======================================================================
Newsgroups: comp.dcom.sys.cisco
From: Mike Skrydlak -- Tektronix Network Services <mikes@cascade.ens.tek.com>
Subject: Re: Cisco packaging material 
             <199212220313.AA23221@spot.Colorado.EDU> 
Date: 22 Dec 92 08:58:38 PST
X-Note1: mail msgid was <9212221658.AA17238@cascade.ENS.TEK.COM>
X-Note2: message-id generated by recnews

> I think that it is made from starch. (It is biodegreable,
> environmental fraindly).  I think it dissolve in water and it does not
> contain Freon-11 which would harm ozone layer.
	  ^^^^^^^^
Ahhh - but without the Freon-11, it just never quite tastes the same, does it ???
From: leinwand@cisco.com (Allan Leinwand)
Newsgroups: comp.dcom.sys.cisco
Subject: Re: SNMP "ping"
Date: 29 Dec 92 23:06:56 GMT
X-Mailer: ELM [version 2.3 PL11]
X-Note1: mail msgid was <9212292306.AA11842@mead.cisco.com>
X-Note2: message-id generated by recnews


>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.

Hello, 

   The cisco ping variables takes the following instance identifiers:

1 - IP protocol ping
IP - address to ping
integer - count of packets to send
integer - size of ping packet
integer - timeout delay between packets

Thus a full object id is

.1.3.6.1.9.2.1.7 object name
                .1.a.b.c.d.c.s.t

where 1 is the IP protocol ping,
      a.b.c.d is the IP address to ping
      c is count packets to send
      s is each packet will be this large in bytes
      t is the timeout in seconds.

Hope this helps,

allan
Newsgroups: comp.dcom.sys.cisco
From: Jim Forster <forster@cisco.com>
Subject: Re: Making BOOTP work with Cisco CS-516, FTP Inc 2.1 SLIP? 
             <HOLBROOK.92Dec22115900@nic.cic.net> 
Date: 22 Dec 92 16:59:42 PST
X-Note1: mail msgid was <9212230059.AA09028@wolf.cisco.com>
X-Note2: message-id generated by recnews

I must preface this by saying that as far as SLIP & BOOTP go, I'm no
expert, but I will relate my experiences as a user of these:

I had a similar experience with FTP SW SLIP a while ago, namely that it
wouldn't work.  Lately I tried MacSLIP from Hyde Park SW, and it worked
fine.  So I have a script for a Mac that will dial the Comserver, log in,
put the CS into SLIP modem.  After that, MacSLIP sends a BOOTP packet and
the CS answers.  Works great.  

I don't mean to blame FTP SW for it not working with our CS; for all I know
it could be problem on our end.  Hopefully one of our Comserver folks will
have more to say, but I wanted to make the point that SLIP & BOOTP do work
together.


  -- Jim


Newsgroups: comp.dcom.sys.cisco
From: Pasvorn Boonmark <boonmark@cisco.com>
Subject: inband loopback
Date: 22 Dec 92 08:39:25 -0800
X-Note1: mail msgid was <199212221642.AA11000@spot.Colorado.EDU>
X-Note2: message-id generated by recnews

I saw this once at a customer site.  I told them to use invert data
option on the DSU and the problem seems to go away.  I don't know why
this is the case, but if anyone know, I would like to hear about it.

-Pasvorn
Newsgroups: comp.dcom.sys.cisco
From: Larry Bowden <lbowden@last-call.cisco.com>
Subject: Re: Does the Cisco cache Vines address???
Date: 30 Dec 92 23:28:39 PST
X-Note1: message-id generated by recnews
X-Note2: mail msgid was   <CMM.0.90.2.725786919.lbowden@last-call.cisco.com>

> 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.
> 


When the configuration command "vines routing" is entered to first
configure Vines routing the address is calculated and put in the 
configuration.  Check the line at the beginning of the "write term"
listing.  It will look like:

!
vines routing 3000ff00.1
!

If the hardware in the router is changed the address in the config
will not change unless one of two things happens:

1) Vines routing is deleted and added again using the commands
   "no vines routing" and "vines routing".  When added again the
   address will again be calculated using the hardware currently
   in the router.

2) The Vines address in the configuration is implicitly changed
   using the command "vines routing 3000xxxx.x".  

This is true for all protocols in which an address is calculated
using the router's hardware address.  And for all those protocols
the address is a parameter for the configuration command which may
be defaulted in which case the router will caculate one.  Once cal-
culated it is in the configuration and will remain so until changed.

Larry Bowden					       
Cisco Systems					       TAC    1.800.553.2447
Customer Engineering				       fax:   1.415.903.8787
1525 O'Brien Drive				       Voice: 1.415.903.7567
Menlo Park, CA 94025				       email: lbowden@cisco.com



Newsgroups: comp.dcom.sys.cisco
From: phani@cisco.com
Subject: Re: Best version for OSPF and BGP 
             <9212211529.AA21436@last-call.cisco.com> 
Date: 21 Dec 92 12:43:17 PST
X-Note1: mail msgid was <9212212043.AA05296@wolf.cisco.com>
X-Note2: message-id generated by recnews

> 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???!!!!!!!

It is fixed in 9.1(1.1) 

> 
> 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?  We intend to have 3 BGP border
> routers between our AS (running OSPF) and another AS.  Therefore, it would
> probably be unlikely that both other internal neighbors are also down at the
> same time as the external neighbor.
> 
> What is the software version we should run on these routers in order to get
> the best (most stable) OSPF and BGP performance?

You should use 9.1(2.1) which will be available this week.

> 
> Michael Fox
> 
> 
> 
> -- 
> 
> ======================================================================
> Michael E. Fox                  Phone:     (504) 388-5295
> Assistant Director              FAX:       (504) 388-6400
> LSU Telecommunications          Internet:  mef@te6000.otc.lsu.edu
> 203 David Boyd Hall             DECnet:    TE6000::mef
> Baton Rouge, LA  70803          BITNET:    TELFOX@LSUVM
> ======================================================================
> 

--Phani--
From: dodd@cisco.com (Matthew Dodd)
Newsgroups: comp.dcom.sys.cisco
Subject: Re: Cisco packaging material
Date: 21 Dec 92 19:07:10 GMT
X-Mailer: ELM [version 2.3 PL11]
X-Note1: mail msgid was <9212211907.AA01865@last-call.cisco.com>
X-Note2: message-id generated by recnews

Aaron,

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


> 
> 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: TZMS22@maccvm.corp.mot.com (Joachim Franke)
Subject: Async Protocol via MSM Terminal Server
Organization: Motorola
Date: 28 Dec 1992 09:22:33 CST


I want to run a asyncronous protocol like Zmodem, Ymodem or something
similar via two terminal-server's the following way:

+--------+  +----------+                       +----------+    +--------+
 PC       MSM CISCO                        MSM CISCO     Host    
running +--+ Terminal +-- /  IP Network / ---- Terminal +----+running 
Zmodem      Server                          Server       Z-Modem 
+--------+  +----------+                       +----------+    +--------+

 I tried using TELNET xxx.xxx.xxx.xxx /stream  with no luck, also i tried
TELNET xxx.xxx.xxx.xxx 700x for choosing the port on the destination
terminal server for telnet with no telnet services.

Can anyone help me on that, does anybody had this running ?? What is
happening now is that the transfer starts, and it abort right away.
The connection should just look like a straight cable. Plese help...
Many thanks, Joachim

Newsgroups: comp.dcom.sys.cisco
From: Pasvorn Boonmark <boonmark@cisco.com>
Subject: Cisco packaging material
Date: 21 Dec 92 19:10:59 -0800
X-Note1: mail msgid was <199212220313.AA23221@spot.Colorado.EDU>
X-Note2: message-id generated by recnews

I think that it is made from starch. (It is biodegreable,
environmental fraindly).  I think it dissolve in water and it does not
contain Freon-11 which would harm ozone layer.

-Pasvorn
Path: nntp1.radiomail.net!portal!uunet!ogicse!nabil
   From: nabil@cse.ogi.edu (Aaron Nabil)
   Newsgroups: comp.dcom.sys.cisco
   Date: 19 Dec 92 03:25:04 GMT
   Article-I.D.: ogicse.47523
   Organization: Explosive Space Modulators - R - Us
   Lines: 13

   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: cslee@pds.nchu.edu.tw (Lee Chee Siong)
Subject: How to make use Xyplex can telnet to port 110
Organization: NCHU Computer Center
Date: Thu, 24 Dec 1992 17:08:23 GMT

  My terminal server is Xyplex. When I dial up to it, and want to telnet to
another port with command "telnet 140.120.1.4:110". When the connecttion is
open, Pop server is response "+OK UCB Pop server (version 1.831beta) at
netcentral starting." then it hold down, no more key can be entered again.
  Could any one tell me how to solve this problem?
  Any word is welcome.



<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
<>   CS Lee	(Lee Chee Siong)		<>  If you can give	<>
<>   National Chung Hsing University,		<>	  nothing else, <>
<>   Taichung, Taiwan, Republic of China.	<>  at least give a	<>
<>   Internet Address: cslee@pds.nchu.edu.tw	<>	  cheerful face <>
<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>