openCNAM lookups not working

[Jim Kusznir]

Hi all:

I've been trying to enable OpenCNAM lookups on my kazoo impelentation.  I'm using the hobby tier of service, as right now this is for me and my one customer, which will easily stay under the specified limits, and CNAM lookup isn't required, just "nice to have".

I had it working fine with my FreePBX setup before, but so far I am not doing so well with it in kazoo.  I was pointed to:

https://2600hz.atlassian.net/wiki/display/Dedicated/Enabling+CNAM

Which lead me to this document in system_config:

{

   "_id": "stepswitch.cnam",

   "_rev": "1-477639e60bd645aebd8dfb9d88ebed18",

   "default": {

       "http_url": "https://api.opencnam.com/v2/phone/{{phone_number}}",

       "http_body": "",

       "http_method": "get",

       "http_accept_header": "text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8",

       "http_user_agent_header": "Kazoo Stepswitch CNAM",

       "http_content_type_header": "application/json",

       "http_basic_auth_username": "",

       "http_basic_auth_password": "",

       "cnam_expires": 900

   }

}

And I went into the number manager and clicked on inbound caller ID and the rest of the approval dialog boxes.  Inbound is now green on this number.  And when I go back to couchdb, I see (number obfuscated):

{

   "_id": "+1760xxxxxxx",

   "_rev": "3-bd4aeb821b981dc6d97fc7e6e0c4f58b",

   "used_by": "",

   "id": "+1760xxxxxxx",

   "cnam": {

       "inbound_lookup": true

   },

   "pvt_authorizing_account": "c51f9b611a3638c4b760f0b4366f8283",

   "pvt_created": 63562393849,

   "pvt_db_name": "numbers%2F%2B1760",

   "pvt_number_state": "in_service",

   "pvt_module_name": "undefined",

   "pvt_reserve_history": [

       "c51f9b611a3638c4b760f0b4366f8283"

   ],

   "pvt_assigned_to": "c51f9b611a3638c4b760f0b4366f8283",

   "pvt_features": [

       "inbound_cnam"

   ],

   "pvt_modified": 63562401486

}

Which appears to more than meet the specs on the number document.

I have run every flush/update sup command from this list:

https://2600hz.atlassian.net/wiki/display/Dedicated/How+to+use+the+SUP+command

and rebooted the server to boot, but no CNAM lookups happen.  In fact, tcpdump'ing the IP of the webserver its supposed to be contacting shows no attempts.  I did verify by hand with curl that the URL with the number I'm calling from does return a result, and I've tested with a second number that also returns a result (at the hobby level).  So it really appears that for some reason Kazoo is just not performing the CNAM lookups....

Any suggestions / pointers?

Thanks!

--Jim

[James Aimonetti]

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

Hi Jim,

Sorry you had trouble here; it is actually pretty simple what's wrong
(but entirely not obvious if you don't know where to look).

In your number doc, the "pvt_module_name" is set to "undefined". I'm
not sure how you added this number to the system, or how this field
got set to "undefined", but if you change "undefined" to "wnm_other"
you should get the CNAM dips you expect.

Hope that helps!

- --
James Aimonetti
Lead Systems Architect / Impressionable Scallywag
"I thought I fixed that"

2600Hz | http://2600hz.com
sip:ja...@2600hz.com
tel:415.886.7905
irc:mc_ @ freenode
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iF4EAREIAAYFAlMpLrAACgkQ54NxaUq7OmBpzgD+J16D31HD8SdqmEO2h3jiiZw3
yUEVDijd0kAww+iDdR4A/jWtk50V4B2qjjwhlgVKwEcfhNPtp149shx6DJnMmpst
=AKTR
-----END PGP SIGNATURE-----

[Jim Kusznir]

Well, I did my planned new build of my "production" system today, and it was not working.  It did not have the number doc issue (was wnm_local).  For whatever reason, it did not have a stepswitch document (I copied that one over from my dev server, but making sure to leave out the rev field so it started fresh).

I also made the correction you mentioned above on my dev server, but it too did not work.

Realistically, I care about my production server, so here is what I think is relevant from couch:

{
   "_id": "+150933xxxxx",
   "_rev": "3-f70167fd54199f8c0e61506952bb9d60",
   "used_by": "",
   "id": "+150933xxxxx",
   "cnam": {
       "inbound_lookup": true
   },
   "pvt_authorizing_account": "73ba02f305fd80850bd1246529aa33b0",
   "pvt_created": 63562477536,
   "pvt_db_name": "numbers%2F%2B1509",
   "pvt_number_state": "in_service",
   "pvt_module_name": "wnm_local",
   "pvt_reserve_history": [
       "73ba02f305fd80850bd1246529aa33b0"
   ],
   "pvt_assigned_to": "73ba02f305fd80850bd1246529aa33b0",
   "pvt_features": [
       "inbound_cnam"
   ],
   "pvt_modified": 63562477934
}

{
   "_id": "stepswitch.cnam",
   "_rev": "1-477639e60bd645aebd8dfb9d88ebed18",
   "default": {
       "http_url": "https://api.opencnam.com/v2/phone/{{phone_number}}",
       "http_body": "",
       "http_method": "get",
       "http_accept_header": "text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8",
       "http_user_agent_header": "Kazoo Stepswitch CNAM",
       "http_content_type_header": "application/json",
       "http_basic_auth_username": "",
       "http_basic_auth_password": "",
       "cnam_expires": 900
   }
}

{
   "_id": "stepswitch",
   "_rev": "1-ff00e37f7cadce6777522e111b783db1",
   "default": {
       "outbound_user_field": "Request",
       "default_weight": 3,
       "default_audio_codecs": [
       ],
       "default_video_codecs": [
       ],
       "default_codecs": [
       ],
       "default_bypass_media": false,
       "default_prefix": "",
       "default_suffix": "",
       "default_caller_id_type": "external",
       "default_progress_timeout": 8,
       "format_from_uri": false,
       "inbound_user_field": "Request",
       "assume_inbound_e164": false,
       "max_shortdial_correction": 5
   }
}

---------------

I don't know why stepswitch didn't exist on my new, clean, production server...it was present on my dev server, and I didn't create it there.  In any case, the above is what I put in my production server.

Thanks for your help!

-Jim

--
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.

[Darren Schreiber]

We discovered today that infact there may have been an issue with this.

Please try the latest RPM tomorrow (we’ll spin it sometime today if it hasn’t been done already). Should fix this.

[Jim Kusznir]

I found updated rpms inthe repo; I installed them, sup flush'ed, and rebooted, but still no change in CNAM lookups...

--Jim

On Thu, Mar 20, 2014 at 8:09 AM, Jim Kusznir <jkus...@gmail.com> wrote:

In case the RPM has been uploaded, I looked for new RPMs in the repo, found none...8am PDT.

I don't know if it hasn't been pushed yet, or perhaps the rpmdb needs to be regenerated...

I did try a yum clean all as well, just in case, and that did not reveal any updates.

--Jim

[Darren Schreiber]

OK, then it must be some other issue you are having, cause this works for sure on latest RPM…

[Jim Kusznir]

Any suggestions on how to troubleshoot this further?  I haven't found any indication that Kazoo has "seen" any of my configs (even though they're in the database) -- no attempts to connect or anything.  I don't know where to look for what's going on, or to even verify that its recognizing my documents in the db correctly, that they've been loaded/activated, etc.

