Novell IPX Over Various WAN Media (IPXWAN)
RFC 1634

Document Type RFC - Informational (May 1994; No errata)
Obsoletes RFC 1362, RFC 1551
Last updated 2013-03-02
Stream Legacy
Formats plain text pdf htmlized bibtex
Stream Legacy state (None)
Consensus Boilerplate Unknown
RFC Editor Note (None)
IESG IESG state RFC 1634 (Informational)
Telechat date
Responsible AD (None)
Send notices to (None)
Network Working Group                                           M. Allen
Request For Comments: 1634                                  Novell, Inc.
Obsoletes: 1551, 1362                                           May 1994
Category: Informational

               Novell IPX Over Various WAN Media (IPXWAN)

Status of this Memo

   This memo provides information for the Internet community.  This memo
   does not specify an Internet standard of any kind.  Distribution of
   this memo is unlimited.

Abstract

   This document describes how Novell IPX operates over various WAN
   media.  Specifically, it describes the common "IPX WAN" protocol
   Novell uses to exchange necessary router to router information prior
   to exchanging standard IPX routing information and traffic over WAN
   datalinks. This document supercedes RFC 1362 and RFC 1551. The
   changes from RFC 1551 are to correct a problem in the wording when an
   RFC 1362 router talks to an RFC 1551 router and to allow numbers to
   be specified in a Router Name.

Table of Contents

   1.  Introduction ................................................. 2
   1.1 Operation Over PPP ........................................... 2
   1.2 Operation Over X.25 Switched Virtual Circuits ................ 2
   1.3 Operation Over X.25 Permanent Virtual Circuits ............... 3
   1.4 Operation Over Frame Relay ................................... 3
   1.5 Operation Over Other WAN Media ............................... 3
   2.  Glossary Of Terms ............................................ 4
   3.  IPX WAN Protocol Description ................................. 4
   3.1 The Initial Negotiation ...................................... 5
   3.2 Information Exchange ......................................... 9
   3.3 NAK Packets .................................................. 10
   4.  Information Exchange Packet Formats .......................... 10
   4.1 Timer Request Packet ......................................... 12
   4.2 Timer Response Packet ........................................ 15
   4.3 Information Request Packet ................................... 16
   4.4 Information Response Packet .................................. 19
   5.  Running Unnumbered RIP ....................................... 20
   6.  Workstation Connectivity ..................................... 20
   7.  On-demand, Statically Routed Links ........................... 20
   8.  References ................................................... 22
   9.  Security Considerations ...................................... 22
   10. Author's Address.............................................. 23

Allen                                                           [Page 1]
RFC 1634                         IPXWAN                         May 1994

1. Introduction

   This document describes how Novell IPX operates over various WAN
   media. It is strongly motivated by a desire for IPX to treat ALL wide
   area links in the same manner. Sections 3 and 4 describe this common
   "IPX WAN" protocol.

   The IPX WAN protocol operation begins immediately after link
   establishment. While IPX is a connectionless datagram protocol, WANs
   are often connection-oriented.  Different WANs have different methods
   of link establishment. The subsections of section 1 of this document
   describe what link establishment means to IPX for different media.
   They also describe other WAN-media-dependent aspects of IPX
   operation, such as protocol identification, frame encapsulation, and
   link tear down.

1.1 Operation Over PPP

   IPX uses PPP [1] when operating over point-to-point synchronous and
   asynchronous networks.

   With PPP, link establishment means the IPX NCP [4] reaches the Open
   state. NetWare IPX will negotiate down to a null set of NCP options,
   and uses normal frame encapsulation as defined by PPP. The IPXWAN
   protocol MUST NOT occur until the IPX NCP reaches the Open state.
   Options negotiated by the IPXWAN protocol MUST supercede any options
   negotiated by the IPXCP.

   PPP allows either side of a connection to stop forwarding IPX if one
   end sends an IPXCP or an LCP Terminate-Request. When a router detects
   this, it will immediately reflect the lost connectivity in its
   routing information database instead of naturally aging it out.

1.2 Operation over X.25 Switched Virtual Circuits

   With X.25, link establishment means successfully opening an X.25
   virtual circuit.  As specified in RFC-1356, "Multiprotocol
   Interconnect on X.25 and ISDN in the Packet Mode" [2], the protocol
   identifier 0x800000008137 is used in the X.25 Call User Data field of
   the Call Request frame, and indicates that the virtual circuit will
   be devoted to IPX.

   Furthermore, each IPX packet is encapsulated directly in X.25 data
   frame sequences without additional framing.

   Either side of the virtual circuit may close it, thereby tearing down
   the IPX link. When a router detects this, it will immediately reflect
Show full document text