How It Works - Mitel 6867i Administrator's Manual

• softkeyN type, topsoftkeyN type, prgkeyN type, or expmodX keyN type
• sofkeyN label
• softkeyN value, topsoftkeyN value, prgkeyN value, or expmodX keyN value
An Administrator or User can use the following parameters in the Mitel Web UI to set Group
Paging RTP Settings:
• Paging Listen Addresses (Path: Basic Settings->Preferences->Group Paging RTP
Settings)
• <Paging> Key (Operation->Softkeys and XML, Programmable Keys, or Expansion
Module Keys)
Note: The Group Paging RTP Settings are dependent upon the setting for the "Allow
Barge In" parameter.

HOW IT WORKS

After pressing a configured "Paging" key on the phone, the phone sends an RTP stream to a
preconfigured multicast address (IP port). Any phone in the local network then listens for the
RTP stream on the preconfigured multicast address (IP port). For both sending and receiving
of the multicast RTP there is no sip signaling involved. When the phone sends or receives a
multicast RTP, it shows its involvement to the user by displaying "Paging".
Note: Multicast RTP is one way only - from sender to the receiver (i.e. from sender to
the multicast address (receiver)).
The phone uses a preconfigured G711 uLaw CODEC for multicast RTP.
For Paging Systems, the phone only plays RTP traffic; users have the ability to drop a rogue
page. The recipient can drop the incoming page if required. The recipient can also set Do Not
Disturb (DND) to ignore any incoming pages.
Note: For outgoing RTP multicasts, all other existing calls on the phone are put on hold.
For incoming RTP multicasts, the ringing display is dependent on the "Allow Barge-In"
parameter as per the following rules:
• If the "Allow Barge-In" parameter is disabled, and there is not other call on the phone,
then the paging is automatically played via the preferred audio device (see the <Model-Spe-
cific> SIP Phone User Guide for setting Audio Mode on the phone).
• If there is an existing call on the phone, the call initially displays in the ringing state. The
user has the option to accept/ignore the call. If the "Allow Barge-In" parameter is enabled,
the RTP multicast call barges in, and any existing calls are put on hold.
• If an RTP multicast session already exists on the phone, and the phone receives another
incoming RTP multicast session, the priority is given to the first multicast session and the
second multicast session is ignored. The behavior for the incoming calls in this case is also
based on the setting for the "Allow Barge-in" parameter. The incoming call is handled as
if there were an existing call already on the phone.
Operational Features
5-106