Thanks!

--Jim

sip:...@2600hz.com

[Darren Schreiber]

Sure.

Turn on debug mode in /etc/kazoo/config.ini for the log settings. Restart whapps.

Then, when a call comes in, grep for “cnam” in /var/log/2600hz-platform.log

[Jim Kusznir]

Finally got back to this.  When I ran the debug, I received:

stepswitch_cnam:237 (<0.1775.0>) cnam lookup for <<"+[my ph#]">> failed: {url_parsing_failed,{error,invalid_uri}}

I went to my couchdb again and verified what was in there:

{

   "_id": "stepswitch.cnam",

   "_rev": "1-477639e60bd645aebd8dfb9d88ebed18",

   "default": {

       "http_url": "https://api.opencnam.com/v2/phone/{{phone_number}}",

       "http_body": "",

       "http_method": "get",

       "http_accept_header": "text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8",

       "http_user_agent_header": "Kazoo Stepswitch CNAM",

       "http_content_type_header": "application/json",

       "http_basic_auth_username": "",

       "http_basic_auth_password": "",

       "cnam_expires": 900

   }

}

I copied the URL inside the quotes, pasted it into a web browser, and replaced the {{phone_number}} with my phone number exactly how it appears in the log, and it worked and returned the proper result.

For clarity, the URL should look like this:

https://api.opencnam.com/v2/phone/+12061234567

That does work with my phone number that was used in my call test (my cell phone).  I don't know how variable substitution works in this request, but I honestly can't see any reason/cause for url_parsing_failed,{error,invalid_url}}.  Suggestions?

--Jim

[James Aimonetti]

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

This was patched, I believe in 3.08. If you can make sure you're
running the latest 3.08 build and retest, that'd be great.

>>>>>> -- 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.
>>>>>>
>>>>>
>>>>> -- 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.
>>>>>
>>>>> -- 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.
>>>>>
>>>>
>>>>
>>> -- 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.
>>>
>> -- 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
"I thought I fixed that"

2600Hz | http://2600hz.com

sip:ja...@2600hz.com

tel:415.886.7905
irc:mc_ @ freenode
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iF4EAREIAAYFAlM5nlUACgkQ54NxaUq7OmDwgwD/V9a9ZAV8W9DL3J7LBHaS18oq
y2plwv7x6rgcSINbr6QBALkS/ycCNWuJG3uvjQZUv62KWerphs+co7IeLHf6lir6
=+7zO
-----END PGP SIGNATURE-----

[Jim Kusznir]

I'm not sure how to verify which desired code segment is executing the desired version.  Here's what I have installed:

[root@voip ~]# rpm -qa |grep kazoo

kazoo-prompts-3.0-0.el6.noarch

kazoo-bigcouch-R15B-0.4.x-1.el6.x86_64

kazoo-ui-v3.08-1.el6.noarch

kazoo-R15B-3.08-20.el6.x86_64

kazoo-librabbitmq-master-0.el6.x86_64

kazoo-json-c-master-0.el6.x86_64

kazoo-freeswitch-R15B-1.4.2-1.el6.x86_64

kazoo-kamailio-4.0-30.el6.x86_64

kazoo-configs-3.0-60.el6.noarch

I have rebooted the server since installing.

I reran yum update, and see that there is a new version of kazoo-R15B and kazoo-ui, which I am installing now.

Its not really clear to me what the preferred restart procedures would be to restart by hand.  I rebooted, and reran the test, and got the same results.  Here's my rpm versioning now:

[root@voip ~]# rpm -qa |grep kazoo

kazoo-prompts-3.0-0.el6.noarch

kazoo-bigcouch-R15B-0.4.x-1.el6.x86_64

