International call setup

Sergey Kharlamov

unread,

Aug 18, 2016, 6:16:30 PM8/18/16

to 2600hz-dev

Hi all,

I'm getting some issue when try to setup international calling feature.

I add new document to my offnet database and now its contained:

{
   "_id": "VI-International",
   "_rev": "4-006c56b8c7382d8cfd8e189658791ce9",
   "weight_cost": "20",
   "enabled": true,
   "gateways": [
       {
           "prefix": "",
           "codecs": [
               "PCMU"
           ],
           "progress_timeout": "30",
           "server": "64.XX.XX.XX",
           "username": "",
           "password": "",
           "realm": "",
           "format_from_uri": false,
           "suffix": "",
           "enabled": true,
           "custom_sip_headers": {
           },
           "invite_format": "route",
           "endpoint_type": "sip",
           "channel_selection": "ascending",
           "skype_rr": true,
           "emergency": false
       }
   ],
   "rules": [
       "^(011[2-9]\\d{6,})$"
   ],
   "caller_id_options": {
       "type": "external"
   },
   "type": "local",
   "name": "VoIP International Trunk",
   "peer": false,
   "ui_metadata": {
       "ui": "kazoo-ui",
       "version": "v3.18-2"
   },
   "emergency": false,
   "grace_period": 5,
   "flags": [
   ],
   "media": {
       "audio": {
           "codecs": [
               "PCMU"
           ]
       },
       "video": {
           "codecs": [
           ]
       }
   },
   "pvt_type": "resource",
   "pvt_vsn": "1"
}

I'm trying to make international call and it did not go through

==> /opt/kazoo/log/console.log <==

2016-08-18 15:50:47.521 [info] <0.1286.0>@ecallmgr_fs_route:frees...@la1.domain.com:159 processing dialplan fetch request 0eb1bb5a-657d-11e6-921c-978edd3511c6 (call Lcxt8CeJ5l) from frees...@la1.domain.com

2016-08-18 15:50:47.825 [info] <0.25447.1>@ecallmgr_fs_route:Lcxt8CeJ5l:331 received affirmative route response for request 0eb1bb5a-657d-11e6-921c-978edd3511c6

2016-08-18 15:50:48.026 [info] <0.25447.1>@ecallmgr_fs_route:Lcxt8CeJ5l:337 node frees...@la1.domain.com accepted dialplan route response for request 0eb1bb5a-657d-11e6-921c-978edd3511c6

2016-08-18 15:50:47.524 [info] <0.31034.2>@ts_route_req:Lcxt8CeJ5l:25 received request 0eb1bb5a-657d-11e6-921c-978edd3511c6 asking if trunkstore can route this call

2016-08-18 15:50:47.524 [info] <0.31034.2>@ts_route_req:Lcxt8CeJ5l:36 call with fetch-id 0eb1bb5a-657d-11e6-921c-978edd3511c6 began on the network

2016-08-18 15:50:47.524 [info] <0.31036.2>@ts_callflow:Lcxt8CeJ5l:54 request is not for a trunkstore account

2016-08-18 15:50:47.525 [info] <0.31031.2>@cf_route_req:Lcxt8CeJ5l:38 received request 0eb1bb5a-657d-11e6-921c-978edd3511c6 asking if callflows can route this call

2016-08-18 15:50:47.525 [info] <0.31031.2>@cf_util:Lcxt8CeJ5l:636 searching for callflow in account%2Fff%2Fc0%2F5a1035e5ea1099d177979c9dbe55 to satisfy '+74993939222'

2016-08-18 15:50:47.598 [info] <0.31031.2>@cf_util:Lcxt8CeJ5l:685 lookup callflow patterns for +74993939222 in account%2Fff%2Fc0%2F5a1035e5ea1099d177979c9dbe55

2016-08-18 15:50:47.744 [info] <0.31031.2>@cf_util:Lcxt8CeJ5l:636 searching for callflow in account%2Fff%2Fc0%2F5a1035e5ea1099d177979c9dbe55 to satisfy 'no_match'

2016-08-18 15:50:47.821 [info] <0.31031.2>@cf_route_req:Lcxt8CeJ5l:95 callflow 0f3165f101910c36dc0f28a82359bc68 in ffc05a1035e5ea1099d177979c9dbe55 satisfies request

2016-08-18 15:50:47.823 [info] <0.31031.2>@cf_route_req:Lcxt8CeJ5l:206 callflows knows how to route the call! sending park response

2016-08-18 15:50:48.044 [info] <0.31031.2>@cf_route_req:Lcxt8CeJ5l:229 callflow has received a route win, taking control of the call

2016-08-18 15:50:48.045 [info] <0.31031.2>@cf_route_win:Lcxt8CeJ5l:37 setting initial information about the call

2016-08-18 15:50:48.045 [info] <0.31031.2>@cf_attributes:Lcxt8CeJ5l:403 initiating endpoint is owned by 02888becab913e90caf3d47769cd3ad7

2016-08-18 15:50:48.045 [info] <0.31031.2>@cf_attributes:Lcxt8CeJ5l:195 determined internal caller id is <Sergey> 1000

