Re: "Internet Task Force Recognizes IPX" (sic)
don provan <sgiblab!novell.com!troi!donp@uucp-gw-2.pa.dec.com> Wed, 25 November 1992 10:54 UTC
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa01752; 25 Nov 92 5:54 EST
Received: from ietf.cnri.reston.va.us by CNRI.Reston.VA.US id aa04541; 25 Nov 92 5:55 EST
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa01736; 25 Nov 92 5:54 EST
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa01730; 25 Nov 92 5:54 EST
Received: from venera.isi.edu by CNRI.Reston.VA.US id aa04516; 25 Nov 92 5:55 EST
Received: from uucp-gw-1.pa.dec.com by venera.isi.edu (5.65c/5.65+local-6) id <AA02340>; Wed, 25 Nov 1992 02:55:59 -0800
Received: by uucp-gw-1.pa.dec.com; id AA22574; Wed, 25 Nov 92 02:48:00 -0800
Received: by uucp-gw-2.pa.dec.com; id AA09600; Wed, 25 Nov 92 01:26:37 -0800
Received: from troi by sgiblab.sgi.com via UUCP (920330.SGI/911001.SGI) for decwrl!info-ietf id AA19645; Wed, 25 Nov 92 01:25:44 -0800
Received: by troi.dbaccess.com (AIX 3.1/UCB 5.61/4.03) id AA19732; Wed, 25 Nov 92 01:21:14 -0800
To: sgiblab!decwrl!info-ietf@uucp-gw-2.pa.dec.com
Path: troi!sgiblab!newsun!donp
Sender: ietf-request@IETF.CNRI.Reston.VA.US
From: don provan <sgiblab!novell.com!troi!donp@uucp-gw-2.pa.dec.com>
Newsgroups: info.ietf
Subject: Re: "Internet Task Force Recognizes IPX" (sic)
Message-Id: <1992Nov25.081558.18161@novell.com>
Date: Wed, 25 Nov 1992 08:15:58 +0000
References: <9211250024.AA05625@fenway.andr.UB.com> <9211250441.AA00522@is.rice.edu>
X-Orig-Sender: The Netnews Manager <sgiblab!novell.com!troi!news@uucp-gw-2.pa.dec.com>
Organization: Novell, Inc., San Jose, California
Lines: 34
Nntp-Posting-Host: na.sjf.novell.com
In article <9211250441.AA00522@is.rice.edu> bmanning@is.rice.edu (William Manning) writes: >Multiprotocol maybe. Well connected NOT. The big problem is the >assignment and managment of XNS network numbers. IPX is *based* on XNS and shares its headers with XNS, but it is an entirely different protocol, so the management of XNS network numbers is irrelevant. This doesn't mean IPX network numbers don't have the same problem (although Novell's looking into that), i just wanted to clear up any possible misunderstanding. (I'd hate to have everyone beat up on Xerox until they turned over their XNS network numbers to a central authority, only to discover this accomplishes nothing in the IPX world.) >I can't rout IPX over >ANY of the backbones that I am aware of... can you? You can tunnel anywhere you'd like, as long as you can agree on address assignment with all the other tunnel participants. >When Xerox/IEEE [sic] >hand over the XNS [sic] network number database to IANA, I'll start to believe >in IPX as a real part of the the transit Internet. For now, it is at best >a local, leaf system protocol. I wish it were confined to the leaves, but with the number of questions i hear about Novell's products which tunnel IPX packets over IP networks, i'm afraid you may be mistaken. *Global* agreement of network addresses is not required as long as there is agreement among all connected parties of a given catenet. This lack of central control certainly has its limitations, but on the other hand, IPX network numbers are not going to run out in the next six months, nor even the next six years. don provan donp@novell.com
- Re: "Internet Task Force Recognizes IPX" (sic) don provan
- Re: "Internet Task Force Recognizes IPX" (sic) Janet Perry
- Re: "Internet Task Force Recognizes IPX" (sic) William Manning