First, running the reload_resources will do nothing if there are no
resource docs in the DB. If you only have design docs in your offnet
DB, you have no resources with which to make offnet calls. A sample
resource document looks something like:
{
"_id": "4063c60c6771f239561a4af34a01e696",
"_rev": "8-2e59d8e5af246be75b36d44de5123900",
"pvt_type": "resource",
"pvt_created": 63471586790,
"pvt_modified": 63471586790,
"name": "Your Carrier - Friendly Name",
"enabled": true,
"flags": [
],
"weight_cost": 50,
"rules": [
"^\\+1(\\d{10})$"
],
"gateways": [
{
"server": "carrier.hostname.or.ip",
"realm": "carrier.hostname.or.ip",
"username": "maybe_a_username",
"password": "maybe_a_password",
"prefix": "",
"suffix": "",
"codecs": [
"PCMU"
],
"progress_timeout": 8,
"enabled": true
}
]
}
Change accordingly.
As for the command_bridge suggestions:
1) ps -ef | grep whistle_apps
Will let you know if the whapps VM is running (hint: it should be;
if not, use whistle_apps/start.sh or whistle_apps/start-dev.sh to get
an interactive session going)
2) Check the cookie value in your output below against the '-setcookie
XYZ' in whistle_apps/conf/vm.args, and if they differ, use '-c
cookie_from_your_vm.args_file'
3) Ensure running 'hostname' returns what you expect (a fully
qualified domain), and that that matches whistl...@hostname.com.
Hope that helps you get going...
On 04/24/2012 07:58 PM, Paul Kramer wrote:
> Hello, I've been following the thread at
> https://groups.google.com/forum/?fromgroups#!topic/2600hz-dev/9P0wiGAsQ-Y
> with interest in regards to setting up access to a SIP trunk to
> make outgoing calls. At the moment after adding the catch_all call
> flow, there are only two _design documents in my offnet database. I
> decided to try the
> "/opt/whistle/whistle/utils/command_bridge/command_bridge
> stepswitch_maintenance reload_resources" command mentioned in the
> attached thread but received the following error:
>
> *[root@centos /]#
> /opt/whistle/whistle/utils/command_bridge/command_bridge
> stepswitch_maintenance reload_resources* *Connection to service
> failed!* *Failed to connect to service 'whistl...@hostname.com'
> with cookie 'd85318a70105f9e9cdb6493f42cd47bcfa8af69202f3e547'* *
> Possible fixes:* * * Ensure the whistle service you are trying
> to connect to is running on the host* * * Ensure that you are
> using the same cookie as the whistle node, "./command_bridge -c
> <cookie>"* * * Verify that the hostname being used is a whistle
> node*
>
> Can anyone point me in the right direction?
>
>
>
- --
James Aimonetti
Distributed Systems Engineer / DJ MC_
2600hz | http://2600hz.com
sip:ja...@2600hz.com
tel: 415.886.7905
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQEcBAEBAgAGBQJPl3vaAAoJENc77s1OYoGg65EIAJqyJzNlxOqEHfGdez67wW/s
+sBX5VaoZ7yiCuWN/neUmMQuPH07h2ujVovVieHVa6P4nhH8oPYtewkoFn0p3n90
ecg+XO6jlWvYfvvdREldMU7OfPvYYsqG5lPchgy3YQf+pss4IkcFGjfhfVatIaV6
lryd1V0croH7P4XvNQfe/O6TIkgy0paEp5LyBOxWiLezeGm1TdTGR0oFEL4l1zXR
Vn57P3MZ9PORhR74tjhzNvOUoCSgJSjJQeTbK1vF9HZPOzD4O2nyIvi2yqPvYK3L
SMCBYzWk64wwgXCSp/08vOI/oWXPnYGyy8PQhXBba/sPqpIf+Du3j7SX7r3W6pM=
=hU+y
-----END PGP SIGNATURE-----
<gateway name="vitelity-inbound">
<param name="username" value="****yourusername"/>
<param name="password" value="****yourpassword"/>
<param name="realm" value="vitel-inbound"/>
<param name="extension" value="1000"/>
<param name="proxy" value="****inboundurl"/>
<param name="register-proxy" value="****inboundurl"/>
</gateway>
</include>