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@freeswitch.org<javascript:_e({}, 'cvml', 'brian@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@gmail.com <javascript:_e({}, 'cvml', 'david.villasmil.work@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@freeswitch.org <javascript:_e({}, 'cvml', '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 <javascript:_e({}, 'cvml', '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