Company Logos/Background Images

Unanswered Question
Aug 25th, 2009

So my company wants to force background graphics onto the phones - I have implemented the image to be pushed to the phones so users can choose it, but I would like to be able to push the images onto the phone without user intervention. Ultimately we'd probably prefer that they can't change the image, they should only be provided with ours. Evidently the default cannot be removed, so is there a setting in a config file that I missed that would force this setting down?

I do NOT want to use an idle image, I'd much prefer the method we already have in place (putting an image on the tftp server and letting the phones put the image into their flash - less B/W that way)

So any help would be greatly appreciated, thanks!

I have this problem too.
0 votes
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 2.9 (28 ratings)
Loading.
arrrghhh3 Tue, 08/25/2009 - 11:36

Yea, I saw this suite as well... My company isn't too keen on ponying up for it.

They feel that this is something that's built into the CCM, and I'm just missing it.

I feel this s/b a feature that's built in as well... seems so simple and obvious... but I can't find anything on it...

Jaime Valencia Tue, 08/25/2009 - 11:41

The closest app we provide is the Cisco Phone Designer but it's not for bulk, it's one phone at a time.

Also you need to meet the requirements for CUCM version and phone models to use phone designer.

HTH

java

if this helps, please rate

arrrghhh3 Tue, 08/25/2009 - 11:42

I do meet the requirements for CUCM and phone models... I have been able to push images on to my phone with phone designer.

But you seriously suggest I do this for 2,000+ phones? What about bigger companies that have 20,000+ phones? There's really nothing?

Brandon Buffin Tue, 08/25/2009 - 11:41

I have to agree with you. If you search these forums, you'll see several other posts related to this issue. Most people think CUCM should be capable of doing this. Sadly, it is not.

Brandon

Paolo Bevilacqua Tue, 08/25/2009 - 13:11

I see two perfectly correct and helpful answers being low rated above.

I've re-rated these posts for what they're worth, a '5'.

The person that left the rating should review his usage of the system toward a fair and non-punishing way.

arrrghhh3 Tue, 08/25/2009 - 13:28

I'm assuming the rating system is on how helpful the responses are - in relation to the question.

In that context, telling me about Phone Designer, which is only for a per-phone setup - is NOT what I'm looking for.

I realize I didn't mention that I've tried that before, but I made it clear I wanted a system to mass change the background.

For example, I'd imagine there's a config file that has the default background image - if there isn't, there certainly should be.

So, I say my 1.0 rating is completely valid - the solution did not help me at all.

The other rating I gave - 2.0 - was helpful, which is the rating I choose. As far as very helpful it was not. Again, I didn't implicitly say I've already seen it, but a 3rd party solution for something so simple is not "extremely helpful" in my opinion. You may think I'm wrong - but it's my opinion.

I hope this doesn't turn into a flame-fest most forums enjoy. Didn't think I needed to justify my ratings either.

Paolo Bevilacqua Tue, 08/25/2009 - 13:36

Let me just state, you have a wrong understanding of the rating system. As often happens, in this case I just see low ratings to reflect frustration for not having an easy, and most important, FREE solution to a problem.

I recommend you refrain from using it again in "your" manner, fortunately the fellows that kept responding are true gentleman.

arrrghhh3 Tue, 08/25/2009 - 13:44

Hrm... Well their answers didn't answer my question even in the slightest. The answer that didn't help me at all, I rated a 1.0 - which is what the description says, does not help at all. I don't see how I'm using the rating system improperly.

