T2081NSN7MQB

Should the packet remain unclassified, the traffic is retried with an error in the case of Type 10 and 11 traffic and dropped in

the case of Type 9 traffic. Dropped traffic is logged and upon a threshold can assert an error interrupt.

Classification allows Type 9, 10 and 11 traffic to be distributed across 64 possible Frame queues. A single dedicated inbound

Type 8 Port-write Frame queue is provided. For all outbound traffic types (Type 8, 9, 10 and 11), the Data Path Acceleration

Architecture allows a very large number of outbound Frame queues effectively limited by system, software and performance

constraints.

The SEC 5.2 can perform full protocol processing for the following security protocols:

• IPsec

• SSL/TLS

• 3GPP RLC encryption/decryption

• LTE PDCP

• SRTP

• IEEE 802.1AE MACSec

• IEEE 802.16e WiMax MAC layer

The SEC 5.2 supports the following algorithms, modes, and key lengths as raw modes, or in combination with the security

• Public-key hardware accelerators (PKHA)

• RSA and Diffie-Hellman (to 4096b)

• Elliptic curve cryptography (1023b)

• Standard and user-defined polynomials

• Random-number generator (RNG)

• Incorporates TRNG entropy generator for seeding and deterministic engine (SHA-256)

• Supports random IV generation

• DTLS

• IEEE Std 802.11 WiFi

The SEC dequeues data from its QMan hardware portal and, based on FQ configuration, also dequeues associated

The SEC 5.2 is also part of the QorIQ Platform's Trust Architecture, which gives the SoC the ability to perform secure boot,

The Decompression and Compression Engine (DCE 1.0) is an accelerator compatible with Datapath Architecture providing

lossless data decompression and compression for the QorIQ family of SoCs. The DCE supports the raw DEFLATE algorithm

(RFC1951), GZIP format (RFC1952) and ZLIB format (RFC1950). The DCE also supports Base 64 encoding and decoding

(RFC4648).

The DEFLATE algorithm is a basic building block for data compression in most modern communication systems. It is used

by HTTP to compress web pages, by SSL to compress records, by gzip to compress files and email attachments, and by many

other applications.

Deflate involves searching for repeated patterns previously seen in a Frame, computing the length and the distance of the

pattern with respect to the current location in the Frame, and encoding the resulting information into a bitstream.

The decompression algorithm involves decoding the bitstream and replaying past data. The Decompression and Compression

• Interoperable with the zlib 1.2.5 compression library

• Compression

• ZLIB, GZIP and DEFLATE header insertion

• ZLIB and GZIP CRC computation and insertion

• Zlib sync flush and partial flush for chunked compression (for example, for HTTP1.1)

• Four modes of compression

• No compression (just add DEFLATE header)

• Encode only using static/dynamic Huffman codes

• Compress and encode using static Huffman codes

• Compress and encode using dynamic Huffman codes

• 32KB history

• Zlib flush for chunked decompression (for HTTP1.1 for example)

• All standard modes of decompression

• No compression

• Static Huffman codes

• Dynamic Huffman codes

• Provides option to return original compressed Frame along with the uncompressed Frame or release the buffers to

BMan

• Does not support use of ZLIB preset dictionaries (FDICT flag = 1 is treated as an error).

• Base 64 decoding (RFC4648) prior to decompression

The DCE 1.0 is designed to support up to 8.8 Gbps for either compression or decompression, or 17.5 Gbps aggregate at ~4