[Freeswitch-users] Keeping local calls local

[Lawrence Conroy]

Hi folks,
 Fair enough, but ... the original problem is that the users are/will be porting their current phone numbers, so they're all over the map.
That's going to make routing/pattern matching a challenge, because there IS no obvious routeset pattern. Honestly, ENUM is easier in that scenario.

all the best,
  Lawrence

On 23 Sep 2012, at 23:03, Brian Foster wrote:
> Mod_lcr?
> On Sep 23, 2012 6:01 PM, "Stanislav Sinyagin" <ssinyagin at yahoo.com> wrote:
> 
>> Basically your inbouind and outbound calls should go through the same
>> sequence of checkups, and look for a local user number. Then outbound calls
>> should resort in your PSTN trunk, and inbound calls resort in a 404 Not
>> Found. Also I guess you want to charge your users the same rate regardless
>> if it's on-net or off-net calls, so CDR need to be taken care of too.
>> 
>> 
>>  ------------------------------
>> *From:* Stanislav Sinyagin <ssinyagin at yahoo.com>
>> *To:* FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
>> *Sent:* Sunday, September 23, 2012 10:31 PM
>> *Subject:* Re: [Freeswitch-users] Keeping local calls local
>> 
>> well, that was only a hint, but not the whole solution :)
>> In your case, it would require some database lookup, or maybe the dialplan
>> should go through the customer numbers before sending the call to PSTN.
>> 
>> enum would be a good option instead of database lookup, as was already
>> proposed on the list.
>> 
>> In any case, this all requires a bit of engineering and design effort.
>> 
>> 
>> 
>>  ------------------------------
>> *From:* D'Arcy Cain <darcy at Vex.Net>
>> *To:* FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
>> *Cc:* Stanislav Sinyagin <ssinyagin at yahoo.com>
>> *Sent:* Sunday, September 23, 2012 10:04 PM
>> *Subject:* Re: [Freeswitch-users] Keeping local calls local
>> 
>> On Sun, 23 Sep 2012 11:17:37 -0700 (PDT)
>> Stanislav Sinyagin <ssinyagin at yahoo.com> wrote:
>> 
>>> here's a piece of my dialplan in "default" context. It simply catches
>>> such calls and transfers them directly to the public context. The
>>> public context matches local DID numbers and transfers them to
>>> corresponding extensions in default context:
>>> 
>>>    <extension name="internal_did">
>>>      <condition field="destination_number"
>> expression="^($${default_did_prefix}\d+)$">
>>>        <action application="transfer" data="$1 XML public"/>
>>>      </condition>
>>>    </extension>
>>> 
>>> The "default_did_prefix" variable holds my DID number block.
>> 
>> Looks good but my problem is that I do not have a DID block.  Clients
>> are porting their numbers so they are all over the place.  My first
>> three numbers in the system are from three different area codes.  I
>> would need to include all of my numbers in the expression somehow.  Wit
>> just three I can use '|' but that won't be practical when I have
>> hundreds or thousands.
>> 
>> --
>> D'Arcy J.M. Cain
>> System Administrator, Vex.Net
>> http://www.Vex.Net/ IM:darcy at Vex.Net
>> 
>> 
>> 
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> 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
>> 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://wiki.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://wiki.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