HDTenEightyP/NetNews huggingface dataset:
From: myoung@force.ssd.lmsc.lockheed.com
Newsgroups: comp.dcom.cell-relay
Subject: Re: Mapping to VCs...
Date: 21 Jan 93 17:45:02 GMT
Reply-To: myoung@force.ssd.lmsc.lockheed.com
Organization: LMSC, Sunnyvale, California

>| Is anyone seriously planning on bypassing IP (ie, TCP<->AAL5/ATM) or
>| developing very light-weight transport level protocols that are
>| AAL5-ATM specific?
>+---------------
>
>There's really no point in it. As modern implementations of TCP/IP
>have shown, TCP/IP isn't really so "heavyweight" after all.

In fact everything the distributed data applications want to do can
be done with TCP/IP and the Unix file hierarchy.  Like: index all
corporate files by a single key, by title, date, and provide uniform
(single schema definition) access. If objects have embedded linkage
then certainly that can be accessed and recursed also.  An in fact with 
the suitable interfaces to each of the partitions (file, network, object), 
the entire system can be managed under a single access strategy.

The debate (between Mircosoft, Novell, Taligent, SUN etc) is: 

Do we use suitable interfaces to existing structures, or do 
we re-build from the ground up with a single access protocol?
From: rpw3@rigden.wpd.sgi.com (Rob Warnock)
Newsgroups: comp.dcom.cell-relay
Subject: Re: Bandwidth Control
Date: 28 Jan 93 04:42:06 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

hgs@allegra.att.com (Henning G. Schulzrinne) writes:
+---------------
| The paper by Reibman and Berger, Globecom '92, p. 314ff does a fairly
| in-depth comparison of CBR and VBR video (subject to leaky-bucket
| constraints). It shows that significant multiplexing gains are possible,
| but with leaky-bucket constraints and without knowing the source
| behavior in advance, it will be extremely difficult to get more than
| a factor of 2 if you want loss guarantees and if network buffers are small.
                                                ****************************
| Depending on your viewpoint, this means that either
| 1) leaky buckets and guarantees are a 'bad thing' if you want cheap
| video service
| 2) anything but peak rate allocation is going to be difficult, unless
| you can describe your source very accurately (e.g., for video-on-demand)
+---------------

Or unless they drop this "small buffer" assumption!

Most (but not all) ATM switches have buffers which are pitifully small
compared to the buffer sizes one would design into a packet-switched
network with an equivalent ammount of "VBR" traffic. As I have said before,
ATM switches need an at least dual queue buffer system, with a set of small
buffers for the CBR traffic and *large* (shared) buffers for VBR traffic.
That will give enough latency buffering for the VBR traffic for traditional
end-to-end congestion-avoidance algorithms to work (or if not that, at least
enough for hop-by-hop per-VCI flow control to work).


-Rob

-----
Rob Warnock, MS-9U/510		rpw3@sgi.com
Silicon Graphics, Inc.		(415)390-1673
2011 N. Shoreline Blvd.
Mountain View, CA  94043
Newsgroups: comp.dcom.cell-relay
From: kyma@shell.portal.com (Matt J Young)
Subject: Transaction Processing
Organization: Portal Communications Company
Date: Tue, 26 Jan 1993 17:59:18 GMT


OK, here is a problem:

The user has constructed a spanning tree over which is desired to
perform distributed transaction processing.

Two different asynchronous sources enter the tree from separate
locations, each attempting to perform a transaction update on leaves
of the tree.  The first transaction reaches an internal node, splits,
and enters two side leaves to perform the first part of a two phase
commit.  The transaction deposits its data to a local queue at the
leaf nodes, then returns to the central node to validate the
"conquering" process of its spawned branch.  At the central node,
the current transaction also meets with the transaction from the second 
asynchronous source.

