HDTenEightyP/NetNews huggingface dataset:
From: rjwood@stealth.us.oracle.com (Richard J Wood)
Newsgroups: comp.dcom.sys.cisco
Subject: Re: Weird Ethernet Behavior
Keywords: DAP CRC
Date: 7 Oct 92 20:36:48 GMT
Reply-To: rjwood@stealth.us.oracle.com (Richard J Wood)
Organization: Oracle Corporation
X-Disclaimer: This message was written by an unauthenticated user
              at Oracle Corporation.  The opinions expressed are those
              of the user and not necessarily those of Oracle.


Perhaps this corruption of Ethernet frames could explain why we occasionaly see DAP CRC
errors on our large DECnet fils transfers.

For those of you who don't know, DECnet implements an end-to-end checksum on file
transfer. A single bit (or more) error in any of the data being transferred will
result in the copy program producing an error message at the end of the transfer to
indicate that a checksum mismatch has happened. We have been seeing this for a few
months now, but have not been able to reliably re-produce it or trace it. The traces
here would involve data volume in the order of >16Meg, and trying to find a single bit
error in that is a little difficult...

So, would someone at cisco please comment? What is the revision number of MCI, etc that
fixes (hopefully) all of these problems?

Do you or don't you use the Ethernet CRC, and if not, what protocols does this apply to?

Richard Wood
Newsgroups: comp.dcom.sys.cisco
From: William Rippon <bjripp@watson.ibm.com>
Subject: NOVELL SRB connectivity
Date: 02 Oct 92 11:43:04 -0500


Hello,
  This may be a silly question but... Do you have the multiring
set on the cisco interface to understand Novell bridge packets?


Bill Rippon         Phone: 914-784-7479
IBM Watson Research Center     Email: bjripp@watson.ibm.com

------- Forwarded Message

Date:    Fri, 02 Oct 92 09:50:07 -0500
From:    TOSDRST@ge1vm.schdy.ge.com
To:      cisco@spot.colorado.edu
cc:      TOSDSUT@ge1vm.schdy.ge.com
Subject: NOVELL SRB connectivity

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
From:
Subject: NOVELL SRB connectivity
From:
Subject: NOVELL SRB connectivity
 Hello list,
 We have been attempting to move many of our 37x5 NCP connected
remote token ring clients (pu's) off the remote NCP tic and over
to the CISCO Source Route Bridged environment.
 Many PU's/gateways work fine like (3174's, Attachmate) however,
the Novell gateways come up in a CONCT state.
 The same VTAM PU definitions and CISCO parameters are used for
every PU. (i.e We have not done any configs differnet for NOVELL)
 Must we config anything differently to make the NOVELL SRB connectivity
work ??????????????????????????????
 **********************************************************************

Don Smith
Senior Software Engineer--Network Services
General Electric Company
Corporate Information Technology-Schenectady Megacenter
*
              ______
             /      |   INTERNET:  TOSDRST@GE1VM.SCHDY.GE.COM
            |       |   IBMMAIL:   IBMMAIL(USGESTVS)
  _________/        |   PROFS:     GE1VM(TOSDRST)
  >              0  |   DIALCOMM   8-235-1946
 /                  |   AT&TNET:   1-(518)-385-1946
| ______________    |   SNEAKERNET:General Electric Company
               `_   |              Corporate Information Technology
                 `__|              2500 Cambridge Road
                                   2nd Floor East Wing
                                   Schenectady New York, 12345
                          FAX:      1-518-385-0654
                                       8-235-0654


- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>From The Desk of Don Smith.

------- End of Forwarded Message
From: jesusg@si.upc.es
Newsgroups: comp.dcom.sys.cisco
Subject: About V. 9.0(1) & NS.
Date: 15 Oct 92 18:59:16 GMT
Organization: UPC, Universitat Politcnica de Catalunya
Nntp-Posting-User: jesusg

Hola NetWorkers :
	Do anyone of you know about problems between cisco with soft version
	9.0(1) and (versus) HP's NS services ?. Related about resolution
	name addresses.
	
	thanks.  jesus.
