HDTenEightyP/NetNews huggingface dataset:
From: b.watson@uws.edu.au
Subject: IBM TR Bridge 2.2 and cisco SRB 8.3(3)
Organization: University of Western Sydney, Macarthur
Date: Fri, 11 Sep 1992 16:26:20 GMT

Hi,
   We have the following setup:
 
                       Ring 101--PCRoute 2.24--IP only ring
                      /
                     /
cisco1---64K---cisco2
                     \
                      \
                       Ring 102--IBM Bridge program 2.2--Ring 103
                        
                        
              IBM bridge program 2.2
                        
                        
                      Ring 104
 
All works fine with just rings 101 and 102.  They can talk to each other
and to rings connected to cisco1.  We cannot get the IBM bridge program
to work between rings 102 and 103 or 104.
 
A similar setup has worked before, BUT ring 102 was seperated from the
cisco by an IP only router (PCRoute 2.24).
 
I seem to remember seeing that there was (is?) a problem with ciscos and
IBM bridge program bridges on the same ring.  Did I?  Is there a way I
can work around this?
 
Also, is there any way that turing on the bridge between rings 102 and 104
can affect the IP traffic through the PCRoute machine connected to ring 101?
 
My config is as follows:
 
interface token-ring0
ip address xxx.xxx.xxx.xxx xxx.xxx.xxx.xxx
source-bridge 101 1 5
source-bridge spanning
multiring ip
 
interface token-ring1
ip address xxx.xxx.xxx.xxx xxx.xxx.xxx.xxx
source-bridge 102 1 5
source-bridge spanning
multiring ip
 
I don't think I need (or want|) the multiring ip.  I have different subnets
on each interface.  What does it do?  IP does not work without it|
 
Any hints or suggestions appreciated,
---
  Brian Watson
  Programmer, Computing Centre
  University of Western Sydney, Macarthur
  Internet: b.watson@uws.edu.au
Newsgroups: comp.dcom.sys.cisco
From: bmanning@is.rice.edu (William Manning)
Subject: ip ospf cost var
Date: 15 Sep 92 10:58:58 CDT
X-Mailer: ELM [version 2.3 PL11]



What value can I use for the cost variable for DS3 serial links?

-- 
Regards,
Bill Manning         bmanning@rice.edu        PO Box 1892
 713-285-5415         713-527-6099	       Houston, Texas
   R.U. (o-kome)       			        77251-1892
From: tli@skat.usc.edu (Tony Li)
Newsgroups: comp.dcom.sys.cisco
Subject: Re: AGS+ pauses for 800ms every 30 seconds
Date: 4 Sep 1992 15:19:39 -0700
Organization: University of Southern California, Los Angeles, CA
Distribution: world
NNTP-Posting-Host: skat.usc.edu

In article <184ee4INNimp@moe.ksu.ksu.edu> bav@hobbes.ksu.ksu.edu (Brick Verser) writes:
    We've got an AGS+ running Version 8.2(7) which seems to pause every 30 
    seconds.  Seems likely this is RIP updates, but it seems unlikely that 
    the router should do absolutely nothing else for that period.  Is there 
    a simple configuration change that we've overlooked which will make this 
    all better?
    
Responding to Ping packets is a relatively low priority process within
the router and is not really a good measure of what the router is
doing.  You should try pinging through the router to see what it is
really doing.

Tony
-- 
Tony Li - Escapee from the USC Computer Science Department          tli@usc.edu
		       The net is not what it seems.
From: bav@hobbes.ksu.ksu.edu (Brick Verser)
Newsgroups: comp.dcom.sys.cisco
Subject: Re: AGS+ pauses for 800ms every 30 seconds
Date: 7 Sep 1992 10:32:13 GMT
Organization: Kansas State University
Distribution: world
NNTP-Posting-Host: hobbes.ksu.ksu.edu

bav@hobbes.ksu.ksu.edu (Brick Verser) writes:
>We've got an AGS+ running Version 8.2(7) which seems to pause every 30 
>seconds.  Seems likely this is RIP updates, but it seems unlikely that 
>the router should do absolutely nothing else for that period.  Is there 
>a simple configuration change that we've overlooked which will make this 
>all better?