kazoo-librabbitmq-master-0.el6.x86_64

kazoo-json-c-master-0.el6.x86_64

kazoo-freeswitch-R15B-1.4.2-1.el6.x86_64

kazoo-kamailio-4.0-30.el6.x86_64

kazoo-configs-3.0-60.el6.noarch

kazoo-R15B-3.08-22.el6.x86_64

kazoo-ui-v3.09-6.el6.noarch

If there's another command I can run to query the running code in question for what version it is, I'd be happy to run that, I just don't know what it is.

--Jim

[Darren Schreiber]

You are on: kazoo-R15B-3.08-20.el6.x86_64

Latest stable is: kazoo-R15B-3.08-22.el6.x86_64.rpm

See http://repo.2600hz.com/R15B-stable/6/x86_64/Kazoo/origin/3.08/ 

[Jim Kusznir]

I have 3.08-22 installed (the first set was pre-upgrade, second was post, and shows that version).

The quesiton I was actually trying to ask was how do I verify that the actual code executing and loaded into ram is that version (vs simply verifying what rpm version is installed).  If the dev team is confidant that the 3.08-22 rpm has the code fix installed, and I'm still seeing the bug, then the next step would be to make sure that something else isn't going on (like the RPM was mis-packaged or mis-installed, resulting in the updated code not being loaded for execution, or for some reason an older version is still around and being used despite the new version being installed correctly, etc).  So, is there any way to verify that the app in question (for cnam lookups) that is actually actively executing on the server is the desired version?  Or is there something else to check first?

Thanks!

[root@voip ~]# rpm -qa |grep kazoo-R15B

kazoo-R15B-3.08-22.el6.x86_64

--Jim

[James Aimonetti]

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

Compare /opt/kazoo/applications/stepswitch/src/stepswitch_cnam.erl
around line 250 to what's on the 3.08 Github branch:

https://github.com/2600hz/kazoo/blob/3.08/applications/stepswitch/src/stepswitch_cnam.erl#L250

>>>>>>> cause this works for sure on latest RPM...

iF4EAREIAAYFAlM7ULgACgkQ54NxaUq7OmARgQD+OoeVRQEUhssQB2H3uKlimqn2
TBITesGGYmrFfIUmfAwA/24BKiwHPUuIzHLV8u7DBOEMB9CjPK1qTjlUh1Dno1UK
=ryZM
-----END PGP SIGNATURE-----

[Jim Kusznir]

Thanks!  They do match exactly.

Is there the possibility of "cached binary" (or whatever erlang calls machine-executable code) hanging around somewhere?  Is there anything other than reboot that would be required for the new code to take effect?

Here's the exact log entry that came in earlier today (random call):

Apr  1 14:53:54 voip 2600hz[1001]: |55ec249c1d7a53f5...@64.2.142.26|stepswitch_cnam:237 (<0.7828.8>) cnam lookup for <<"+13024148737">> failed: {url_parsing_failed,{error,invalid_uri}}

--Jim

[James Aimonetti]

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

Possible, if you upgraded the RPM without restarting the whistle_apps VM.

You could try:

sup whistle_maintenance hotload stepswitch_cnam

to ensure the latest BEAM is loaded (basically the Erlang bytecode).

Alternatively, you could add some logging to see what the URL is just
before it makes the ibrowse request.

iF4EAREIAAYFAlM7s2gACgkQ54NxaUq7OmD/YAD/V/vBqdmYuh072eObGczfsKIx
ntOOZ7JKMHTDT6W0ODsA/0oATE8qTvpYuyu+MOtqRd54pcNbdT0y4zmrXqYcdC8v
=x9Li
-----END PGP SIGNATURE-----

[Jim Kusznir]

I took a look, but my programming is not great, and I don't know any erlang, so it wasn't obvious how to add logging.

I did take some extra debugging steps: I ran the sup command specified, I flushed yum's cache, reinstalled the kazoo package, and rebooted, but still no go.  I did get more debug output:

Apr  2 14:11:23 voip 2600hz[1001]: |0000000000|Undefined:Undefined (<0.881.0>) Supervisor stepswitch_sup started poolboy:start_link([{worker_module,stepswitch_cnam},{name,{local,stepswitch_cnam_pool}},{size,10},{max_overflow,50},...]) at pid <0.883.0>

Apr  2 14:11:25 voip 2600hz[1001]: |00000000000|whapps_config:422 (<0.1008.0>) fetch db config for notify.cnam_request

Apr  2 14:11:25 voip 2600hz[1001]: |00000000000|whapps_config:439 (<0.1008.0>) stored notify.cnam_request into whapps config cache

Apr  2 14:11:25 voip 2600hz[1001]: |00000000000|notify_util:145 (<0.1008.0>) compiling notify_cnam_request_text_tmpl: 'Caller name update request for {{request.number}}#012#012Request#012Display-Name: "{{request.cnam.display_name}}"#012#012Number#012Number: {{request.number}}#012State: {{request.number_state}}#012Local-Number: {{request.local_number}}#012#012Account#012Account ID: {{account.pvt_account_id}}#012Account Name: {{account.name}}#012Account Realm: {{account.realm}}#012#012{% if admin %}Admin#012First Name: {{admin.first_name}}#012Last Name: {{admin.last_name}}#012Email: {{admin.email}}#012Timezone: {{admin.timezone}}#012#012{% endif %}{% if devices %}SIP Credentials#012{% for device in devices %}User: {{device.user.first_name}} {{device.user.last_name}}#012Email: {{device.user.email|default:""}}#012SIP Username: {{device.sip.username}}#012SIP Password: {{device.sip.password}}#012SIP Realm: {{account.realm}}#012#012{% endfor %}{% endif %}{% if account.pvt_wnm_numbers %}Phone Numbers#012{% for number in account.pvt_wnm_numbers %}{{number}}#012{% endfor %}#012{% endif %}Service#012URL: {{service.url}}#012Name: {{service.name}}#012Provider: {{service.provider}}#012#012Sent from {{service.host}}'

