Configuring outbound calling on Kazoo

Kevin

unread,

Jan 27, 2016, 2:41:37 PM1/27/16

to 2600hz-users

Hi All,

I've been trying to configure a local carrier as explained in the guide below. I added the main number from the carrier (a non-US number) using the Number API and the carrier doc in the offnet db.

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

My issue is that if I try to make an external call, I get a sip 486 message on a softphone and "no route to destination" error in the CDR logs. I also noticed that the to_uri parameter appends the sip realm in the suffix e.g. 6123123456@sip,mykazooserver.com

Any ideas on how to solve this?

Thanks

gk1

unread,

Jan 27, 2016, 3:41:59 PM1/27/16

to 2600hz-users

Can you post your logs from kazoo?? /var/log/2600hz/kazoo.log with the snippet showing whats happening when you are calling out?

Also can you post a sanitized version of your offnet db?

Kevin

unread,

Jan 28, 2016, 10:06:05 AM1/28/16

to 2600hz-users

From the kazoo log its unable to find the callflow (no_match). How do I define it?

kazoo.log

Jan 28 20:44:08 kazootest 2600hz[2510]: |couch_compactor_fsm|couch_util:256 (<0.1091.0>) connected successfully to kazootest.kazooserver:5986

Jan 28 20:45:50 kazootest 2600hz[2452]: |f368e3b21abdbaa9|ecallmgr_registrar:589 (<0.28256.54>) registration query for user ke...@sip.kazootest.kazooserver returned an empty result

Jan 28 20:45:50 kazootest 2600hz[2452]: |f368e3b21abdbaa9|ecallmgr_fs_notify:158 (<0.28256.54>) failed to find registration for ke...@sip.kazootest.kazooserver, dropping MWI update

Jan 28 20:46:08 kazootest 2600hz[2510]: |ZWNiYTU0M2EzMjZkZmY4ZGQzZDViMjA2Yzc0OThlYjY.|reg_authn_req:76 (<0.4569.200>) sending SIP authentication reply, with credentials for user ke...@sip.kazootest.kazooserver

Jan 28 20:46:09 kazootest 2600hz[2452]: |frees...@kazootest.kazooserver|ecallmgr_fs_route:159 (<0.22675.14>) processing dialplan fetch request f538a770-c5a3-11e5-b625-89fea4b506e0 (call ZWNiYTU0M2EzMjZkZmY4ZGQzZDViMjA2Yzc0OThlYjY.) from frees...@kazootest.kazooserver

Jan 28 20:46:09 kazootest 2600hz[2510]: |ZWNiYTU0M2EzMjZkZmY4ZGQzZDViMjA2Yzc0OThlYjY.|cf_route_req:34 (<0.4598.200>) received a request asking if callflows can route this call

Jan 28 20:46:09 kazootest 2600hz[2510]: |ZWNiYTU0M2EzMjZkZmY4ZGQzZDViMjA2Yzc0OThlYjY.|cf_util:636 (<0.4598.200>) searching for callflow in account%2Ff6%2Fcc%2F6c415f1ecacf4db41dcb63ea02d8 to satisfy '0610291234567'

Jan 28 20:46:09 kazootest 2600hz[2510]: |ZWNiYTU0M2EzMjZkZmY4ZGQzZDViMjA2Yzc0OThlYjY.|ts_route_req:24 (<0.4606.200>) received a request asking if trunkstore can route this call

Jan 28 20:46:09 kazootest 2600hz[2510]: |ZWNiYTU0M2EzMjZkZmY4ZGQzZDViMjA2Yzc0OThlYjY.|ts_route_req:35 (<0.4606.200>) call began on the network

Jan 28 20:46:09 kazootest 2600hz[2510]: |ZWNiYTU0M2EzMjZkZmY4ZGQzZDViMjA2Yzc0OThlYjY.|ts_callflow:53 (<0.4610.200>) request is not for a trunkstore account

Jan 28 20:46:09 kazootest 2600hz[2510]: |ZWNiYTU0M2EzMjZkZmY4ZGQzZDViMjA2Yzc0OThlYjY.|cf_util:685 (<0.4598.200>) lookup callflow patterns for 0610291234567 in account%2Ff6%2Fcc%2F6c415f1ecacf4db41dcb63ea02d8