I had a pleasant exchange with a very helpful Cisco person and we did a
little digging.  Basically, the Ciscos sometimes do this.  If there
are lots of of routes and large numbers of interfaces to which the routes 
must be broadcast, then it can take a while to update things after a
new RIP update comes along.  We have 24 Ethernet ports in this router 
and were receiving over 300 nets in the RIP updates.  That does indeed 
cause the router to be busy for a while.  And it seems that we've been 
suffering from some wild route flapping; in 5 weeks of uptime there have 
been over 50,000 routing updates--that's over one a minute and explains
why this was happening so regularly.

So it is a known problem with no immediate direct solution.  Our
solution is simple and pleasant; turn off advertising all these
routes.  We don't need 'em known, and I had been thinking about 
turning them off anyway just to reduce overhead.  So I'm happy now.

--Brick
Newsgroups: comp.dcom.sys.cisco
From: jh@etana.funet.fi (Juha Heinanen)
Subject: Re: Frame Relay
Organization: Finnish University and Research Network
Date: Thu, 10 Sep 1992 16:23:57 GMT

John,

The problem you report is a consequence of the fact that an FR
interface, in fact, can consist of several logical interfaces each
possibly with different QOS characteristics.  This is not unique to
FR, though, but applies also to X.25, SMDS, and ATM.  I agree with you
that router vendors, including Cisco, should start considering
logical interfaces as real ones.

-- Juha
--
--	Juha Heinanen, FUNET, Finland, jh@funet.fi, +358 49 500958
--
From: tli@skat.usc.edu (Tony Li)
Newsgroups: comp.dcom.sys.cisco
Subject: Re: Advertising Static routes
Date: 9 Sep 1992 01:29:23 -0700
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: skat.usc.edu

    > router rip
    > network x.x.x.x
    > redistribute static
    
    That doesnt really seem to work - i already have that there. So far, i
    have:
    
    router rip
    network 147.188.0.0
    redistribute static
    default-metric 1
    
    
    then a couple of passive interfaces. I think the problem could be that 
    it doesnt transmit subnets of the 147.188 network ?? (Could be wrong here).
    
Please send the output of "write term" (without passwords), along with
a precise description of what you're trying to do to
customer-service@cisco.com.

-- 
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: Douglas Bigelow <dbigelow@sandpiper.wesleyan.edu>
Subject: Surge protection on terminal server lines
Date: 10 Sep 92 12:11:23 -0400

Problem: Advice requested on line surge protection.

Background: Wesleyan still has a Micom Micro-600 port selector system in
use, which originally switched several hundred incoming data lines among a
smaller number of host ports.  These incoming lines are carried on old
copper from Wesleyan's internal phone system, and range in length from 100
to 2000 feet.  Even the furthest terminals communicate fine at 2400 baud.
(Please don't bother informing me about RS-232 line length standards, by
the way.  The lines have worked fine for 20 years and predate me anyway.)

Equipment is occasionally damaged by electrical surges caused by local
lightning storms, but it's rare.  We have homebrew surge supressors
protecting both ends of each line, and they do a pretty effective job.

Over the last five years most data lines have been converted to TCP/IP
connections, either through direct Ethernet connections to PCs and Macs or
through putting in departmental TCP/IP terminal servers linked to the
central network through fiber.  My goal is to eventually have no copper
connections between buildings, only fiber, and local servers in each
building.

However, in the meantime I have about 80 of the cross-campus lines left
that I would like to move from the Micom to a Cisco ASM server.  Here's
the problem: terminal server lines seem much more sensitive to line surges
than the Micom ever was.  This has applied to Cisco and Datability
terminal servers both, which have had circuit boards frequently damaged by
whatever leaks past the surge supressors.  The same surges are completely
transparent to the Micom.

We can do board-level repairs by replacing burned out UART chips, but it's
a very aggravating problem.  I'm looking for more effective surge
protection which can be placed between the Cisco server and the incoming
lines, which doesn't bankrupt me in the process.

