[Freeswitch-users] Checking call is connected while bridged in lua

[Steven Ayre]

Silly question perhaps, but if you own both FS-A and FS-B why are you
bothering with providers at all - why not route directly between them?



On Thursday, September 26, 2013, David Villasmil wrote:

> Hello Brian,
>
> In general, you're totally right. But in my case I know the call will
> never go through PSTN. Also I've made tests about the header and The FS-B
> receives the header fine.
>
> So this works ok for me.
>
> Thanks!
>
> David
>
>
> On Wed, Sep 25, 2013 at 4:07 PM, Brian West <brian at freeswitch.org<javascript:_e({}, 'cvml', 'brian at freeswitch.org');>
> > wrote:
>
>> You're working under the assumption that your custom headers are going to
>> traverse your providers network and make it back to the second
>> freeswitch... I don't think you can make that assumption.  I know if I were
>> a provider all your custom headers would be nuked at the border in ingress
>> to my network.
>>
>> You're just trying to make sure that calls stay on the approved network
>> routes.. not sure you can make sure that will always happen end to end if a
>> route takes PSTN out and back in you've lost the ability to follow this...
>> unless I'm totally off base here and missed the point.
>>
>> /b
>>
>> On Sep 24, 2013, at 5:33 PM, David Villasmil <
>> david.villasmil.work at gmail.com <javascript:_e({}, 'cvml',
>> 'david.villasmil.work at gmail.com');>> wrote:
>>
>> > Hello,
>> >
>> > I don't think this is something FS can do. Let me explain:
>> >
>> > We have FS-A and FS-B, between which are multiple SIP providers. We are
>> checking that the providers between A and B don't divert calls to
>> non-approved vendors. So what I'm doing is:
>> >
>> > When relaying the call from FS-A to the provider, I'm adding a SIP
>> header with a unique ID, which is inserted into a DB table.
>> > When FS-B receives the call, i retrieve the header ID and look it up in
>> the table and mark it as answered.
>> > On FS-A, when the call is answered, it looks up the ID and makes sure
>> it has been marked as "answered" by FS-B.
>> > If it is NOT marked, FS-A MUST disconnect the call.
>> >
>> > I hope the explanation was clear, and if anyone has a better idea of
>> how to do this, I'm all ears :)
>> >
>> > Thanks
>> >
>> > David
>>
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org <javascript:_e({}, 'cvml',
>> 'consulting at freeswitch.org');>
>> http://www.freeswitchsolutions.com
>>
>> 
>> 
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.freeswitch.org
>> http://www.cluecon.com
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org <javascript:_e({}, 'cvml',
>> '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/20130927/817c2c79/attachment.html