OTN Learning Series Part 5: OTN Rates and Containers


Most engineers first encounter OTN rates as a table of numbers.

ODU0

ODU1

ODU2

ODU3

ODU4

It feels like memorization.

It is not.

š—¢š—§š—” š—æš—®š˜š—²š˜€ š—®š—æš—² š—®š—Æš—¼š˜‚š˜ š˜€š˜š—æš˜‚š—°š˜š˜‚š—æš—².

Once you understand the structure, the numbers make sense.


š—§š—µš—² š—•š—®š˜€š—¶š—° š—œš—±š—²š—®

OTN defines fixed-rate containers called š—¢š——š—Øš—ø.

Each ODUk represents a specific payload capacity.

Think of them as standardized transport boxes.

Here are the core ones you will see in modern networks:

These are fixed containers.

They do not float. They do not burst. They are deterministic.


š—¢š——š—Øš—ø š—–š—¼š—»š˜š—®š—¶š—»š—²š—æ š—›š—¶š—²š—æš—®š—æš—°š—µš˜†

ODUk containers are scalable building blocks.

Higher containers can carry multiple lower containers through multiplexing.

Example:

• Multiple š—¢š——š—ØšŸ¬ can fit into š—¢š——š—ØšŸ®

• Multiple š—¢š——š—ØšŸ® can be mapped into š—¢š——š—ØšŸ°

This is structured aggregation, not statistical sharing.

Figure 5.1: ODUk Container Hierarchy


š—™š—¹š—²š˜…š—¶š—Æš—¹š—² š—šš—æš—¶š—± š—®š—»š—± š—¢š——š—Øš—³š—¹š—²š˜…

Modern OTN goes further with š—¢š——š—Øš—³š—¹š—²š˜….

ODUflex allows bandwidth to be allocated in smaller time-slot increments.

Instead of being locked to rigid 10G or 100G blocks, you can create:

• 25G services

• 75G services

• Custom bandwidth profiles

But here is the important distinction:

Even with ODUflex, bandwidth is still explicitly assigned.

It is not shared dynamically like Ethernet.


š—¢š——š—Øš—³š—¹š—²š˜… š—•š—®š—»š—±š˜„š—¶š—±š˜š—µ š—”š—¹š—¹š—¼š—°š—®š˜š—¶š—¼š—»

ODUflex slices time slots inside a higher-rate container.

Each slice is controlled.

Each slice is monitored.

Each slice is deterministic.

Figure 5.2: ODUFlex Bandwidth Allocation


š—„š—®š˜š—²š˜€ š—®š—æš—² š—”š—¼š˜ š—”š—Æš—¼š˜‚š˜ š—¦š—½š—²š—²š—±

This is where many engineers misunderstand OTN.

OTN rates are not primarily about speed.

They are about:

• š—¦š˜š—æš˜‚š—°š˜š˜‚š—æš—²

• š—¦š—°š—®š—¹š—®š—Æš—¶š—¹š—¶š˜š˜†

• š— š˜‚š—¹š˜š—¶š—½š—¹š—²š˜…š—¶š—»š—“ š—Æš—¼š˜‚š—»š—±š—®š—æš—¶š—²š˜€

• š—¦š—²š—æš˜ƒš—¶š—°š—² š—¶š—±š—²š—»š˜š—¶š˜š˜†

When you design a backbone, you are not asking:

How fast is this link?

You are asking:

How are services structured inside this link?

That question leads you to the correct ODU level.


š—™š—¶š—»š—®š—¹ š— š—²š—»š˜š—®š—¹ š— š—¼š—±š—²š—¹

š—¢š——š—Øš—ø š—®š—æš—² š—³š—¶š˜…š—²š—± š—°š—¼š—»š˜š—®š—¶š—»š—²š—æš˜€. š—¢š——š—Øš—³š—¹š—²š˜… š—¶š˜€ š—°š—¼š—»š˜š—æš—¼š—¹š—¹š—²š—± š—³š—¹š—²š˜…š—¶š—Æš—¶š—¹š—¶š˜š˜†.

Both operate under deterministic transport rules.

That is the difference between:

š—§š—æš—®š—»š˜€š—½š—¼š—æš˜ š—²š—»š—“š—¶š—»š—²š—²š—æš—¶š—»š—“

and

š—§š—æš—®š—³š—³š—¶š—° š—²š—»š—“š—¶š—»š—²š—²š—æš—¶š—»š—“


In š—£š—®š—æš˜ šŸ², we will go deeper into š—¢š—§š—” š—ŗš˜‚š—¹š˜š—¶š—½š—¹š—²š˜…š—¶š—»š—“ and time-slot architecture, where the real design decisions happen.