HUDlite-server 1.4.32 released
If you disconnect a phone it will still not show as "not there" gray,
before the new version if you restartet the hud client, it would show
the disconnected phone, now it just shows the the phone it avalible.
This does make the application unuseble, if it cant even show
if a phone is Registred or not.
Excellent work thus far on thenew beta.
If I do an update in the package manager will it upgrade me to Asterisk V1.4? I beleive it did that and caused me a major problem. i specifically did not select it, but I am sure it upgraded me to V1.4?
Will a yum -update do that as well?
===================================
I specialise in Satellite services carrying data, video and voice. I can advise on services, design and requirements definitions...
Excellent work thus far on thenew beta.
If I do an update in the package manager will it upgrade me to Asterisk V1.4? I beleive it did that and caused me a major problem. i specifically did not select it, but I am sure it upgraded me to V1.4?
===================================
I specialise in Satellite services carrying data, video and voice. I can advise on services, design and requirements definitions...
All testing should be done with the lates version of the client and server
HUDlite-client 1.1.1170
HUDlite-server 1.4.32
http://hudlite.org/uploads/hud-lite-2.1.1.1170.exe
I'll probably jinx it by saying this, but I think HUDLite is finally ready for prime time
Running latest server and client on a tb 1.2.3 server, and using only a SIP trunk (I don't have a ZAP to test with right now), inbound CID and outbound destination numbers are working fine on both PC and Mac clients.
I have noticed a few GUI issues:
1) On the Mac client, the font is too large in both the input box for outbound calling, and on the line of text showing the number that another user is connected to (while in block view mode). When dialing out to a 10-digit number, you can only see the first 9 in the text entry box. If another user made an outbound long distance call, and dialed the "1" prefix, you see them as connected to "1-XXX-XXX-X...". Neither of these issues are present on the PC version, the fonts seem to be a tad smaller.
2) On both PC and Mac clients, when another user's status block shows that they have an active call leaving a voicemail message, the block is properly labeled "Voicemail", but the line of text below that is very cryptic (to a regular end user). It appears that Hud is pulling the exten => line for the mailbox from asterisk, and throwing it up on the screen, so you get something like "
3) On both PC and Mac clients, the "Send call to voicemail" button icon toward the top of the HUD window is inconsistent with the voicemail icon used on the blocks for each other user.
I also just noticed that the Barge and Record buttons are missing. Are they features that can be disabled/enabled now (even with tb 1.2.3?), or were they completely removed?
Testing caller ID in Transfers:
I have following Hud Settings
-Show Call Notice for Incoming, Outgoing
-Display – All Calls
-Duration – Entire Call
Blind Transfers are fine.
Inbound Caller ID displayed in screen pop according to settings in HUD
Attended Transfers have an issue:
Method used
1. Call Ext 1 from Mobile
2. Commence Attended Transfer from Ext 1 to Ext 2(HUDlite Monitoring this EXT)
For this part of the transfer HUD popup appears correctly displaying inbound call from Ext1
3. Complete Attended transfer – Ext 1 passes Inbound call to Ext 2
Screen pop very briefly displays the correct Inbound Caller ID then disappears immediately. – not long enough to use any of the function buttons therein.
4. Hud Settings say it should remain visible for the entire call.
5. The Hudlite Application itself reports the correct information, reporting that EXT 2 is in conversation with the inbound CID.
Equipment
Trixbox.2.2
Hudlite Server – 1.4.32
HUDlite-client 1.1.1170 – Windows XP
Phones GXP2000
A couple of other comments-
1. I think I read that there were problems with the web launcher – hence it’s removal
How about re-enabling it with a manually operated button in the popup & elsewhere on the Hud App.
End users could then pop the web launcher manually when appropriate, and avoid issues arising from the auto function.
2. I would like to sync to a Public folder of outlook contacts rather than everybodies personal contacts, our company (& many others) uses public folders in MS exchange to keep summary client data in one location.
Otherwise it seems much better in its’ newest incarnation. I like the support for 11 digit numbers (I am in the UK). Thanks for all the work that must have gone in to this.
Installed the new version and it works MUCH better than the other version so far..
I have 2 Questions and 1 Problem..
1Q - I noticed that in extensions_hud.conf that under the 'parked calls' section, it lists a 60 second timeout. Is this for recall?
2Q - What happened to the call barge and call record functions?
1P - Upon initial testing, when transferring an internal call to hold, the call was hung-up.
Our setup:
Trixbox upgraded to 2.2.2, with Asterisk 1.2.20, latest hudlite-server and client (to date).
My trunks come from a Cisco 2600 SIP router with 4-VIC POTS Ports.
we are very pleased that this version seems to be stable now!
Due to too many complaints, Barge and Record have been removed for the time being. What we need to know is how many people want some of these features. Since we really feel we haven't had a really stable version in a LONG time, we haven't been pushing people to use it. If this looks to be finally a usable version, then we will begin to solicit comments from people as to what features people want/need. Only a few people need recording, then its not worth it to fix that piece up, if a lot of people want it, then it does. But before we go into all that, let's make sure we have a solid base to work off of.
Still having issues with extension status being updated (Mac client for these tests):
If asterisk reports a device as UNREACHABLE, HUD will still list the extension as available, even if I go Offline and back Online from within the client, or exit and re-launch the client. The device must be UNKNOWN for HUD to flag the extension as offline, and even then it does not update dynamically. You must either go Offline/Online, or re-launch the client.
UPDATE: This also applies for devices coming back online. You have to either go Offline/Online in the HUD client, or re-launch the client for a newly registered extension to show as available.
Hi,
Very nice this new version :-)
On my outlook contact, hudlite recognize only phonenumber without international code. For example from France :
- When 01 60 07 XX XX is set into Outlook contact, caller identification work well
- When +33 1 60 07 XX XX is set into Outlook contact, it doesn't work
- When +33 (0)1 60 07 XX XX is set into Outlook contact, it doesn't work.
Thanks very much in advance for your feedback.
Seb
I think most of us agree that we needed a stable solution, and I agree that if we have to sacrifice the other solutions to achieve a stable solution then so be it. However, the removed features are very useful and is a major differentiator in your product. For a small training or call center it is a very needed solution. I for one want it back and for those who do not, they can simply turn it off as I have on my home system.
Let me be very clear here, we are not going to entertain any other feature changes or putting barge/record/url pop back in until we have a stable product. Once we have some good feedback that the product is working with all of its available features. We will then solicite comments on other features to see how valuable they are to the community. If you would like to see HUDlite rise from its ashes and become a really good tool, then we need people to test it out and tell us if it works or not. I already know some of you want the other features back in, but please, try HUDlite and help us make it the best it can be. Then, if we find we are gaining the momentum back to it, it will be easier to go back and ask for other features.
I am using Outlook 2003, XP Pro latest hulite client.
When a new call comes in which is not in outlook Hud recognises the number but the Edit vcard function is greyed out so i can not click to add the details as a new contact.
If the number is in outlook and i do not have anything in the address fields then the edit vcard function is greyed out. The name is displayed on the pop up.
If the number is in outlook and there is a character in the address field (or the address) then the edit vcard function can be pressed and the card comes up for editing.
I have setup a new machine with a fresh install of Windows XP Pro, Office 2003 and hudlite to eliminate all the other tapi drivers that i have loaded, but i still get the same problem.
So far this is the only issue I am having.
Regards
Outlook Interface: same number on 2 different contacts. – only one contact appears in the popup.
Just tested where the CID existed on 2 different outlook contact records.
This is common where a number of contacts may all work for the same company and thus share the same phone number.
Only one of the contact records is displayed in the popup.
Nice if it listed all.
Ive got a WiFI phone that still shows as unconnected after bringing it online, restarting the client made no differance. I can click the box though and make a call to it, but it still shows as offline even after the call.
Ive got another two extensions that show as online even though they no longer are.
It seems the server may not be refreshing.
Latest Hudlite etc. Trixbox 2.2.3
But HUDLite seems to be working!!!!!!!
Things that now work, that didn't work before:
1) Installs and operates correctly in Vista (Wheee!)
2) Installs and operates correctly with Office-2007 in Vista (Wheee!!!)
3) Displays Caller ID With Name + Number on inbound calls.
4) Displays Dialed Number on Outbound Calls!
5) Toast works Great - including Caller ID + Name.
6) Parking Lot Works.
7) Hold works.
8) Transfer Works.
9) Transfer to Cel Phone works - and even changes the Display!
And On and On - Intercom is sending the wrong feature code (*74 instead of *80) - so far, that's the only thing I can see not working.
This is on an OLD TB load (2.0 in January upgraded to current 2.2.3) with all yum updates and patches. Installed the current server and clients - no tweaking besides that.
Yeah!!!!!!!!!!!!!
Greg
I found out the Call Button does not work if the Phone assigned to the Client is a ST2030.
I did a test with a Siemens Gigaset and there it works.
Logging of the communication between Asterisk and Phone shows the following:
1 13:04:35.144031 10.10.0.1 10.10.0.10 SIP/SDP Request: INVITE sip:10@10.10.0.10:5060;user=phone, with session description
2 13:04:35.161973 10.10.0.10 10.10.0.1 SIP Status: 100 Trying
3 13:04:35.182029 10.10.0.10 10.10.0.1 SIP Status: 180 Ringing
4 13:04:35.193047 10.10.0.10 10.10.0.1 SIP Status: 480 Temporarily Unavailable
The reason is that the phone will not accept calls from "itself" (if from and to field is equal).
I captured the "INVITE" Packet and sent it again with a slightly changed "FROM" field - now the phone accepted the "INVITE"...
Is there a possibility to change the "FROM-Field" Data the HUDlite Server uses for the call-setup?
If HUD would for example setup a call from extension 110->10 instead 10->10 everything would be fine!
Thanks for your help,
Arno
This may be a NOOBIE question, but what is the best way (or only way) to install the new server component on TB 1.2.3? I see using update manager for TB 2.2, but nothing on the older platform.
Also, cannot get HUDTAPI to dial in Outlook 2003. It rings, the party picks up and then the call drops, both internal and external. Any help/insight would be greatly appreciated.
Sincerely,
Gray
I was running 2.2. Package Mgr was showing 1.4.27-1. Would not show upgrade option. Ran "yum clean all" and Package Mgr would still now show the new version. Ran yum -y update and after rebooting Pagkage Mgr still shows 1.4.27-1. But, when I run:
# rpm -qa | grep hudlite
hudlite-server-1.4.32-1
Why won't the Package Mgr show 1.4.32 if that is what I have?
[edit]
All I have turned on is the "trixbox" repository. Should I have something else checked off?
When I drag a call to Voice Mail, my callers complain of getting disconnected? Do any of you have any thoughts or ideas what this is?
Your extensions_hud.conf file was probably overwritten with one that thinks *86 is the default trixbox voicemail prefix. As far as I'm aware, the default trixbox voicemail extension is simply *. I am not sure why hudlite defaults to *86, but this may be a holdover from previous versions or maybe PBXtra.
At any rate, you should edit your extensions_hud.conf file and remove all the instances of 86 in the [xfer-to-vm] section. When finished, that section should look somewhat like this:
[xfer-to-vm]
exten => _*[1-8]XXXX,1,Set(VMCONTEXT=${DB(AMPUSER/${EXTEN:3}/voicemail)})
exten => _*[1-8]XXXX,2,GotoIf($["${VMCONTEXT}" = "disabled"]?4:3)
exten => _*[1-8]XXXX,3,Goto(ext-local,*${EXTEN:3},1)
exten => _*[1-8]XXXX,4,Hangup
exten => _*[1-8]XXX,1,Set(VMCONTEXT=${DB(AMPUSER/${EXTEN:3}/voicemail)})
exten => _*[1-8]XXX,2,GotoIf($["${VMCONTEXT}" = "disabled"]?4:3)
exten => _*[1-8]XXX,3,Goto(ext-local,*${EXTEN:3},1)
exten => _*[1-8]XXX,4,Hangup
exten => _*[1-8]XX,1,Set(VMCONTEXT=${DB(AMPUSER/${EXTEN:3}/voicemail)})
exten => _*[1-8]XX,2,GotoIf($["${VMCONTEXT}" = "disabled"]?4:3)
exten => _*[1-8]XX,3,Goto(ext-local,*${EXTEN:3},1)
exten => _*[1-8]XX,4,Hangup
Hello jcavery
You might make sure that VM actually exists for that extension. We do not have VM installed for all extensions... and, on testing, when a call is dragged to a non-existant VM the call is disconnected. This may not be the issue... but, it is one place to look.
A nice addition to would be to have any non-existant VMs grayed out and unavailable for the drag and drop.
Also... regarding Barge... I would love to have this working with a caveat. We use this for monitoring new employees during training. Ideally I would like it if only specified users could use the Barge function. So, only trainers or department heads could use Barge.
As for recording... we have no need for that feature.
One other note... we are really please with the current version of HUDlite. I'm not really sure which version I have. HUDlite Admin says we have Version: 1.2.0.23 and no updates appears to be available. In the Packages area it indicates we have version 1.4.32-1 installed???
While we would like to have the Barge feature (with granular permissions) HUDlite has been performing quite well for us. The popups always work for us on the primary extension. (just thinking outloud... could the popup problem some folks are having be that they have multiple extensions on their phone and are expecting popups from all of them?)
Initially I thought we had a problem with drag to park... but, after a reboot the problem has not recurred. We have not seen any lost calls... unless we drag a caller to a non-existant voicemail. We are not using Outlook so I can't do any testing to recreate the issues some have had.
For us it is working really well and I am quite pleased!
Nice work!
I am trying to update to HUDlite-server 1.4.32 from HUDlite 1.2.0.23 and I did all the descripted solutions in this topic. Yum, package manager (which says that my username/password is incorrect) but no luck. I am using 2.2.4.
Can you please show me a way to do so?
Thank you in advance,
Alexandros
This may be a possible workaround...
I had shutdown the HUDlite and changed a few extensions (added/deleted)... restarted HUD and sure enough... they were not updated in the HUDlite.
But, I then shutdown HUD, went to the HUDlite admin page, then restarted HUDlite. The extension list is HUDlite is now correct.
I then performed another test without shutting down the HUDlite client. Nothing happened during the normal HUDlite refresh... but, I then went to the HUDlite admin page and the new extension was available in the HUDlite client on the next refresh.
I did not do anything while on the HUDlite admin page... just loaded it... my extensions were all correct in the HUDlite client almost immediately... you might give this a try.
When I create my extensions I found that when I drop into Hudlite Admin to change the password and hit save, every client then gets updated. So now that I have that process down, no issues with an update happening :-). Maybe this is something that can be scripted around for now?
Dave
I am not sure there is any real motivation to fix this issue. In the state it is in I suspect the perceptions is that it is performing the function that best fits the sales model, and that is as a mechanism to drive sales of HudPro. Shame too, there are lots of other products popping up to fill in this gap. Hud is a beautifully artful piece of software, but something as basic as keeping its session alive with the Hud server makes me take notice and wonder if the commercial product is really heads and shoulders above this one. I would think they would want to close the gap here, as it just make the industry dependant on one product. But right now there is a gap that others are exploiting and the end result is another product will come along and be as nice looking as Hud, and will work as expected. If Hud looses it's market share, well, we know what happens then.
Nate
Charlotte, NC
We totally agree, we want to provide HUDlite to CE and have it work properly. We are moving some resources around to get someone dedicated for a while to fixing up the remaining issues and then start on some new features. As soon as we have some news as to when you start expecting some beta builds, you can bet we will post it right away.
Hello Kikon,
unfortunately not - that's really bad for us because hudlite (and the outlook integration) was one of our criteria for the asterisk decision.
Nearly all phones in the company are ST2030 :-(
I tried to contact Thomson - but talking to a stone is more interactive :-((
So I hoped to get help here - because the solution would be simple as I showed in one of my last posts - but no success here too :-(((
My last chance would be to develop a proxy application between asterisk and the phones that modifies the from field - circumstantial and extensive!
Because we actually have no resources for developing something I give the issue some more time - if we develop the proxy I let you know here...
Do you have an approach how to solve that issue?
Regards,
Arno
I'm running the hudlite-server 1.4.32-1 but noticed my extensions_hud.conf file has the *86 references. Following one of the previous posts in this thread, I removed *86 from the lines but still the transfer to voicemail fails.
Does anybody have a copy of what the current extensions_hud.conf should consist of?
I'd like to replace mine as I think its a leftover from a previous version.
I was looking for a way to control which users are displayed in HUD and found that if you delete the entire XML tree for a specific user from /etc/asterisk/hud/users.xml they will no longer display in HUD. In fact you don't need to restart the server or the client the changes occur in real time (about 15 seconds)



Member Since:
2006-05-30