I would appreciate tips or references from anyone who has dealt with this
type of problem on inter-building copper lines.

Thanks!

Doug Bigelow
Director of Academic Computing, Wesleyan University



Newsgroups: comp.dcom.sys.cisco
From: phani@cisco.com
Subject: Re: ip ospf cost var 
             <9209151558.AA11888@san-miguel.is.rice.edu> 
Date: 15 Sep 92 10:38:01 PDT

>What value can I use for the cost variable for DS3 serial links?

>-- 
>Regards,
>Bill Manning         bmanning@rice.edu        PO Box 1892
> 713-285-5415         713-527-6099	       Houston, Texas
>   R.U. (o-kome)       			        77251-1892


You can use the formula  cost = 10^8/bandwidth

--Phani--
From: sat@eng.tridom.com (Stephen Thomas)
Newsgroups: comp.dcom.sys.cisco
Subject: Xyplex Terminal Servers and TCP Retransmission
Date: 15 Sep 92 14:57:15 GMT
Reply-To: sat@nut.tridom.com
Organization: AT&T Tridom


Since I previously posted an article describing some problems we've seen with
Xyplex Terminal Servers and TCP retransmission, it seems only fair to post a
copy of the email I just received from Helen Chan at Xyplex.

>    From hlchan@mkt.xyplex.com Tue Sep 15 10:28:30 1992
>    Date: Wed, 16 Sep 92 10:36:44 EST
>    From: HELEN CHAN <hlchan@mkt.xyplex.com>
>    Subject: re:Xyplex's terminal server retransmission timeout
>    To: sat@eng.tridom.com
>    X-Mailer: LeeMail 1.2.3
>    Content-Length: 257
>    
>    Hi Steve,
>    
>    Xyplex has fixed the problem with the retransmission timeout over TCP/IP.  This 
>    has been fixed in our software version 4.1.3.  We would appreciate it if you 
>    would post this and don't hesitate to let me know if there are questions.
>    
>    Thanks,
>    H.


Note that AT&T Tridom has not tested the version mentioned in Ms. Chan's message.


---

Stephen Thomas (sat@tridom.com)
AT&T Tridom (404-426-4261)
Newsgroups: comp.dcom.sys.cisco
From: "Dean Ter Haar"  <DEAN@legacy.calvin.edu>
Subject: ASM Power Supply test points
X-Pmrqc: 1
Date: 15 Sep 92 15:20:46 EST
X-Mailer: Pegasus Mail v2.1cR2.

I have an 80 port ASM with a CSC/2 processor board, no NVRAM.

I am experiencing intermittent system restarts due to 'power on' according
to the 'show hardware' command.

I'm not sure if the problem is with the power supply or the processor board.
The AC line has been eliminated.

Are there any easily accessible DC test points on the ASM?  The unit is
currently rack mounted which makes access to the power supply rather
difficult.  If no easily accessible test points are available, are there any
on the power supply itself that can be accessed without removing the power
supply from the chassis?

Any information relative to this, or intermittent (approx once a week, now
down to every couple of hours) system restarts would be appreciated.

-dean
-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-
Dean Ter Haar
Computer Technician, Data Communications Specialist

Computer Center                             Ma Bell: (616) 957-6144
Calvin College                              Fax:     (616) 957-8551
3201 Burton St. SE                          Email:   dean@calvin.edu
Grand Rapids, MI 49546
-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-
From: pcorless@cisco.com (Peter Corless)
Newsgroups: comp.dcom.sys.cisco
Subject: Re: Information sought on cisco Systems HSSI card
Date: 27 Aug 92 04:27:51 GMT
Reply-To: pcorless@cisco.com (Peter Corless)
Organization: Computer Science Lab, SRI International
X-Disclaimer: The views expressed in this message are those of an
	      individual at SRI International, and do not necessarily
	      reflect those of the company.

In reply to the following post:
From: fjr@dec-netman-k.mitre.org (Frank J. Robey)
Subject: Information sought on cisco Systems HSSI card

