Previous Page: Watchdog Packet Spoofing  Next Page: IPX Route Aggregation

Header Compression

NOTE:  NCP header compression is not used for NCP packets using the Packet BurstTM protocol. Because IPX headers are the standard, IPX header compression is used.

Header compression increases the throughput of IPX and NCP packets over low-speed serial lines (except for NCP packets using the Packet Burst protocol). An IPX packet header is 30 bytes and is typically followed by an upper-layer protocol header, such as an SPX header. Header compression reduces the size of this combined packet header to just a few bytes.

Header compression is negotiated by the IPXWAN protocol when a call is established over any WAN connection type. Header compression is not used on the connection if IPXWAN detects that one of the routers does not support it. The routers at each end of the connection must have header compression enabled and must allocate the same number of compression slots.

For more information about header compression, refer to:


Compression Slots

When you enable header compression, you can also specify the number of compression slots. A compression slot is a location in router memory that stores packet header information. The compression algorithm uses this information to compress outgoing---and decompress incoming---packet headers.

IMPORTANT:  You must allocate the same number of compression slots on each router. If the values are different, the IPXWAN protocol chooses the lesser of the two.

If too few compression slots are allocated for the number of different-style packets crossing the connection, the values in the following IPXCON counters become large:

The compression algorithm is running efficiently if the number of compressed packets sent is significantly higher than the values in these counters.

A router sends an uncompressed packet when it is considered beneficial not to reuse a compression slot.

Allocating too many compression slots has its own consequences. More memory is required to store all the headers, and the compression algorithm must scan through more stored headers to find a match for each transmitted packet. This results in a higher processing load and slower performance.


Compression Packet Types

Five packet types are used to exchange compression-state information about packets sent over a connection on which header compression is enabled. Three of these packet types---slot initialization, reject, and acknowledgment packets---manage the flow of compressed and uncompressed packets over the connection; these are the compression protocol packets. The packet type, along with other information, is indicated in the first byte of a compressed packet. Compression packet types are defined as follows:



  Previous Page: Watchdog Packet Spoofing  Next Page: IPX Route Aggregation