[Freeswitch-users] FreeSWITCH with rabbit mq

[Vladimir Ralev]

I see. Looks like HANGUP_COMPLETE provides more context.

I didn't mean ESL per se, was trying to refer to the more general event
distributor concept in FS. I think mod_kazoo acts like an erlang C node
firing events in a reliable fashion. Not sure what's going on in there
precisely.

On Sun, Sep 21, 2014 at 1:48 PM, Steven Ayre <steveayre at gmail.com> wrote:

> It'd be better to have a module within FreeSWITCH that hooks into that
> state.
>
> If you collect CDRs via ESL you risk missing some calls if your ESL
> connection drops.
>
> On 21 September 2014 03:00, Vladimir Ralev <vladimir.ralev at gmail.com>
> wrote:
>
>> Is there an ESL event for reporting state? In any case CHANNEL_DESTROY
>> seems good enough in kazoo and it's better to filter out redundant events.
>>
>> On Sat, Sep 20, 2014 at 10:45 PM, Michael Jerris <mike at jerris.com> wrote:
>>
>>> Based on channel_destroy?  cdrs should be done in the reporting state
>>> before destroy.
>>>
>>> On Sep 20, 2014, at 1:50 AM, Vladimir Ralev <vladimir.ralev at gmail.com>
>>> wrote:
>>>
>>> Hi, It shouldn't affect performance at all. CDR events are usually 2-3
>>> per call max. Kazoo record CDRs based on CHANNEL_DESTROY and it travels
>>> FreeSwitch->mod_kazoo(mod_erlang)->epmd->ecallmgr->RabbitMQ/AMQP (fanout at
>>> that iirc) -> multiple consumers (CDR app is one of them). Rabbit is by far
>>> the most robust link in this scenario in my experience.
>>>
>>> On Sat, Sep 20, 2014 at 12:06 AM, Andre Demattia <andretodd at verizon.net>
>>> wrote:
>>>
>>>> Hi has anyone used FreeSWITCH with your cdrs going to rabbitmq?
>>>> Will the rabbit mq interfere with FreeSWITCH? Like take up TCP ports?
>>>> Or impact performance?
>>>> Thanks
>>>> Andre
>>>>
>>>
>>>
>>> _________________________________________________________________________
>>> Professional FreeSWITCH Consulting Services:
>>> consulting at freeswitch.org
>>> http://www.freeswitchsolutions.com
>>>
>>> Official FreeSWITCH Sites
>>> http://www.freeswitch.org
>>> http://confluence.freeswitch.org
>>> http://www.cluecon.com
>>>
>>> 
>>> 
>>>
>>> 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
>>>
>>
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://confluence.freeswitch.org
>> http://www.cluecon.com
>>
>> 
>> 
>>
>> 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
>>
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://confluence.freeswitch.org
> http://www.cluecon.com
>
> 
> 
>
> 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/20140921/df7110e2/attachment-0001.html