Since both branches of the first transaction, and the second transaction
exist simultaneously at the semantic kernel internal to the spanning tree, 
all three migrating state machines access exactly the same knowledge about the
environment.  Hence, they combine into a single process, with a new task:
finishing the commit already begun, and initiating the commit required by the
second source.  (for further information go talk to the Knowledge Theory
group at the IBM Almaden Research Center). 

IBM wants to build a common semantic kernel which is transport independent.
Why not connect the idea closely to virtual path networks?  Then IBM can
connect call control and common semantics, test it in high bandwidth
applications, possibly allowing critical applications to move off the
mainframe.  Here is the test:  Can IBM spring forth with an independent group
and integrate these technologies? Can the IBM Research group forge ahead with
an independent marketing effort?
Newsgroups: comp.dcom.sys.wellfleet
From: mikeh@cbnewsg.cb.att.com (michael p.herlihy)
Subject: UDP Broadcast
Organization: AT&T
Date: Mon, 25 Jan 1993 14:01:39 GMT



Do the Wellfleet routers have the capability to forward
UDP broadcasts across the wide area network?  This is
without bridging the network together.

I think in most cases you wouldn't want to do this but
I have an application that basically streams data inside
UDP broadcast packets.
-- 
Human kind / Cannot bear very much reality.
Collected Poems (1936) "Burnt Norton", T.S. Eliot 1888-1965
Newsgroups: comp.dcom.sys.wellfleet
From: ccg@tcdsp1.mmm.com ("Charles Ganzhorn")
Subject: Re: UDP Broadcast
Date: Mon, 25 Jan 93 18:48:56 GMT

I think that you need to clarify your question.  Do you really mean to
ask if a Wellfleet router can pass a global IP broadcast, the answer is
yes.

--
Charles Ganzhorn			E/Mail:  ccganzhorn@mmm.com
3M IS&DP Network Services		AT&T:	 +1 612 736 7122
St. Paul, MN				FAX:	 +1 612 736 7689
Newsgroups: comp.dcom.sys.wellfleet
From: tdrake@relay.nswc.navy.mil (Tim Drake - K31)
Subject: Re: ICMP Redirects
Organization: NSWC
Date: Thu, 21 Jan 1993 18:53:02 GMT


  I agree with Your assesment, but offer a different solution. At our
site we allow 3 types of routing: default, Proxy and dynamic (RIP). 

  Our perfered method for individual hosts (hosts not acting as a router
for a subnet) is proxy. Proxy can be set up a number of ways but basicly
fools the host into thinking its connected to one large network (the
Internet) and it arps for every host. Using this techinque your two subnets
would talk directly to each other.

  How to setup. 1 add a default route to its own IP address with
a hop count of "zero", or lie about the subnet mask (this method
only works for local network). When the router is needed it will
answer the hosts arp and when its not it won't.

  The advantage of this over the standard default method is if 
more than one router exist or the router changes IP addresses, then
Proxy can use the best router available now (without any changes).
We have a hard time getting people to change addresses all at the same
time. 


      Tim


Newsgroups: comp.dcom.sys.wellfleet
From: mtshdsx@gsusgi2.gsu.edu (Herbert D. Sayers)
Subject: MIB for ver. 5.73 of router software
Keywords: MIB Wellfleet
Organization: Georgia State University
Date: Thu, 21 Jan 1993 16:51:04 GMT

I am looking for the concise MIB for the Wellfleet router SNMP software, ver. 5.73. I assume this isn't a FAQ, since this is such a new group. Any info would beappreciated. Thanks in advance.

BTW, does Wellfleet have an FTP site where MIB's, product announcements, etc. etc. can be found?

Please email to me. I will summarize and post any reply's.

Bert Sayers
MTS - Georgia State Unversity
mtshdsx@gsusgi2.gsu.edu
Newsgroups: comp.dcom.sys.wellfleet
From: craa85@ccsun.strath.ac.uk ( D.W.Stevenson)
Subject: Bridge Stats Screens
Organization: University of Strathclyde
Date: Mon, 25 Jan 1993 13:31:03 GMT