2016-08-18 15:50:48.045 [info] <0.31031.2>@cf_route_win:Lcxt8CeJ5l:261 bootstrapping with caller id type internal: "Sergey" 1000

2016-08-18 15:50:48.046 [info] <0.31031.2>@cf_route_win:Lcxt8CeJ5l:314 call has been setup, beginning to process the call

2016-08-18 15:50:48.046 [info] <0.31052.2>@cf_exe:Lcxt8CeJ5l:707 executing callflow 0f3165f101910c36dc0f28a82359bc68

2016-08-18 15:50:48.046 [info] <0.31052.2>@cf_exe:Lcxt8CeJ5l:708 account id ffc05a1035e5ea1099d177979c9dbe55

2016-08-18 15:50:48.046 [info] <0.31052.2>@cf_exe:Lcxt8CeJ5l:709 request 0117499...@office1.sip.domain.com

2016-08-18 15:50:48.046 [info] <0.31052.2>@cf_exe:Lcxt8CeJ5l:710 to 0117499...@office1.sip.domain.com

2016-08-18 15:50:48.047 [info] <0.31052.2>@cf_exe:Lcxt8CeJ5l:711 from 10...@office1.sip.domain.com

2016-08-18 15:50:48.047 [info] <0.31052.2>@cf_exe:Lcxt8CeJ5l:712 CID Sergey 1000

2016-08-18 15:50:48.047 [info] <0.31052.2>@cf_exe:Lcxt8CeJ5l:714 inception on-net: using attributes for an internal call

2016-08-18 15:50:48.047 [info] <0.31052.2>@cf_exe:Lcxt8CeJ5l:717 authorizing id f3e7c583c834deb8ad378b404d3140e2

2016-08-18 15:50:48.059 [info] <0.31052.2>@cf_exe:Lcxt8CeJ5l:637 moving to action 'cf_offnet'

2016-08-18 15:50:48.060 [info] <0.31059.2>@cf_attributes:Lcxt8CeJ5l:185 determined emergency caller id is <Sergey> +1212XXXXXXX

2016-08-18 15:50:48.060 [info] <0.31059.2>@cf_attributes:Lcxt8CeJ5l:191 determined external caller id is <Sergey> +1212XXXXXXX

2016-08-18 15:50:48.207 [info] <0.31061.2>@stepswitch_outbound:Lcxt8CeJ5l:211 no available resources for 01174993939222

2016-08-18 15:50:48.216 [info] <0.31059.2>@cf_resources:Lcxt8CeJ5l:54 offnet request error, attempting to find failure branch for sip:404:NO_ROUTE_DESTINATION

2016-08-18 15:50:48.216 [info] <0.31059.2>@cf_util:Lcxt8CeJ5l:564 attempting to find failure branch for sip:404:NO_ROUTE_DESTINATION

2016-08-18 15:50:48.217 [info] <0.31052.2>@cf_exe:Lcxt8CeJ5l:327 attempted 'undefined' child NO_ROUTE_DESTINATION

2016-08-18 15:50:48.217 [info] <0.31052.2>@cf_exe:Lcxt8CeJ5l:327 attempted 'undefined' child sip:404

Here is error:

2016-08-18 15:50:47.525 [info] <0.31031.2>@cf_util:Lcxt8CeJ5l:636 searching for callflow in account%2Fff%2Fc0%2F5a1035e5ea1099d177979c9dbe55 to satisfy '+74993939222'

2016-08-18 15:50:47.598 [info] <0.31031.2>@cf_util:Lcxt8CeJ5l:685 lookup callflow patterns for +74993939222 in account%2Fff%2Fc0%2F5a1035e5ea1099d177979c9dbe55

2016-08-18 15:50:47.744 [info] <0.31031.2>@cf_util:Lcxt8CeJ5l:636 searching for callflow in account%2Fff%2Fc0%2F5a1035e5ea1099d177979c9dbe55 to satisfy 'no_match'

From my carrier website:

To place an outbound international call, you will need to prepend "011" to your calls when sending them.

The full syntax should look like this: 011 + country code + international telephone number

What should I do to configure international calls in proper way? As I understand in default configuration kazoo platform convert number to e164 and send it to my provider.

Thank you

Yuriy Nasida

unread,

Aug 19, 2016, 11:00:12 AM8/19/16

to 2600h...@googlegroups.com

Hi Sergey, are you sure that kazoo sends INVITE to your carrier in general ? If not - you probably need re-create offnet document.

--
You received this message because you are subscribed to the Google Groups "2600hz-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to 2600hz-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Sergey Kharlamov

unread,

Aug 19, 2016, 12:22:32 PM8/19/16

to 2600hz-dev

Hello Yuriy,

Kazoo did not send anything to my provider because can't find correct route.

I'm assuming because kazoo translate call to e164 format it can not find correct route "^(011[2-9]\\d{6,})$"

2016-08-18 15:50:47.525 [info] <0.31031.2>@cf_util:Lcxt8CeJ5l:636 searching for callflow in account%2Fff%2Fc0%2F5a1035e5ea1099d177979c9dbe55 to satisfy'+74993939222'

2016-08-18 15:50:47.598 [info] <0.31031.2>@cf_util:Lcxt8CeJ5l:685 lookup callflow patterns for +74993939222 in account%2Fff%2Fc0%2F5a1035e5ea1099d177979c9dbe55

