Also remember that some phones will simulate multiple connections for you since Chan-SIP couldn't do it and that's what we've been using for years.
↧
Why register multiple lines on same phone to same extension?
↧
Why register multiple lines on same phone to same extension?
humm, interesting, i am using grandstream and i guess it does not...unless there is a config parm that i am not aware of
↧
↧
Upgrade from 13 to 14 Error on phase 2
My system is stuck in this same loop. Did you find a solution?
↧
TFTP server not starting FreePBX 14 - HELP!
So we should not be using TFTP to provision phones any more? Re: "The way forward"
This is what I know:
1. Reboot server
2. Default a phone
3. It can't get a config via TFTP unless I start the service.
^^^^ This is normal behavior now
As a FreePBX user myself I expect it to just "work"... but maybe again I'm missing something in the change from 13 to 14 in terms of TFTP provisioning not being the way to go.
EDIT: I want to do it the "right" way, so please let me know what that is now.
↧
Number of external numbers in ring group gets matched against Outbound Concurrency Limit
Doesn't really violate the rule of least astonishment for me. Each of these new calls is an outbound call and the extension is controlling it, so ....
I get what you're saying, there should be a way around it. Of course, ring groups with external numbers are fraught with all kinds of other perils. We've seen lots of problems with people connecting ring groups to external numbers including things like DAHDI phones or FAX detection shutting down the ring-group.
↧
↧
Strange DND issue between phone and UCP
We had a user discover that her calls were not coming through. We looked, and in the FreePBX GUI, it showed her extension as being set for DND. We tried toggling DND on and off on her phone, with no change. Tried resetting the phone to factory, and then a new phone - still no change. Clearly it wasn't set on the phone, but I couldn't find any place on the server to toggle this for the extension. Finally I tried logging into the UCP as the user (which we do not use, and the passwords were just auto-set from the initial setup - I can 100% guarantee this user did not go into this page at any point), and I could see that DND was showing as on in here. I set it to Off, and now everything is fine. This is bringing up a number of questions:
- This can't be the only place that this is controlled, right? Surely there's some central/admin access to this?
- Any other ways (key strokes, specific error conditions, etc...) this could get toggled if we did not do it?
- How is this expected to interact with the DND codes from the phone? Having it on here appears to override whatever the phone is saying, rather than them working together...is this expected behaviour?
- The extension list in FreePBX only seems to show the extension as DND if it's turned on in this fashion, rather than on the phone directly - is this also expected?
I'm not sure I'll be able to figure out what happened in this one odd possible glitch, but I'd like at a minimum to understand how these two different DND implementations are expected to work together.
↧
TFTP server not starting FreePBX 14 - HELP!
No, we should not be turning the TFTP service on by default.
Setting the service up to work is perfectly reasonable and is a well-understood and necessary way to configure certain phones. Some phone manufacturers (Polycom comes to mind) prefer their customers use FTP or HTTP. IIRC, Sangoma prefers HTTP. Other manufacturers have other preferences, so the phone you are using will determine which protocol you are going to have to use.
The more I think about it, it might have been a Firewall thing instead of an EPM thing. Rob @xrobau would probably remember better since he's one of the firewall gurus.
If you're using TFTP, you are likely to be working by hand in the TFTPBOOT directory (EPM notwithstanding). Setting up the files needed in the TFTP directory isn't always drag-and-drop and sometimes requires access through the CLI.
The TFTP service should be starting under xinetd. That's why the config file for the service is in the /etc/xinetd.d/ directory. For whatever reason, your TFTP is disabled. Enable it (I think I've told you how twice now) and move on.
↧
TFTP server not starting FreePBX 14 - HELP!
For security reasons we do not have TFTP start on boot as its very insecure. In sysadmin module in the PBX you can tell it to start under provionsing protocols.
↧
Strange DND issue between phone and UCP
DND can be set at the phone or at the system or both. Use the Feature Codes page to find out what feature code is being used to toggle/disable DND. Also, the DND button on your phone may set a local DND which is propagated up to the server in your local "settings" file in TFTP (for example).
This feature has screwed up at least five or six people in the past couple of months. It's often hard to spot which device (the extension or the phone) is using the DND.
CFW is another one that does this. Some phones will handle CFW for you and then allow you to set a CFW at the system level. We've seen people get screwed up by that one.
↧
↧
TFTP server not starting FreePBX 14 - HELP!
That is the answer I was looking for. I get it.
Although the wiki does still state:
Define what Provision Server Protocol you want to use to have your phones receive their config files:
TFTP should be used when phones are local to the PBX, as it's easy to use and requires no setup.
We bought all Sangoma equipment and don't really have a need for the commercial sysadmin module. I suppose I have to buy it to turn TFTP on, or do it manually? Or look to other provisioning protocols?
Thanks to all who replied.
↧
TFTP server not starting FreePBX 14 - HELP!
I knew there was someplace where we tell the system to do that. Turns out it's the sysadmin module.
↧
Strange DND issue between phone and UCP
The issue is you are using a phone that does phone side DND so it does not update FreePBX when DND is enabled or disabled.
Server side DND can be set from UCP or dialing a feature code as found in the feature code admin module.
↧
Upgrade from 13 to 14 Error on phase 2
We are working on it. Seems to be a issue with sound files and fail2ban that we had not seen before. Should have a new RPM published hopefully tonight still
↧
↧
Strange DND issue between phone and UCP
Ah....okay, that makes much more sense now. I thought that using the phone's "DND" toggle key was doing the same thing as the feature code. We've given people the instructions re: using the phone's key instead because 1. it's easier, and 2. it actually shows "DND On" on the screen of the phone (Aastra 9143i) when that's used, whereas just punching in the code didn't. I just assumed the phone's key was dual-purpose - put the notification up on the screen, and sent the code to the server.
So that's the answer to why this happened in the first place, likely - I'd guess the user accidentally dialed the feature code somehow. At least it's a much more likely option than them getting access to the UCP somehow. 
Interesting. So if we re-programmed that key to use the feature code (so we don't have this issue come up again), then we lose that ability to have the notification come up on screen. I know the users find that very handy, so I'd hate to move away from it. I wonder if there's any way to make it work like I'd thought it did? i.e. use the phone's native feature and bring up the notification, but also send the feature code.
Will do some digging now that I have a clearer picture. Thanks!
↧
TFTP server not starting FreePBX 14 - HELP!
Can you open a feature request to have us enable tftp by default on new installs and we can evaluate as we use to do that but in SNG7 that is not the detault
↧
TFTP server not starting FreePBX 14 - HELP!
For anyone who stumbles upon this.
Use http provisioning.
Direct your option 66 to "http://yourpbxip:83" <- If using the default FreePBX config.
That's what I did. Case closed.
Again thanks community for the help
↧
Symlink in /usr/src does not appear to be updated
Anyone else notice this? Should I assume that the symlink should point to the currently installed version:
[root@pbx03-san2 src]# pwd
/usr/src
[root@pbx03-san2 src]# ls -la
total 28
drwxr-xr-x. 7 root root 4096 Jun 8 22:27 .
drwxr-xr-x. 14 root root 4096 Apr 12 2016 ..
drwxr-xr-x. 6 root root 4096 Jun 8 22:26 debug
lrwxrwxrwx. 1 root root 25 Apr 12 2016 freepbx -> /usr/src/freepbx-13.0.101
drwxr-xr-x. 2 root root 4096 Nov 23 2016 freepbx-13.0.101
drwxr-xr-x 2 root root 4096 Jun 8 22:27 freepbx-13.0.151
drwxr-xr-x 6 root root 4096 Jun 8 22:27 freepbx-13.0.192.8
drwxr-xr-x. 4 root root 4096 Nov 23 2016 kernels
[root@pbx03-san2 src]# rpm -qa | grep freepbx
freepbx-13.0.192.8-1.shmz65.1.56.noarch
↧
↧
Web Call Back UI experience and voice problems
Hello there forum folks.
I hope that you can all help me understand Web Call Back commercial module. When we installed it, it seems that the UI isn't clear as to what the caller is suposed to see and expect once the caller places the call. After placing the call, there is a long delay (approx. 10 sec) before the user gets a message "Please standby while we connect you...".
We get the call. Desk phone rings. We pick up. But we get either:
1. No voice AT NEITHER ENDS., OR
2. the call is dropped by the system (?)
From the caller perspective, the user only sees the "Please standby while we connect you..." and it takes a few clicks on the "close" button before the message goes away. Is that normal behaviour?
FOLLOW ME is turned off.
What is going on?
↧
Upgrade from 13 to 14 Error on phase 2
So for the time being please do these command and re-run your script
rpm -e "asterisk-sounds-extra-en-gsm asterisk-sounds-core-en-gsm" --nodeps
↧
TFTP server not starting FreePBX 14 - HELP!
No need. I worked around my issue via HTTP and since TFTP seems out of favor with you/Sangoma (again I get why) HTTP/HTTPS will be my new "default"
It's just something new which why I was confused.
↧