[Freeswitch-users] Question about sharing conference between

[Michael Collins]

On Wed, Aug 12, 2009 at 6:10 PM, Tina Martinez <tina at a2unlimited.com> wrote:

> Michael,
>
> Thanks for the welcome, and for the response to my question.
>
> The call control and dynamic setup of conferences I have working (pretty
> cool stuff).
> The tricky part, as you said, is "linking" the servers together.
>
> Basically, what I need to do is establish a connection that will not be
> dependent
> on a live person being on the call.  And I would prefer to avoid having to
> register actual phone extensions for every server -- and for every
> conference call.
>
> I apologize if I'm slow, but I'm new to working an application like this.


No worries. :)


>
>
> In your example, you stated, "3900 is an extension set up in FS_B's
> dialplan",
> does this extension have to be a live person (or soft-phone connected using
> an
> auto-answer mechanism)?  or can I setup something where there is not a
> phone
> actually connected?
>

No actual telephone is needed. Here's an example dialplan snippet that you
could drop right into conf/dialplan/default/ in a new file. (I prefer to put
my own custom dialplan entries into a separate file instead of editing
default.xml)

<include>
  <extension name="Sample Conference at 3900">
    <condition field="destination_number" expression="^3900$">
      <action application="conference" data="Conf at FS_B"/>
    </condition>
  </extension>
</include>

Put the above into conf/dialplan/default/01_ConfB.xml on the "FS_B" server.
(You can make a similar file on the "FS_A" server or any other server if
you'd like.)

You will also need to create a "public" extension which will route the
inbound calls appropriately. (If that doesn't make any sense right now then
don't worry, just do it. :)

Put the following into a file named conf/dialplan/public/01_ConfB.xml:
<include>
  <extension name="Sample Conference at 3900">
    <condition field="destination_number" expression="^3900$">
      <action application="transfer" data="3900 XML default"/>
    </condition>
  </extension>
</include>

(Again, you can do the same on all of your servers - this will allow all
servers to receive calls and route them to x3900.)

Now that you've got 3900 set up you can test it. Press F6 (or type
"reloadxml") at the CLI for FS_B. Then, have a phone that is registered to
FS_B make a call to 3900. It should be alone in the conference.

Now you'll need to set up some sort of dialplan routing to call from FS_A to
FS_B, unless you have a SIP phone registered to FS_A that can dial a SIP
URI. The SIP URI is: sip:3900 at FS_B.IP.Address. For kicks, let's add a simple
dialplan extension on FS_A that allows you to dial "23900" to get to FS_B's
3900 extension. Put this into conf/dialplan/default/01_Dial_ConfB.xml on
FS_A:

<include>
  <extension name="Sample Conference at 3900">
    <condition field="destination_number" expression="^2(3900)$">
      <action application="bridge" data="sofia/internal/$1 at FS_B.IP.Address
"/>
    </condition>
  </extension>
</include>

Save, and do the reloadxml (or F6) thing on FS_A CLI. Now on FS_A you can
dial "23900" and it will ring right into 3900 on FS_B so that the phone
registered at FS_A is in the conference on FS_B. Got it?

Have fun tinkering and let us know how it all goes.
-MC



> Right now I'm able to place a call from one machine to another, but I'm
> calling
> an X-Lite phone on the second server.
>
> Also, if it is possible to call a "virtual" extension, I have no problem
> incorporating application logic that would clean-up the orphaned
> conferences on
> all machines when a conference call is complete.  I'm more concerned with
> being
> able to setup the "links" quickly and in an elegant fashion.
>
> - T
>
>
>
>
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20090812/38420782/attachment-0002.html