Bye.
Newsgroups: comp.dcom.sys.cisco
From: djarrett@gandalf.ca (Dave Jarrett)
Subject: Re: Accessing SNA Gateway through CISCO Routers
Organization: Gandalf Data Ltd.
Date: Fri, 16 Oct 1992 20:25:43 GMT

>As you can see, I am as intersted in alternate solutions as you.
>My (personal) opinion is that the machine with the fewer parts works
>best.
>TCP/IP performs nicely in most cases and is easy to route.
>VM TCP/IP works well once you've got around IBM's own view of the
>protocol.
>But a "perfect" TN3270 (as explained above) still has to be found.

Mitek Systems Corp. of Carrollton Texan (214-490-4090) makes the OpenConnect
series of TCP/IP to SNA gateways. These gateways support TN3270  and FTP 
connections to an IBM mainframe, without the need to install TCP/IP
on the host. I have no direct experience with these gateways, so I can't
comment on their quality. They do seem to be quite feature rich, but theyThey
are also expensive.

Regards,
Dave J.


A
C
C
B
B
B
B
B
B
B
B
B
B
B
B
B
B
B
B
B
B
B
B
B
Mitek Corporation of
From: orchard@eceserv0.ece.wisc.edu (Bruce Orchard)
Newsgroups: comp.dcom.sys.cisco
Subject: Re: Secondary IP helper address
Date: 16 Oct 92 21:44:26 GMT
Organization: Univ. of Wisconsin-Madison; Electrical & Computer Engineering


We tried to configure multiple IP helper addresses on an
interface, but discovered that the broadcast messages were
only being forwarded to one of the helpers.  At the time
we were running version 9.0(1).  Cisco sent us new ROMS 
for version 9.0(1.11) which should fix the problem.

Bruce Orchard
From: Peter Radig <peter@orfeo.rhein-main.de>
Subject: Re: X25 compressedtcp
Phone: +49 69 746972
Address: Palmengartenstr. 1, D-W6000 Frankfurt am Main 1, Germany
Organization: Peter Radig EDV-Beratung, Frankfurt am Main, Germany
Date: Sun, 4 Oct 1992 15:10:24 GMT
Fax: +49 69 7411443

In <1992Oct3.082321.28365@greco-prog.fr> harper@geocub.greco-prog.fr writes:

>I have two IGS ethernet-X.25 machines running 9.0(1) and the header
>compression over X.25 doesn't seem to work...

>Is this a known bug? If so when will it be fixed?

It's written in the Release Notes that it is not implemented in 9.0(1).

I suppose 9.1 (available in October as they said) will bring it, hopefully.

cu,
Peter
From: tli@skat.usc.edu (Tony Li)
Newsgroups: comp.dcom.sys.cisco
Subject: Re: Extended tacacs protocol specification?
Date: 9 Oct 1992 00:21:13 -0700
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: skat.usc.edu

    Is threre a formal specification for the (x)tacacs protocol (or is it
    "for documentation, see source" ;-)?
    
Correct. ;-)

    If so, where can I get it?
    
ftp.cisco.com:README will point you to it and other useful stuff.

    I have some ideas on how to distribute the passwd database among
    several tacacs servers, but I want to be sure that I don't interfere
    with any "documented features" ;-).
    
rdist & friends are a fine way.

-- 
Tony Li - Escapee from the USC Computer Science Department          tli@usc.edu
		       The net is not what it seems.
Newsgroups: comp.dcom.sys.cisco
From: bernardi@pql840.bwi.wec.com (Dave Bernardi)
Subject: "syslog: packet from unknown router"  message
Organization: Westinghouse Electronic Systems Group, Baltimore, MD
Date: Tue, 13 Oct 1992 22:49:15 GMT

We use a Sun SPARCstation to tftpboot load our Cisco routers and also to log
messages from them.  In this particular case we have two routers on the same 
class "B" net with 2 different subnets.  They are broken on an even 8 bit 
boundry.