The Wellfleet manual is sketchy on how to interpret the bridge stats screen and
I'd appreciate some help.

In particular, the 'Receive' statistic - is this packets received from the
network or from other ports on the brouter. Also the 'Forward' stat - is
this a count of packets forwarded onto the network, or forwarded to other
ports on the brouter for onward transmission. The same ambiguity exists 
with Flooded frames. 

I've tried to make sensible assumptions about what these statistics means
from the values I'm getting, but I'd appreciate some clarification.

-- 
Dave Stevenson 				d.w.stevenson@strath.ac.uk
Computer Centre Communications		Tel : 44 41-552 4400 ext 3461
University of Strathclyde
Glasgow, Scotland, U.K. 
Newsgroups: comp.dcom.sys.wellfleet
From: K.Spagnolo@massey.ac.nz (Ken Spagnolo)
Subject: Proxy ARP buggy?
Organization: Massey University Computing Services
Date: Fri, 29 Jan 93 03:42:36 GMT

I have a Link Node here running 5.75.  I am a first time Wellfleet user
and am trying to set it up to use Proxy ARP.  A and B are hosts on either
side of the router.  I can ping both A and B from the Wellfleet, but cannot
talk to A from B or visa versa.  Neither have a gateway defined to the
router and neither run RIP.  They do each have a default route defined so
that packets to unknown nets just get spit out thru each machines single
interface; thus relying on Proxy ARP to resolve the IP number into an
ethernet address.  Is there anything I don't know about Wellfleet's Proxy
ARP?

Thanx for any suggestions.


-- 
Ken Spagnolo - Ph: +64-6-350-5160
Systems Programmer, Network Support, Usenet Admin, etc.
From: tli@cisco.com (Tony Li)
Newsgroups: comp.dcom.sys.cisco
Subject: Re: re:ip tcp header-compression experience
Date: 25 Jan 1993 10:03:19 GMT
Organization: cisco Systems, Menlo Park, California, USA
NNTP-Posting-Host: lager.cisco.com

In article <OLAV.KVITTEM.93Jan25102536@delab.sintef.no> Olav.Kvittem@delab.sintef.no writes:
    What about higher speed links - how fast can a cisco run 
    TCP Header compression - can it be done on 512 Kbps links and
    if so - what CPU-size is needed ?
    
My tests (under lab conditions) show that we could saturate a 72k link
doing an FTP (i.e., big packets) and consume about 10% of a CSC/3.  This
would suggest that a single 512K link would pretty well consume a CSC/3.
You might get away with it with a CSC/4.  

However, I'm not convinced that this is going to be a significant win.
Header compression provides the biggest advantage if you're using lots of
small packets (i.e., telnet sessions).  

    Does the number of simultanesous sessions have to be limited to
    allow any effect ?
    
Yes.  Header compression only can cache up to 254 (default 16) connections.


-- 
abyss \*-'bis\ n 
  1 : the bottomless gulf, pit, or chaos of the old cosmogonies  2 a : an 
  immeasurably deep gulf or great space  b : intellectual or spiritual 
  profundity; also : vast moral depravity 3 a Border Intermediate System
From: powell@wraith.netops.gtefsd.com (Mike Powell "GTE FSD Net Mgr")
Subject: ARAP! when?
Organization: GTE Federal Systems Division (Telecom)
Distribution: usa
Date: Thu, 28 Jan 1993 22:08:12 GMT

I would like to know when Appletalk Remote Access Protocol (ARAP)
will be available for the Communication servers (ASM/3).
Cisco has been talking about it for what seems to be a year now.

We have come to a decision point. Cisco or Shiva. I expected ARAP to be
available by now. If Cisco doesn't have it soon they will lose out to
Shiva. I don't want that to happen, but I may have too.

So when will I be able to get it?