Jan 28 20:46:09 kazootest 2600hz[2510]: |ZWNiYTU0M2EzMjZkZmY4ZGQzZDViMjA2Yzc0OThlYjY.|cf_util:636 (<0.4598.200>) searching for callflow in account%2Ff6%2Fcc%2F6c415f1ecacf4db41dcb63ea02d8 to satisfy 'no_match'

Jan 28 20:46:09 kazootest 2600hz[2510]: |ZWNiYTU0M2EzMjZkZmY4ZGQzZDViMjA2Yzc0OThlYjY.|cf_route_req:44 (<0.4598.200>) unable to find callflow not_found

Jan 28 20:46:11 kazootest 2600hz[2510]: |49f91e40-bc9d-4c15-8d29-cdeff9b8a53d|reg_authn_req:76 (<0.4635.200>) sending SIP authentication reply, with credentials for user ke...@sip.kazootest.kazooserver

Jan 28 20:46:11 kazootest 2600hz[2452]: |NDc0MWVmMTk4ZTkzMTZhZDViODRlMTYwZjI2YzM0ODk.|ecallmgr_registrar:529 (<0.28307.54>) inserted registration ke...@sip.kazootest.kazooserver with contact sip:ke...@192.168.1.125:60656;transport=udp;fs_path=sip:192.168.1.50:5060;lr;received='sip:192.168.1.125:60656;transport=udp'

Jan 28 20:46:11 kazootest 2600hz[2452]: |ZWNiYTU0M2EzMjZkZmY4ZGQzZDViMjA2Yzc0OThlYjY.|ecallmgr_fs_route:280 (<0.28297.54>) did not receive route response for request f538a770-c5a3-11e5-b625-89fea4b506e0: timeout

Jan 28 20:46:12 kazootest 2600hz[2452]: |NDc0MWVmMTk4ZTkzMTZhZDViODRlMTYwZjI2YzM0ODk.|ecallmgr_registrar:529 (<0.28315.54>) inserted registration ke...@sip.kazootest.kazooserver with contact sip:ke...@192.168.1.125:60656;transport=udp;fs_path=sip:192.168.1.50:5060;lr;received='sip:192.168.1.125:60656;transport=udp'

Jan 28 20:47:01 kazootest 2600hz[2510]: |00000000000|notify_account_crawler:332 (<0.1351.0>) topup failed for f6cc6c415f1ecacf4db41dcb63ea02d8

Jan 28 20:47:14 kazootest 2600hz[2510]: |couch_compactor_fsm|couch_compactor_fsm:1492 (<0.1091.0>) getting connection information for kazootest.kazooserver, 5984 and 5986

offnet db doc