Sun     129.228.4.129
Router1 129.228.4.88
Router2 129.228.117.1

The Sun is constantly complaining that "packet from unknown router, Router2".
I guess this is because the Sun is on subnet 4  so it should not be hearing RIP
updates from someone in subnet 117 ????

I am not much of a UNIX person so please don't be too detailed.  I hope this is as easy as putting something in the gateways file or something like that.  If 
you need more information please email.   Thanks.


Dave Bernardi  (410)765-6297




Newsgroups: comp.dcom.sys.cisco
From: jmwobus@spider.syr.EDU (John M. Wobus)
Subject: Hardware Flow Control on ASM
Organization: Syracuse University
Distribution: na
Date: Sat, 10 Oct 92 18:12:27 EDT

What does one have to do to use hardware flow control when attaching
dialup modems to an ASM?  Do you need to order connectors other than
the 50 pin connectors which come by default?  Anything else special?

We are using one of those new 64-port asynch serial adaptors.

John Wobus
Syracuse University
Newsgroups: comp.dcom.sys.cisco
From: dv@welch.jhu.edu (Deepak Vaidya)
Subject: Cisco Terminal Server CS 500 16 port
Reply-To: dv@welch.jhu.edu
Organization: Welch Medical Library, Johns Hopkins University
Date: Tue, 13 Oct 1992 19:50:11 GMT

I need help with configuring modem's for the terminal server.  Currently
we are using Anderson Jacobson 9632 modems, which gives an options of
setting the terminal server to modem speed and modem to modem speed.  The
problem that I am having is when I have flow control turned on the modem
I cannot upload anything using xmodem, but kermit works fine.

I am including my cisco box configuration also :

Thanks For the Help in Advance.

- Deepak Vaidya
dv@welchgate.welch.jhu.edu
[128.220.59.13]

===================================================================

line 2 16
autobaud
modem ri-is-cd
telnet-transparent
stopbits 1
exec-timeout 1 0
From: abstine@hobbes.erc.clarkson.edu (Art Stine)
Newsgroups: comp.dcom.sys.cisco
Subject: FDDI setup on AGS+
Date: 13 Oct 92 03:46:21 GMT
Article-I.D.: news.1992Oct13.034621.7206
Reply-To: abstine@hobbes.erc.clarkson.edu
Followup-To: abstine@hobbes.erc.clarkson.edu
Organization: Clarkson University

I have a AGS+ with the older FDDI cbus interface (not the new spiffy one) and am
having some troubles getting it configured and up. I'm trying something simple,
like just creating a ring of one node (the AGS+) with phy-a connected to phy-b
and using the default settings for the cmt-signal-bits, etc. The ring doesn't
come up. Using debug fddi-cmt-events i get:

fddi0 - phy-a: Time-out in NEXT status HLS, indx 12342, bit 0
fddi0 - phy-b: QLS in NEXT, indx 0, bit 0
	.
	.
	.

---
Art Stine
Sr Network Engineer
Clarkson U
ABStine@Omnigate.Clarkson.Edu
From: smee@bristol.ac.uk (Paul Smee)
Newsgroups: comp.dcom.sys.cisco
Subject: Re: Cisco Bridging
Date: 12 Oct 92 17:05:11 GMT
Reply-To: P.Smee@bristol.ac.uk (Paul Smee)
Organization: University of Bristol

In article <1992Oct12.081211.5814@walter.cray.com> hens@snipe.cray.com (Tom Stephens) writes:
>I have read through the doc on bridging with a Cisco.  It seems that
>Cisco's can either act as a bridge *OR* a router not both at the same
>time.  All I want to do is bridge two ethernets together and keep
>routing IP as I am now.  It seems like a fairly simple request.  Has
>anyone else had luck with this, or is this not possible with a Cisco
>router?

Certainly works fine with ethernet interfaces on an AGS+.  Simply set
up transparent bridging, set up the routing info for the protocol(s)
you want routed, and it will route the routed protocols and bridge the
others.  Or is there some subtlety I've missed in this question?

