Novell IPX over Various WAN Media (IPXWAN)
RFC 1362

Document Type RFC - Informational (September 1992; No errata)
Obsoleted by RFC 1634
Was draft-allen-ipx-media (individual)
Last updated 2013-03-02
Stream Legacy
Formats plain text pdf html bibtex
Stream Legacy state (None)
Consensus Boilerplate Unknown
RFC Editor Note (None)
IESG IESG state RFC 1362 (Informational)
Telechat date
Responsible AD (None)
Send notices to (None)
Network Working Group                                           M. Allen
Request for Comments: 1362                                  Novell, Inc.
                                                          September 1992

               Novell IPX Over Various WAN Media (IPXWAN)

Status of this Memo

   This memo provides information for the Internet community.  It does
   not specify an Internet standard.  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.

Table of Contents

   1.  Introduction .................................................  1
   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 ..............  2
   1.4. Operation Over Frame Relay ..................................  3
   1.5. Operation Over Other WAN Media ..............................  3
   2.  Glossary Of Terms ............................................  3
   3.  IPX WAN Protocol Description .................................  4
   4.  Information Exchange Packet Formats ..........................  5
   4.1. Timer Request Packet ........................................  6
   4.2. Timer Response Packet .......................................  8
   4.3. Information Request Packet .................................. 10
   4.4. Information Response Packet ................................. 12
   5.  References ................................................... 12
   6.  Security Considerations ...................................... 13
   7.  Author's Address.............................................. 13

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.

Allen                                                           [Page 1]
RFC 1362                         IPXWAN                   September 1992

   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 reject all 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.

   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
   the lost connectivity in its routing information database instead of
   naturally aging it out.

1.3 Operation over X.25 Permanent Virtual Circuits

   The nature of X.25 PVC's is that no call request is made.  When the
   router is informed that X.25 Layer 2 is up, the router should assume
   that link establishment is complete.

Allen                                                           [Page 2]
RFC 1362                         IPXWAN                   September 1992

   Each IPX packet is encapsulated in an X.25 data frame sequence
   without additional framing. Novell IPX assumes a particular X.25
   permanent circuit is devoted to the use of IPX.

   If a router receives a layer 2 error condition (e.g., X.25 Restart),
   it should reflect lost connectivity for the permanent circuits in its
Show full document text