Specifications

IPmux-11 Installation and Operation Manual Chapter 1 Introduction

Functional Description 1-13

Reordering Frames

The ability to correct problems of reordering is only supported for odd values of

payload, i.e. 1, 3, 5, 7, …, 29.

You can reorder up to seven frames; the number depends on the number of

TDM bytes/frame size and buffer size.

The number of frames that can be reordered is calculated by:

xpayload47

)8Tsx)(1sec]m[er

itterbuff( −

• where

Ts = number of timeslots

• where

payload = number of TDM bytes in frame, i.e. 1, 3, 5, 7, …, 29.

The maximum number of frames that can be reordered is seven, even if your

calculation>7.

Duplicated Frames

When frames are duplicated, IPmux-11 only uses the later frame.

OAM Connectivity

When a destination IPmux-11 is lost, the traffic load that is transmitted to that

IPmux is significantly decreased (several packets per second per connection). The

IPmux starts transmitting at full rate only when it detects an IPmux at the remote

side.

OAM connectivity is used to detect a valid connection (the remote IPmux will

confirm it recognizes the connection and that it is enabled). It prevents flooding by

a handshake.

The control packets are run over a unique bundle number that is used for this

purpose. The control packets have the same VLAN ID and TOS of the originating

connection. The control packet uses the TDMoIP UDP number.

OAM connectivity can be set to Disable/Enable.

For control packets, the UDP check sum is not calculated nor checked.

End-to-End Alarm Generation

An end-to-end alarm generation mechanism exists in IPmux-11 to facilitate the

following alarms:

• Unframed – AIS is transmitted toward the near-end PBX in event of:

 Far-end LOS, AIS

 PDVT underflow/overflow.

• Framed – Timeslot/CAS configurable alarm pattern is transmitted toward the

near-end PBX in event of:

 Far-end LOS, LOF, AIS

 PDVT underflow/overflow.

Note