Paul Mossman wrote: > Carolyn wrote: > ... >>> I understand that in the BLA sense one of the phones needs >> to be the >>> "master", but I don't see how that is configured. >>> >> There is no "master" in the BLA sense. Any set that >> registers with the shared line is part of the group, if it >> accepts subscriptions to the proper package (i.e. dialog;sla >> in the current implementation) and subscribes to the proper >> package. In my config I don't have "boss/admin" but just >> "sharedLine" and both sets register to the sharedLine. No >> phone gets special treatment for the line, and it doesn't >> need to be the "prime" line anywhere. > > OK. > > Sounds like our GUI should have one single boolean "Shared" property on > each Polycom line. > > un-checked (default) --> type="private", thirdPartyName="" > checked --> type="shared", thirdPartyName="<same as reg.x.address>" > > It would replace the existing GUI type and thirdPartyName properties. > > Sound about right? > >
We have to implement it in a generic way (not limited to Polycom sets). Polycom plugin can recognize that lines are shared and create a specific configuration. In the sense of "plug-in" vs. "core" functionality it's no different from let's say phonebooks or time zone features. Before we decide how to expose it from UI I have some questions... - Is this an admin configurable or user configurable feature? In other words are users allowed to add shared lines to their sets? - "Shared" line is like any other line on the phone (in a sense you can make and receive calls on it). The only difference is that others see the status of that line. Is that correct? - Can "external" lines (lines registered to a different PBX) be "shared"? - If you were to explain to someone not familiar with SIP (or phones) the difference between BLA and monitored speed dials what would you say? D. _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev sipXecs IP PBX -- http://www.sipfoundry.org/
