On Tue, May 25, 2010 at 5:44 PM, RR <ranjtech@gmail.com> wrote:

Michael, haha, yeah they indeed are. That's why I'm routing based on $2, but I still see the 1 and/or the 011 going through to the "bridge" application. Why??

Because your regex is wrong. :) It took me a while to figure it out. I'm surprised it worked at all. All the stuff you have inside the first set of parens is not behaving the way you think it should be. If I read your intentions correctly you're trying to strip off leading:
+
OR
+1
OR
1

In the first regex. Correct? If ANI is NANPA-ish then try this in your first regex:
^\+?1?([2-9]\d+).*$

That should strip off leading + and/or 1 and capture just the 10-digit phone number in $1. (Be sure to use $1 and not $2, unless you had your heart set on using $2 in which case wrap the first part of the regex in parens)

The other regex is also tricky. I assume you are trying to strip off the same as above as well as 011? Try this:
^\+?1?(011)?([2-9]\d+).*$

Again, if the phone number in question is NANPA then $2 should contain just the 10 digits you want. Play around with that and let us know what happens. Also, don't forget what I said about using regex from the fs_cli. You can test all this stuff yourself. :)

-MC

On Tue, May 25, 2010 at 8:34 PM, Michael Collins <msc@freeswitch.org> wrote:

On Tue, May 25, 2010 at 5:27 PM, RR <ranjtech@gmail.com> wrote:

Ok, so I take that back. This seems to only work when the dialplan has a specific ANI and DNIS / destination_number / sip_to_user defined. If this is more general

like

<include>

  <extension name="public_did">
   <condition field="ani" expression="^(\+?|\+1?|1?)(\d+).*$" break="never">
   <action application="set" data="effective_caller_id_number=$2"/>

   <action application="set" data="effective_caller_id_name=$2"/>
   </condition>
   <condition field="${sip_to_user}" expression="^(\+1?|\+|1?|011?)(\d+).*$" break="never">

   <action application="set" data="continue_on_fail=false"/>
   <action application="set" data="hangup_after_bridge=true"/>
   <action application="set" data="domain_name=$${domain}"/>

   <action application="set" data="bypass_media=true"/>
   <action application="limit_hash" data="in cc_blades 4200 !USER_BUSY"/>
   <action application="bridge" data="{sip_invite_domain=${sip_from_host}}sofia/gateway/${distributor(cc_blades)}/$2"/>

   </condition>
  </extension>
</include>

then even though the expression/conditions seem to match, none of the digits are being stripped off. Shouldn't this be stripping off digits??

Here's the debug output:

Dialplan: sofia/external/16469NNNNNN Regex (PASS) [public_did] ani(16469NNNNNN;phone-context=+1) =~ /^(\+?|\+1?|1?)(\d+).*$/ break=never

Dialplan: sofia/external/16469NNNNNN Action set(effective_caller_id_number=16469NNNNNN)
Dialplan: sofia/external/16469NNNNNN Action set(effective_caller_id_name=16469NNNNNN)
Dialplan: sofia/external/16469NNNNNN Regex (PASS) [public_did] ${sip_to_user}(011390NNNNNNNNNN;phone-context=+39) =~ /^(\+1?|\+|1?|011?)(\d+).*$/ break=never

Dialplan: sofia/external/16469NNNNNN Action set(continue_on_fail=false)
Dialplan: sofia/external/16469NNNNNN Action set(hangup_after_bridge=true)
Dialplan: sofia/external/16469NNNNNN Action set(domain_name=208.72.186.166)

Dialplan: sofia/external/16469NNNNNN Action set(bypass_media=true)
Dialplan: sofia/external/16469NNNNNN Action limit_hash(in cc_blades 4200 !USER_BUSY)
Dialplan: sofia/external/16469NNNNNN Action bridge({sip_invite_domain=${sip_from_host}}sofia/gateway/${distributor(cc_blades)}/011390NNNNNNNNNN)

why're the '1' in the ANI and '011' in the DNIS/sip_to_user being stripped off???

Regex 101 :)

The 1 or the 011 are in $1
-MC

_______________________________________________
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

_______________________________________________
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