Mike
--
Mike Powell PPASEL
"It's hard to find router bits for your cisco"
Disclaimer: I speak for myself. No direct relation to the DUAT folks.
internet: powell@wraith.netops.gtefsd.com  Usenet: uunet!wraith.netops.gtefsd.com!powell
From: jimo@cisco.com (Jim Oneil)
Newsgroups: comp.dcom.sys.cisco
Subject: Re: Aux port for dial backup ??
Date: 27 Jan 1993 06:22:06 GMT
Organization: cisco Systems, Incorporated
Distribution: world
NNTP-Posting-Host: stout.cisco.com

In article <728010594.24729@news.Colorado.EDU>, aggarwal@nisc.jvnc.net (Vikas Aggarwal) writes:
|> Does cisco have any plans for allowing the aux port as a dial-backup
|> line ? This would be nice for hardware that has only one serial interface
|> (IGS's, etc.).
|> 
|> 	-vikas
|> 	vikas@jvnc.net

We are planning on implementing this, but no specific software release
has been chosen yet.

-Jimo
Newsgroups: comp.dcom.sys.cisco
From: joeg@novell.com (Joe Gervais)
Subject: Re: Routing with non standard addressing
Organization: Novell Inc., San Jose, Califonia
Date: Wed, 27 Jan 1993 22:27:25 GMT

In article <1993Jan21.160333.901@icl.se> mniku@icl.se (Markku Niku ICL/Swe) writes:
>Hello you all knowlegdable networkers.
>We need to set up a simple routed network. We've asked our Cisco gugrus
>of this configuration, and the answers are just now : 4 = it works, 4 = it
>doesn't.
>Could somebody with experience of this give me a hint.

  Here's how you can do it.  Unfortunately you will have to renumber the hosts
  on your class C.  Since you want 20-30 hosts, use a 3 bit subnet mask, giving
  6 subnets of 30 hosts each, mask 255.255.255.224.  You lose the all zeros and
  all ones subnet, which is why you get six and not eight subnets and why
  Tony Li said you cant use a single bit subnet mask.

>We've got a class B (non standard) subnet 147.14.90.0 with 7bit host addr
>and a class C addr 192.121.128.0 (8bit hostaddr today). These are connected
>together with two IGS routers. Now we need to get a subnet to another city.
>As we are not in need to have more than about 20-30 nodes in the C net, we'd
>like to split it to 7bit host addresses and use for routing to more IGS
>routers. The way we like to connect it is as followed:
>
>
>network 192.121.128.64  <--- ug, renumbering time
>netmask 255.255.255.224       (existing)
>|-----------------------------------------------------------------------|
>	|
>	|
>   |-----------|
>   |  IGS      |
>   |-----------|	
>        Z        <-------- leased 64k line         
>   |-----------|
>   |  IGS      |
>   |-----------|
>        |                                         network 147.14.90.0
>        |                     (existing)          netmask 255.255.255.0
>|-----------------------------------------------------------------------|
>                       |                secondary network 192.121.128.192
>                       |                          netmask 255.255.255.224
>                 |-----------|
>                 |   IGS     |
>                 |-----------|                <---   NEW
>                       Z                               |
>                 |-----------|                         v 
>                 |   IGS     |
>                 |-----------|
>                       |                          network 192.121.128.128
>                       |                          netmask 255.255.255.224
>|-----------------------------------------------------------------------|
>
>Routing is to be static or IGRP.
>Will this work, and if it does/doesn't, why?

The revised diagram will work.  You can get away without the secondary address
if the two leased lines terminated on the same router, i.e. CGS or Cisco 4000
or larger.  You maight also consider looking at RFC1219 for hints on how to 
subnet in the future.


Joe Gervais                                 joeg@Novell.Com
Internetworking Products Division           (408) 473-8465
Novell, Inc.
From: pcorless@cisco.com (Peter Corless)
Newsgroups: comp.dcom.sys.cisco
Subject: Re: IGS vs 3000
Date: 22 Jan 1993 05:35:13 GMT
Organization: Computer Science Lab, SRI International
Distribution: world
Reply-To: pcorless@cisco.com (Peter Corless)
NNTP-Posting-Host: corless-mac.cisco.com


In response to post:
From: jcrowder@morse.cns.vt.edu (Jeff Crowder)
Subject: IGS vs 3000

> What is the practical difference between an IGS router and the 3000 series?
> Do the 3000s have flash eprom?  What other advantages (if any) do they pose?

The IGS/R and IGS/L are based on the Motorola 68020 processor. They are not
Flash RAM capable, and support a maximum of 4mb Dynamic RAM.

The IGS/TR is based on the 68030 processor. It can be upgraded to use
Flash RAM and up to 4mb Dynamic RAM.

The Cisco 3000 series are all based on the 68030, and have 2mb Flash RAM
standard. They can be upgraded to 16MB Dynamic RAM.

The IGS line is the lowest-cost router in our product line. It supports all
current software versions, up to 9.1.2 (although this requires the 4mb DRAM
option be installed).

The 3000 series is a notch above the IGS in terms of performance and
expandability. The Flash capability of the 3000 means that it can receive
software upgrades without having to touch the box.

If you have any further questions, please call Cisco Systems Customer Service
at 800-553-NETS.

At your service!

-Peter Corless.

 -------------------------------------------------------
 Peter Corless
 Cisco Customer Service
 US Federal Business Representative
 -------------------------------------------------------
 e-mail: pcorless@cisco.com    toll free: (800) 553-NETS
 fax:       (415) 903-8080     direct:    (415) 903-8723


Newsgroups: comp.dcom.sys.cisco
From: blomman@palantir.p.tvt.se (Lennart Blomstr|m)
Subject: ip tcp header-compression experience
Date: 22 Jan 93 08:48 WET
X-Note1: message-id generated by recnews
X-Note2: mail msgid was   <m0nFJ7d-000ACGC@palantir.p.tvt.se>


>  Have any cisco users tried the header-compression on serial
>  links (hdlc framing) ? PPP or non-PPP experience ? Comments
>  would be appreciated.

Yes we have.
We have been running it for 2 months and it seems to work ok.
The efficiency claimed by the printout from command:
sh ip tcp header-compression is round 1.79-1.85

Blomman

Newsgroups: comp.dcom.sys.cisco
From: sonneveld@research.ptt.nl (Rolf E. Sonneveld)
Subject: Re: Last characters of access-list discarded (solution)
Organization: PTT Research, The Netherlands
Date: Fri, 22 Jan 1993 08:45:13 GMT

Hello, all

My problem with the cisco not seeing the last characters in an entry
in an access-list is solved, thanks to Michael Lind:

> Make sure that you specified the correct protocol, tcp, instead of  
> ip.  Specifying ip means you are specifying all ip protocols and  
> ports.  The eq 25 is meaningless and discarded by the router.  For  
> example:
> 
> access-list 101 permit tcp 0.0.0.0 255.255.255.255 140.141.142.143  
> 0.0.0.0 eq 25
> 
> I hope this helps....

It did certainly help. Thanks Michael!

> Michael
> --
>  Internet email:  mlind@mot.com  U.S. Mail: Michael Lind
>           Voice: 1-708-576-6459             Motorola, Inc.
>             FAX: 1-708-576-6388             1299 E. Algonquin Rd.
>                                             Schaumburg, IL 60196 USA

Rolf E. Sonneveld
PTT Research
The Netherlands
Newsgroups: comp.dcom.sys.cisco
From: hens@cray.com (Tom Stephens)
Subject: tac@cisco.com
Reply-To: hens@cray.com
Organization: Cray Research, Inc.
Date: 22 Jan 93 13:45:32 CST


I could be mistaken, but I thought I read a while ago that cs@cisco.com was going away and was becoming tac@cisco.com.  Last week I sent mail to tac@cisco.com and received no response.  I then deceided to call the 800 # and was put in contact with someone who solved my problem.  The question is...  is tac@cisco.com a valid address to send problems too?  If not what is?  I can dig up the mail I sent if anyone from cisco wants me to.  

Just thought you should know.

PS.  I sent the mail out at 0901 on 01/13/93 and still have received no bounce or reply.  Maybe the date had something to do with it.  ;-)

