[comp.protocols.tcp-ip] <None>

tinkelman@ccavax.camb.com (06/14/90)

In article <12369@shlump.nac.dec.com>, goldstein@carafe.enet.dec.com (Fred R.
Goldstein) writes a bit about DECnet/OSI  Phase V in response to a previous
posting from John Franey (also of Digital)

Franey> DEC has commited itself to OSI.  All of its customers computer 
Franey> network nodes are going to be converted to OSI with the release of 
Franey> DECnet Phase V.  I work for DEC but not in communications engineering 
Franey> but please don't think this is a plug.  
 
Goldstein> While I'm not a spokesman, I do work for DEC in communications 
Goldstein> engineering.  We have certainly taken a leading role in OSI.  But 
Goldstein> we are also building TCP/IP.  And while Phase V is OSI up to Layer 
Goldstein> 3 it supports OSI and non-OSI in parallel using a "towers" approach. 
Goldstein> Most DEC-DEC applications won't use the OSI upper layers.  Note that
Goldstein> it's the upper layers of OSI that are most controversial.

DEC is making a significant change in direction, or at least agreeing to the
option of using a fairly length detour.  

DEC made a number of announcements at the New Orleans DECUS Symposium (early
May) that indicated that TCP/IP will play a very strong role in Phase V.  
As a starter, _all_ of the DECnet Phase V routers will be multiprotocol
routers, supporting DECnet Phase IV, OSI (DECnet Phase V) *and* IP.  

Given the Phase V architectural support for protocol towers in the DNS, I
would expect (hope for?) support of towers based on a TCP/IP stack.  Fred, 
is that what will happen?
-- 
Bob Tinkelman, Cambridge Computer Associates, Inc., 212-425-5830              
bob@camb.com  or ...!{uupsi,uunet}!camb.com!bob      

gehallert@amherst.bitnet (09/14/90)

In article <1990Aug29.153353.13564@math.lsa.umich.edu>, nelson@sun.soe.clarkson.edu (Russ Nelson) writes:
> Archive-name: clarkson-packet-drivers/29-Aug-90
> Original-posting-by: nelson@sun.soe.clarkson.edu (Russ Nelson)
> Original-subject: Clarkson packet drivers 7.x now available
> Archive-site: sun.soe.clarkson.edu [128.153.12.3]
> Archive-directory: /pub/ka9q
> Reposted-by: emv@math.lsa.umich.edu (Edward Vielmetti)
> 
> The 7.x release of the Clarkson collection of packet drivers is now
> available.  The summary is given below.  In addition to the new
> drivers and bug fixes, a switch has been added that lets you use
> Novell without econfiging your server.
> 
> Summary:
> 	New drivers: UB PC/NIC, LocalTalk, Tiara, NTI.
> 	Bugs fixed: 3c505, 3c503, wd8003e, nb, ne1000.
> 	Bug found but not fixed: 3c523.
> 
> The packet drivers are for MS-DOS, and serve to hide the difference between
> network cards, and allow multiple protocol stacks to access the same card.
> Most often people are interested in running Novell's Netware and TCP/IP
> at the same time.
> 
> 		The Clarkson packet driver collection
> 
> Availability
> 
> The Clarkson collection of packet drivers is available by FTP, by
> archive-server, and by modem.  They come in two flavors -- executables
> only (drivers.arc), and source+executables (driverss.arc).  All of the
> following instructions apply to both drivers.arc and driverss.arc.
> 
> Mail:
> 
> I distribute the packet drivers on a 1.2 MB 5.25" disk, or a 720K 3.5"
> disk.  You can send me a check for $20, or you can send me a purchse
> order and I will bill you for $22.  NY residents add 7% sales tax,
> overseas orders add $3 for shipping.  If you send a check, please be
> sure it is in US dollars -- the bank charges me $15 to convert checks
> drawn in foreign currencies.
> 
> 	Russell Nelson
> 	11 Grant St.
> 	Potsdam, NY 13676
> 
> FTP:
> 
> sun.soe.clarkson.edu:/pub/ka9q/drivers.arc
> grape.ecs.clarkson.edu:/e/tcpip/drivers.arc
> 
> Archive-server:
> 
> Send mail to archive-server@sun.soe.clarkson.edu and put the following
> command as the body of your message:
> 	help
> This will send you a help message.  Reading this help message will tell
> you how to fetch the packet drivers.
> 
> Modem:
> 
> Call the Clarkson Heath User's Group's BBS: (315)268-6667, 8N1,
> 1200/2400 Baud, 24 hours.  Change to file area 24 and download drivers.arc.
> 
> -- 
> --russ (nelson@clutx [.bitnet | .clarkson.edu])  Russ.Nelson@$315.268.6667
> We won the cold war.  The Russians spent trillions defending their stuff,
> then they found that they didn't have any stuff.  Will we avoid the same trap?

rob@cc.mcgill.ca (Robert Macfarlane) (05/02/91)

Subject: Windows-compatible lifeline mail?
Reply-To: pickles@mpr.ca

** I'm posting this for a friend, so please reply to him at pickles@mpr.ca

Does anyone have knowledge of a Windows 3.0 based mail program that will
run under PC-NFS?  I'm looking for a Windows-replacement for Sun's
Lifeline Mail, without the 32K limit on encoded files.
 
Thanks,
Rob Macfarlane
McGill University

jaques@drbob.tay2.dec.com (Robert Royal Jaques) (05/16/91)

Subject:OSPF and RIP interaction 
Lines: 31

--

We are in the process of iplementing an OSPF backbone network connected
to a lot of rip subnets.

During implementation we have run across this interesting question:

Should rip hop counts increase per circuit ala rip or remain fixed as
you cross an OSPF backbone.  Is there any guidance on this.  I can seem
to find mention in the OSPF draft RFC on rip hop counts.

Has anyone else faced this problem.

The router we are using seems to add a rip hop count for each ospf circuit.
However you  cannot adjust that metric on the ospf circuit as you can
on a RIP circuit

thanks

bob

___________________________________________________________________________
|          any relation with reality is purely coincidental               |
|_________________________________________________________________________|
|  Dr Robert R Jaques   !! dr bob !!       |  Mail addresses              |
|  Digital Equipment Corporation           |  jaques@setprv.enet.dec.com  |
|  Cororate Telecommunication Engineering  |  setprv::jaques              |
|  Littleton, MA                           |  bob jaques @ vro            |
|  tel 508-952-4024  dnt 227-4024          |                              |
___________________________________________________________________________