“tftpd: read: Connection refused” has nothing to do with OSS or the Commercial one. It’s a misconfiguration with your tftp server. Doesn’t matter if it’s running, if you have wrong permissions or misconfiguration you will get those errors.
I just recently removed OSS and installed EPM and just like the original poster, I too am not impressed.
I am confident that, once I learn the software, it WILL do all the things I want it to do - but that said, the one thing it is NOT - is intuitive. The EPM and the documentation for the EPM seem to assume a background and level of experience that the user (at least me!) does not have. If I take the documentation at face value - the business of America is monitoring the Busy Lamps on other stations… but adding a second or third extension to an existing instrument is so fall-off-a-log easy that it requires no documentation at all.
I’m not sure what a account1 thru account4 are either, but apparently a lot of people can’t run their businesses without assigning accounts to phones.
Even my extensions list doesn’t look like the documentation – every instrument is crammed into two lines on the left, with the middle of the screen totally empty and the other selections on the far right.
I uninstalled OSS and lost all the MAC data in my extensions. EPM’s “Scan Network” yielded no data. Just none. The Linux ARP command sees them just fine, but not “Scan Network” On the flip side, import CVS saved the day – but I expected the scan to report results.
Yesterday I created and saved a template. Today I opened it and added a speed dial number. When I pressed SUBMIT and waited I got a pop-up saying “fail.” No message I can work with, just “fail.”
I went back to the documentation and did a search on “log file” and there does not appear to be documentation on where EPM logs its errors so that I might learn what I did wrong.
My 2 cents? As someone who has been in the computer business back when we used 16 bit core memory on our Data General Novas… it isn’t productive to try to solve a customer support issue by telling us that other people aren’t having issues. The fact that thousands of people use the software without complaint in no way diminishes the OP’s problems but rather the reverse: It carries the subtle implication that if we, the unwashed masses were not so breathtakingly stupid and unbelievably ignorant - it would not be necessary to write more intuitive code.
To continue … as I get more immersed, one person’s “extension” is another person’s “account” So what I needed to do is add 2 extensions with the same MAC address and select the second record to account2 to get it to ring on line two of the same instrument.
So as I suspected - it IS all there. I will eventually be able to build a template that sets line 4 in “no ring”, etc.
but until then – it’s like thinking that all of Shakespeare is in the dictionary – all you have to do is read the words in the right order.
Thanks for your well thought out and well rounded thoughts. It’s much appreciated to have someone be respectful to all of us and express their opinions as such. In FreePBX 12 we are trying to clean up Endpoint Manager to make it more user friendly but that doesn’t mean it will be what you want. We walk that fine line of “how many features do people want or do we add”. The more features we add (to freepbx or anything) the more people say it’s bloated and confusing, the less features we add the more our advanced and experienced users say it’s dumbed down. Back and forth. You know it, you’ve seen it. Anyways I am just tangenting for no reasoning.
Like I said, we are improving the experience. I work for schmooze and even I think it can be hard to wrap my head around sometimes. I have not reviewed the new 12 version yet but I am hoping it will be closer to what you are looking for.
In terms of EPM logs, they are in the same place as all FreePBX logs and can easily be viewed by running: amportal a dbug or tailing the freepbx log in /var/log/asterisk/freepbx.log
One of the interesting challenges is phone guys don’t get the client/server and networking stuff. Computer guys don’t get the phone stuff.
Hence we have challenges imparting information. I have to say at $75.00 the EPM is quite a value. With over 1000 phones deployed with it myself and myself have become comfortable with the nuances. I assume in time you too will come to view it as an indispensable part of your FreePBX toolbag.
As far as this goes:
It carries the subtle implication that if we, the unwashed masses were not so breathtakingly stupid and unbelievably ignorant ""
I laughed so hard I fell out of my chair. I have a reputation as a chop buster but would not use those words to describe a user. That’s quite a bit of self actualization. I wouldn’t be so hard on yourself <> DRINK