If the other PBX is FreeSWITCH you need.to rewrite the Request URI before sending to the receiving FS box. Sending the username before the @ in the request URI is done by default but if you need to differentiate DIDs then you have to rewrite the request URI to that DID so it does show up in DESTINATION_NUMBER. Search RURI on the wiki. If it's coming from another PBX that's not FS we can't help and if that's coming from your provider its time for another provider. Brian Foster Endigo Computer LLC Sent from a mobile device. On Sep 7, 2012 3:48 PM, "Paul Cupis" <paul@cupis.co.uk> wrote:
On 06/09/12 20:09, Matt Putnam wrote:
Sorry for the confusion I can really only equate it to asterisk as that’s what our current platform is. Essentially the problem is that if I have a PBX that has a trunk that is registered to freeswitch and a call is received for a DID that is on that trunk I am currently unable to send that DID to the PBX. When the call is received on the PBX side it looks as if the call is for the trunk instead of the DID is should be for. So in the SIP invite instead of using lightspar1@domain it would use 5551212@domain. In asterisk this was simply accomplished by a dial statement of (SIP/5551212@lightspar1) what I am looking for is that equivalent in freeswitch.
Do you have a copy of the FreeSWITCH Cookbook? This requirement sounds similar to one of the recipes in the book.
<extension name="9725551212"> <condition field="destination_number" expression="^9725551212$"/>
<condition field="${sofia_contact(lightspar1@${domain})}" expression="^[^\@]+(.*)"> <action application="bridge" data="sofia/external/9725551212$1"/> </condition> </extension>
The sofia_contact bit should work out the dialstring and then strip everything before the '@' (in your example this would be 'lightspar1') and then the bridge prepends the destination number.
Regards,
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: 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 http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org