{

"_id": "7cfe1fecebf1de2b072154c4257d25a9",

"_rev": "4-f6d549f331ffd585873e029c82c41172",

"name": "My Carrier",

"pvt_type": "resource",

"enabled": true,

"flags": [

],

"weight_cost": 30,

"rules": [

"^\\+1(\\d{10})$"

],

"gateways": [

{

"server": "mycarrier.com",

"realm": "mycarrier.com",

"username": "<carrier provided>",

"password": "<carrier provided>",

"format_from_uri": false,

"prefix": "+",

"suffix": "",

"codecs": [

],

"enabled": true

}

],

"grace_period": 5,

"formatters": {

"request": [

{

"regex": "^\\+?1?\\d{6}(\\d{4})$",

"prefix": "",

"suffix": ""

}

]

Kevin

unread,

Jan 28, 2016, 10:06:05 AM1/28/16

to 2600hz-users

I went a little further and added a no_match call flow using the callflows API. The doc below:

{
   "data":{
      "numbers":[
         "no_match"
      ],
      "flow": {
       "children": {
       },
       "data": {
       },
       "module": "offnet"
      }
   }
}

Now the error I'm getting is

sip:404:NO_ROUTE_DESTINATION

See the kazoo logs below:

Jan 29 01:43:07 kazootest 2600hz[2510]: |couch_compactor_fsm|couch_compactor_fsm:1492 (<0.1091.0>) getting connection information for kazootest.kazooserver, 5984 and 5986

Jan 29 01:43:07 kazootest 2600hz[2510]: |couch_compactor_fsm|couch_util:256 (<0.1091.0>) connected successfully to kazootest.kazooserver:5984

Jan 29 01:43:07 kazootest 2600hz[2510]: |couch_compactor_fsm|couch_util:256 (<0.1091.0>) connected successfully to kazootest.kazooserver:5986

Jan 29 01:43:53 kazootest 2600hz[2510]: |00000000000|notify_account_crawler:332 (<0.1351.0>) topup failed for f6cc6c415f1ecacf4db41dcb63ea02d8

Jan 29 01:43:54 kazootest 2600hz[2510]: |wh_nodes|wh_nodes:496 (<0.1112.0>) VM sup_...@kazootest.kazooserver is now connected:

Jan 29 01:43:54 kazootest 2600hz[2510]: |wh_nodes|wh_nodes:497 (<0.1112.0>) node_type: visible

Jan 29 01:43:54 kazootest 2600hz[2510]: |undefined|stepswitch_resources:848 (<0.14999.202>) compiling resource rules for offnet / 7cfe1fecebf1de2b072154c4257d25a9

Jan 29 01:43:54 kazootest 2600hz[2510]: |undefined|stepswitch_resources:866 (<0.14999.202>) compiling resource rules for offnet / 7cfe1fecebf1de2b072154c4257d25a9

Jan 29 01:43:54 kazootest 2600hz[2510]: |wh_nodes|wh_nodes:489 (<0.1112.0>) VM sup_...@kazootest.kazooserver is no longer connected:

Jan 29 01:43:54 kazootest 2600hz[2510]: |wh_nodes|wh_nodes:490 (<0.1112.0>) nodedown_reason: connection_closed

Jan 29 01:43:54 kazootest 2600hz[2510]: |wh_nodes|wh_nodes:490 (<0.1112.0>) node_type: visible

Jan 29 01:44:10 kazootest 2600hz[2452]: |frees...@kazootest.kazooserver|ecallmgr_fs_route:159 (<0.22675.14>) processing dialplan fetch request 977262f0-c5cd-11e5-b6ca-89fea4b506e0 (call YmEwZDkwYjI0YWI3ODM2ZTI4MGZmMDQ1ZWM4NDBkNGM.) from frees...@kazootest.kazooserver

Jan 29 01:44:10 kazootest 2600hz[2510]: |YmEwZDkwYjI0YWI3ODM2ZTI4MGZmMDQ1ZWM4NDBkNGM.|ts_route_req:24 (<0.15073.202>) received a request asking if trunkstore can route this call

Jan 29 01:44:10 kazootest 2600hz[2510]: |YmEwZDkwYjI0YWI3ODM2ZTI4MGZmMDQ1ZWM4NDBkNGM.|ts_route_req:35 (<0.15073.202>) call began on the network

Jan 29 01:44:10 kazootest 2600hz[2510]: |YmEwZDkwYjI0YWI3ODM2ZTI4MGZmMDQ1ZWM4NDBkNGM.|ts_callflow:53 (<0.15076.202>) request is not for a trunkstore account

Jan 29 01:44:10 kazootest 2600hz[2510]: |YmEwZDkwYjI0YWI3ODM2ZTI4MGZmMDQ1ZWM4NDBkNGM.|cf_route_req:34 (<0.15082.202>) received a request asking if callflows can route this call

Jan 29 01:44:10 kazootest 2600hz[2510]: |YmEwZDkwYjI0YWI3ODM2ZTI4MGZmMDQ1ZWM4NDBkNGM.|cf_util:636 (<0.15082.202>) searching for callflow in account%2Ff6%2Fcc%2F6c415f1ecacf4db41dcb63ea02d8 to satisfy '061123456000'

Jan 29 01:44:10 kazootest 2600hz[2510]: |YmEwZDkwYjI0YWI3ODM2ZTI4MGZmMDQ1ZWM4NDBkNGM.|cf_util:685 (<0.15082.202>) lookup callflow patterns for 061123456000 in account%2Ff6%2Fcc%2F6c415f1ecacf4db41dcb63ea02d8

Jan 29 01:44:10 kazootest 2600hz[2510]: |YmEwZDkwYjI0YWI3ODM2ZTI4MGZmMDQ1ZWM4NDBkNGM.|cf_util:636 (<0.15082.202>) searching for callflow in account%2Ff6%2Fcc%2F6c415f1ecacf4db41dcb63ea02d8 to satisfy 'no_match'

Jan 29 01:44:10 kazootest 2600hz[2510]: |YmEwZDkwYjI0YWI3ODM2ZTI4MGZmMDQ1ZWM4NDBkNGM.|cf_route_req:91 (<0.15082.202>) callflow 196db3a461da8179ff2b8bcbcb82c961 in f6cc6c415f1ecacf4db41dcb63ea02d8 satisfies request

Jan 29 01:44:10 kazootest 2600hz[2510]: |YmEwZDkwYjI0YWI3ODM2ZTI4MGZmMDQ1ZWM4NDBkNGM.|cf_route_req:188 (<0.15082.202>) callflows knows how to route the call! sending park response

Jan 29 01:44:10 kazootest 2600hz[2452]: |YmEwZDkwYjI0YWI3ODM2ZTI4MGZmMDQ1ZWM4NDBkNGM.|ecallmgr_fs_route:331 (<0.15109.55>) received affirmative route response for request 977262f0-c5cd-11e5-b6ca-89fea4b506e0

Jan 29 01:44:10 kazootest 2600hz[2452]: |YmEwZDkwYjI0YWI3ODM2ZTI4MGZmMDQ1ZWM4NDBkNGM.|ecallmgr_fs_route:337 (<0.15109.55>) node frees...@kazootest.kazooserver accepted dialplan route response for request 977262f0-c5cd-11e5-b6ca-89fea4b506e0

Jan 29 01:44:10 kazootest 2600hz[2510]: |YmEwZDkwYjI0YWI3ODM2ZTI4MGZmMDQ1ZWM4NDBkNGM.|cf_route_req:211 (<0.15082.202>) callflow has received a route win, taking control of the call

Jan 29 01:44:10 kazootest 2600hz[2510]: |YmEwZDkwYjI0YWI3ODM2ZTI4MGZmMDQ1ZWM4NDBkNGM.|cf_route_win:37 (<0.15082.202>) setting initial information about the call

Jan 29 01:44:10 kazootest 2600hz[2510]: |YmEwZDkwYjI0YWI3ODM2ZTI4MGZmMDQ1ZWM4NDBkNGM.|cf_attributes:403 (<0.15082.202>) initiating endpoint is owned by 829dddb69bfd7612012f84213cc928a7

Jan 29 01:44:10 kazootest 2600hz[2510]: |YmEwZDkwYjI0YWI3ODM2ZTI4MGZmMDQ1ZWM4NDBkNGM.|cf_attributes:195 (<0.15082.202>) determined internal caller id is <Kevin> 1000

Jan 29 01:44:10 kazootest 2600hz[2510]: |YmEwZDkwYjI0YWI3ODM2ZTI4MGZmMDQ1ZWM4NDBkNGM.|cf_route_win:254 (<0.15082.202>) bootstrapping with caller id type internal: "Kevin" 1000

Jan 29 01:44:10 kazootest 2600hz[2510]: |YmEwZDkwYjI0YWI3ODM2ZTI4MGZmMDQ1ZWM4NDBkNGM.|cf_route_win:310 (<0.15082.202>) call has been setup, beginning to process the call

Jan 29 01:44:10 kazootest 2600hz[2510]: |YmEwZDkwYjI0YWI3ODM2ZTI4MGZmMDQ1ZWM4NDBkNGM.|cf_exe:756 (<0.15100.202>) executing callflow 196db3a461da8179ff2b8bcbcb82c961

Jan 29 01:44:10 kazootest 2600hz[2510]: |YmEwZDkwYjI0YWI3ODM2ZTI4MGZmMDQ1ZWM4NDBkNGM.|cf_exe:757 (<0.15100.202>) account id f6cc6c415f1ecacf4db41dcb63ea02d8

Jan 29 01:44:10 kazootest 2600hz[2510]: |YmEwZDkwYjI0YWI3ODM2ZTI4MGZmMDQ1ZWM4NDBkNGM.|cf_exe:758 (<0.15100.202>) request 061123...@sip.kazootest.kazooserver

Jan 29 01:44:10 kazootest 2600hz[2510]: |YmEwZDkwYjI0YWI3ODM2ZTI4MGZmMDQ1ZWM4NDBkNGM.|cf_exe:759 (<0.15100.202>) to 061123...@sip.kazootest.kazooserver

Jan 29 01:44:10 kazootest 2600hz[2510]: |YmEwZDkwYjI0YWI3ODM2ZTI4MGZmMDQ1ZWM4NDBkNGM.|cf_exe:760 (<0.15100.202>) from 10...@sip.kazootest.kazooserver

Jan 29 01:44:10 kazootest 2600hz[2510]: |YmEwZDkwYjI0YWI3ODM2ZTI4MGZmMDQ1ZWM4NDBkNGM.|cf_exe:761 (<0.15100.202>) CID Kevin 1000

Jan 29 01:44:10 kazootest 2600hz[2510]: |YmEwZDkwYjI0YWI3ODM2ZTI4MGZmMDQ1ZWM4NDBkNGM.|cf_exe:763 (<0.15100.202>) inception on-net: using attributes for an internal call

Jan 29 01:44:10 kazootest 2600hz[2510]: |YmEwZDkwYjI0YWI3ODM2ZTI4MGZmMDQ1ZWM4NDBkNGM.|cf_exe:766 (<0.15100.202>) authorizing id c8051adb65f0e462729180432fce51a9

Jan 29 01:44:10 kazootest 2600hz[2510]: |YmEwZDkwYjI0YWI3ODM2ZTI4MGZmMDQ1ZWM4NDBkNGM.|cf_exe:685 (<0.15100.202>) moving to action 'cf_offnet'

Jan 29 01:44:10 kazootest 2600hz[2510]: |YmEwZDkwYjI0YWI3ODM2ZTI4MGZmMDQ1ZWM4NDBkNGM.|cf_attributes:185 (<0.15107.202>) determined emergency caller id is <Kevin> +610123459000

Jan 29 01:44:10 kazootest 2600hz[2510]: |YmEwZDkwYjI0YWI3ODM2ZTI4MGZmMDQ1ZWM4NDBkNGM.|cf_attributes:191 (<0.15107.202>) determined external caller id is <Kevin> +610123459000

Jan 29 01:44:10 kazootest 2600hz[2510]: |YmEwZDkwYjI0YWI3ODM2ZTI4MGZmMDQ1ZWM4NDBkNGM.|stepswitch_outbound:211 (<0.15109.202>) no available resources for 061123456000

Jan 29 01:44:10 kazootest 2600hz[2510]: |YmEwZDkwYjI0YWI3ODM2ZTI4MGZmMDQ1ZWM4NDBkNGM.|cf_resources:53 (<0.15107.202>) offnet request error, attempting to find failure branch for sip:404:NO_ROUTE_DESTINATION

Jan 29 01:44:10 kazootest 2600hz[2510]: |YmEwZDkwYjI0YWI3ODM2ZTI4MGZmMDQ1ZWM4NDBkNGM.|cf_util:564 (<0.15107.202>) attempting to find failure branch for sip:404:NO_ROUTE_DESTINATION

Jan 29 01:44:10 kazootest 2600hz[2510]: |YmEwZDkwYjI0YWI3ODM2ZTI4MGZmMDQ1ZWM4NDBkNGM.|cf_exe:335 (<0.15100.202>) attempted 'undefined' child NO_ROUTE_DESTINATION

Jan 29 01:44:10 kazootest 2600hz[2510]: |YmEwZDkwYjI0YWI3ODM2ZTI4MGZmMDQ1ZWM4NDBkNGM.|cf_exe:335 (<0.15100.202>) attempted 'undefined' child sip:404

Jan 29 01:44:16 kazootest 2600hz[2510]: |YmEwZDkwYjI0YWI3ODM2ZTI4MGZmMDQ1ZWM4NDBkNGM.|cf_exe:625 (<0.15100.202>) callflow execution has been stopped: normal

On Wednesday, 27 January 2016 23:41:59 UTC+3, gk1 wrote:

James Aimonetti

unread,

Jan 28, 2016, 12:10:16 PM1/28/16

to 2600hz...@googlegroups.com

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

Le 01/28/2016 07:05 AM, Kevin a écrit :
> (<0.15109.202>) no available resources for 061123456000

I'd recommend spending some time with the numbers doc:

https://github.com/2600hz/kazoo/blob/master/applications/crossbar/doc/in
ternationalization/numbers.md

Basically, you need to normalize dialed numbers from whatever your
users/carriers send to E164.

In your resource docs, you need to setup your regexes to match on the
E164 format to have that resource used, then use the capture group (+
prefix + suffix as needed) to send the call upstream.

You can also test your changes without having to dial the number:

sup stepswitch_maintenance process_number 061123456000

This will show you which of your offnet resources would be used to
process a given number.

- --
James Aimonetti
Lead Systems Architect / Impressionable Scallywag
"If Dialyzer doesn'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
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBCAAGBQJWqkt2AAoJENTKa+JPXCVgISEH/01qhpzZ7kZ/1sMle1CaNTBX
1Wrqrp+AwJlSDLWgJo4dzrtqn5cnAKNA1oSn+QnYC4rTa9MuDcPm37fqjmvsUjz+
nmk8NWyHDMEkMiaVpSA5yv2rCOmh4M1arLyXqC74QldNC+AjTeTKXMxdNlxCXA+3
AsiiMvzNIvlnOxG2l8nawAnrcG0Sk+7uokBb29+ZDiaawnj0AnN7dmo5nJ89jtMw
ax52YV43AJc3ngdtyd1O7ZTaIWwOXQbfr4wo/okzwlVm/1AtXoOnKOh5DGQKhY4y
XetKqwjLxnkI5UDfrFm/zikaw6994pqaau3L3m0ghorPMlxgYwvOFOfNtdjj44c=
=hC13
-----END PGP SIGNATURE-----

Kevin

unread,

Jan 29, 2016, 1:12:28 AM1/29/16

to 2600hz-users

Thanks James. I'll definitely spend some time on it. Though I wish the documentation was well organized in one place so that its easy to follow for newbies like me.

Also thanks for the tip for testing the numbers.

On Thursday, 28 January 2016 20:10:16 UTC+3, James Aimonetti wrote:

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

Le 01/28/2016 07:05 AM, Kevin a écrit :
> (<0.15109.202>) no available resources for 061123456000

I'd recommend spending some time with the numbers doc:

https://github.com/2600hz/kazoo/blob/master/applications/crossbar/doc/in
ternationalization/numbers.md

Basically, you need to normalize dialed numbers from whatever your
users/carriers send to E164.

In your resource docs, you need to setup your regexes to match on the
E164 format to have that resource used, then use the capture group (+
prefix + suffix as needed) to send the call upstream.

You can also test your changes without having to dial the number:

sup stepswitch_maintenance process_number 061123456000

This will show you which of your offnet resources would be used to
process a given number.

- --
James Aimonetti
Lead Systems Architect / Impressionable Scallywag
"If Dialyzer doesn't care, I don't care"

2600HzPDX | http://2600hz.com

sip:...@2600hz.com

James Aimonetti

unread,

Jan 29, 2016, 11:46:38 AM1/29/16

to 2600hz...@googlegroups.com

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

I'm working hard on getting the reference docs up to date and in a
searchable site (using slate), but have user guide/tutorials
immediately following that work. Hoping to focus on the main topics at
first, of which number management and routing are top of the list.

sip:ja...@2600hz.com

tel:415.886.7905
irc:mc_ @ freenode
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBCAAGBQJWq5drAAoJENTKa+JPXCVgcoUH/ibNPper8tvHuM34NYUdDzyF
iwSBJy0H15L5hJUKSr/MIJMU4iB1lyUccLwNaP9Q9WgPFHki+DIpsW3by2wExxPh
laPRzjNu4yvvR/5Y6gBqlzlHIjEmE6lgu6388rAWJ3KQIHvQXOox4tgUW0bYTGwQ
Mh4eJzF/Oc0emEDEQvG0WJf+Fdwg+L4HbzNnKwkUCTE2MhvE4YtF3uAMYSoUjjFy
0W2aRO6OB5bURVhevTBAHw9QM9gWTqF6aSY3iuP1mjtzi2pea4xoPPxXERaLh92j
8GJeZnEbt/RksbQUzZThf61BY5k+M1NdYaOLLWWXGo/v45hZcecwDu3x4PziVPs=
=ejAL
-----END PGP SIGNATURE-----

Darren Schreiber

unread,

Jan 29, 2016, 11:54:17 AM1/29/16

to 2600hz...@googlegroups.com

We could really use some help here actually, Kevin. Would you be willing to participate? It's something everyone requests but I think it's underestimated how much work it is and every bit helps.

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

Kevin

unread,

Feb 1, 2016, 1:49:13 AM2/1/16

to 2600hz-users, dschr...@2600hz.com

Sure Darren, I'm willing to help but I've only just started using Kazoo so I don't know how much I can contribute.

>sip:...@2600hz.com

Darren Schreiber

unread,

Feb 1, 2016, 1:49:32 AM2/1/16

to Kevin, 2600hz-users

Awesome. I will loop you in with the folks in charge of documentation.

Kevin

unread,

Feb 9, 2016, 12:18:48 PM2/9/16

to 2600hz-users

Hi,

I'm still having trouble getting outbound calling to work. On the client side, I'm getting a SIP 603 - Call rejected message. From the logs I'm seeing a SIP 403 Forbidden from Freeswitch. From what I can tell, the call is not even getting to the point where it authenticates with the carrier. What could I be missing here? Process number runs as expected with the output below. I've attached logs for further troubleshooting. I would really appreciate some help. Thanks

/opt/kazoo/utils/sup/sup stepswitch_maintenance process_number +ExternalNumber
Route              : sip:++ExternalNumber@mycarrierip
Callee-ID-Name     : +ExternalNumber
Callee-ID-Number   : +ExternalNumber
To-DID             : +ExternalNumber
Invite-Format      : route
Caller-ID-Type     : external
Auth-User          : xxxxxxx
Auth-Password      : xxxxxxx
Endpoint-Type      : sip
Endpoint-Progress-T: 8
Weight             : 30
Name               : MyCarrier
Custom-Channel-Vars
    Matched-Number : +ExternalNumber
    Format-From-URI: true
    From-URI-Realm : mycarrier.com
    Original-Number: undefined
    E164-Destinatio: +ExternalNumber
    Resource-ID    : 7sdgsdcfe1fecebf1de2b072154c4257d2
    Global-Resource: true

On Thursday, 28 January 2016 20:10:16 UTC+3, James Aimonetti wrote:

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

Le 01/28/2016 07:05 AM, Kevin a écrit :
> (<0.15109.202>) no available resources for 061123456000

I'd recommend spending some time with the numbers doc:

https://github.com/2600hz/kazoo/blob/master/applications/crossbar/doc/in
ternationalization/numbers.md

Basically, you need to normalize dialed numbers from whatever your
users/carriers send to E164.

In your resource docs, you need to setup your regexes to match on the
E164 format to have that resource used, then use the capture group (+
prefix + suffix as needed) to send the call upstream.

You can also test your changes without having to dial the number:

sup stepswitch_maintenance process_number 061123456000

This will show you which of your offnet resources would be used to
process a given number.

- --
James Aimonetti
Lead Systems Architect / Impressionable Scallywag
"If Dialyzer doesn't care, I don't care"

2600HzPDX | http://2600hz.com

sip:...@2600hz.com

kamailio.log.txt

freeswitch.txt

kazoolog.txt

Kevin

unread,

Feb 17, 2016, 2:55:30 PM2/17/16

to 2600hz-users

Hi All,

I'm still stuck on this issue and I'm really hoping someone can shed some bit of light. As mentioned before, I'm getting a SIP 603 on the client and SIP 403 Forbidden message within Kazoo. My kazoo server is within a NATed network and I've gone through the firewalls to ensure there is no rule prohibiting access. Logs are as per previous post. What could be the problem here?

Thanks

Eamon

unread,

Feb 19, 2016, 6:02:29 PM2/19/16

to 2600hz-users

your dialing 0610291234567 but your rules in offnet are +1 only by the looks of it

try change it to

"rules": [
       ".*"

Kevin

unread,

Feb 24, 2016, 2:29:33 PM2/24/16

to 2600hz-users

Hi Eamon,

I tried that and it didn't work for me. I'm just wondering whether the problem lies with the authentication with the carrier. From what I can gather, my kazoo server sends a sip request and the carrier acknowledges but expects authentication information (username and password). Kazoo doesn't seem to be sending that back to the carrier despite being set in the offnet doc. I'm seeing the following error message from the kamailio logs if its of any help to troubleshoot. Ideas?

received internal reply 407 Proxy Authentication Required

failure route ignoring auth reply 407 Proxy Authentication Required

In the offnet doc I have the following rules:

"rules": [

"^\\+1(\\d{10})$",

"^(\\d{10})$",

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

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

]

Tabi Tabe

unread,

Mar 10, 2016, 6:14:38 PM3/10/16

to 2600hz-users, dschr...@2600hz.com

James/Darren,

Is there any way we can assist with the documentation? How can we participate?

Tabi

>sip:...@2600hz.com

James Aimonetti

unread,

Mar 10, 2016, 7:39:54 PM3/10/16

to 2600hz...@googlegroups.com

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

For reference docs, I've posted instructions in this thread:

https://groups.google.com/forum/#!topic/2600hz-users/qKKrHh0Aznc

Those guidelines are geared to getting Crossbar more fully documented,
but will be roughly appropriate for other apps' reference docs too.

Feel free to reply to the above thread if you have questions or want
clarification.

Le 03/10/2016 02:34 PM, Tabi Tabe a écrit :
> James/Darren,
>
> Is there any way we can assist with the documentation? How can we
> participate?
>
> Tabi
>
> On Friday, January 29, 2016 at 6:54:17 PM UTC+2, Darren Schreiber
> wrote:
>>
>> We could really use some help here actually, Kevin. Would you be
>> willing to participate? It's something everyone requests but I
>> think it's underestimated how much work it is and every bit
>> helps.
>>
>>
>>
>>
>>

>> On 1/29/16, 8:46 AM, "2600hz...@googlegroups.com <javascript:> on

>> behalf of James Aimonetti" <2600hz...@googlegroups.com

>>> -- You received this message because you are subscribed to the
>>> Google Groups
>> "2600hz-users" group.
>>> To unsubscribe from this group and stop receiving emails from
>>> it, send an

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

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

- --
James Aimonetti
Lead Systems Architect / Impressionable Scallywag
"If Dialyzer doesn'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
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBCAAGBQJW4hPWAAoJENTKa+JPXCVgxpAH/Ayv2uYIRYnx2/SaiyzdaZGR
PX+TqIzeNIGHxDyvGrbNvSQYFiiZsJrgIYyf5MNe/28Y1sJJ75gBr6jCbHQeaBGS
xxTLsjbpmRpIpdC0wGUtz3VJOsyE/Fb2McQvO3Z5j4fVZJI6l/mCFgk7Frmw0izk
a86jG0pDQgRvkRQ2+26Pxvcq2dMQWi2muLq5zlH3XsALZbBudBf5nWEc2l107MDY
Md79tm1hLsG3EdTt8f7jcEekLcxyuC/ps6gEa+8/jZIpKHxNBwKOau/PzWtvjUjQ
jVHusY20tj96B8RKuM4yI/MHSFuI4T+K9E5dvEdBlQwq6k8qcQHj8o34YI4yhJc=
=zMrU
-----END PGP SIGNATURE-----

Christian Lox

unread,

May 27, 2016, 6:14:04 PM5/27/16

to 2600hz-users

Kevin,

were you able to resolv this issue?

Christian

lucas oketch

unread,

May 29, 2016, 12:06:24 PM5/29/16

to 2600hz...@googlegroups.com

hi Kevin long time how have you been

--

You received this message because you are subscribed to the Google Groups "2600hz-users" group.

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

Kevin Tiren

unread,

May 30, 2016, 8:21:12 AM5/30/16

to 2600hz...@googlegroups.com

Hi Christian,

No, I was not able to resolve the issue. I was running out of time for a project so I had to abandon it and opt for an alternative VoIP solution.

regards

--
You received this message because you are subscribed to a topic in the Google Groups "2600hz-users" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/2600hz-users/pnMhrPlXnSs/unsubscribe.
To unsubscribe from this group and all its topics, send an email to 2600hz-users...@googlegroups.com.

Reply all

Reply to author

Forward