Click a heading to jump to that section on this page.
Bridged Line Appearance (BLA) or Shared Lines with sipXecs
As part of release 4.2 Bridged Line Appearance (BLA) support is available (also known as Shared Appearances, Shared Line Appearances, etc). The service is called the Shared Appearance Agent (SAA) as that terminology best matches the underlying Internet Drafts, current and future. This feature allows a single SIP user to be added as a shared line on several phones, and calls to be passed around between the phones by placing them on hold on one and taking them off hold on another. Lights indicate the status of the shared line (solid = "seized" (placing a call or on a call); flashing = held). A common use case is a boss/admin setup, whereby an incoming call rings at both sets, can be answered by the admin, and placed on hold to be picked up by the boss. This document describes how to use the feature, and how the feature is implemented.
Lines are marked as "Shared" on the Phones screen under the Users->Users dropdown.
It is possible to have more than one button assigned to the shared line. To configure this for Polycom sets, select the phone under Devices / Phones, go to the Line page, select the Line you want to appear more than once, go to the Registration page, click Show Advance Settings, and set the lineKeys parameter to the number of buttons you want assigned to the line.
The list of SIP users which can be "shared" between multiple devices is configured in etc/sipxpbx/appearance-groups.xml. This file is checked every couple of seconds for changes, and new appearance groups are created or removed without requiring a restart of the service.
Using the Feature
Outgoing calls are made as usual; the line button light will appear solid at all sets to indicate that the line is in use (unlike RLS, this happens as soon as the button is pressed; i.e. the line is "seized"). An incoming call will alert at all sets with appearances of the shared AOR (user). The call can be answered at any set; the line button light will appear solid at all sets to indicate that the line is in use.
Note that both incoming and outgoing calls can still be made while the line is "seized": the set will increment the "appearance id" for each call. Sets with more than one appearance of the shared AOR will assign each successive "appearance id" to a new button.
If a call is placed on hold, the light will flash at all sets. The call can be retrieved from any set in the group by pressing the button with the flashing light.
A glare scenario occurs when two people simultaneously attempt to "seize" the same appearance id (i.e. both press the first button for the shared AOR). This is resolved in the SAA by rejecting one attempt. Note that if one person seizes the line while it is already lit, the set will increment the appearance id and glare will not occur. Other race conditions (e.g. simultaneous answer, or simultaneous retrieval from hold) are resolved by other parts of the system or by the sets without SAA involvement.
Some slight changes in phone behaviour might be noticed. For example, when a shared user transfers a call, the transferee does not get music-on-hold: this is because a true "held" call could be picked up by other appearances of the shared user.
SAA implements draft-anil-sipping-bla-02, which is what the Polycom sets support. Note that there are several other flavours of shared line appearance draft specs: draft-anil-sipping-bla-03 is essentially the same as draft-anil-sipping-bla-02; draft-anil-sipping-bla-04 extends 02/03 and changes some event package names; draft-ietf-bliss-shared-appearances-03 is currently under discussion; and there are other proprietary implementations. For practical reasons sipXecs has implemented draft-anil-sipping-bla-02, as that is what exists today on our main supported device.
Subscriptions are established from the Shared Appearance Agent to each phone registered to the shared AOR, and from each phone with an appearance of the shared AOR to the Shared Appearance Agent. Phones send NOTIFYs to the SAA containing details about the calls they are managing (in the form of dialog;sla events), and these are sent to all phones subscribed to the shared AOR. (Note that the current implementation sends them to ALL phones subscribed, including the one that sent in the NOTIFY in the first place).
The I-D describes the concept of "line appearance resources" to allow calls to be mapped to a specific line appearance instance, so that it would display on the same button on each phone in the group. At this time we have implemented only limited support for this. The choice of line appearance is left to the sets on incoming calls (not specified in an Alert-Info header with an x-line-id parameter in the INVITE, as per the spec).
After a long period on hold, it is sometimes necessary to press the flashing button twice to retrieve the call.
Below is some additional info on its capabilities:
Q: How are Shared or Bridged Lines different from BLF?
Q: Can I join a call in progress at another set?
Q: Is there a limit on how many other users can add this shared line to their phone and have it function like a BLA line?
Q: Let's assume the user w/ extension 250 wants a BLA appearance of line 200 on his phone. Both user 200 and user 250 have several phones registered, all Polycom. Will BLA function between any of the phones of users 200 and 250 provided the shared line 200 is registered on all phones?
Q: Is the number of phones each user can register to line 200 limited in any way?
Q: User 250 registered line 200 on his phone as a BLA line. Line 250 itself is 'Shared' and user 300 registered line 250 as a BLA line on his phone. Does this work? In particular can user 250 put calls on hold on both lines 200 and 300 (and not get confused)?
Q: On an attendant console (Polycom with up to 3 sidecars) the admin would like to configure as many different shared lines as there are line keys (the UI says I can have max 34 lines). This allows the attendant to use the BLA function with all the contacts registered on the attendant console phone instead of just using speed dial and BLF. Does this work?
Q: If shared line 200 rings on the assistants phone (extension 250) while user 200 (the boss) is on the phone (i.e. using line 200 on his phone), is the assistant able to see the 'On the phone status' while line 200 rings? The assistant needs to take a decision whether to pickup the shared ringing line 200.