> Greetings,
> 
> I realize this is probably a FAQ but I need the answer quickly and I 
> haven't been able to contact my cisco rep.
> 
> Does anyone have any information on cisco's HSSI? Like, is it available 
> now, does it work as advertised (what speeds were you able to get out of 
> it?) Are there any funny gotchas involved with it (require AGS+/4 
> chassis?) 
> 
> thanks for the help!!
> 
> Frank J. Robey

Yes, the HSSI interface is shipping! It has been fully supported since
Software Release 8.3(1).

The HSSI interface is compatible with all AGS+/3 and AGS+/4 chassis running
SW 8.3 or 9.0. It also requires a cBus controller card (CSC-CCTL). To order
the HSSI interface, you will need the interface card itself (CSC-HSCI) and
the HSSI applique (APP-LHS). The list prices for the CSC-HSCI is $4,000,
and the APP-LHS is $2,000. If you do not already have a cBus controller, the
list price for the CSC-CCTL is $2,200.

The HSSI interface is designed to support interface speeds up to 52 mbps,
which is sufficient to support T3/DS3 (45mbps) rates.

Please let me know if you have any more questions. Sincerely,

-Peter Corless.
 Cisco Customer Service
 US Federal Region Representative
 --------------------------------
 e-mail: pcorless@cisco.com
 phone:  (415) 903-8723
 fax:    (415) 903-8080
Newsgroups: comp.dcom.sys.cisco
From: a0061@rrz.uni-koeln.de (Claus Kalle)
Subject: CAP 6.0 PL126 on RS/6000 and CISCO 9.0(1.11)
Organization: Regional Computing Center, University of Cologne, F. R. Germany
Date: Tue, 08 Sep 92 13:16:39 GMT

I am trying to get CAP 6.0 PL126 running on AIX 3.2 with a CISCO IPTALK
configuration doing the encaps/decapsulation. The CISCO keeps telling me
about invalid Ethertalk packets encapsulated in IPTALK when I run atistest
under AIX 3.2. And atistest complains that atis is not running ?.
If I leave out the bridgenode in atalk.local, at least atistest can register
its name, but since no bridge, no connectivity to the outside.
Did anyone get such a configuration up and running ?

Thanks for any help.
P.S.: This was posted a week ago in comp.protocols.appletalk w/o any feedback
-- 
Claus Kalle, University of Cologne              i   i
Regional Computing Center                       M   M  The
System Software and Networking Dept.            M   M    Cologne
E-Mail: a0061@rrz.Uni-Koeln.DE                 /I\ /I\     Cathedral
Phone: +49 221 478 5580                        MIIIIII
Fax:   +49 221 478 5590                        MiMiMiM
Snail-Mail: Robert-Koch-Str. 10, 5000 Koeln 41 MIMiMiM  Germany
Newsgroups: comp.dcom.sys.cisco
From: Omar Barazanji <barzanji@cisco.com>
Subject: ASM Power Supply test points
Date: 15 Sep 92 19:37:31 -0700





Dean

You can check the pins on the back plane for DC levels.
counting from left as you look at the front panel, pin 1
is +12V  next -12volts then +5 and -5 and there should be
ground in between. I could be wrong on the order though, however
you can check for the DC voltages there without removing
power supply.

Omar Barzanji
Cust. Eng
Newsgroups: comp.dcom.sys.cisco
From: a-steiner@nwu.edu (Albert Steiner)
Subject: Slip and Bootp failures
Followup-To: comp.dcom.sys.cisco
Organization: Northwestern University
Date: Tue, 8 Sep 1992 13:59:21 GMT

I am running SLIP at 38400 on an ASM with a CSC2 at 8.3(3)
Some of the lines return bootp to MAC/SLIP quite fine.
Some of the lines consistantly seem to fail.
  I have had failures not only with MAC/SLIP but the Cisco Version of
Telnet

Has anyone else seen this problem?  Any ideas what to set or do?


