Mark wrote: > Create a public conference (with empty password) and then > invite an external participant to the conference via outbound > call feature. The recipient answers, hears a beep and finds > himself dragged into a conference full of people. Even more > problematic is a case where the call is answered by an > external voicemail system and the conference is disrupted > until the owner disconnects the call.
Agreed, that is not good. I personally would use that feature to invite someone only after consulting with them. (IM, a separate call, or in person.) > Would it be a good idea to play an announcement after the > outbound call is answered offering to press a key to enter a > conference? In my opinion the call should not be connected to > the conference until the answering party accepts the > invitation to the conference. That would work, although it might seem like the invite is going out into a black hole, and may or may not result in someone joining the conference. A simpler approach might be to just go on hold, call the person, and then complete a consultative transfer to the conference bridge if they agree to join. You give the invitee more context, and if they don't answer or otherwise can't join then you have a better idea of why. Unfortunately this doesn't work well with Polycoms at the moment - XX-4751: Polycom dropped from Conference upon Hold (FreeSWITCH sends BYE upon receiving ACK with SDP). Looks like it can't done with a Nortel 12x0 either. That phone doesn't seem to have the ability to perform a specific transfer of a second call while a first call is on Hold. Seems you can only transfer the second call to the on hold party. Unless, does anyone else see a way to do it? But the sequence itself work well, and I had no problems doing it with an LG-Nortel 68xx. -Paul [email protected] _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
