Hi Dana, It is all connected through a special phone circuit paid for by group b members called an automatic ringdown circuit (ARD). Traditionally, each member of group A would get an ARD circuit to the members of group B they wish to communicate to, then their expensive trader turret phone system (I was quoted 50 grand to set up three traders and that was after a 20 grand discount) from companies like IPC would play all incoming audio off the ARD circuit over the speaker in the turret and if the group A person hit a button corresponding to a particular ARD circuit the phone would "pick up" that circuit, which just means what that group B person said was no longer sent to the speaker phone, it went to the group A person's ear piece and that the group A person was no longer muted to the group B person. The phones were always connected and would broadcast prices even when the traders weren't around. This is exactly the behaviour I want to emulate.
I'm trying to set it up with less than one circuit per group A person because the circuits are expensive for the group B people and because the group A people are a smaller trade shop the group B people are less likely to be willing to provide lines for all the traders One question about the sequence of events when the private conference between group A and group B is created, is it possible to automatically map the speed dial button on every other phone to join the conference while it is in progress and then back to the conference creation script when the conference ends? Thanks, Chris On Mon, Apr 7, 2008 at 11:18 PM, Dana Harding <[EMAIL PROTECTED]> wrote: > Hi Chris, > > > If I am understanding correctly, I think what you are looking to do is > possible. (of course - what isn't possible with determination and a big > enough hammer? ;) ) > > You can use the auto-answer capability of Group A's phones and the Page() > dialplan function. This would allow a Group B member to pick up the phone, > and end up broadcasting to all of Group A's phones. This should be the > desired "B Talks, A Listens" behaviour. (for one person in Group B, and > multiple people in Group A) The auto answer capability will depend on the > make/model of the phones. > > Interesting things might happen if two different Group B people pick up > their phones at the same time - they would have no way of knowing they are > stepping on eachother, supplying a busy tone to the second Group B person > who tries to call should reduce congestion - if this is acceptable. > > > The second case of a Group A member calling a Group B member, such that > another Group A member can join into the call - I assume this is what some > of the web-based call managers do (haven't experimented with any of these, > so I can't say for sure). > > Use Group A's speed dial buttons - one per Group B person. (* if you are > looking at Group B being across North America - you might run out of speed > dial buttons eventually) > Have the speed dial buttons connect to an extension in the dialplan that > will: > - announce what conference number is about to be created > - connect the specified Group B person to the conference via a call file > created by a shell script > - then join the Group A person to the conference. > > Your 2nd,3rd,etc. Group A participants would need to know (or guess) the > conference number and can join at will. > > Alternately, Group A's phones might support some conferencing within the > phone itself. > > The Asterisk mailing list may also have some good input on this. (I > haven't lurked there for a while) > > > I have the page() function working well with an installation of Snom > phones, and have experimented with call files. The only part I haven't > worked with directly is the AGI() dialplan command. On initial inspection - > it doesn't _SEEM_ too hard. > > > Curious - are you using the internet to connect your remote Group B's? I > would be interested to hear comments on the reliability and call quality. > We are just about to try a remote extension in Houston where the networking > side is handled by a WRT54GL with the openvpn version of DD-WRT installed, > and the phone is oblivious that it's operating through a VPN. (seems pretty > solid with my testing, now we put it in a user's hands.......) > > > > > Regards, > > Dana Harding > > ----- Original Message ----- > *From:* Chris <[EMAIL PROTECTED]> > *To:* [email protected] > *Sent:* Monday, April 07, 2008 3:41 PM > *Subject:* [clug-talk] asterisk wizard needed > > Hi, > > I'm hoping you guys can tell me if this is even possible in asterisk and > if it is possible who to talk to to hire as a consultant. I have two groups > of people group A (internal to my office) and group B (dispersed throughout > North America). Group A wants to hear everyone in group B coming out of the > speaker on their voip phone with the option of pressing a button and > speaking directly with a member of group B. > > I think the easiest way to do this is to conference everyone and mute the > line in of Group A and mute line out on Group B (i.e have it so group B > hears nothing but can speak and group A hears everything but can't speak). > Then, when a member of group A wants to talk to a member of group B they can > press a button on their phone and asterisk will put that member of group A > and group B in a private conference call that any other member of group A > can join. Is this possible? Group B will be connected to the office where > group A is by automatic ringdown circuits (no dial tone, pick up the phone > and you're connected). > > > Thanks, > > Chris > > ------------------------------ > > _______________________________________________ > >
_______________________________________________ clug-talk mailing list [email protected] http://clug.ca/mailman/listinfo/clug-talk_clug.ca Mailing List Guidelines (http://clug.ca/ml_guidelines.php) **Please remove these lines when replying