-- 
Paul Smee, Computing Service, University of Bristol, Bristol BS8 1UD, UK
 P.Smee@bristol.ac.uk - ..!uunet!uknet!bsmail!p.smee - Tel +44 272 303132
From: tli@skat.usc.edu (Tony Li)
Newsgroups: comp.dcom.sys.cisco
Subject: Re: X25 compressedtcp
Date: 7 Oct 1992 23:47:22 -0700
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: skat.usc.edu

    >I have two IGS ethernet-X.25 machines running 9.0(1) and the header
    >compression over X.25 doesn't seem to work...
    >Is this a known bug? If so when will it be fixed?
    
    It's written in the Release Notes that it is not implemented in 9.0(1).
    I suppose 9.1 (available in October as they said) will bring it, hopefully.
    
This is bug CSCdi03839 and a patch is available now through the usual
channels. 

-- 
Tony Li - Escapee from the USC Computer Science Department          tli@usc.edu
		       The net is not what it seems.
From: oberman@ptavv.llnl.gov
Newsgroups: comp.dcom.sys.cisco
Subject: Re: Help with Collision Problem
Date: 7 Oct 92 17:47:17 GMT

In article <199210061429.AA20423@spot.Colorado.EDU>, Ratilal.R.Haria@nrc.ca writes:
 
>   Since about a week, we have been getting lots of collisions.
>   Seems to be about 2-5 collisions every 5 secs. To isolate the
>   source of these collisions, we have disconnected segements of
>   the backbone. But we have been unsuccesful in finding the
>   source of collisions.
> 
>   Any help/cluses/pointer?

Buy and read a good book on Ethernet. Assuming you have any significant traffic
at all (>2%), less than 1 collision per second is not a problem. Collisions
happen. They are supposed to and don't indicate that anything is wrong. If
collisions approach the total packets (like 10%), you might have reason to be
concerned, but even that may not really be a problem. I have seen cases where
collisions approach 50% of total traffic without anything being wrong. (A very
special case.)

Collisions are what makes an Ethernet work.

Say one hundred times before going to bed: "Collisions are my friends." Then
get a good night's sleep.

R. Kevin Oberman			Lawrence Livermore National Laboratory
Internet: koberman@llnl.gov		(510) 422-6955

Disclaimer: Don't take this too seriously. I just like to improve my typing
and probably don't really know anything useful about anything.
Newsgroups: comp.dcom.sys.cisco
From: sturges@lds-az.loral.com (Jim Sturges)
Subject: Re: Delay problem on Serial Connection
Organization: Loral Defense Systems Arizona
Date: Wed, 14 Oct 1992 03:30:31 GMT

What do your config files look like? [less passwords]
From: hens@snipe.cray.com (Tom Stephens)
Newsgroups: comp.dcom.sys.cisco
Subject: Cisco Bridging
Date: 12 Oct 92 17:07:51 GMT
Organization: Cray Research, Inc.



I have confused everyone, as usual.   I want to route and bridge ip.  I think I know why I cannot do this.  My bet is that cisco uses the same cache for routing and bridging.  Is this true?  I don't think this is an unreasonable thing to do.


Sorry for the confusion.

Tom. 
--
---------------------------------
Tom Stephens
Corporate Computing and Networks, Chippewa Falls, WI
Cray Research Inc.  hens@cray.com
Newsgroups: comp.dcom.sys.cisco
From: vances@xenitec.on.ca (Vance Shipley)
Subject: X.75'
Organization: SwitchView Inc., Waterloo, Ontario
Date: Thu, 15 Oct 1992 02:43:24 GMT

Does Cisco have support for X.75'?

-- 
Vance Shipley 
vances@xenitec.on.ca   vances@ltg.uucp   ..uunet.ca!xenitec!vances
Newsgroups: comp.dcom.sys.cisco
From: Lars-Johan Liman SUNET <liman@sunet.se>
Subject: Extended tacacs protocol specification?
Date: 07 Oct 92 11:22:49 +0100