The one answer that was a reasonable solution (which I rated 2.0 - somewhat helpful... it was somewhat helpful, it wasn't extremely helpful), was for an $80 piece of software that I see as unnecessary - I can't imagine Cisco doesn't have some sort of a way to solve this - even something as simple as the default BG for all phones in a config, something in CCM, SOMETHING!!

Either way, none of this banter is helping me solve my problem. I posted here in the hopes of catching someone who has solved this problem - I just don't understand how a product geared towards the enterprise doesn't have this problem licked yet...

And the Phone Designer - that's cool, but is completely for individual users - how many corporate environments are going to want users using an application like that? I know we wouldn't want people putting on custom ringtones and backgrounds, it would be a nightmare.

iptuser55 Tue, 08/25/2009 - 23:40

Has anyone tried to use Phone designer to push out images to more then one phone- what error do you get. Do you not just associate yourself to all the phones and then update. I`v been in contact with the VOIP guys on the previous answer and they have just released the new version which works with CUCM6.x 7.X- $89 for the SW for a whole Cluster- Yes Cisco should create something to allows a mass change but until that day.....

arrrghhh3 Wed, 08/26/2009 - 07:04

I never thought about it from that angle... I don't think I'd want to associate all the phones with my end user acct, but I guess that's a solution. I'll try it, but I have a feeling that it'll be A LOT more work for little gain. Especially with all the phones that we have.

iptuser55 Wed, 08/26/2009 - 09:03

Surely would you not just create a user purely for update background images only - That`s my thinking ? Can yo update us if you are goign to use Phone Designer we are going to roll out 2k- 3k phones and need a new image so I`m looking to use what ever we can

arrrghhh3 Wed, 08/26/2009 - 09:12

Eh, I'll give it a shot. Not sure how easy/difficult it will be to associate all phones to one user...

And in doing this I see we have almost 7,000 phones. Wow. This is going to suck.

arrrghhh3 Wed, 08/26/2009 - 09:43

Yea, this isn't going to work. If you have more than one phone associated with the end user acct, phone designer makes you select phone-by-phone which one you want to update - and it only lists a model. So nice thought, but not going to work.

arrrghhh3 Wed, 08/26/2009 - 11:05

So I found a method using wget... which I had seen previously, and didn't want to use it as it seemed fragile and would break easily...

But if your network has the phones all in a grouped subnet, it would be fairly easy. Unfortunately for me, our phones are all over the place.

Here's how it works:

(I'm pulling from http://markmail.org/message/hyyq42zh5n5xdgqw#query:wget%20cisco%20phone%20background+page:1+mid:hyyq42zh5n5xdgqw+state:results)

So you setup several TXT files with XML commands that pass directly to the phone. I did not build these, I'm simply using the ones from the link I referenced. Once you have the TXT files for all of the commands that you want to pass, make a script using wget (if you're running Windows, which unfortunately I am, you'll have to get GnuWin and download wget for Windows...) that will actually push the stuff to the phones...

I removed most of the stuff to just make sure it works, here's my script:

wget --http-user="user" --http-passwd="pass" --post-file=settings.txt http://IPofPhone/CGI/Execute sleep 1

wget --http-user="user" --http-passwd="pass" --post-file=kp1.txt http://IPofPhone/CGI/Execute sleep 1

wget --http-user="user" --http-passwd="pass" --post-file=kp2.txt http://IPofPhone/CGI/Execute sleep 1

wget --http-user="user" --http-passwd="pass" --post-file=kp2.txt http://IPofPhone/CGI/Execute sleep 1

wget --http-user="user" --http-passwd="pass" --post-file=select.txt http://IPofPhone/CGI/Execute sleep 5

wget --http-user="user" --http-passwd="pass" --post-file=save.txt http://IPofPhone/CGI/Execute sleep 1

wget --http-user="user" --http-passwd="pass" --post-file=exit.txt http://IPofPhone/CGI/Execute sleep 1

wget --http-user="user" --http-passwd="pass" --post-file=exit.txt http://IPofPhone/CGI/Execute

The problem I'm having is this works for my phone, but no one elses - Will this only work for phones associated to the account I login with?!? That would put a serious damper on this method.

And after some investigation, apparently this method only works with the un/pass that's associated to this device... blargh.

arrrghhh3 Wed, 08/26/2009 - 11:54

So we are going to proceed with this wget method... Just be sure to associate ALL devices with the account you want to update from (in this case, mine... but we're probably going to make a special account just for updating phones.)

arrrghhh3 Thu, 08/27/2009 - 12:20

Please read the thread before responding. The first response addresses this.

arrrghhh3 Tue, 09/01/2009 - 12:15

So I'm running into a lot of issues doing this with wget - it's flaky on my phone, and I'm not sure if it's latency or what - but I need a better method, or perhaps some intelligence built into my batch - is there any way to tell (from a script) whether the phone is active or not, what BG it's currently showing, etc? I don't want to have to call 2200 users and ask if their phone updated.

arrrghhh3 Fri, 09/04/2009 - 14:11

Well my script is a little more intelligent now, but still relatively stupid in the sense that if a user presses a key while it's going, it'll get completely messed up.

What I'm wondering is there really no way to force this BG on to the phones? Or is there a method to tell what BG it's currently using? Removing the "default" background of lines would be ideal, because then there would only be our BG to choose from. Perfect.

I appreciate any insight on the matter.

HEATH FREEL Thu, 09/24/2009 - 11:52

Sorry I have no insight, but I find it unbelievable that this is not a standard feature in CM.

I was reading that there is a list.xml file that can be "loaded" onto call manager, but it appears that this may be on the Windows versions only - or atleast 4.X versions.

I hope someone from Cisco is paying attention as this should be an easy fix.

arrrghhh3 Thu, 09/24/2009 - 11:57

There is a List.xml file, but that only tells the phone which backgrounds are available - it doesn't actually set the background image on the phone.

We use CUCM 7.1, and this was present in 6.x as well. Can't speak for earlier versions.

PS:

I did get it to work, using WGET and some autohotkey scripting. It works pretty consistently (from what I can tell), but unfortunately if the user interrupts the process I have no way of knowing. So the failure rate is relatively unknown - but running the script overnight seems to do the trick. It sucks tho, as I have no idea which phones failed or why. So we're going to run the script, and send an email out to the users letting them know how to change the background if it didn't get set automatically.

I have a TAC open, and I'm hoping that in one way or another this feature will be integrated into a future release.

HEATH FREEL Thu, 09/24/2009 - 12:05

Oh OK - I use CUCMBE 7.0.2 - can you tell me where this file is and how I modify it?

Thanks,

arrrghhh3 Thu, 09/24/2009 - 12:58

Well by default it's not on the server.

http://forums.cisco.com/eforum/servlet/NetProf?page=netprof&forum=Unified%20Communications%20and%20Video&topic=IP%20Telephony&CommCmd=MB?cmd=pass_through&location=outline@^1@@.2cc15c8a/8#selected_message

Check out that message, it details how most of it works... essentially you have to create folders based on what type of phone you have, and then the phones will pickup the background images based on what type of image they can handle, and what you've provided in the List.xml file.

Let me know if you have other issues.

HEATH FREEL Fri, 09/25/2009 - 03:21

Thanks for the Link - that is very helpful and although CUCMBE is a little different I get the idea.

Do I still need to put the file inside the desktop/320--- directories? I am actually trying to get an image on IPCommunicator and did not see it listed in that example.

I feel like I am much closer to my goal....

HEATH FREEL Fri, 09/25/2009 - 04:35

OK - so I followed all of the steps:

Created my image files.

I ran wireshark and it looks like the IPCommunicator is 320x234x24 - but I don't know for sure if that should be the directory as in the capture it just listed that as the height width and colour depth.

Then:

Created a List.xml file that contains the following:

FTP:Desktop/320x234x24/tn-e2e.png" URL="TFTP:Desktop/320x234x24/e2e.png" />

Then I uploaded to the TFTP Files server all of the files and put them in the Desktop/320x234x24 directory.

Restarted the TFTP Server

Restarted my IP Communicator

Still nothing.... Any ideas?

HEATH FREEL Fri, 09/25/2009 - 06:00

GOT IT....

Thanks for all your help...

FYI the Directory for IP Communicator is

Desktops/320x212x12

arrrghhh3 Fri, 09/25/2009 - 06:58

Good to hear you got it workin! Yea, I don't use IP Comm, sorry.

Hopefully my TAC that's open on this will result in enhancements... I'm not closing it until it's submitted properly to the enhancement dept.

Jose Goncalves Fri, 09/25/2009 - 08:04

i have tried everything that i have seen here, but i can't make it work on my IP Communicator. I have a CUCM 6.0.1.2000-4 and the phone only gets the default background. And in the physical phones how to remove the cisco logo? After the new background the logo is changed???

HEATH FREEL Fri, 09/25/2009 - 08:21

What version of communicator are you using - I'm on 7.0.2 - could that be it?

Also the Directory must be:

Desktop/320x212x12

and the XML File must us a L

List.xml

Hope that helps....

Jose Goncalves Fri, 09/25/2009 - 08:43

I have the 7.0.3

And the directory is just like that! That's why i don't understand what's happening.

The only thing that it shows is service unavailable....

HEATH FREEL Fri, 09/25/2009 - 09:05

I think in the device profile you may have to turn on the personalization feature - or feature to allow background customerization.

arrrghhh3 Fri, 09/25/2009 - 09:13

And the List.xml file is in there, with vaild PNG files? They must be PNGs, and you must have a thumbnail file...

I guess you don't *have* to have a thumbnail file, but I've never tried it w/o it.

Ah yes, and personalization must be enabled on the device. Very important!

Can you use the phone designer? That would rule out any issues related to actually getting a background onto the phone.

Actions

This Discussion