HDTenEightyP/NetNews huggingface dataset:
Organisation: European Space Operation Centre (E.S.O.C)
Date: Friday, 8 Jan 1993 08:47:59 CET
From: <RHUNTER@ESOC.BITNET>
Newsgroups: comp.dcom.sys.cisco
Subject: Re: DECnet areas
Distribution: world,local
 <1993Jan6.180614.4212@arizona.edu>

There may be another solution to your problem.
This comes untried as something for you to test.

It is possible to run 2 decnet area routers in one box.... we do this
in the Netherlands on SPAN to translate from European SPAN to SurfNET.
This involves the use of an address translation gateway.


The relevant commands are:
decnet 0 routing area1
decnet 0 node-type area

decnet 1 routing area2
decnet 1 node-type area

A little bit of though will show you that it is impossible for an interface
to have 2 decnet addresses (due to phase iv changing the MAC address)
However, you could try using 2 Ethernet interfaces on the cisco connected
to the same physical segment. Please do this on a test segment!!!!!
I have no idea how nodes will react to seeing 2 level 1 routers
on the same segment (e.g. how will they elect a designated router)

Any feedback will be greatly appreciated (including constructive flamage)

Ray Hunter
RHUNTER@ESOC.BITNET
Cray Systems on contract to the European Space Agency
#include <absolute.disclaimer>
From: ppan@nobeltech.nobeltech.se (Per Andersson)
Newsgroups: comp.dcom.sys.cisco
Subject: Bridging LAT with BPRX-8.2(6) software ?
Keywords: LAT,BPRX,8.2(6)
Date: 7 Jan 93 11:58:37 GMT
Organization: NobelTech AB

Hi!

I tried using a spare LAT/Telnet gateway instead of a missing router
the other day, and ran into big trouble. Routing IP works OK, but 
bridging LAT to another IGS on the end of a 64K line makes almost
every LAT talking node on my local ethernet stop accepting connections.
When I dug up a set of IGS-BR 8.2(3.4) software, it works OK.
Has anybody else seen this behaviour ? Is is supposed to work ?
Which version should I use in that case ?

/Per