Is threre a formal specification for the (x)tacacs protocol (or is it
"for documentation, see source" ;-)?

If so, where can I get it?

I have some ideas on how to distribute the passwd database among
several tacacs servers, but I want to be sure that I don't interfere
with any "documented features" ;-).

				Regards,
				  /Liman

#----------------------------------------------------------------------
# Lars-Johan Liman, Systems Manager	 ! Internet: liman@sunet.se
# SUNET/NORDUnet/Ebone Operations Centre ! BITNET  : LIMAN@SEKTH
# Royal Institute of Technology, Sweden	 ! Voice   : +46 8 - 790 65 60
#----------------------------------------------------------------------
From: dewey@centerline.com (Devan F. Dewey)
Newsgroups: comp.dcom.sys.cisco
Subject: Experience with priorety queues sought
Date: 9 Oct 92 19:25:45 GMT
Followup-To: comp.dcom.sys.cisco
Organization: CenterLine Software, Inc.
NNTP-Posting-Host: 140.239.3.212

We have the following configuration:

          FIELD SALES OFFICE                          FIELD SALES OFFICE
            ----------    -----------            -----------   ----------
LocalTalk---|GatorBox|----|Cisco IGS| ====X.25===|Cisco
IGS|---|GatorBox|--LT
            ----------    -----------      |     -----------   ----------
                                           |
                                           |
                                       -----------
                                       |Cisco IGS|
                                       -----------
                          CORPORATE        |
                       HEADQUARTERS  Ethernet hosts
                                           |
                                           |
                                       ----------
                                       |GatorBox|
                                       ----------
                                           |
                                           |
                                       LocalTalk

We want to prioretize the traffic between the Cisco routers over
the X.25 network to maximize the performance of our available bandwidth:

    Top priorety: Telnet session traffic
    2nd priorety: Appletalk traffic
    3rd priorety: TCP/IP, NFS, and all other traffic

Does anyone have any experience doing this?

Thanks in advance. E-mail responses preferred.

-Devan

                             
               Devan F. Dewey | Senior Systems Analyst
          CenterLine Software | dewey@centerline.com
            10 Fawcett Street | "Leme esplain - no dere is
          Cambridge, MA 02138 | too much. Leme sum up."
                                       -Inigo Montoya
From: tli@skat.usc.edu (Tony Li)
Newsgroups: comp.dcom.sys.cisco
Subject: Re: About V. 9.0(1) & NS.
Date: 15 Oct 1992 23:17:17 -0700
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: skat.usc.edu

In article <1992Oct14.162603.1@si.upc.es> jesusg@si.upc.es writes:

    	Do anyone of you know about problems between cisco with soft version
    	9.0(1) and (versus) HP's NS services ?. Related about resolution
    	name addresses.
    	
Yes.  This is fixed in 9.0(2).

-- 
Tony Li - Escapee from the USC Computer Science Department          tli@usc.edu
		       The net is not what it seems.
Newsgroups: comp.dcom.sys.cisco
From: Bob Albrightson <albright@lager.cisco.com>
Subject: Re: default-metric in IGRP
Date: 7 Oct 92 14:26:54 PDT

> - Will the default-metric command affect the IGRP routes that
>   are learned and redistributed thru IGRP?

Yes.

> - Will the default metric command affect the static routes that are
>   redistributed thru IGRP?

Yes.

> - What is a reasonable set of parameters for the default-metric command
>   in IGRP?

Probably an ethernet connected metric, thus:

	default-metric 10000 100 255 1 1500

 -bob
Newsgroups: comp.dcom.sys.cisco
From: hens@snipe.cray.com (Tom Stephens)
Subject: Cisco Bridging
Organization: Cray Research, Inc.
Date: 12 Oct 92 08:12:10 CDT




I have read through the doc on bridging with a Cisco.  It seems that Cisco's can either act as a bridge *OR* a router not both at the same time.  All I want to do is bridge two ethernets together and keep routing IP as I am now.  It seems like a fairly simple request.  Has anyone else had luck with this, or is this not possible with a Cisco router?

