Hi again,

Why don't you just let Kamailio handle registrations. Anyway I was thinking about that LBing the registration would result in such a scenario that calling one extension to another would not make a successful call because the other endpoint maybe registered on some other FS.

This may further lead you to making a dial-plan which would work somewhat like DUNDI but it'd just have to search all the FS servers before joining a call.(Obv there are other intelligent approaches to minimize the headache)

Try following the link I sent you and implement that in front of your FS, I think that Kamailio configuration is so well written that anyone can start understanding kamailio and implement such setups with little effort.

By explaining your topology I meant how do you plan to use Kamailio in front of FS? i.e Kamailio on Public IP and all FS on private IPs and etc as in a topo-hiding or SBC like setup!

Regards,

Sammy

2011/11/14 Henrik Aagaard Sørensen <henrikaagaardsorensen@gmail.com>

Hi Sammy.

I've actually removed registration and presence from Kamailio, so all it does is dispatch everything to FreeSwitch.

Currently I only have 1 FreeSwitch, for testing this basic setup.

Next move would be 2 FreeSwitch with 1 common database etc. But that's later.

My FreeSwitch is the basic setup, without anything else. Just as the installation manuel is written. So I have my extension 1000 - 1019 etc. And calls between them works when connected directly to FreeSwitch.

But when going through Kamailio Dispatcher it fails between the extensions.

So I guess there should be some more setup in FreeSwitch when using a load balancer (dispatcher) in front of it.

My setup is just Kamailio -> FreeSwitch and FreeSwitch should handle everything.

On Mon, Nov 14, 2011 at 5:56 AM, Sammy Govind <govoiper@gmail.com> wrote:

Hi,

If everything is setup as you expected it then don't read this > http://kb.asipto.com/asterisk:realtime:kamailio-3.1.x-asterisk-1.6.2-astdb,

else follow the article from start till end and implement it. Don't worry about the name asterisk, just replace that all with FreeSWICTH. It will work like that too.

Once that is implemented then apply dispatcher module on the route which says [REGFWD] or [TOASTERISK].

Also explain your topology abit more and features required as well that may help in telling which extra module you will require in order to make things work.

In your current implementation are you sure SIP phones are registering on FS and not on Kamailio?and that both end points making call to each other are on same FS?

--
Regards,
Sammy

2011/11/14 Henrik Aagaard Sørensen <henrikaagaardsorensen@gmail.com>

Hi everyone. In regards to my earlier question regarding with FreeSwitch behind Kamailio Dispatcher, I've attached a call from extension 1001 to 1002, which fails. It just hangs for some time and then says that 1002 cannot be found, and then the voicemail for it comes up.

2011/11/13 Henrik Aagaard Sørensen <henrikaagaardsorensen@gmail.com>
I'm trying to get the setup Kamailio Dispatcher -> FreeSwitch to work.

I've setup Kamailio via this: http://www.kamailio.org/docs/modules/stable/modules_k/dispatcher.html

I've installed FreeSwitch from scratch on Ubuntu via: http://wiki.freeswitch.org/wiki/Ubuntu_Quick_Start

Now, when registering extensions via Kamailio Dispatcher I'm able to call to FreeSwitch and listen to hold music. But that's it. I'm not able to call between extensions etc.

Can anyone help me setting up FreeSwitch to accept registration, calls etc. from Kamailio and everything else that is needed to use FreeSwitch behind a load balancer?

I'm very new to FreeSwitch, but I'm trying to use the terminal (without any GUI etc.) as I want the installation to be as clean as possible. So I would prefer very precise help, as I'm still getting hold of FreeSwitch.

_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org