---
---------------------------------
Tom Stephens
Corporate Computing and Networks, Chippewa Falls, WI
Cray Research Inc.  hens@cray.com
From: tli@cisco.com (Tony Li)
Newsgroups: comp.dcom.sys.cisco
Subject: Re: Routing with non standard addressing
Date: 27 Jan 1993 08:55:36 GMT
Organization: cisco Systems, Menlo Park, California, USA
NNTP-Posting-Host: lager.cisco.com

In article <1993Jan21.160333.901@icl.se> mniku@icl.se (Markku Niku ICL/Swe) writes:
    We need to set up a simple routed network. We've asked our Cisco gugrus
    of this configuration, and the answers are just now : 4 = it works, 4 = it
    doesn't.
It doesn't.  You can consider this definitive.  But you're close.
    Could somebody with experience of this give me a hint.
    As we are not in need to have more than about 20-30 nodes in the C net,
    we'd like to split it to 7bit host addresses 
This can't work because you can't have a 1 bit subnet mask.  You have to
have at LEAST two bits.
	[picture with discontiguous subnets]
    Routing is to be static or IGRP.
This won't work with IGRP because IGRP cannot support discontiguous
subnets.  If you get version 9.1 and use static routing, or use OSPF you
can do this.

Tony Li
cisco Engineering