Apr  2 14:11:26 voip 2600hz[1001]: |00000000000|notify_util:145 (<0.1008.0>) compiling notify_cnam_request_html_tmpl: '<html><head><meta charset="utf-8" /></head><body><h3>Caller name update request for {{request.number}}</h3><h2>Request</h2><table cellpadding="4" cellspacing="0" border="0"><tr><td>Display-Name: </td><td>"{{request.cnam.display_name}}"</td></tr></table><h2>Number</h2><table cellpadding="4" cellspacing="0" border="0"><tr><td>Number: </td><td>{{request.number}}</td></tr><tr><td>State: </td><td>{{request.number_state}}</td></tr><tr><td>Local-Number: </td><td>{{request.local_number}}</td></tr></table><h2>Account</h2><table cellpadding="4" cellspacing="0" border="0"><tr><td>Account ID: </td><td>{{account.pvt_account_id}}</td></tr><tr><td>Account Name: </td><td>{{account.name}}</td></tr><tr><td>Account Realm: </td><td>{{account.realm}}</td></tr></table>{% if admin %}<h2>Admin</h2><table cellpadding="4" cellspacing="0" border="0"><tr><td>Name: </td><td>{{admin.first_name}} {{admin.last_name}}</td></tr><tr><td>Email: </td><td>{{admin.email}}</td></tr><tr><td>Timezone: </td><td>{{admin.timezone}}</td></tr></table>{% endif %}{% if devices %}<h2>SIP Credentials</h2><table cellpadding="4" cellspacing="0" border="1"><tr><th>User</th><th>Email</th><th>SIP Username</th><th>SIP Password</th><th>SIP Realm</th></tr>{% for device in devices %}<tr><td>{{device.user.first_name}}{{device.user.last_name}}</td><td>{{device.user.email|default:""}}</td><td>{{device.sip.username}}</td><td>{{device.sip.password}}</td><td>{{account.realm}}</td></tr>{% endfor %}</table>{% endif %}{% if account.pvt_wnm_numbers %}<h2>Phone Numbers</h2><ul>{% for number in account.pvt_wnm_numbers %}<li>{{number}}</li>{% endfor %}</ul>{% endif %}<h2>Service</h2><table cellpadding="4" cellspacing="0" border="0"><tr><td>URL: </td><td>{{service.url}}</td></tr><tr><td>Name: </td><td>{{service.name}}</td></tr><tr><td>Service Provider: </td><td>{{service.provider}}</td></tr></table><p style="font-size:9pt;color:#CCCCCC">Sent from {{service.host}}</p></

Apr  2 14:11:26 voip 2600hz[1001]: |00000000000|notify_util:145 (<0.1008.0>) compiling notify_cnam_request_subj_tmpl: 'Caller name update request for {{request.number}}'

Apr  2 14:11:26 voip 2600hz[1001]: |00000000000|notify_cnam_request:36 (<0.1008.0>) init done for notify_cnam_request

Apr  2 14:11:28 voip 2600hz[1001]: |00000000000|wh_amqp_channel:259 (<0.1008.0>) bound notify_listener to notifications exchange (routing key notifications.number.cnam) via channel <0.840.0>

Apr  2 14:26:32 voip 2600hz[1001]: |3d1f9a5f62054120...@64.2.142.26|whapps_config:422 (<0.4276.0>) fetch db config for stepswitch.cnam

Apr  2 14:26:32 voip 2600hz[1001]: |3d1f9a5f62054120...@64.2.142.26|whapps_config:439 (<0.4276.0>) stored stepswitch.cnam into whapps config cache

Apr  2 14:26:32 voip 2600hz[1001]: |3d1f9a5f62054120...@64.2.142.26|stepswitch_cnam:237 (<0.4276.0>) cnam lookup for <<"+15093321225">> failed: {url_parsing_failed,{error,invalid_uri}}

--------------

Not sure how to go on from here, though...

--Jim

[Jim Kusznir]

Ok, with help from people over on #erlang, I did manage to find out what's going on.  It turns out there is still a bug in the code.  ibrowse wants a flat string, not an iolist, which is what currently happens.

So, the patch/fix is to modify line 224 to look like:

    Url = unicode:characters_to_list(wh_util:to_list(get_http_url(JObj))),

Unfortunately, its still failing, but this time its with a timeout error.  I also modified line 237 to look like:

lager:debug("cnam lookup for ~p failed: ~p  ~p", [Number, _R, Url]),

Thus getting the specific URL its feeding to the web browser.  In any case, I now get this as my error:

pr  4 12:50:29 voip 2600hz[19743]: |701cd8ed41cb19bc...@64.2.142.26|stepswitch_cnam:237 (<0.1226.0>) cnam lookup for <<"+15093385920">> failed: req_timedout  "https://api.opencnam.com/v2/phone/%2B15091111111?ref=2600hz&format=pbx"

I've verified that using curl and a cut-and-paste of the URL from the error, it does work fairly quickly:

[root@voip stepswitch]# time curl "https://api.opencnam.com/v2/phone/%2B1509xxxxxxx?ref=2600hz&format=pbx"

<result_removed>

real 0m0.313s

