[Freeswitch-dev] FreeSwitch, application or module!?

Michael Jerris mike at jerris.com
Tue Dec 23 07:53:09 PST 2008


This sounds like a nat issue where we are sending a BYE but its not  
getting to the other end.  Check the sip trace and see if that is the  
case.

Mike

On Dec 23, 2008, at 5:09 AM, Dmitry Mordovin wrote:

> Michael Collins wrote:
>>
>> Dmitry,
>>
>> FreeSWITCH can definitely help you with all of this, HOWEVER,  
>> there's a lot in this scenario that isn't specifically FS. Let me  
>> ask you this question: do you have a programmer that can handle the  
>> interfacing necessary with FS? I believe you will need to read up  
>> on a few things:
>>
>> Auth all SIP clients from external db - http://wiki.freeswitch.org/wiki/Mod_xml_curl
>> Call control - http://wiki.freeswitch.org/wiki/Event_Socket
>> LCR - http://wiki.freeswitch.org/wiki/Mod_lcr
>>
>> I can tell you that there isn't already a whole package with all of  
>> this, but rather just some of the individual components that will  
>> need to be put together. Will you also need a billing system? If so  
>> you'll need to make sure that you can handle CDRs. You have  
>> multiple choices there as well. FS does not support logging  
>> directly to a backend database, but it does support generating CDR  
>> records that are "INSERT INTO..." commands that can easily be run  
>> to autopopulate your CDR table. There's also XML CDRs which allow  
>> for extremely specific parsing of call history. The catch is that  
>> you need a good XML parser and some business logic to make sure  
>> that this information is all useful to you.
>>
>> Hope this helps!
>> -MC
>>
>> On Sun, Dec 21, 2008 at 11:08 PM, Dmitry Mordovin <d.mordovin at dwide.com 
>> > wrote:
>> Hi Friends!
>>
>> I wish to do something like:
>>  - Authorize all sip clients in external DB, for example postgresql.
>>  - Control each call session duration, just like prepaid calling  
>> card.
>>  - LCR, if one voip provider can't connect call into PSTN, try next  
>> PSTN supplier.
>>
>> Please help me, i can't understand what is docs i might to read to  
>> know how to do it.
>> Could you show me some links and terms. explain it?
>>
>> Thank you so much!
>>
>> DM
>>
>> _______________________________________________
>> Freeswitch-dev mailing list
>> Freeswitch-dev at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- 
>> dev
>> http://www.freeswitch.org
>>
>>
>>
>> _______________________________________________
>> Freeswitch-dev mailing list
>> Freeswitch-dev at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- 
>> dev
>> http://www.freeswitch.org
>>
> Hello Michael!
>
> Thank you so much!
>
> Now i have another problem,
>
> 1000 at example.com (kphone) calling -> FS -> 1001 at example.com (X-Lite).
>
> Sometimes ago 1000 and 1001 connected and talking.
> When 1001 user hungup, FS recv BYE from 1001, i see (in log) FS  
> doing some HUNGUPs function, writes log " Sending BYE to sofia/internal/1000 at example.com 
> ".
>
> But 1000 at example.com Don't receive any packets since receive 200 OK  
> on connect.
> I tried UDP and TCP protocol.
>
> my dialplan:
>
>         <extension name="PBX Extension">
>             <condition field="destination_number"  
> expression="^(1[0-9]{3})$">
>                 <action application="set"  
> data="continue_on_fail=true"/>
>                 <action application="set"  
> data="hangup_after_bridge=true"/>
>                 <action application="bridge" data="sofia/default/$1%$ 
> ${domain}"/>
>             </condition>
>         </extension>
>
>
> I found discussion about it and bug fix, but now its happens again,  
> or its my mistake in configuration?
>
> Thank you all!
>
> DM
> _______________________________________________
> Freeswitch-dev mailing list
> Freeswitch-dev at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
> http://www.freeswitch.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20081223/9ed9b805/attachment.html 


More information about the Freeswitch-dev mailing list