+74993939222 did not match rules "^(011[2-9]\\d{6,})$" This why I got error 404. So in my understanding I need to change something to send whole int number 01174993939222 instead +74993939222

To unsubscribe from this group and stop receiving emails from it, send an email to 2600hz-dev+...@googlegroups.com.

James Aimonetti

unread,

Aug 19, 2016, 1:10:29 PM8/19/16

to 2600h...@googlegroups.com

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

You can test your regex matching against dialed numbers:

sup stepswitch_maintenance process_number 01174993939222

You will see the route(s) that will be used to route the number out of
Kazoo if your regexes are right.

Remember, 01174993939222 will be converted to the E164 version, so your
regex should account for that format. I have run the SUP command above
on our hosted system and was given the appropriate carrier to route
over. Remember, too, that rules is an array of regexes, so you can have
a regex for E164, for 011, for whatever. Just be sure the capture group
is appropriate and prefix/suffix in the gateways does what the carrier
needs to be done.

Sergey Kharlamov writes:

> Hello Yuriy,
>
> Kazoo did not send anything to my provider because can't find correct route.
> I'm assuming because kazoo translate call to e164 format it can not find

> correct route *"^(011[2-9]\\d{6,})$"*

>
> 2016-08-18 15:50:47.525 [info] <0.31031.2>@cf_util:Lcxt8CeJ5l:636 searching
> for callflow in account%2Fff%2Fc0%2F5a1035e5ea1099d177979c9dbe55 to satisfy

> *'+74993939222'*

>
> 2016-08-18 15:50:47.598 [info] <0.31031.2>@cf_util:Lcxt8CeJ5l:685 lookup

> callflow patterns for *+74993939222* in
> account%2Fff%2Fc0%2F5a1035e5ea1099d177979c9dbe55
>
> *+74993939222 *did not match rules *"^(011[2-9]\\d{6,})$" *This why I got

> error 404. So in my understanding I need to change something to send whole

> int number *011**74993939222 *instead *+74993939222*

>
>
> Hi Sergey, are you sure that kazoo sends INVITE to your carrier in general
>> ? If not - you probably need re-create offnet document.
>>
>> On 19 August 2016 at 00:50, Sergey Kharlamov <men...@gmail.com

>>> frees...@la1.domain.com <javascript:>

>>>
>>> 2016-08-18 15:50:47.825 [info]
>>> <0.25447.1>@ecallmgr_fs_route:Lcxt8CeJ5l:331 received affirmative route
>>> response for request 0eb1bb5a-657d-11e6-921c-978edd3511c6
>>>
>>> 2016-08-18 15:50:48.026 [info]
>>> <0.25447.1>@ecallmgr_fs_route:Lcxt8CeJ5l:337 node frees...@la1.domain.com

>>> <javascript:> accepted dialplan route response for request

>>> 0eb1bb5a-657d-11e6-921c-978edd3511c6
>>>
>>> 2016-08-18 15:50:47.524 [info] <0.31034.2>@ts_route_req:Lcxt8CeJ5l:25
>>> received request 0eb1bb5a-657d-11e6-921c-978edd3511c6 asking if trunkstore
>>> can route this call
>>>
>>> 2016-08-18 15:50:47.524 [info] <0.31034.2>@ts_route_req:Lcxt8CeJ5l:36
>>> call with fetch-id 0eb1bb5a-657d-11e6-921c-978edd3511c6 began on the network
>>>
>>> 2016-08-18 15:50:47.524 [info] <0.31036.2>@ts_callflow:Lcxt8CeJ5l:54
>>> request is not for a trunkstore account
>>>
>>> 2016-08-18 15:50:47.525 [info] <0.31031.2>@cf_route_req:Lcxt8CeJ5l:38
>>> received request 0eb1bb5a-657d-11e6-921c-978edd3511c6 asking if callflows
>>> can route this call
>>>
>>> 2016-08-18 15:50:47.525 [info] <0.31031.2>@cf_util:Lcxt8CeJ5l:636
>>> searching for callflow in account%2Fff%2Fc0%2F5a1035e5ea1099d177979c9dbe55

>>> to satisfy *'+74993939222'*

>>>
>>> 2016-08-18 15:50:47.598 [info] <0.31031.2>@cf_util:Lcxt8CeJ5l:685 lookup

>>> callflow patterns for *+74993939222* in

>>> 0117499...@office1.sip.domain.com <javascript:>

>>>
>>> 2016-08-18 15:50:48.046 [info] <0.31052.2>@cf_exe:Lcxt8CeJ5l:710 to

>>> 0117499...@office1.sip.domain.com <javascript:>

>>>
>>> 2016-08-18 15:50:48.047 [info] <0.31052.2>@cf_exe:Lcxt8CeJ5l:711 from

>>> 10...@office1.sip.domain.com <javascript:>