Albert Steiner      a-steiner@nwu.edu     708-491-4056
Manager Networking
Academic Computing and Networking Service
Northwestern University  2129 Sheridan Road
Evanston, IL  60208      USA
Newsgroups: comp.dcom.sys.cisco
From: "Dean Ter Haar"  <DEAN@legacy.calvin.edu>
Subject: IGS 'show bridge' output
X-Pmrqc: 1
Date: 9 Sep 92 14:32:48 EST
X-Mailer: Pegasus Mail v2.1cR2.

We have recently purchased a cisco IGS Bridge/Router.  Currently it is
configured as a transparent bridge (ethernet - ethernet).  IP Routing has
been turned off.

We are trying to determine the bridge's effectiveness and I need some help
interpreting the output of the 'show bridge' command.

In particular, what do the two fields 'RX count' and 'TX count' mean?

The manual states (page 20-31):
  RX count     Displays count of the number of frames received from that
               address.

  TX count     Displays count the number of frames sent to that address.


Does 'RX count' display *all* packets received from an address, or only
those forwarded through the bridge?  If it indicates all packets received,
how many were forwarded, and how many were not?  If only those forwarded,
is it possible to determine the total number of packets received from an
address?

'TX count' seems pretty straight-forward.


Any replies would be helpful, as well as any suggestions as to key bridge
parameters to watch.  (We're very new at this)

-dean
-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-
Dean Ter Haar
Computer Technician, Data Communications Specialist

Computer Center                             Ma Bell: (616) 957-6144
Calvin College                              Fax:     (616) 957-8551
3201 Burton St. SE                          Email:   dean@calvin.edu
Grand Rapids, MI 49546
-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-
From: doug@happy.vf.ge.com (Doug Hughes)
Newsgroups: comp.dcom.sys.cisco
Subject: IP Flooding and addresses
Date: 10 Sep 92 20:19:58 GMT
Reply-To: doug@happy.vf.ge.com
Followup-To: comp.dcom.sys.cisco
Organization: GE Aerospace - VF


I've been reading up on IP flooding, and it seem to be just what I am looking
for in the way of multicast.. It seems that the IP Helper address wants
to be an IP address of some host that the multicast is going to be
destined to.  Is it possible to use one of the class D network addresses
as specified in RFC 1060?  This would fulful the requirements of being
a MAC level broadcast and an IP level broadcast.  I'm wondering if the
Cisco would accept it?  Is there anything else I should know about this?
   
-- 
 ___			|	GE software developer
( / ) _       _,	|	doug@happy.vf.ge.com
_/_/ <_>_/_/_<_>	|	uunet!crdgw1!ge-dab!happy.vf.ge.com!doug
             <_>	|	2B | !2B > The_Question
________________________|______________________________________________________
Newsgroups: comp.dcom.sys.cisco
From: phani@cisco.com
Subject: Re: ip ospf cost var 
             <9209151750.AA11961@san-miguel.is.rice.edu> 
Date: 15 Sep 92 10:57:23 PDT

>Thank you.  Now, what is the recommended cisco default value
>for the ip ospf cost xxx, where xxx is a DS3 (45mbps) link?

You should use 2 . 

>-- 
>Regards,
>Bill Manning         bmanning@rice.edu        PO Box 1892
> 713-285-5415         713-527-6099	       Houston, Texas
>   R.U. (o-kome)       			        77251-1892

--Phani--
Newsgroups: comp.dcom.sys.cisco
From: pst@cisco.com (Paul Traina)
Subject: Re: Advertising Static routes
Organization: cisco Systems, Menlo Park, California, USA
Date: Mon, 7 Sep 1992 17:36:10 GMT

In article <1992Sep07.155935.14888@rs6000.bham.ac.uk> G.Simpson@bham.ac.uk writes:
>Can anyone tell me out there whether it is possible to advertise static
>routes which have:
>	1. Been defined as secondary addresses on an interface
>	2. Been defined using the 'IP ROUTE' command and a weight.

try 'redistribute static'

as in

router rip
network x.x.x.x
redistribute static
-- 
"If life were fair, the acquisition of a large bosom or a massive inheritance
 would have no bearing on your ability to attract the opposite sex, and Dan
 Quayle would be making a living asking runny-nosed children, `Do you want
 fries with that?'"     -- John Cleese, "Corporate Computing" magazine
From: MICHAEL.WILLETT@OFFICE.WANG.COM ("Michael Willett")
Newsgroups: comp.dcom.sys.cisco
Subject: CISCO's APPI
Date: 10 Sep 92 17:09:43 GMT
Organization: Mail to News Gateway at Wang Labs

This may be of interest:

                          Computerworld
                         September 7, 1992
                           (Front Page)

                 Cisco offers open APPN option
  APPI pitched as alternative for blending SNA with distributed nets

MENLO PARK, Calif. -- Cisco Systems, Inc. stunned the industry last week
with a gutsy challenge to IBM's Advanced Peer-to-Peer Networking scheme
for migrating its hierarchical Systems Network Architecture to distributed
internetworks.  The router market leader announced that it is developing an
"open' APPN alternative, dubbed Advanced Peer-to-Peer Internetworking, due
out in the third quarter of next year.

APPI is aimed at the plethora of commercial customers who run both large
SNA networks and local-area network internetworks, according to Michael
H. Zadikian, Cisco's SNA product manager.

IBM warning

The move follows an IBM briefing on APPN that angered some developers
because IBM issued a strong warning that APPN developers had better first
license IBM's patented technology.  General user and analyst reaction was
that the Cisco offer will ease user architecture integration headaches,
force IBM to own up to its APPN Network Node licensing and deployment
timetables and get the APPN ball rolling.  IBM has already published
APPN End Node specifications that give any vendor's device access to
APPN network resources.

However, IBM has dragged its feet on letting competitors get their
hands on APPN Network Node's sophisticated directory and routing
functions for co-ordinating resource-sharing across peer-to-peer
networks, sources said.

"APPI is essentially a way to do peer-to-peer SNA networking without
solely relaying on APPN products from IBM and the friends they choose
to license the software to," noted Nick Lippis, president of
Strategic Networks, Inc., a consultancy in Rockland, Mass......

Michael.Willett@OFFICE.Wang.com
Newsgroups: comp.dcom.sys.cisco
From: koelman@cuby.stc.nl (Ton Koelman)
Subject: Re: Cisco and ISDN?
Reply-To: koelman@stc.nato.int
Organization: SHAPE Technical Centre, NL
Date: Wed, 9 Sep 1992 10:38:23 GMT

In article <dhuber.715944245@autmgr> dhuber@autelca.ascom.ch (Daniel  
Huber) writes:
> Hi netters,
> 
> I have a few questions about Cisco routers and ISDN.
> 
> As I know, Cisco Routers provides ISDN on demand (since release 9.0). Is
> this true?

You need a Terminal Adapter with DTR signalling (hot line)
or V.25bis (multiple destinations)
 
> How good works this?

We don't have 9.0 yet. We'll use DTR. V25bis TA's are hard
to come by.

> 
> We want to connect several sites over ISDN here in Switzerland. The  
Swiss

We between The Haque, Brussels and Ramstein

> ISDN allows eg. 2*B+D (2*64kb/s + 16kb/s). 
> 
> - If I connect two Swiss sites over this ISDN line (eg. with IGS  
Routers), 
>   do I get 128kb/s throughput between the sites? 

Don't count on it. The TA has to accept 128 kbit/s. 

> - How much time takes it to setup the connection? 

Ask your local PTT. (1 to 2 seconds?)
depends on distance.

> - Is there a nonactivity timeout, which breaks the ISDN line? 

yes

> - Will eg. the TCP/IP Telnet connection stay connected then, and the  
router
>   will setup a new connection if I type a character?

yes
 
> - We also want to connect to a site in France. Their ISDN net just  
allows on
>   64kb/s channel. Will this work anyway?

should do (Is this true BTW?)

--
Ton Koelman   e-mail: koelman@stc.nato.int (NeXT Mail Welcome!)
SHAPE Technical Centre, P.O. Box 174, 2501 CD  The Hague
The Netherlands  (voice: 31-70-3142429, fax: 31-70-3142111)