[Freeswitch-users] Best way to start with Freeswitch

[kokoska rokoska]

Hi all!

I'm very new to Freeswitch and thus I'm looking for advices/hints for 
painless start :-)
I have a lot of experience with Asterisk and OpenSER, but the philosophy 
od Freeswitch differs...

What is going on:
I like to deploy PBX/Switch for a lot of SIP users wich registers with 
it and - also - with larg number of SIP gateways the PBX/Switch should 
regester with. Users population/gateways/call routing have to be dynamic 
(database-driven, like I'm accustomed form Asterisk and OpenSER) with 
quite standard features (conditional/unconditional forwarding, 
voice-mail, call-waiting, resource limits etc.) and especially with good 
over-all performance.

Like i red in docs, dynamic SIP users could by done with mod_xml_curl 
directory but I like to ask: Is it "fast enough"?
Couldn't be better direct DB lookups? If yes, how to accomplish that?
BTW: Is there a way how to share "registered" users between independant 
Freeswitch boxes like I do with OpenSER
(single registrar, many proxies)?

The second thing I'm thinking about is dynamic call-routing rules (aka 
dialplan) with a lots of "destination numbers mangling" I have to do.
What is better way - using mod_xml_curl and try to serve exact 
"extension" based on db lookups and followed processing or using an 
event socket (in outbound mode I think) and completly control call-flow 
in Freeswitch from remote deamon. Or should I look to another scenario?

Like I wrote, now I'm using Asterisk (together with OpenSER) with 
realtime users and whole my dialpan looks
like:
exten=> _X.,1,AGI(routing.bin)
exten=> _X.,2,Hangup
where routing.bin is my simple "ANSI C" application doing all I need and 
"from time to time" communicating with "underlying" Asterisk :-)

I know I could study in-depth all source code and experiment with 
various deployment scenarios, but it is distressful and long, long way 
I'm trying to aviod. That is why I ask you, the ones with much deeper 
knowledge of Freeswitch, what is the best point to start.

Any suggestions, recommendation or hints are very appreciated! :-)

Best regards,

kokoska.rokoska