-- 
-----------------------------------------------------------------------------
Per Andersson - ppan@nobeltech.se (perand@stacken.kth.se on free time)
Managing networks at, but not speaking for Nobeltech AB, J{rf{lla, Sweden
-----------------------------------------------------------------------------
Newsgroups: comp.dcom.sys.cisco
From: Mike Skrydlak -- Tektronix Network Services <mikes@cascade.ens.tek.com>
Subject: Re: Bug reports, and this mailing list... 
             <9301111623.AA01835@nms001.ateng.az.honeywell.com> 
Date: 11 Jan 93 11:27:02 PST
X-Note1: message-id generated by recnews
X-Note2: mail msgid was   <9301111927.AA04085@cascade.ENS.TEK.COM>

> I'm sure this is true but the info is very helpful for us other users to know 
> about.  Maybe people could send the problem to Cisco AND here?
>                        Brian Smith
>                        Honeywell CFSG

I'm interested in seeing email like 'Hey, I tried the new release & it pukes
when I do this.' and stuff like that.

I'm not interested in every question or observation, eg, 'I think ciscos should
be blue with a green stripe.' and 'What is RIP ?' . I think this sort of stuff
should be inflicted on JUST the tac@cisco.com folks and not this email list.

Also, technical questions will (& should) be answered more quickly and consist-
ently when addressed to the TAC, rather than this customer list.
From: billw@glare.cisco.com (WilliamChops Westfield)
Newsgroups: comp.dcom.sys.cisco
Subject: Re: RFC 951 and BOOTP (fwd)
Date: 6 Jan 93 23:27:33 GMT
X-Note1: message-id generated by recnews
X-Note2: mail msgid was   <CMM.0.90.2.726362853.billw@glare.cisco.com>


    By default, the Cisco router will not forward BOOTP requests
    (UDP broadcats).  You must configure the Cisco router to forward
    these UDP broadcasts.

    This can be done by using the ip forward-protocol global con-
    figuration command and an ip helper-address.  The ip forward-
    protocol command allows you to specify protocols and ports to
    be forwarded by the router.  The ip helper-address defines the
    destination host to receive the UDP broadcasts.

I believe that bootp is amoung the protocols that are forwarded by
default when a helper-address has been specified.

It's worth adding that the cisco routers DO fill in the protocol
fields within the bootp packet as described in the RFC (eg it is not
a simple forwarding of the raw packet - we provide the additional
info that is necessary for the bootp server to be able to send the
reply back to the host that issued the bootp request.)

BillW
From: cah@pdx.csd.mot.com (Chris Huey)
Newsgroups: comp.dcom.sys.cisco
Subject: Re: PPP on Cisco CS-500 Communication Server.
Date: 8 Jan 93 18:53:35 GMT
Distribution: comp
Organization: Motorola, Beaverton, OR
X-Newsreader: TIN [version 1.1 PL6]

Kevin Baumgartner (kevin@namao.uucp) wrote:
: Anyone out there use PPP on the CS-500? The support is VERY basic and doesn't
: support any of the link negotiations. Also I would like to be able to use 
: each of the serial ports as either SLIP or PPP. This is not possible, you
: must define the ports as either SLIP or PPP.
: 
: Cisco claims they will be fixing these problems sometime in 1993.
: Anyone from Cisco willing to verify this and give some clear dates as to
: when this maybe fixed.
: 

From all the playing I have done with it, PPP (at least the PC/TCP 
version 2.1 from FTP Software) will work on port 1 with the same 
subnet address as the Ethernet interface.  Ports 2-16 require a 
different subnet.  Interestingly enough, once any port has been used
for PPP, you can change it to the same subnet address and it will
work.

Also, you will need the 9.1.1 PROMS to get PPP to work at all.  Finally, 
it seems that you need to wait around one minute before negotiation will 
work - anything before that time is rejected.

This is all supposed to be fixed with the 9.2 PROMS.

Good Luck!
-- 
Chris Huey                                               Motorola Computer Group
cah@pdx.csd.mot.com                                      Voice: (503) 520-5215
 "I lost my job last month.  Actually, I didn't really lose it.  I know right
 where it is.  There's just somebody else doing it now." -- Steven Wright
Newsgroups: comp.dcom.sys.cisco
From: kane@teale.ca.gov (Ed Kane - IP Tech Specialist)
Subject: Terminal Server and Printers
Date: 7 Jan 93 10:01:21 PST
X-Note1: message-id generated by recnews
X-Note2: mail msgid was   <9301071801.AA06040@nic.teale.ca.gov>

I am interested in connecting printer(s) on a cisco terminal server to field
output from an lpd processes on a unix servers.  Does cisco port code with
their terminal servers that will allow printer sharing from several remote
lpd`s?  If so, is this code run as an output filter from the lpd process?
Any info would be greatly appreciated. 



Ed Kane
CSGnet
Teale Data Center
kane@teale.ca.gov
(916) 920-6284
From: C.Chaundy@its.unimelb.edu.au
Subject: Re: Finding ROM version
X-Vms-Cc: IN%"cisco@spot.Colorado.EDU"
Content-Transfer-Encoding: 7BIT
Mime-Version: 1.0
Date: 13 Jan 1993 09:53:59 +1100
X-Vms-To: IN%"remaker@cisco.com"
X-Note1: message-id generated by recnews
X-Note2: mail msgid was   <01GTGS2OVJLK8WVZ1M@ucsvc.ucs.unimelb.edu.au>

>Date: 12 Jan 1993 09:46:39 -0800 (PST)
>From: Phillip Remaker <remaker@cisco.com>
>Subject: RE: Finding ROM version
>
>It looks like you can't!
>
>You can "infer" it from the bootstrap version, but not exactly.
>
>Why is this information important?  I can put in an enhancement
>request.

I understand that there are certain restrictions that affect what versions
can be Flash booted (or TFTP booted for that matter) depending on the ROM
software version.  It would be nice to know what version ROM software that
you have so you can be certain that Flash images you create will boot, so
yes, could you put in an enhancement request?

>> 
>> If your system has been booted from Flash EEPROM, is there a way to
>> find out what version system is resident in the ROMs in the system
>> (without reloading the system of course :-)?
>> 
>> 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)
>> 
>
>
>-- 
>Phillip A. Remaker remaker@cisco.com  
>cisco Systems Customer Engineering  800-553-24HR
>1525 O'Brien Drive  Menlo Park, CA 94025 

Regards, Chris Chaundy
Newsgroups: comp.dcom.sys.cisco
From: pete lunt <plunt@dns001.ford.com>
Subject: Mailing list delete
Mailer: Elm [revision: 66.25]
Date: 9 Jan 93 9:24:40 EST
X-Note1: message-id generated by recnews
X-Note2: mail msgid was   <9301091423.AA03325@srlns1.srl.ford.com>

Please remove my name from the mailing list, thank you.

plunt@dns001.ford.com

--
  Pete Lunt

          "Health nuts are going to feel stupid someday,
                     lying in hospitals dying of nothing."    Redd Foxx

Newsgroups: comp.dcom.sys.cisco
From: mike@nit.pactel.com (Mike Cantu)
Subject: Routers and NFS traffic
Organization: Pac*Tel Corporation
Date: Tue, 5 Jan 1993 06:29:18 GMT

Some colleagues and I were discussing a subnet design the other day, and
someone said that, for performance reasons, one shouldn't put a router
between two hosts that have a "lot" of NFS traffic between them.

The reason given was that the router would have to decode every UDP packet
in order to route it correctly, thus introducing unacceptable delays during
heavy file transfer periods.

It is my impression that a decently powered router (like maybe an MGS) would
be able to handle bursty, UDP-intensive applications like NFS with no problem.

Can anyone give me some insight on this?

Please email responses, and thanks in advance.

Mike Cantu
mike@nit.PacTel.COM
-- 
Mike Cantu
mike@nit.PacTel.COM

"My views are my own, my company wants nothing to do with them..."
Newsgroups: comp.dcom.sys.cisco
From: kevin@namao.uucp (Kevin Baumgartner)
Subject: PPP on Cisco CS-500 Communication Server.
Organization: University Of Alberta, Edmonton Canada
Distribution: comp
Date: Thu, 7 Jan 1993 22:39:54 GMT

Anyone out there use PPP on the CS-500? The support is VERY basic and doesn't
support any of the link negotiations. Also I would like to be able to use 
each of the serial ports as either SLIP or PPP. This is not possible, you
must define the ports as either SLIP or PPP.

Cisco claims they will be fixing these problems sometime in 1993.
Anyone from Cisco willing to verify this and give some clear dates as to
when this maybe fixed.
From: bob@hobbes.dtcc.edu (Bob Rahe)
Newsgroups: comp.dcom.sys.cisco
Subject: IPX and NetBios routing/bridging?
Date: 8 Jan 1993 19:48:50 GMT
Organization: Delaware Technical & Community College
Distribution: world
NNTP-Posting-Host: hobbes.dtcc.edu

I tried sending this out via the mailing list but never saw it come
back and no answers so I thought I'd try via news:

  Not being very conversant with NetBios, maybe someone has an idea on 
how to proceed with this.  We have a group of ethernet lans at one site
which are connected to various ports on an AGS router.  Some of these
ethernets have Novell file servers on them which need to be accessed from
other lans which may have no file server at all.  I configured up the
IPX routing per the manual and it worked like a charm, simple and easy,
took off and ran - I keep being amazed by cisco stuff, I should have known
by now(!) 8-)

  Anyway, for the IPX stuff everything seems fine, the catch is that on
one of the file servers is a Racal-Interlan gateway.  This allows PCs to
access TCP/IP thru a file server.  The catch is that altho it uses the
Novell fileserver to store/load up the files to the pc for things like
telnet, ftp etc., the actual traffic between the telnet process on the
PC and the gateway software on the server is NetBios.  This is where I
get lost, it appears that NetBios is only bridgeable.  Is that correct?
If so, it would seem we either turn on bridging (yuck - how?) or we have
to interconnect the lans with bridges or hubs or something, we will not
be able to have different lans on different router interfaces.

  I know we could give each PC an IP address and go that route but the
gateway solves some addressing problems and makes our life (usually)
simpler. It also exists and is cheaper than some of the other schemes.
 Is there a way to get that NetBios traffic thru along with the
IPX?  Or should I be looking for another solution?

  Thanks for any help ....

   Bob

p.s.  We don't have bridging software currently, so that would be an
$1800 expense without discounts....

-- 
-------------------------------------------------------------------------
|Bob Rahe, Delaware Tech&Comm College | AIDS, Drugs, Abortion: -        |
|Internet: bob@hobbes.dtcc.edu        |  - Don't liberals just kill you?|
|CI$: 72406,525 Genie:BOB.RAHE        |Save whales; and kill babies?    |
-------------------------------------------------------------------------
Newsgroups: comp.dcom.sys.cisco
From: mreid@random.ucs.mun.ca (Mike Reid)
Subject: IP Accounting Limits
Organization: Memorial University of Newfoundland
Date: Thu, 7 Jan 1993 15:11:34 GMT


Can anyone tell me the maximum value that can be stored in
the "Bytes" field of the IP Accounting database?

Thanks.


-- 
----------------------------------------------------------------------
Mike Reid   ****    mreid@random.ucs.mun.ca    ****     (709)-737-4577
Computing and Communications ****  Memorial University of Newfoundland
----------------------------------------------------------------------
Xref: sparky comp.dcom.lans:2045 comp.misc:4751
From: barmar@think.com (Barry Margolin)
Newsgroups: comp.dcom.lans,comp.misc
Subject: Re: Info on wireless ethernet link needed
Date: 4 Jan 1993 17:27:03 GMT
Organization: Thinking Machines Corporation, Cambridge MA, USA
NNTP-Posting-Host: telecaster.think.com

We use a microwave ethernet to connect our office to NEARnet, our regional
network.  The microwave transceiver is from Microwave Bypass.  Our neighbor
node is over a mile away, so it should be no problem for you being less
than half a mile apart.  The capital costs could be prohibitive, though;
NEARnet's installation fee for this is $50K (this is presumably the cost of
two microwave towers, two microwave transceivers, and one cisco router).
But if your alternative is a leased line, you might make this up in the
phone charge savings.

-- 
Barry Margolin
System Manager, Thinking Machines Corp.

barmar@think.com          {uunet,harvard}!think!barmar
Xref: sparky comp.dcom.lans:2060 comp.sys.hp:14759
Organization: Middle East Technical University - Computer Center
Date: Tuesday, 12 Jan 1993 10:27:20 TUR
From: Kursat CAGILTAY <KURSAT@TRMETU.BITNET>
Newsgroups: comp.dcom.lans,comp.sys.hp
Subject: Info about HP Network Advisor

Hi,
I need technical and price information  about HP Network Advisor (HP-4980A).
Does anybody use it? Is there any comparision chart about Network analysers?
Does Sniffer has the same functionalaties with HP ?


Kursat CAGILTAY
METU CC
Newsgroups: comp.dcom.lans.ethernet
From: Mehrtens_T@msm.cdx.mot.com
Subject: Re: Pigtail terminators
Organization: Motorola_Codex
Date: Mon, 11 Jan 1993 17:44:01 GMT

In article <4946@wet.UUCP> dg@wet.UUCP (David Goodenough) writes:
>... just how essential are they: I seem to be getting on just fine
>with two regular terminators.

David:  There are two issues:  1) safety.  All ethernet cables must be (well,
should be) grounded at one point only.  2) Efficiency - I have seen where
ungrounded ethernet cable generates more electrical noise (thus more bad
packets) when the traffic is high (50%).

Two P.C.'s on a bench connected back to back sounds O.K. to me.  I would leave
it this way.  The cable will be succeptable to static electricity, however.  It
depends!

Tom Mehrtens
Send Email for ammusingly long disclainer!
Newsgroups: comp.dcom.lans.ethernet
From: smiller@qualcom.qualcomm.com (Scott Miller)
Subject: 100 base T white papers?
Organization: Qualcomm, Inc., San Diego, CA
Date: Wed, 6 Jan 1993 23:26:24 GMT

Anyone know where I can obtain white papers covering 100 base T and
this new full-duplex Ethernet over TP?

Thanks...
Scott Miller <smiller@Qualcomm.com>
Newsgroups: comp.dcom.lans.ethernet
From: fenton@iron.hq.aflc.af.mil (George I. Fenton)
Subject: Re: Thinwire specs/problem?
Organization: U.S. Air Force Security Assistance Center (AFSAC)
Date: Sun, 10 Jan 1993 02:33:57 GMT




>Can someone please post the rules for a thinwire segment (length, number of
>nodes, etc.).  We are getting several DECnet block check errors per day.  I
>found one thinwire segment that is 909 feet long (which I believe is too long). 
>Our thinwire tester reports "anomalies" at two points on the segment.  Those
>points are where two different types of cable are barrel connected.

>Could the segment length or junction of different cable types or both be the
>cause of these errors.


Yep, you've violated two cabling rules for 10Base2.  Here's the specs I have
available:

      Max coax segment:     185 meters (about 600 ft)
      Max number of link segments:   2
      Max stations per segment:  30
      Min distance between stations:  0.5 meters
      Max number of stations:  1,024

The different cables connected probably have different resistence causing
digital signal scrambling (e.g. garbage).  My recommendation is to check
all segments for distance and grounding problems, and don't mix cable
types by simply using barrel connectors (need appropriate transceivers
to go between 10Base2 and 10Base5, for instance).  I have had cases of PC
workstations plugged into a bad power outlet with bad ground, and the PCs
start to use the 10Base2 as a ground source.  Please also check the
ground potential variation between your power outlet ground and the
LAN connections (i.e. if your LAN backbone is 10Base5 {thick-wire}, you
need to ground one end, typically to the same ground rod as used for
the building's power).

If you need long distance on one segment beyond 600 ft 10Base2 limit,
either use 10Base5 or FOIRL (fiber optic cable).  The 10Base5 max
coax limit is 500 meters.

You may want to check the FAQ for this group -- I believe there is
a file with all the specs. --GIF


Newsgroups: comp.dcom.lans.ethernet
From: nicholas@cton.com (Nick Hennenfent)
Subject: need NIC manufacturers
Reply-To: nicholas@cton.com
Organization: Computone Corporation
Date: Wed, 13 Jan 93 00:35:01 GMT



I am looking for a list of manufacturers of
ethernet cards for PCs.

We are designing a unix network based product that
will require bundling a PC ethernet card thru
some type of OEM or private labeling agreement.

Our first consideration is cost.
We would like to use a 16 bit card if possible.
We would like to have BNC and AUI interfaces on the card.

Please email me at nicholas@cton.com or uunet!cton!nicholas

Thanks.

Newsgroups: comp.dcom.lans.ethernet,comp.dcom.lans.fddi,comp.dcom.lans
From: lowen@lorc.eskimo.com (Lamar Owen)
Newsgroups: comp.dcom.lans.ethernet
Subject: Re: Ethernet card
Date: Fri, 8 Jan 93 08:57:46 -0500
Organization: LORC Enterprises

In <1992Dec21.035026.7388@nuscc.nus.sg> ccewch@nuscc.nus.sg (Wong Chee Heng) writes:
>nelson@crynwr.com (Russell Nelson) writes:
>: In article <1992Dec18.014021.24510@fallst> tkevans@eplrx7.es.dupont.com writes:
>:    >-have 16-bit ISA and/or 32-bit EISA version
>:    >-reasonablly well perform, comparable to 3c503
>: 
>:    What's wrong with the 3c503?  It meets all your spec's
: 
>: The 11.x 3c503 packet driver will auto-sense.

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

If you use the shared memory mode, it does do 16-bit transfers USING THE 8 BIT
DRIVER.  The other two modes, polled and DMA, do not do 16-bit transfers.
I get significant performance improvements with the 503-16 over the 503-8.

However, I'm looking forward to getting some 509's.

>Wong Chee Heng

-- 

Lamar Owen, Systems Consultant          | If there were a tax on syn,
GE Lighting Systems, Hendersonville, NC | we'd all be broke.
--------------------------------------------------------------------------
My opinions are not those of GE and do not reflect GE policy in any way.
From: dg@wet.UUCP (David Goodenough)
Newsgroups: comp.dcom.lans.ethernet
Subject: Pigtail terminators
Date: 9 Jan 93 23:41:16 GMT
Organization: Wetware Diversions, San Francisco

I have very recently installed a network on my two IBM PC Clones
here, and had one question about the terminating resistors. I'm
using a pair of 3COM 3C503 cards with both the fifteen pin (AUI ?)
connector and a coax connector. I have 'T' adaptors in the coax
connectors, all neatly hooked up, and it's working just fine.

A lot of people have said that exactly one of the two terminating
resistors needs to be a pigtail terminator, however neither of the
ones I have is. 

Very simply, what exactly is a pigtail terminator. My intuition
says it's nothing more than a regular terminator with a wire attached
to the shield, and said wire is then attached to the system chassis
ground. Is this correct, and if so can I "hot-wire" one by soldering
a wire onto one of the terminators I have here.

Also just how essential are they: I seem to be getting on just fine
with two regular terminators.
     dg
Newsgroups: comp.dcom.lans.ethernet
From: hclo@ie.cuhk.hk (Eric Lo)
Subject: EIA/TIA 568 full document
Keywords: EIA/TIA 568
Organization: Faculty of Engineering, The Chinese U. of Hong Kong
Date: Mon, 4 Jan 1993 01:46:26 GMT

Sorry if this is an FAQ. This is also my first post to this group.
We are going to install a structural wiring system in our New Engineering
Building. Would someone kindly indicate to me where I can get a complete
document of EIA/TIA 568 specification. Your help will be much appreciated.

Eric Lo		hclo@ie.cuhk.hk
Dept. of Information Engineering,
The Chinese University of Hong Kong
Newsgroups: comp.dcom.lans.ethernet
From: vhalkka@klaava.Helsinki.FI (Vesa Halkka)
Subject: Re: Thinwire specs/problem?
Organization: University of Helsinki
Date: Sun, 10 Jan 1993 22:17:51 GMT

In <C0M9sL.Mxs@iron.hq.aflc.af.mil> fenton@iron.hq.aflc.af.mil (George I. Fenton) writes:

>      Max coax segment:     185 meters (about 600 ft)

This one comes from RG58 attenuation.. better cables are available.
Belden 9907, for example.

>      Max number of link segments:   2

This comes from timing and *old* repeater specs.

>      Max stations per segment:  30

This comes from BNC attenuation/reflection. It is actually 60 BNC
connections.. if you have any kind of boxes with connectors at
the wall this number is smaller.. BNC connections reduce it to 15,
some non-breaking systems give only 10 or 12 stations.

>      Min distance between stations:  0.5 meters

But where does this come from ?

>      Max number of stations:  1,024

And this.. something with collision recovery algorithms ?

--
Vesa Halkka                       -O___/ 
University of Helsinki CC:         (  /   	 vhalkka@helsinki.fi 
Centre for scientific computing:  ~~~~~  	 vhalkka@csc.fi





Newsgroups: comp.dcom.lans.ethernet