>>>
>>> 2016-08-18 15:50:48.047 [info] <0.31052.2>@cf_exe:Lcxt8CeJ5l:712 CID
>>> Sergey 1000
>>>
>>> 2016-08-18 15:50:48.047 [info] <0.31052.2>@cf_exe:Lcxt8CeJ5l:714
>>> inception on-net: using attributes for an internal call
>>>
>>> 2016-08-18 15:50:48.047 [info] <0.31052.2>@cf_exe:Lcxt8CeJ5l:717
>>> authorizing id f3e7c583c834deb8ad378b404d3140e2
>>>
>>> 2016-08-18 15:50:48.059 [info] <0.31052.2>@cf_exe:Lcxt8CeJ5l:637 moving
>>> to action 'cf_offnet'
>>>
>>> 2016-08-18 15:50:48.060 [info] <0.31059.2>@cf_attributes:Lcxt8CeJ5l:185
>>> determined emergency caller id is <Sergey> +1212XXXXXXX
>>>
>>> 2016-08-18 15:50:48.060 [info] <0.31059.2>@cf_attributes:Lcxt8CeJ5l:191
>>> determined external caller id is <Sergey> +1212XXXXXXX
>>>
>>> 2016-08-18 15:50:48.207 [info]
>>> <0.31061.2>@stepswitch_outbound:Lcxt8CeJ5l:211 no available resources for
>>> 01174993939222
>>>
>>> 2016-08-18 15:50:48.216 [info] <0.31059.2>@cf_resources:Lcxt8CeJ5l:54
>>> offnet request error, attempting to find failure branch for

>>> *sip:404:NO_ROUTE_DESTINATION*

>>>
>>> 2016-08-18 15:50:48.216 [info] <0.31059.2>@cf_util:Lcxt8CeJ5l:564

>>> attempting to find failure branch for *sip:404:NO_ROUTE_DESTINATION*

>>>
>>> 2016-08-18 15:50:48.217 [info] <0.31052.2>@cf_exe:Lcxt8CeJ5l:327

>>> attempted 'undefined' child *NO_ROUTE_DESTINATION*

>>>
>>> 2016-08-18 15:50:48.217 [info] <0.31052.2>@cf_exe:Lcxt8CeJ5l:327

>>> attempted 'undefined' child *sip:404*

>>>
>>> Here is error:
>>>
>>> 2016-08-18 15:50:47.525 [info] <0.31031.2>@cf_util:Lcxt8CeJ5l:636
>>> searching for callflow in account%2Fff%2Fc0%2F5a1035e5ea1099d177979c9dbe55

>>> to satisfy *'+74993939222'*

>>>
>>> 2016-08-18 15:50:47.598 [info] <0.31031.2>@cf_util:Lcxt8CeJ5l:685 lookup

>>> callflow patterns for *+74993939222* in

>>> account%2Fff%2Fc0%2F5a1035e5ea1099d177979c9dbe55
>>>
>>> 2016-08-18 15:50:47.744 [info] <0.31031.2>@cf_util:Lcxt8CeJ5l:636
>>> searching for callflow in account%2Fff%2Fc0%2F5a1035e5ea1099d177979c9dbe55
>>> to satisfy 'no_match'
>>>
>>>
>>> From my carrier website:
>>>

>>> *To place an outbound international call, you will need to prepend "011"
>>> to your calls when sending them. *
>>>
>>> *The full syntax should look like this: 011 + country code +
>>> international telephone number*

>>>
>>> What should I do to configure international calls in proper way? As I
>>> understand in default configuration kazoo platform convert number to e164
>>> and send it to my provider.
>>>
>>> Thank you
>>>
>>> --
>>> You received this message because you are subscribed to the Google Groups
>>> "2600hz-dev" group.
>>> To unsubscribe from this group and stop receiving emails from it, send an

>>> email to 2600hz-dev+...@googlegroups.com <javascript:>.

>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>

- --
James Aimonetti

Lead Systems Architect
"If Dialyzer don't care, I don't care"
2600HzPDX | http://2600hz.com
sip:ja...@2600hz.com
tel:415.886.7905
irc:mc_ @ freenode
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQEcBAEBCAAGBQJXtz2CAAoJENTKa+JPXCVgQ78H/jayJaAYmy9p0B9HmuLzyUUq
p/29jBn/layEGLUs9kUcClbbcqZmovW/aSmXIsWMEWRGoYMqb4024ax7AaAee+Ix
BcRvB+vLnjFKuqx7HP5iuXzCY/s/uLE5a0FtSUA4VTr+ubDZq6RPgxf7yCHpWK10
j/MNHQNIJV0fvsI7fpeJ3i4uxXCiwu0NFJagoGyHqKePZxGP9gbLo3SvIZuZqqqA
XTprwDIjd7Oz0Gu0+F0SJ40YweYAax27j7Hu4oI1Nboouu53+mspdmgOPd0IZgro
pGEtrYvchG36eFtiZCfLlKBu4tQ9nz7M2fHt7eDnQ1P73JSmHVlinfMbFpna+TM=
=XPaJ
-----END PGP SIGNATURE-----

Sergey Kharlamov

unread,

Aug 19, 2016, 1:47:52 PM8/19/16

to 2600hz-dev, ja...@2600hz.com

Hi James,

Thank you for reply!

I'm trying to run this command and here is an output:

[root@pbx mentax]# sup stepswitch_maintenance process_number 01174993939222

ok

[root@pbx mentax]#

Not quite sure where can I see this route output.