-- 
abyss \*-'bis\ n 
  1 : the bottomless gulf, pit, or chaos of the old cosmogonies  2 a : an 
  immeasurably deep gulf or great space  b : intellectual or spiritual 
  profundity; also : vast moral depravity 3 a Border Intermediate System
Newsgroups: comp.dcom.sys.cisco
From: Bruce Pinsky <bpinsky@cisco.com>
Subject: Re: tac@cisco.com
Date: 24 Jan 93 09:42:30 PST
X-Note1: message-id generated by recnews
X-Note2: mail msgid was   <9301241740.AA02977@dirt.cisco.com>

Tom Stephens writes:

==>
==>I could be mistaken, but I thought I read a while ago that cs@cisco.com was going away and was becoming tac@cisco.com.  Last week I sent mail to tac@cisco.com and received no response.  I then deceided to call the 800 # and was put in contact with someone who solved my problem.  The question is...  is tac@cisco.com a valid address to send problems too?  If not what is?  I can dig up the mail I sent if anyone from cisco wants me to.  
==>
==>Just thought you should know.
==>
==>PS.  I sent the mail out at 0901 on 01/13/93 and still have received no bounce or reply.  Maybe the date had something to do with it.  ;-)
==>

Thanks for the info Tom.  You are correct that tac@cisco.com is now the
proper channel for opening up cases with cisco Customer Engineering.  This is
the only e-mail address that we guarantee (with a reasonable degree of 
certainty) will get a case opened up and responded to within one hour of the
e-mail being received at cisco (although cs COULD POSSIBLY get a case opened).

Your e-mail has been passed on to several individuals in the appropriate
departments to see if they can ascertain the reason your mail was not responded
to.  They can also check through the mail archives to see if your mail did
arrive at cisco.

Thanks for the input!!!

+-------------------------+-----------------------+---------------------------+
+      ||        ||       +                       + Bruce Pinsky              +
+      ||        ||       + Cisco Systems, Inc.   + Customer Engineer         +
+     ||||      ||||      + 1525 O'Brien Drive    + Phone: (800) 553-24HR     +
+ ..:||||||:..:||||||:..  + Menlo Park, CA        + Fax:   (415) 903-8787     +
+   Cisco Systems Inc.    +                       + E-mail: bpinsky@cisco.com +
+-------------------------+-----------------------+---------------------------+
|                 ** The Science of Networking Networks **                    |
+-----------------------------------------------------------------------------+
Newsgroups: comp.dcom.sys.cisco