RE: [Sipping] Comments on BLA draft

["Dale Worley" <dworley at pingtel.com>]

> From: Jeroen van Bemmel [mailto:jbemmel at zonnet.nl]
>
> Just out of interested: how big are the BLA groups we're talking about?
how
> many lines does a typical system support, and how many buttons does the
> interface have?

My impression is that historically these systems have two to six lines --
usually about the same number as their are users of the system.  Beyond
that, the "buttons and lights" interface becomes unworkable.

> So in other words, if I want to set up a call center
> with 200 lines I'd need a different solution / draft?

Yes, anything that large would almost certainly want a different (and more
complex) interface.

> Does it mean that if one phone in the BLA group e.g. only has 4 buttons
for
> lines, the whole group is restricted to at most 4 simultaneous calls, both
> incoming and outgoing?

Pretty much of necessity, all of the instruments that participate in a BLA
group would have to agree on the number of lines in the group.  I suppose
there's no real necessity for it, but otherwise some of the instruments
would not be able to access calls on the highest-numbered lines.

> About the ability to 'grab a line' either before making a call or before
> needing to do a handover: this could easily be made configurable on the
> client, such that the system could do both, right? Just need to make sure
> then that the use case is also reflected in the BLA draft, and that the
> mechanisms used work either before or during a call

There's no logical impossibility with assigning a line to a call after it is
established.  I've doubted its usefulness, and it somewhat increases the
conceptual complexity of the interface.  It does, I think, require a
somewhat more complex state agent, as the state agent has to "adopt" a
dialog that is in progress, rather than one that is being established, but I
might be wrong about that.

Dale


_______________________________________________
Sipping mailing list  https://www1.ietf.org/mailman/listinfo/sipping
This list is for NEW development of the application of SIP
Use sip-implementors at cs.columbia.edu for questions on current sip
Use sip at ietf.org for new developments of core SIP