user 0m0.024s

sys 0m0.042s

--Jim

[Jim Kusznir]

Hmm..no further comments on this?  It appears to be some bug in the cnam code...I'm really surprised that it has worked for anyone given the bug I found with the malformed URL....

In case it matters, I'm running on CentOS 6.x

--Jim

[Darren Schreiber]

Hi Jim,

We looked at this extensively and it is working for us. I am not sure what else to give you here. It seems specific to your setup from what I can tell, so I can’t advise further.

>>>>>>>> 2600Hz | http://2600hz.comsip:...@2600hz.com

[James Aimonetti]

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

Jim,

If you can, try using the latest 3.10 RPM:

http://repo.2600hz.com/R15B-staging/6/x86_64/Kazoo/origin/3.10/kazoo-R15B-3.10-1.el6.x86_64.rpm

And see if that addresses the issue for you.

On 04/08/2014 02:03 PM, Darren Schreiber wrote:
> Hi Jim, We looked at this extensively and it is working for us. I
> am not sure what else to give you here. It seems specific to your
> setup from what I can tell, so I can't advise further.
>

> From: Jim Kusznir <jkus...@gmail.com<mailto:jkus...@gmail.com>>
> Reply-To:
> "2600hz...@googlegroups.com<mailto:2600hz...@googlegroups.com>"
> <2600hz...@googlegroups.com<mailto:2600hz...@googlegroups.com>>
>
>
Date: Tuesday, April 8, 2014 at 1:55 PM
> To:

> "2600hz...@googlegroups.com<mailto:2600hz...@googlegroups.com>"
> <2600hz...@googlegroups.com<mailto:2600hz...@googlegroups.com>>

>
>
Subject: Re: openCNAM lookups not working
>
> Hmm..no further comments on this? It appears to be some bug in the
> cnam code...I'm really surprised that it has worked for anyone
> given the bug I found with the malformed URL....
>
> In case it matters, I'm running on CentOS 6.x
>
> --Jim
>
>
> On Fri, Apr 4, 2014 at 10:01 AM, Jim Kusznir

> <jkus...@gmail.com<mailto:jkus...@gmail.com>> wrote: Ok, with

> help from people over on #erlang, I did manage to find out what's
> going on. It turns out there is still a bug in the code. ibrowse
> wants a flat string, not an iolist, which is what currently
> happens.
>
> So, the patch/fix is to modify line 224 to look like: Url =
> unicode:characters_to_list(wh_util:to_list(get_http_url(JObj))),
> Unfortunately, its still failing, but this time its with a timeout
> error. I also modified line 237 to look like: lager:debug("cnam
> lookup for ~p failed: ~p ~p", [Number, _R, Url]),
>
> Thus getting the specific URL its feeding to the web browser. In
> any case, I now get this as my error: pr 4 12:50:29 voip
> 2600hz[19743]:

> |701cd8ed41cb19bc...@64.2.142.26<mailto:701cd8ed41cb19bc...@64.2.142.26>|stepswitch_cnam:237
> (<0.1226.0>) cnam lookup for <<"+15093385920<tel:%2B15093385920>">>

> failed: req_timedout
> "https://api.opencnam.com/v2/phone/%2B15091111111?ref=2600hz&format=pbx"
>
> I've verified that using curl and a cut-and-paste of the URL from
> the error, it does work fairly quickly: [root@voip stepswitch]#
> time curl
> "https://api.opencnam.com/v2/phone/%2B1509xxxxxxx?ref=2600hz&format=pbx"
>
>
<result_removed>
> real0m0.313s user0m0.024s sys0m0.042s
>
>
> --Jim
>
>
> On Wed, Apr 2, 2014 at 11:32 AM, Jim Kusznir

> <jkus...@gmail.com<mailto:jkus...@gmail.com>> wrote: I took a

> look, but my programming is not great, and I don't know any erlang,
> so it wasn't obvious how to add logging.
>
> I did take some extra debugging steps: I ran the sup command
> specified, I flushed yum's cache, reinstalled the kazoo package,
> and rebooted, but still no go. I did get more debug output:
>
> Apr 2 14:11:23 voip 2600hz[1001]: |0000000000|Undefined:Undefined
> (<0.881.0>) Supervisor stepswitch_sup started
> poolboy:start_link([{worker_module,stepswitch_cnam},{name,{local,stepswitch_cnam_pool}},{size,10},{max_overflow,50},...])
> at pid <0.883.0> Apr 2 14:11:25 voip 2600hz[1001]:
> |00000000000|whapps_config:422 (<0.1008.0>) fetch db config for
> notify.cnam_request Apr 2 14:11:25 voip 2600hz[1001]:
> |00000000000|whapps_config:439 (<0.1008.0>) stored
> notify.cnam_request into whapps config cache Apr 2 14:11:25 voip
> 2600hz[1001]: |00000000000|notify_util:145 (<0.1008.0>) compiling
> notify_cnam_request_text_tmpl: 'Caller name update request for
> {{request.number}}#012#012Request#012Display-Name:
> "{{request.cnam.display_name}}"#012#012Number#012Number:
> {{request.number}}#012State:
> {{request.number_state}}#012Local-Number:
> {{request.local_number}}#012#012Account#012Account ID:
> {{account.pvt_account_id}}#012Account Name:

> {{account.name<http://account.name>}}#012Account Realm:

> {{account.realm}}#012#012{% if admin %}Admin#012First Name:
> {{admin.first_name}}#012Last Name: {{admin.last_name}}#012Email:
> {{admin.email}}#012Timezone: {{admin.timezone}}#012#012{% endif
> %}{% if devices %}SIP Credentials#012{% for device in devices
> %}User: {{device.user.first_name}}
> {{device.user.last_name}}#012Email:
> {{device.user.email|default:""}}#012SIP Username:
> {{device.sip.username}}#012SIP Password:
> {{device.sip.password}}#012SIP Realm: {{account.realm}}#012#012{%
> endfor %}{% endif %}{% if account.pvt_wnm_numbers %}Phone
> Numbers#012{% for number in account.pvt_wnm_numbers
> %}{{number}}#012{% endfor %}#012{% endif %}Service#012URL:
> {{service.url}}#012Name:

