fonny
-
Posts
89 -
Joined
-
Last visited
Content Type
Profiles
Forums
Events
Posts posted by fonny
-
-
Tnx, this was indeed the problem.
-
OK, that explains. I could not understand that from the documentation. Maybe this answer could be added to it?
Tnx.
-
I have a door-phone configured as extension 600 which calls hunt group 500.
Hunt group 500
stage 1 calls extension 201
stage 2 calls extensions 201 202 203 204 205
final stage calls extension 201
turn off the cell phone forking is Yes
Extension 201
has a cell phone number configured.
When calling the extension in a hunt group: Don't call cellphone
When someone rings the doorbell
extension 201 rings -> is normal behaviour for stage 1
all other extensions rings -> normal behaviour for stage 2
final stage -> extension 201 rings (is OK) but after few seconds also the cellphone !
How come the cellphone rings when not included in hunt group and cellphone forking is disabled?
What is the exact behaviour of the Final Stage?
What is the meaning of 'Final stage to cellphone' in the documentation? Why the word 'cellphone' here as it can be any number? https://vodia.com/doc/huntgroups
-
Situation: incoming calls go to reception desk, overflow to 3 other employees, after 30s also overflow to 3th employee.
When all users are out of office during work-hour, possibility to redirect all incoming calls to mobile from one of the employees.Solution:Defined Agent group (90)Logged in Agents: 201 211 204 206Agent selection: preference from the agent settingsAll agents for this ACD: 201 211 204 206Ring stage: 5sNumber of agents added per stage: 1Caller in queue after hearing ringback for 30s: 203For all extensionsRedirection Cellphone number is filled in.Call cell phone: ImmediatelyWhen calling the extension in an agent group: Include cell phoneFor hunt & callback groups: don't call cell phoneEverything works as expected:Incoming call is routed to ACD 90Ringing on 201, after 5s on 211, ... after 30s on 203. No cellphones are called.Entering Star Code *8090 (set night mode for domain account ACD 90) and 201# will redirect all incoming calls to cell phone of extension 201, entering 204# will redirect all incoming calls to cell phone of extension 204, ... works as expected.But when user put extension 201 in DND mode, incoming calls don't go thru. The other agents are not called. This doesn't seem to be normal behaviour.I would expect extensions 211, 204, 206 and 203 be called.In the log I also get error for No Outbound Dialplan defined for ACD 90.In the settings Dialplan is set a domain default.-> when I look in the domain settings, I don't see a Dialplan option!When I select the Standard Dialplan, and extension 201 has DND active, cellphone of extension 201 is called, after 5s cellphone of extension 211, ...This doesn't seem to be normal behaviour either. I can understand it is normal behaviour when a dialplan and call cellphone immediately are selected but I expect the extensions also to ring.Seems I also have same problems here as http://forum.vodia.com/index.php/topic/14728-having-cellphone-breaks-incoming-calls/pbx is Raspberry v56Or is there a better solution to solve this setup? -
nope, no error at all
-
Very strange. Just been testing here on 5 different systems. This as well Mac systems as PBXes.
macOS v10.10, 10.11 & 10.12 all with Safari 10.0.1 (10602.2.14.0.7)
I have the problem with pbx v5.2.6 (macOS), v56.0 (Debian), v55.0 (Debian), v5.2.5 (Vodia mini PBX)
The only constant in this is the version of Safari v10.0.1
-
-
I just tried it with http & https on 10.12.1 & 10.10.5 with Safari 10.0.1 on 3 different systems. They all return the same result.
Time to update your Mac ;-)
-
Still the same problem with the v56 release. VOIP & PSTN Providers screen still don't show. The rest is OK.
Using macOS SIerra & Safari 10.0.1
-
Yes I am sure. I could upload some screendumps but with 4.8KB max filesize ...
-
PBX v5.5.0 (Debian & OS X versions)
Safari v10.0 on OS X
No errors in console.
-
When viewing the Admin interface there is a problem with the VOIP & PSTN Providers pages when view in Safari 10.0
Only header and footer are shown.
-
I wish it was true ;(
-
I couldn't do the software update as the webinterface is stuck after the initial update to 5.4.0
I needed to brick the beagleboard (couldn't login via ssh), reinstalled Angstrom, got the beagle.sh script (from the other BBB unit I have) and tried reinstalling the pbx.
This didn't work until I saw a new release was available (v5.4.1). The install went fine with this version.
Except the licence is gone and entering the activation key doesn't work.
Any clue?
-
Hi,
I got exact the same problem after updating the mini from v5.3.x to v5.4.0 as bencrosby.
Except, I am not so lucky as I never could login via ssh in the unit. See http://forum.vodia.com/index.php/topic/7815-ssh-login-vodia-mini/
Any idea how I can proceed now?
-
If the new one come with Debian ... any change I can update mine with Debian also ?
-
The Sangoma 2-Port FXO USBfxo Gateway seems an ideal extension to connect to the Vodia Mini PBX. http://www.sangoma.com/products/usbfxo/
Is this devices supported?
Fonny
-
Hi bencrosby,
No I still have this problem.
On one mini I have no problem. On the other I can't get ssh working. And as it works on one and not the other I don't think it has anything to do with ssh client. Both mini's have firmware 5.2.2 builddate april 13 2014 21:09:38
@vodia: any clue how to get this working?
-
I have 2 mini's which were original at firmware v5.2.0. Had problems with the first one to log in via ssh due to problem with the firmware.
Updated to v5.2.2, changed password in the web admin from default and after I could login via ssh as root and the new password.
I have a second mini which doesn't allow me via ssh. As said before; this one has firmware v5.2.2, default password set and changed, but still no go.
I am connecting from the same client eg Terminal on a MacBook with OS X 10.9.2
Even forcing v2 in the ssh cmd doesn't help.
Do you have some other ideas what I could do?
-
Tried today to login on another mini via SSH and got these errors. Any idea what's wrong?
Mini has firmware v5.2.2. Admin password has been set & changed. Access enabled for local network.
Any idea what could be wrong?
ssh root@192.168.6.20 -vOpenSSH_6.2p2, OSSLShim 0.9.8r 8 Dec 2011debug1: Reading configuration data /etc/ssh_configdebug1: Connecting to 192.168.6.20 [192.168.6.20] port 22.debug1: Connection established.debug1: identity file /Users/admin/.ssh/id_rsa type -1debug1: identity file /Users/admin/.ssh/id_rsa-cert type -1debug1: identity file /Users/admin/.ssh/id_dsa type -1debug1: identity file /Users/admin/.ssh/id_dsa-cert type -1debug1: Enabling compatibility mode for protocol 2.0debug1: Local version string SSH-2.0-OpenSSH_6.2ssh_exchange_identification: read: Connection reset by peer -
Tried with root / root but no go. Updated to v5.2.1 but still nothing. Not with root / root or admin / password.
And I also can't get a config from an existing v5.1.3 uploaded to the mini.
In fact, there is not much happening on this box
This is the log.
Found Interface usb0 with IP 192.168.7.2
-
Any idea how I can login to the vodia mini ?
I have given a password to the default administrator (security->general>administrator login) but I can't get access via ssh.
I always get Permission denied.
Any idea what's can be wrong?
-
When will the Mac-Version be online?
Same here
http://snomone.com/downloads/snomONE/macos/pbxctrl-darwin10-5.0.9
Error 500. Image still missing ?
-
I have PMed the traces.
Admin VOIP & PSTN Providers web interface problem with Safari
in Web Interface
Posted
fixed in v57. Tnx