So, what will be the correct regex to catch international calls if it will be in E164 format? +1 212 777 8888 and +7 499 393 9222 will be pretty much identical for the system...

Can you please tell me which document describe capture group feature?

>>> ecallmgr_fs_route:freeswitch@la1.domain.com:159 processing dialplan

sip:...@2600hz.com

Sergey Kharlamov

unread,

Aug 19, 2016, 1:58:39 PM8/19/16

to 2600hz-dev, ja...@2600hz.com

On number_manager doc I see converters

       "crawler_timer_ms": 86400000,
       "reconcile_regex": "^\\+?1?\\d{10}$|^\\+[2-9]\\d{7,}$|^011\\d*$|^00\\d*$",
       "e164_converters": {
           "^\\+?1?([2-9][0-9]{2}[2-9][0-9]{6})$": {
               "prefix": "+1"
           },
           "^011(\\d*)$|^00(\\d*)$": {
               "prefix": "+"
           },
           "^[2-9]\\d{7,}$": {
               "prefix": "+"
           }

So if I will change this converter

       "crawler_timer_ms": 86400000,
       "reconcile_regex": "^\\+?1?\\d{10}$|^\\+[2-9]\\d{7,}$|^011\\d*$|^00\\d*$",
       "e164_converters": {
           "^\\+?1?([2-9][0-9]{2}[2-9][0-9]{6})$": {
               "prefix": "+1"
           },
           "^011(\\d*)$|^00(\\d*)$": {
               "prefix": "+011"
           },
           "^[2-9]\\d{7,}$": {
               "prefix": "+"
           }

This will be correct or no?

Yuriy Nasida

unread,

Aug 19, 2016, 3:23:18 PM8/19/16

to 2600h...@googlegroups.com

Um. It should work... May be you forgot to restart stepswitch after db changes ?

sup stepswitch_maintenance reload_resources

You can add debug level

sup whistle_maintenance syslog_level debug

Also you can try to add regexp which will allow any dest number and check if kazoo will send INVITE in general.

btw, offnet doc looks a bit unusual. You can re-create it following by manual

https://2600hz.atlassian.net/wiki/pages/viewpage.action?pageId=79233046

To unsubscribe from this group and stop receiving emails from it, send an email to 2600hz-dev+unsubscribe@googlegroups.com.

James Aimonetti

unread,

Aug 19, 2016, 3:51:32 PM8/19/16

to 2600hz-dev

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Well, if you have no output it means no routes are matching.

For reference, when I run it on our hosted platform:

# sup stepswitch_maintenance process_number 01174993939222

Route : sip:+74993...@sip.upstream.carrier.com
Callee-ID-Name : 74993939222
Callee-ID-Number : 74993939222
To-DID : 74993939222
Invite-Format : route
Caller-ID-Type : external
Auth-User : {USERNAME}
Auth-Password : {PASSWORD}
Endpoint-Type : sip
Endpoint-Progress-T: 20
Weight : 100
Name : Upstream Intl Service
Custom-Channel-Vars
Matched-Number : 74993939222
Format-From-URI: true
From-URI-Realm : sip.upstream.carrier.com
Original-Number: undefined
E164-Destinatio: 01174993939222
Resource-ID : 5bbc699c76df9da56363233dcc1226fd
Global-Resource: true
Codecs
| PCMU | | |

ok

>> >>> ecallmgr_fs_route:frees...@la1.domain.com:159 processing dialplan

>> sip:...@2600hz.com <javascript:>

>> tel:415.886.7905
>> irc:mc_ @ freenode
>> -----BEGIN PGP SIGNATURE-----
>> Version: GnuPG v2
>>
>> iQEcBAEBCAAGBQJXtz2CAAoJENTKa+JPXCVgQ78H/jayJaAYmy9p0B9HmuLzyUUq
>> p/29jBn/layEGLUs9kUcClbbcqZmovW/aSmXIsWMEWRGoYMqb4024ax7AaAee+Ix
>> BcRvB+vLnjFKuqx7HP5iuXzCY/s/uLE5a0FtSUA4VTr+ubDZq6RPgxf7yCHpWK10
>> j/MNHQNIJV0fvsI7fpeJ3i4uxXCiwu0NFJagoGyHqKePZxGP9gbLo3SvIZuZqqqA
>> XTprwDIjd7Oz0Gu0+F0SJ40YweYAax27j7Hu4oI1Nboouu53+mspdmgOPd0IZgro
>> pGEtrYvchG36eFtiZCfLlKBu4tQ9nz7M2fHt7eDnQ1P73JSmHVlinfMbFpna+TM=
>> =XPaJ
>> -----END PGP SIGNATURE-----
>>

- --
James Aimonetti

Lead Systems Architect
"If Dialyzer don't care, I don't care"
2600HzPDX | http://2600hz.com

sip:ja...@2600hz.com

tel:415.886.7905
irc:mc_ @ freenode
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQEcBAEBCAAGBQJXt2NBAAoJENTKa+JPXCVgsBAIAIInyCtJ01+p7gahGzuB5n3J
PCXa1lH2Y4bcdyXzisiACLOP8a/HJrcCLFrICWF1yZdGt7pJiLBFnk1Wnu4PdB+9
6pTVpJIwxQ/CgJ1zuMDATO3vSbUXwhuAg69jvZ2yPegqZfXoxzIur5oekQ0F5sRS
YrI3GUDl7SXmQj6WEBZoRNvDSy6my9JfnpxVBTB/EoZIb2V3Ya5aCQqmGIEFqPlA
uV+pT0sBgKFx4+bBclmJKrjjSPBfcqSvwZNvJvs4sIMAUHdXBtoKC4vSG1XIcvaI
HFzGrDZ2Wzi5eZy6A239cc/5RoDph5RxLMKBCKlusKoXYj2V2SNCL/xzq1No4FQ=
=qCpM
-----END PGP SIGNATURE-----

Sergey Kharlamov

unread,

Aug 19, 2016, 5:13:34 PM8/19/16

to 2600hz-dev, ja...@2600hz.com

Thank you for your help James

I'm able to see routes now

[root@pbx ]# sup stepswitch_maintenance process_number 01174993939222

Route : sip:01101174...@64.XX.XX.XX

Callee-ID-Name : 01174993939222

Callee-ID-Number : 01174993939222

To-DID : 01174993939222

Invite-Format : route

Caller-ID-Type : external

Endpoint-Type : sip

Endpoint-Progress-T: 30

Weight : 30

Name : VoIP International Trunk

Custom-Channel-Vars

Matched-Number : 01174993939222

Format-From-URI: true

Original-Number: undefined

E164-Destinatio: 01174993939222

Resource-ID : VI-International

Global-Resource: true

Codecs

| PCMU | | |

ok

[root@pbx ]#

But when I trying to make a call I still see an error:

==> /var/log/2600hz/kazoo.log <==

Aug 19 17:01:22 la1 2600hz[1358]: |frees...@la1.domain.com|ecallmgr_fs_route:159 (<0.1624.0>) processing dialplan fetch request 15882468-6650-11e6-a6ae-4f84c32c5c14 (call d3sopBHb4M) from frees...@la1.domain.com

Aug 19 17:01:22 la1 2600hz[1421]: |d3sopBHb4M|ts_route_req:25 (<0.21180.4>) received request 15882468-6650-11e6-a6ae-4f84c32c5c14 asking if trunkstore can route this call

Aug 19 17:01:22 la1 2600hz[1421]: |d3sopBHb4M|ts_route_req:36 (<0.21180.4>) call with fetch-id 15882468-6650-11e6-a6ae-4f84c32c5c14 began on the network

Aug 19 17:01:22 la1 2600hz[1421]: |d3sopBHb4M|ts_callflow:54 (<0.21182.4>) request is not for a trunkstore account

Aug 19 17:01:22 la1 2600hz[1421]: |d3sopBHb4M|cf_route_req:38 (<0.21179.4>) received request 15882468-6650-11e6-a6ae-4f84c32c5c14 asking if callflows can route this call

Aug 19 17:01:22 la1 2600hz[1421]: |d3sopBHb4M|cf_util:636 (<0.21179.4>) searching for callflow in account%2Fff%2Fc0%2F5a1035e5ea1099d177979c9dbe55 to satisfy '+74993939222'

Aug 19 17:01:22 la1 2600hz[1421]: |d3sopBHb4M|cf_util:685 (<0.21179.4>) lookup callflow patterns for +74993939222 in account%2Fff%2Fc0%2F5a1035e5ea1099d177979c9dbe55

Aug 19 17:01:22 la1 2600hz[1421]: |d3sopBHb4M|cf_util:636 (<0.21179.4>) searching for callflow in account%2Fff%2Fc0%2F5a1035e5ea1099d177979c9dbe55 to satisfy 'no_match'

Aug 19 17:01:22 la1 2600hz[1421]: |d3sopBHb4M|cf_route_req:95 (<0.21179.4>) callflow 0f3165f101910c36dc0f28a82359bc68 in ffc05a1035e5ea1099d177979c9dbe55 satisfies request

Aug 19 17:01:22 la1 2600hz[1421]: |d3sopBHb4M|cf_route_req:206 (<0.21179.4>) callflows knows how to route the call! sending park response

Aug 19 17:01:22 la1 2600hz[1358]: |d3sopBHb4M|ecallmgr_fs_route:331 (<0.16423.2>) received affirmative route response for request 15882468-6650-11e6-a6ae-4f84c32c5c14

Aug 19 17:01:23 la1 2600hz[1358]: |d3sopBHb4M|ecallmgr_fs_route:337 (<0.16423.2>) node frees...@la1.domain.com accepted dialplan route response for request 15882468-6650-11e6-a6ae-4f84c32c5c14

Aug 19 17:01:23 la1 2600hz[1421]: |d3sopBHb4M|cf_route_req:229 (<0.21179.4>) callflow has received a route win, taking control of the call

Aug 19 17:01:23 la1 2600hz[1421]: |d3sopBHb4M|cf_route_win:37 (<0.21179.4>) setting initial information about the call

Aug 19 17:01:23 la1 2600hz[1421]: |d3sopBHb4M|cf_attributes:403 (<0.21179.4>) initiating endpoint is owned by 02888becab913e90caf3d47769cd3ad7

Aug 19 17:01:23 la1 2600hz[1421]: |d3sopBHb4M|cf_attributes:195 (<0.21179.4>) determined internal caller id is <Sergey> 1000

Aug 19 17:01:23 la1 2600hz[1421]: |d3sopBHb4M|cf_route_win:261 (<0.21179.4>) bootstrapping with caller id type internal: "Sergey" 1000

Aug 19 17:01:23 la1 2600hz[1421]: |d3sopBHb4M|cf_route_win:314 (<0.21179.4>) call has been setup, beginning to process the call

Aug 19 17:01:23 la1 2600hz[1421]: |d3sopBHb4M|cf_exe:707 (<0.21206.4>) executing callflow 0f3165f101910c36dc0f28a82359bc68

Aug 19 17:01:23 la1 2600hz[1421]: |d3sopBHb4M|cf_exe:708 (<0.21206.4>) account id ffc05a1035e5ea1099d177979c9dbe55

Aug 19 17:01:23 la1 2600hz[1421]: |d3sopBHb4M|cf_exe:709 (<0.21206.4>) request 0117499...@007.sip.domain.com

Aug 19 17:01:23 la1 2600hz[1421]: |d3sopBHb4M|cf_exe:710 (<0.21206.4>) to 0117499...@007.sip.domain.com

Aug 19 17:01:23 la1 2600hz[1421]: |d3sopBHb4M|cf_exe:711 (<0.21206.4>) from 10...@007.sip.domain.com

Aug 19 17:01:23 la1 2600hz[1421]: |d3sopBHb4M|cf_exe:712 (<0.21206.4>) CID Sergey 1000

Aug 19 17:01:23 la1 2600hz[1421]: |d3sopBHb4M|cf_exe:714 (<0.21206.4>) inception on-net: using attributes for an internal call

Aug 19 17:01:23 la1 2600hz[1421]: |d3sopBHb4M|cf_exe:717 (<0.21206.4>) authorizing id f3e7c583c834deb8ad378b404d3140e2

Aug 19 17:01:23 la1 2600hz[1421]: |d3sopBHb4M|cf_exe:637 (<0.21206.4>) moving to action 'cf_offnet'

Aug 19 17:01:23 la1 2600hz[1421]: |d3sopBHb4M|cf_attributes:185 (<0.21213.4>) determined emergency caller id is <Sergey> +1212XXX0190

Aug 19 17:01:23 la1 2600hz[1421]: |d3sopBHb4M|cf_attributes:191 (<0.21213.4>) determined external caller id is <Sergey> +1212XXX0190

Aug 19 17:01:23 la1 2600hz[1421]: |d3sopBHb4M|stepswitch_outbound:211 (<0.21214.4>) no available resources for 01174993939222

Aug 19 17:01:23 la1 2600hz[1421]: |d3sopBHb4M|cf_resources:54 (<0.21213.4>) offnet request error, attempting to find failure branch for sip:404:NO_ROUTE_DESTINATION

Aug 19 17:01:23 la1 2600hz[1421]: |d3sopBHb4M|cf_util:564 (<0.21213.4>) attempting to find failure branch for sip:404:NO_ROUTE_DESTINATION

Aug 19 17:01:23 la1 2600hz[1421]: |d3sopBHb4M|cf_exe:327 (<0.21206.4>) attempted 'undefined' child NO_ROUTE_DESTINATION

Aug 19 17:01:23 la1 2600hz[1421]: |d3sopBHb4M|cf_exe:327 (<0.21206.4>) attempted 'undefined' child sip:404

But I still don't understand why system show me this and where I can change it:

Aug 19 17:01:22 la1 2600hz[1421]: |d3sopBHb4M|cf_util:636 (<0.21179.4>) searching for callflow in account%2Fff%2Fc0%2F5a1035e5ea1099d177979c9dbe55 to satisfy '+74993939222'

Aug 19 17:01:22 la1 2600hz[1421]: |d3sopBHb4M|cf_util:685 (<0.21179.4>) lookup callflow patterns for +74993939222 in account%2Fff%2Fc0%2F5a1035e5ea1099d177979c9dbe55

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Well, if you have no output it means no routes are matching.

For reference, when I run it on our hosted platform:

# sup stepswitch_maintenance process_number 01174993939222

Route : sip:+749...@sip.upstream.carrier.com

>> >>> ecallmgr_fs_route:freeswitch@la1.domain.com:159 processing dialplan

sip:...@2600hz.com

Luis Azedo

unread,

Aug 19, 2016, 6:31:12 PM8/19/16

to 2600h...@googlegroups.com, James Aimonetti

are you setting your resources as global or within account ?

your no_match callflow is using offnet "moving to action 'cf_offnet'" which uses resources from offnet database

also, you regexes seem wrong

Custom-Channel-Vars

Matched-Number : 01174993939222

Format-From-URI: true

Original-Number: undefined

E164-Destinatio: 01174993939222 =>> this should be +74993939222

Resource-ID : VI-International

Global-Resource: true

Codecs

To unsubscribe from this group and stop receiving emails from it, send an email to 2600hz-dev+unsubscribe@googlegroups.com.

Sergey Kharlamov

unread,

Aug 19, 2016, 6:43:24 PM8/19/16

to 2600hz-dev, ja...@2600hz.com

Thanks for reply Luis,

Yes, I use global provider. I changed preffix for this international offnet document:

"gateways": [

{

"prefix": "011",

"codecs": [

"PCMU"

],

"progress_timeout": "30",

"server": "64.XX.XX.XX",

"username": "",

"password": "",

"realm": "",

"format_from_uri": false,

"suffix": "",

"enabled": true,

"custom_sip_headers": {

},

"invite_format": "route",

"endpoint_type": "sip",

"channel_selection": "ascending",

"skype_rr": true,

"emergency": false

}

],

"rules": [

"^(011[2-9]\\d{6,})$"

],

I'm pretty sure that if I will remove "prefix": "011", it will comeback to regular +74993939222

To unsubscribe from this group and stop receiving emails from it, send an email to 2600hz-dev+...@googlegroups.com.

Luis Azedo

unread,

Aug 19, 2016, 7:04:20 PM8/19/16

to 2600h...@googlegroups.com, James Aimonetti

i believe you are mixing e164 regexes converters with rules in offnet doc

e164 regexes should ALWAYS convert to e164 which is not true in the use case you posted earlier ( E164-Destinatio: 01174993939222 )

if i dial 011351981234561 it should convert to +351981234561

if i want to support this international number i would add

"rules" : [ "^+(351\\d*)] with prefix 011 to get 011351981234561

or

"rules" : [ "^(+351\\d*)] with prefix "" to get +351981234561

or

"rules" : [ "^+(351\\d*)] with prefix "" to get 351981234561

or

"rules" : [ "^(+351\\d*)] with prefix "55555" to get 55555+351981234561

you can also look at formatters to make other changes on the way things are sent out

To unsubscribe from this group and stop receiving emails from it, send an email to 2600hz-dev+unsubscribe@googlegroups.com.

Sergey Kharlamov

unread,

Aug 19, 2016, 8:09:34 PM8/19/16

to 2600hz-dev, ja...@2600hz.com

I need to able just to make international calls, not support them.

As I understand from your example I need to create lot of different routes for etch directions?

How can I check why my converter did not convert it to E164? Is it this rules - "^(011[2-9]\\d{6,})$" ?

пятница, 19 августа 2016 г., 19:04:20 UTC-4 пользователь Luis Azedo написал:

James Aimonetti

unread,

Aug 19, 2016, 11:49:44 PM8/19/16

to 2600hz-dev

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

I think Luis was just pointing out that you can have regexes and
prefix/suffix combinations that should get the number formatted just the
way your carrier wants it. Find the version that works for you and go
from there.

>>> "*gateways*": [
>>>
>>> {
>>>
>>> "*prefix*": "011",
>>>
>>> "*codecs*": [
>>>
>>> "PCMU"
>>>
>>> ],
>>>
>>> "*progress_timeout*": "30",
>>>
>>> "*server*": "64.XX.XX.XX",
>>>
>>> "*username*": "",
>>>
>>> "*password*": "",
>>>
>>> "*realm*": "",
>>>
>>> "*format_from_uri*": false,
>>>
>>> "*suffix*": "",
>>>
>>> "*enabled*": true,
>>>
>>> "*custom_sip_headers*": {
>>>
>>> },
>>>
>>> "*invite_format*": "route",
>>>
>>> "*endpoint_type*": "sip",
>>>
>>> "*channel_selection*": "ascending",
>>>
>>> "*skype_rr*": true,
>>>
>>> "*emergency*": false
>>>
>>> }
>>>
>>> ],
>>>
>>> "*rules*": [

>>>
>>> "^(011[2-9]\\d{6,})$"
>>>
>>> ],
>>>
>>>

>>> I'm pretty sure that if I will remove "*prefix*": "011", it will

>>>>> to satisfy '*+74993939222*'

>>>>>
>>>>> Aug 19 17:01:22 la1 2600hz[1421]: |d3sopBHb4M|cf_util:685 (<0.21179.4>)

>>>>> lookup callflow patterns for *+74993939222* in

>>>>>> >> >>> ecallmgr_fs_route:frees...@la1.domain.com:159 processing

sip:ja...@2600hz.com

tel:415.886.7905
irc:mc_ @ freenode
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQEcBAEBCAAGBQJXt9NTAAoJENTKa+JPXCVgb7MIAK216NvN2+2P9IIni94vJWa3
WfaFp1nqnS8Z6iAa/WFR9+DYXefUam4rFOQHMBuftKtmMywHytoxA+f2ez7kmSG5
7dHTGr2OTdKr1irUU6X/tyvqeZgHY+KulyLdA+a75Myw2tV+S52e9rwuobZNxkJ2
kJ7UoTEdav3EOplu0phPMbJx1+l8McfpNLKv8FjalShGy38nGGynbXVlGQmRj568
K3lOWjQ6N+veO2Jq8FrLP3yB0GrMWn6vKzLbqgm5RVwfK08eJ1Q0t9Tpzx5JlmAP
pQTYUICiOp4h8Zjeh9iHCrQaS9DVjF2lm9zDw+rUeA/fV5ZEDX/gyiAU9SyJ9vI=
=+euO
-----END PGP SIGNATURE-----

Reply all

Reply to author

Forward