Any comments/suggestions welcome, as always.


Thanks,


Tom.

--
---------------------------------
Tom Stephens
Corporate Computing and Networks, Chippewa Falls, WI
Cray Research Inc.  hens@cray.com
From: tli@skat.usc.edu (Tony Li)
Newsgroups: comp.dcom.sys.cisco
Subject: Re: fast switching route cache
Date: 9 Oct 1992 00:18:44 -0700
Organization: University of Southern California, Los Angeles, CA
Distribution: usa
NNTP-Posting-Host: skat.usc.edu

    1) Regulate the maximum size, that is, the number of entries
       that can be contained in the route cache at any one time
       before the cache overflows and one or more entries are
       flushed.
    
No, this is self-regulating.

    2) Regulate the interval that an entry is kept in the route
       cache before being flushed.
    
It is kept as long as it is valid.

    What happens to the cache when the routing table is updated?
    Is the whole cache flushed, or only those entries that have
    changed in the routing table?
    
Presently, the entire cache is invalidated.

-- 
Tony Li - Escapee from the USC Computer Science Department          tli@usc.edu
		       The net is not what it seems.
Newsgroups: comp.dcom.sys.cisco
From: bjripp@watson.ibm.com (William Rippon)
Subject: default-metric in IGRP
Date: 7 Oct 1992 16:02:53 -0400

Hello,
  I am using IGRP and I need to redistribute RIP learned routes. I am
running 8.3(3) and 9.0(2). I have a question regarding the default-metric
command for IGRP. I use 1 autonomous system for all the cisco's at my
site.
- Will the default-metric command affect the IGRP routes that
  are learned and redistributed thru IGRP?
- Will the default metric command affect the static routes that are
  redistributed thru IGRP?
- What is a reasonable set of parameters for the default-metric command
  in IGRP?

Thanks for your time,
 Bill
---------------------------------------------------------------
* Bill Rippon                    Phone: 914-784-7479          *
* IBM Watson Research Center     Email: bjripp@watson.ibm.com *
---------------------------------------------------------------
Newsgroups: comp.dcom.sys.cisco
From: morgan@leland.Stanford.EDU (RL "Bob" Morgan)
Subject: Re: Secondary IPs not in ipAddrTable?
Organization: Networking Systems, Stanford University, CA 94305, USA
Date: Tue, 13 Oct 92 00:07:38 GMT



A few weeks ago I wrote:

  Surely it is Substantially Bogus Behavior of the cisco GS software
  that information about secondary IP addresses is not available in the
  ipAddrTable section of its MIB?  Only primary addresses are listed.
 
  Surely there are plans to fix this?

Someone from cisco replied:

  As we interpret RFC1213, secondaries can not be added to that table.
  But that does not prevent us from adding it to our private
  extensions.  I will add this to my request list.

Now I suppose that interpretation is in the eye of the interpreter,
but it's hard for me to imagine any justification for the
interpretation above.  The DESCRIPTION attribute for the ipAddrTable
says:

   "The table of addressing information relevant to
    this entity's IP addresses."

Surely this is intended to include all IP addresses, not just a few of
them.  Further, the table is structured to explicitly support multiple
IP addresses per interface.  It seems to me to be perfectly natural
and reasonable to represent secondary IP addresses in this table.

Since my post, I've heard from several others who are less than
pleased by this misfeature.  In particular, people implementing
network management programs that use SNMP to automatically discover
network configuration find the absence of this address info to be a
substantial obstacle.  At our site we (unfortunately) make lots of use
of secondary addresses; having this info visible via SNMP would be a
real help in verifying that our net is operating as we expect.

I'm curious whether other routers's SNMP agents do the right thing
with this.  Does anyone know?

In any case, yes, cisco, please add this to your list to fix (which
doesn't mean adding it to your proprietary MIB, by the way).

 - RL "Bob" Morgan
   Networking Systems
   Stanford