> {{service.name<http://service.name>}}#012Provider:

> {{service.provider}}#012#012Sent from {{service.host}}' Apr 2
> 14:11:26 voip 2600hz[1001]: |00000000000|notify_util:145
> (<0.1008.0>) compiling notify_cnam_request_html_tmpl:
> '<html><head><meta charset="utf-8" /></head><body><h3>Caller name
> update request for {{request.number}}</h3><h2>Request</h2><table
> cellpadding="4" cellspacing="0" border="0"><tr><td>Display-Name:
> </td><td>"{{request.cnam.display_name}}"</td></tr></table><h2>Number</h2><table
> cellpadding="4" cellspacing="0" border="0"><tr><td>Number:
> </td><td>{{request.number}}</td></tr><tr><td>State:
> </td><td>{{request.number_state}}</td></tr><tr><td>Local-Number:
> </td><td>{{request.local_number}}</td></tr></table><h2>Account</h2><table
> cellpadding="4" cellspacing="0" border="0"><tr><td>Account ID:
> </td><td>{{account.pvt_account_id}}</td></tr><tr><td>Account Name:

> </td><td>{{account.name<http://account.name>}}</td></tr><tr><td>Account

> Realm: </td><td>{{account.realm}}</td></tr></table>{% if admin
> %}<h2>Admin</h2><table cellpadding="4" cellspacing="0"
> border="0"><tr><td>Name: </td><td>{{admin.first_name}}
> {{admin.last_name}}</td></tr><tr><td>Email:
> </td><td>{{admin.email}}</td></tr><tr><td>Timezone:
> </td><td>{{admin.timezone}}</td></tr></table>{% endif %}{% if
> devices %}<h2>SIP Credentials</h2><table cellpadding="4"
> cellspacing="0" border="1"><tr><th>User</th><th>Email</th><th>SIP
> Username</th><th>SIP Password</th><th>SIP Realm</th></tr>{% for
> device in devices
> %}<tr><td>{{device.user.first_name}}{{device.user.last_name}}</td><td>{{device.user.email|default:""}}</td><td>{{device.sip.username}}</td><td>{{device.sip.password}}</td><td>{{account.realm}}</td></tr>{%
> endfor %}</table>{% endif %}{% if account.pvt_wnm_numbers
> %}<h2>Phone Numbers</h2><ul>{% for number in
> account.pvt_wnm_numbers %}<li>{{number}}</li>{% endfor %}</ul>{%
> endif %}<h2>Service</h2><table cellpadding="4" cellspacing="0"
> border="0"><tr><td>URL:
> </td><td>{{service.url}}</td></tr><tr><td>Name:

> </td><td>{{service.name<http://service.name>}}</td></tr><tr><td>Service

> Provider: </td><td>{{service.provider}}</td></tr></table><p
> style="font-size:9pt;color:#CCCCCC">Sent from
> {{service.host}}</p></ Apr 2 14:11:26 voip 2600hz[1001]:
> |00000000000|notify_util:145 (<0.1008.0>) compiling
> notify_cnam_request_subj_tmpl: 'Caller name update request for
> {{request.number}}' Apr 2 14:11:26 voip 2600hz[1001]:
> |00000000000|notify_cnam_request:36 (<0.1008.0>) init done for
> notify_cnam_request Apr 2 14:11:28 voip 2600hz[1001]:
> |00000000000|wh_amqp_channel:259 (<0.1008.0>) bound notify_listener
> to notifications exchange (routing key notifications.number.cnam)
> via channel <0.840.0> Apr 2 14:26:32 voip 2600hz[1001]:

> |3d1f9a5f62054120...@64.2.142.26<mailto:3d1f9a5f62054120...@64.2.142.26>|whapps_config:422

> (<0.4276.0>) fetch db config for stepswitch.cnam Apr 2 14:26:32
> voip 2600hz[1001]:

> |3d1f9a5f62054120...@64.2.142.26<mailto:3d1f9a5f62054120...@64.2.142.26>|whapps_config:439

> (<0.4276.0>) stored stepswitch.cnam into whapps config cache Apr 2
> 14:26:32 voip 2600hz[1001]:

> |3d1f9a5f62054120...@64.2.142.26<mailto:3d1f9a5f62054120...@64.2.142.26>|stepswitch_cnam:237
> (<0.4276.0>) cnam lookup for <<"+15093321225<tel:%2B15093321225>">>

> failed: {url_parsing_failed,{error,invalid_uri}} -------------- Not
> sure how to go on from here, though...
>
> --Jim
>
>
> On Tue, Apr 1, 2014 at 11:51 PM, James Aimonetti

> <ja...@2600hz.com<mailto:ja...@2600hz.com>> wrote: Possible, if you

> upgraded the RPM without restarting the whistle_apps VM.
>
> You could try:
>
> sup whistle_maintenance hotload stepswitch_cnam
>
> to ensure the latest BEAM is loaded (basically the Erlang
> bytecode).
>
> Alternatively, you could add some logging to see what the URL is
> just before it makes the ibrowse request.
>
> On 04/01/2014 07:40 PM, Jim Kusznir wrote:
>> Thanks! They do match exactly.
>
>> Is there the possibility of "cached binary" (or whatever erlang
>> calls machine-executable code) hanging around somewhere? Is
>> there anything other than reboot that would be required for the
>> new code to take effect?
>
>> Here's the exact log entry that came in earlier today (random
>> call): Apr 1 14:53:54 voip 2600hz[1001]: |

>> 55ec249c1d7a53f5...@64.2.142.26<mailto:55ec249c1d7a53f5...@64.2.142.26>|stepswitch_cnam:237
>>
>>
(<0.7828.8>) cnam lookup for <<"+13024148737<tel:%2B13024148737>">> failed:

>>>>> <dar...@2600hz.com<mailto:dar...@2600hz.com>>wrote:

>>>>>
>>>>>> You are on: kazoo-R15B-3.08-20.el6.x86_64
>>>>>>
>>>>>> Latest stable is: kazoo-R15B-3.08-22.el6.x86_64.rpm
>>>>>>
>>>>>> See
>>>>>> http://repo.2600hz.com/R15B-stable/6/x86_64/Kazoo/origin/3.08/
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>
>>>>>>

From: Jim Kusznir <jkus...@gmail.com<mailto:jkus...@gmail.com>> Reply-To:
>>>>>> "2600hz...@googlegroups.com<mailto:2600hz...@googlegroups.com>"
>>>>>>
>>>>>>
<2600hz...@googlegroups.com<mailto:2600hz...@googlegroups.com>>

Date: Monday, March 31,
>>>>>> 2014 at 10:06 AM To:

>>>>>> "2600hz...@googlegroups.com<mailto:2600hz...@googlegroups.com>"
>>>>>>
>>>>>>
<2600hz...@googlegroups.com<mailto:2600hz...@googlegroups.com>>

>>>>>>>>> "https://api.opencnam.com/v2/phone/{{phone_number}}<https://api.opencnam.com/v2/phone/%7B%7Bphone_number%7D%7D>",

>>>>>>>>>> "2600hz...@googlegroups.com<mailto:2600hz...@googlegroups.com>
>>>>>>>>>> <javascript:>"
>>>>>>>>>> <2600hz...@googlegroups.com<mailto:2600hz...@googlegroups.com><javascript:>

>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
Subject: Re: openCNAM lookups not working
>>>>>>>>>>
>>>>>>>>>> Any suggestions on how to troubleshoot this
>>>>>>>>>> further? I haven't found any indication that
>>>>>>>>>> Kazoo has "seen" any of my configs (even though
>>>>>>>>>> they're in the database) -- no attempts to
>>>>>>>>>> connect or anything. I don't know where to look
>>>>>>>>>> for what's going on, or to even verify that its
>>>>>>>>>> recognizing my documents in the db correctly,
>>>>>>>>>> that they've been loaded/activated, etc.
>>>>>>>>>>
>>>>>>>>>> Thanks! --Jim
>>>>>>>>>>
>>>>>>>>>> On Monday, March 24, 2014 5:14:11 PM UTC-7,
>>>>>>>>>> Darren Schreiber wrote:
>>>>>>>>>>>
>>>>>>>>>>> OK, then it must be some other issue you are
>>>>>>>>>>> having, cause this works for sure on latest
>>>>>>>>>>> RPM...
>>>>>>>>>>>
>>>>>>>>>>> From: Jim Kusznir

>>>>>>>>>>> <jkus...@gmail.com<mailto:jkus...@gmail.com>>
>>>>>>>>>>> Reply-To:
>>>>>>>>>>> "2600hz...@googlegroups.com<mailto:2600hz...@googlegroups.com>"
>>>>>>>>>>>
>>>>>>>>>>>
<2600hz...@googlegroups.com<mailto:2600hz...@googlegroups.com>> Date:

Monday, March
>>>>>>>>>>> 24, 2014 at 5:03 PM To:

>>>>>>>>>>> "2600hz...@googlegroups.com<mailto:2600hz...@googlegroups.com>"
>>>>>>>>>>>
>>>>>>>>>>>
<2600hz...@googlegroups.com<mailto:2600hz...@googlegroups.com>> Subject: Re:

>>>>>>>>>>> openCNAM lookups not working
>>>>>>>>>>>
>>>>>>>>>>> I found updated rpms inthe repo; I installed
>>>>>>>>>>> them, sup flush'ed, and rebooted, but still no
>>>>>>>>>>> change in CNAM lookups...
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> --Jim
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Thu, Mar 20, 2014 at 8:09 AM, Jim Kusznir

>>>>>>>>>>> <jkus...@gmail.com<mailto:jkus...@gmail.com>>

>>>>>>>>>>> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> In case the RPM has been uploaded, I looked
>>>>>>>>>>>> for new RPMs in the repo, found none...8am
>>>>>>>>>>>> PDT.
>>>>>>>>>>>>
>>>>>>>>>>>> I don't know if it hasn't been pushed yet,
>>>>>>>>>>>> or perhaps the rpmdb needs to be
>>>>>>>>>>>> regenerated...
>>>>>>>>>>>>
>>>>>>>>>>>> I did try a yum clean all as well, just in
>>>>>>>>>>>> case, and that did not reveal any updates.
>>>>>>>>>>>>
>>>>>>>>>>>> --Jim
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Wed, Mar 19, 2014 at 2:18 PM, Darren
>>>>>>>>>>>> Schreiber

>>>>>>>>>>>> <dar...@2600hz.com<mailto:dar...@2600hz.com>>wrote:

>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
We discovered today that infact there may
>>>>>>>>>>>>> have been an issue with this.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Please try the latest RPM tomorrow (we'll
>>>>>>>>>>>>> spin it sometime today if it hasn't been
>>>>>>>>>>>>> done already). Should fix this.
>>>>>>>>>>>>>
>>>>>>>>>>>>> From: Jim Kusznir

>>>>>>>>>>>>> <jkus...@gmail.com<mailto:jkus...@gmail.com>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
Reply-To: "2600hz...@googlegroups.com<mailto:2600hz...@googlegroups.com>"
>>>>>>>>>>>>> <2600hz...@googlegroups.com<mailto:2600hz...@googlegroups.com>>

>>>>>>>>>>>>> Date: Wednesday, March 19, 2014 at 1:35 PM
>>>>>>>>>>>>> To:

>>>>>>>>>>>>> "2600hz...@googlegroups.com<mailto:2600hz...@googlegroups.com>"
>>>>>>>>>>>>>
>>>>>>>>>>>>>
<2600hz...@googlegroups.com<mailto:2600hz...@googlegroups.com>> Subject: Re:

>>>>>>>>>>>>> "https://api.opencnam.com/v2/phone/{{phone_number}}<https://api.opencnam.com/v2/phone/%7B%7Bphone_number%7D%7D>",

>>>>>>>>>>>>> <ja...@2600hz.com<mailto:ja...@2600hz.com>>wrote:

>>>>>>>>>>>>>>>> "https://api.opencnam.com/v2/phone/{{phone_number}}<https://api.opencnam.com/v2/phone/%7B%7Bphone_number%7D%7D>",

>>>>>>>>> http://2600hz.comsip:...@2600hz.com<mailto:sip%3A...@2600hz.com>
>>>>>>>>>
>>>>>>>>>
tel:415.886.7905<tel:415.886.7905> irc:mc_ @ freenode

>>>>>>>>>>>>>>
>>>>>>>>>>> -- 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<mailto:2600hz-users...@googlegroups.com>.

>>>>>>>>>>>>>> For more options, visit
>>>>>>>>>>>>>> https://groups.google.com/d/optout.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> -- 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<mailto:2600hz-users...@googlegroups.com>.

>>>>>>>>>>>>> For more options, visit
>>>>>>>>>>>>> https://groups.google.com/d/optout.
>>>>>>>>>>>>>
>>>>>>>>>>>>> -- 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<mailto:2600hz-users...@googlegroups.com>.

>>>>>>>>>>>>> For more options, visit
>>>>>>>>>>>>> https://groups.google.com/d/optout.
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>> -- 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<mailto:2600hz-users...@googlegroups.com>.

>>>>>>>>>>> For more options, visit
>>>>>>>>>>> https://groups.google.com/d/optout.
>>>>>>>>>>>
>>>>>>>>>> -- 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<mailto:2600hz-users...@googlegroups.com>

>>>>>>> <javascript:>. For more options,
>>>>>>>>>> visit https://groups.google.com/d/optout.
>>>>>>>>>>
>>>>>>>>>
>>>>>
>>>>>>>
>>>>>>> -- 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<mailto:2600hz-users%2Bunsu...@googlegroups.com>.

>>>>>>>
>>>>>>>
For more options, visit
>>>>>>> https://groups.google.com/d/optout.
>>>>>>>
>>>>>>
>>>>>> -- 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<mailto:2600hz-users%2Bunsu...@googlegroups.com>.

>>>>>> For more options, visit
>>>>>> https://groups.google.com/d/optout.
>>>>>>
>>>>>> -- 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<mailto:2600hz-users%2Bunsu...@googlegroups.com>.

>>>>>> For more options, visit
>>>>>> https://groups.google.com/d/optout.
>>>>>>
>>>>>
>
>>>
>>> -- 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<mailto:2600hz-users%2Bunsu...@googlegroups.com>.

>>> For more options, visit https://groups.google.com/d/optout.
>>>
>
>
>
> -- 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<mailto:2600hz-users%2Bunsu...@googlegroups.com>.

>
>
For more options, visit https://groups.google.com/d/optout.
>
>
>
>
> -- 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<mailto:2600hz-users...@googlegroups.com>.

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

- --
James Aimonetti
Lead Systems Architect / Impressionable Scallywag
"I thought I fixed that"

2600Hz | http://2600hz.com
sip:ja...@2600hz.com
tel:415.886.7905
irc:mc_ @ freenode
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iF4EAREIAAYFAlNEawUACgkQ54NxaUq7OmDbgQEAw3SwpzCYyfcSoTMfT8hKe6ZR
uRopnb4rrSK1Y7mIrXcA/0TwE9JFIfg1tuYS1OCnlvsJ3nzYT7EPYYwYXHP9cEOK
=bqLC
-----END PGP SIGNATURE-----

[Jim Kusznir]

Thank you, that RPM fixed the issue.  CNAM is now working!

--Jim

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

[Darren Schreiber]

Hazzah! What was it oh James, thou wise one?  (and how is this working on our own prod?)

[Jim Kusznir]

I also wonder if anyone was using it specifically with OpenCNAM service before...Perhaps that was the "odd" bit.  I know the sample config talks about a service that I think is from broadband.com.  I tried finding info on signing up, but couldn't.  In any case, I got the impression they were "more professional" than opencnam, therefore, perhaps more people were using them.

--Jim