IVR Direct Dial stopped functioning after Core update under Devices and User mode

wciit · May 10, 2016, 2:03pm

I ran updates last Thursday night and the IVR direct dial ceased to function (Edge mode is not enabled, no). The same results happened on two different servers I manage. The last time I ran updates was probably 4 weeks or so prior to last Thursday. I’ve been a little bit gunshy lately and got burned again.

I restored my VM to before I did the updates and the IVR Ext Direct Dial is working again for now, but I would like to figure it out so I can correct it long term and get my updates running again.

This is everything “in the wings” for one of the two servers that had this issue after updating

There are 34 modules available for online upgrades backup 13.0.21.9 (current: 13.0.21.8) blacklist 13.0.10 (current: 13.0.9) bria 13.0.13 (current: 13.0.12) cdr 13.0.28 (current: 13.0.27) certman 13.0.20 (current: 13.0.12) conferencespro 13.0.21 (current: 13.0.20) contactmanager 13.0.28 (current: 13.0.21) core 13.0.75 (current: 13.0.67) dahdiconfig 13.0.14 (current: 13.0.13) dashboard 13.0.22.1 (current: 13.0.21) daynight 13.0.10 (current: 13.0.9) endpoint 13.0.50.1 (current: 13.0.28) extensionroutes 13.0.9.1 (current: 13.0.6) findmefollow 13.0.29 (current: 13.0.28) firewall 13.0.27.1 (current: 13.0.21) framework 13.0.113 (current: 13.0.101) freepbx_ha 13.0.8.5 (current: 13.0.7.2) paging 13.0.14.1 (current: 13.0.14) recording_report 13.0.21 (current: 13.0.20) restapi 13.0.18.6 (current: 13.0.18.3) restapps 13.0.27 (current: 13.0.13) ringgroups 13.0.18 (current: 13.0.17) sipsettings 13.0.19 (current: 13.0.18) soundlang 13.0.11 (current: 13.0.10) superfecta 13.0.3.12 (current: 13.0.3.10) sysadmin 13.0.56.1 (current: 13.0.49) timeconditions 13.0.29 (current: 13.0.26) ucp 13.0.30 (current: 13.0.27) userman 13.0.61 (current: 13.0.55) voicemail 13.0.43 (current: 13.0.37) vqplus 13.0.20 (current: 13.0.19) webrtc 13.0.20 (current: 13.0.16) xmpp 13.0.9 (current: 13.0.6) zulu 13.0.41 (current: 13.0.40)

The server is running
Asterisk 13.7.2
Free PBX 13.0.101
PHP 5.3.28
PBX Firmware 6.12.65-35 SP1.0.0.0

Below is the call trace showing the failure of the Direct Dial from the IVR. I can verify that the 342 ext exists it’s on my desk and works otherwise. All other options work on the IVR and it’s not DTMF my numbers are coming through as expected in the trace.

[2016-05-09 13:17:48] VERBOSE[10879][C-0000001f] pbx.c: Executing [s@ivr-1:3] Set("SIP/TDS-0000003e", "_IVR_CONTEXT=ivr-1") in new stack
[2016-05-09 13:17:48] VERBOSE[10879][C-0000001f] pbx.c: Executing [s@ivr-1:4] Set("SIP/TDS-0000003e", "__IVR_RETVM=RETURN") in new stack
[2016-05-09 13:17:48] VERBOSE[10879][C-0000001f] pbx.c: Executing [s@ivr-1:5] GotoIf("SIP/TDS-0000003e", "0?skip") in new stack
[2016-05-09 13:17:48] VERBOSE[10879][C-0000001f] pbx.c: Executing [s@ivr-1:6] Answer("SIP/TDS-0000003e", "") in new stack
[2016-05-09 13:17:49] VERBOSE[10879][C-0000001f] pbx.c: Executing [s@ivr-1:7] Wait("SIP/TDS-0000003e", "1") in new stack
[2016-05-09 13:17:50] VERBOSE[10879][C-0000001f] pbx.c: Executing [s@ivr-1:8] Set("SIP/TDS-0000003e", "IVR_MSG=custom/IVR_DAY_WELCOME") in new stack
[2016-05-09 13:17:50] VERBOSE[10879][C-0000001f] pbx.c: Executing [s@ivr-1:9] Set("SIP/TDS-0000003e", "TIMEOUT(digit)=3") in new stack
[2016-05-09 13:17:50] VERBOSE[10879][C-0000001f] func_timeout.c: Digit timeout set to 3.000
[2016-05-09 13:17:50] VERBOSE[10879][C-0000001f] pbx.c: Executing [s@ivr-1:10] ExecIf("SIP/TDS-0000003e", "1?Background(custom/IVR_DAY_WELCOME)") in new stack
[2016-05-09 13:17:50] VERBOSE[10879][C-0000001f] file.c: <SIP/TDS-0000003e> Playing 'custom/IVR_DAY_WELCOME.slin' (language 'en')
[2016-05-09 13:17:59] VERBOSE[10879][C-0000001f] pbx.c: Invalid extension '342' in context 'ivr-1' on SIP/TDS-0000003e
[2016-05-09 13:17:59] VERBOSE[10879][C-0000001f] pbx.c: Executing [i@ivr-1:1] Set("SIP/TDS-0000003e", "INVALID_LOOPCOUNT=1") in new stack
[2016-05-09 13:17:59] VERBOSE[10879][C-0000001f] pbx.c: Executing [i@ivr-1:2] GotoIf("SIP/TDS-0000003e", "0?final") in new stack
[2016-05-09 13:17:59] VERBOSE[10879][C-0000001f] pbx.c: Executing [i@ivr-1:3] Set("SIP/TDS-0000003e", "IVR_MSG=no-valid-responce-pls-try-again&custom/IVR_DAY_WELCOME") in new stack
[2016-05-09 13:17:59] VERBOSE[10879][C-0000001f] pbx.c: Executing [i@ivr-1:4] Goto("SIP/TDS-0000003e", "s,start") in new stack
[2016-05-09 13:17:59] VERBOSE[10879][C-0000001f] pbx.c: Goto (ivr-1,s,9)
[2016-05-09 13:17:59] VERBOSE[10879][C-0000001f] pbx.c: Executing [s@ivr-1:9] Set("SIP/TDS-0000003e", "TIMEOUT(digit)=3") in new stack
[2016-05-09 13:17:59] VERBOSE[10879][C-0000001f] func_timeout.c: Digit timeout set to 3.000
[2016-05-09 13:17:59] VERBOSE[10879][C-0000001f] pbx.c: Executing [s@ivr-1:10] ExecIf("SIP/TDS-0000003e", "1?Background(no-valid-responce-pls-try-again&custom/IVR_DAY_WELCOME)") in new stack
[2016-05-09 13:17:59] VERBOSE[10879][C-0000001f] file.c: <SIP/TDS-0000003e> Playing 'no-valid-responce-pls-try-again.slin' (language 'en')
[2016-05-09 13:18:03] VERBOSE[10879][C-0000001f] file.c: <SIP/TDS-0000003e> Playing 'custom/IVR_DAY_WELCOME.slin' (language 'en')
[2016-05-09 13:18:05] VERBOSE[10879][C-0000001f] pbx.c: Spawn extension (ivr-1, s, 10) exited non-zero on 'SIP/TDS-0000003e'
[2016-05-09 13:18:05] VERBOSE[10879][C-0000001f] pbx.c: Executing [h@ivr-1:1] Hangup("SIP/TDS-0000003e", "") in new stack
[2016-05-09 13:18:05] VERBOSE[10879][C-0000001f] pbx.c: Spawn extension (ivr-1, h, 1) exited non-zero on 'SIP/TDS-0000003e'

Here is what my ivr dialplan looks like.

asterisk -x "dialplan show ivr-1"
[ Context 'ivr-1' created by 'pbx_config' ]
  '#' =>            1. Goto(ext-featurecodes,*98,1)               [pbx_config]
  '0' =>            1. Goto(app-daynight,0,1)                     [pbx_config]
  '2' =>            1. Goto(directory,1,1)                        [pbx_config]
  '307' =>          1. Goto(ext-group,307,1)                      [pbx_config]
  '308' =>          1. Goto(ext-group,308,1)                      [pbx_config]
  '309' =>          1. Goto(ivr-8,s,1)                            [pbx_config]
  '321' =>          1. Goto(timeconditions,2,1)                   [pbx_config]
  '337' =>          1. Goto(ext-group,337,1)                      [pbx_config]
  '4' =>            1. Goto(from-did-direct,324,1)                [pbx_config]
  '5' =>            1. Goto(from-did-direct,310,1)                [pbx_config]
  '6' =>            1. Goto(ext-group,307,1)                      [pbx_config]
  '7' =>            1. Goto(ext-group,308,1)                      [pbx_config]
  'fax' =>          1. Goto(${CUT(FAX_DEST,^,1)},${CUT(FAX_DEST,^,2)},${CUT(FAX_DEST,^,3)}) [pbx_config]
  'h' =>            1. Hangup()                                   [pbx_config]
  'hang' =>         1. Playback(vm-goodbye)                       [pbx_config]
                    2. Hangup()                                   [pbx_config]
  'i' =>            1. Set(INVALID_LOOPCOUNT=$[${INVALID_LOOPCOUNT}+1]) [pbx_config]
                    2. GotoIf($[${INVALID_LOOPCOUNT} > 3]?final)  [pbx_config]
                    3. Set(IVR_MSG=no-valid-responce-pls-try-again&custom/IVR_DAY_WELCOME) [pbx_config]
                    4. Goto(s,start)                              [pbx_config]
     [final]        5. Playback(no-valid-responce-transfering)    [pbx_config]
                    6. Goto(ivr-1,s,1)                            [pbx_config]
  'return' =>       1. Set(_IVR_CONTEXT=${CONTEXT})               [pbx_config]
                    2. Set(_IVR_CONTEXT_${CONTEXT}=${IVR_CONTEXT_${CONTEXT}}) [pbx_config]
                    3. Set(IVR_MSG=custom/IVR_DAY_WELCOME)        [pbx_config]
                    4. Goto(s,start)                              [pbx_config]
  's' =>            1. Set(INVALID_LOOPCOUNT=0)                   [pbx_config]
                    2. Set(_IVR_CONTEXT_${CONTEXT}=${IVR_CONTEXT}) [pbx_config]
                    3. Set(_IVR_CONTEXT=${CONTEXT})               [pbx_config]
                    4. Set(__IVR_RETVM=RETURN)                    [pbx_config]
                    5. GotoIf($["${CHANNEL(state)}" = "Up"]?skip) [pbx_config]
                    6. Answer()                                   [pbx_config]
                    7. Wait(1)                                    [pbx_config]
     [skip]         8. Set(IVR_MSG=custom/IVR_DAY_WELCOME)        [pbx_config]
     [start]        9. Set(TIMEOUT(digit)=3)                      [pbx_config]
                    10. ExecIf($["${IVR_MSG}" != ""]?Background(${IVR_MSG})) [pbx_config]
                    11. WaitExten(10,)                            [pbx_config]
  't' =>            1. Playback(no-valid-responce-transfering)    [pbx_config]
                    2. Goto(app-daynight,0,1)                     [pbx_config]
  Include =>        'ivr-1-custom'                                [pbx_config]
  Include =>        'from-did-direct-ivr'                         [pbx_config]

-= 19 extensions (39 priorities) in 1 context. =-

lgaetz · May 10, 2016, 2:38pm

Since the 324 extension does not exist in context ivr-1, it falls to one of the includes to dial it:

Include => 'ivr-1-custom'
Include => 'from-did-direct-ivr'

so what do you get from:

asterisk -x "dialplan show ivr-1-custom"
asterisk -x "dialplan show 342@from-did-direct-ivr"

*edit
You may not have the non-working system to test with now, if so there is no point in providing the output from above on the working system.

wciit · May 10, 2016, 2:50pm

I will break one of the two systems again. One has a very low call volume (satellite office) However I am going to install updates one module at a time so I know exactly which one triggers it as well. I’ll get back to you shortly.

wciit · May 10, 2016, 3:55pm

core 13.0.75 (current: 13.0.67) Is the update that broke it.

Results from the commands you listed are below. You will note I am using 142 here instead of 342 that is because my ext at the other facility, the one we are using as a guinea pig, is 142.

asterisk -x "dialplan show ivr-1-custom"
There is no existence of 'ivr-1-custom' context
Command 'dialplan show ivr-1-custom' failed.

asterisk -x "dialplan show 142@from-did-direct-ivr"
There is no existence of 142@from-did-direct-ivr extension
Command 'dialplan show 142@from-did-direct-ivr' failed.

On my working system the results of the same commends (except different extension) are as follows.

asterisk -x "dialplan show ivr-1-custom"
There is no existence of 'ivr-1-custom' context
Command 'dialplan show ivr-1-custom' failed.

asterisk -x "dialplan show 342@from-did-direct-ivr"
[ Context 'from-did-direct-ivr' created by 'pbx_config' ]
  '342' =>          1. Macro(blkvm-clr,)                          [pbx_config]
                    2. Set(__NODEST=)                             [pbx_config]
                    3. Goto(from-did-direct,342,1)                [pbx_config]

-= 1 extension (3 priorities) in 1 context. =-

Not sure what it is but something in the core update made it unhappy

lgaetz · May 10, 2016, 4:07pm

A clue! What does

asterisk -x "dialplan show from-did-direct-ivr"

yield?

wciit · May 10, 2016, 4:16pm

Just for kicks I ran core update in Edge mode so it’s now at 13.0.82. No change in behavior, but just so you are aware.

Here are results of the last command you requests.

asterisk -x "dialplan show from-did-direct-ivr"
[ Context 'from-did-direct-ivr' created by 'pbx_config' ]
  '*114' =>         1. Macro(blkvm-clr,)                          [pbx_config]
                    2. Set(__NODEST=)                             [pbx_config]
                    3. Macro(vm,114,DIRECTDIAL,${IVR_RETVM})      [pbx_config]
                    4. GotoIf($["${IVR_RETVM}" = "RETURN" & "${IVR_CONTEXT}" !=                                                                                                                                                              ""]?ext-local,vmret,playret) [pbx_config]
  '*115' =>         1. Macro(blkvm-clr,)                          [pbx_config]
                    2. Set(__NODEST=)                             [pbx_config]
                    3. Macro(vm,115,DIRECTDIAL,${IVR_RETVM})      [pbx_config]
                    4. GotoIf($["${IVR_RETVM}" = "RETURN" & "${IVR_CONTEXT}" !=                                                                                                                                                              ""]?ext-local,vmret,playret) [pbx_config]
  '*116' =>         1. Macro(blkvm-clr,)                          [pbx_config]
                    2. Set(__NODEST=)                             [pbx_config]
                    3. Macro(vm,116,DIRECTDIAL,${IVR_RETVM})      [pbx_config]
                    4. GotoIf($["${IVR_RETVM}" = "RETURN" & "${IVR_CONTEXT}" !=                                                                                                                                                              ""]?ext-local,vmret,playret) [pbx_config]
  '*117' =>         1. Macro(blkvm-clr,)                          [pbx_config]
                    2. Set(__NODEST=)                             [pbx_config]
                    3. Macro(vm,117,DIRECTDIAL,${IVR_RETVM})      [pbx_config]
                    4. GotoIf($["${IVR_RETVM}" = "RETURN" & "${IVR_CONTEXT}" !=                                                                                                                                                              ""]?ext-local,vmret,playret) [pbx_config]
  '*119' =>         1. Macro(blkvm-clr,)                          [pbx_config]
                    2. Set(__NODEST=)                             [pbx_config]
                    3. Macro(vm,119,DIRECTDIAL,${IVR_RETVM})      [pbx_config]
                    4. GotoIf($["${IVR_RETVM}" = "RETURN" & "${IVR_CONTEXT}" !=                                                                                                                                                              ""]?ext-local,vmret,playret) [pbx_config]
  '*120' =>         1. Macro(blkvm-clr,)                          [pbx_config]
                    2. Set(__NODEST=)                             [pbx_config]
                    3. Macro(vm,120,DIRECTDIAL,${IVR_RETVM})      [pbx_config]
                    4. GotoIf($["${IVR_RETVM}" = "RETURN" & "${IVR_CONTEXT}" !=                                                                                                                                                              ""]?ext-local,vmret,playret) [pbx_config]
  '*122' =>         1. Macro(blkvm-clr,)                          [pbx_config]
                    2. Set(__NODEST=)                             [pbx_config]
                    3. Macro(vm,122,DIRECTDIAL,${IVR_RETVM})      [pbx_config]
                    4. GotoIf($["${IVR_RETVM}" = "RETURN" & "${IVR_CONTEXT}" !=                                                                                                                                                              ""]?ext-local,vmret,playret) [pbx_config]
  '*131' =>         1. Macro(blkvm-clr,)                          [pbx_config]
                    2. Set(__NODEST=)                             [pbx_config]
                    3. Macro(vm,131,DIRECTDIAL,${IVR_RETVM})      [pbx_config]
                    4. GotoIf($["${IVR_RETVM}" = "RETURN" & "${IVR_CONTEXT}" !=                                                                                                                                                              ""]?ext-local,vmret,playret) [pbx_config]
  '*136' =>         1. Macro(blkvm-clr,)                          [pbx_config]
                    2. Set(__NODEST=)                             [pbx_config]
                    3. Macro(vm,136,DIRECTDIAL,${IVR_RETVM})      [pbx_config]
                    4. GotoIf($["${IVR_RETVM}" = "RETURN" & "${IVR_CONTEXT}" !=                                                                                                                                                              ""]?ext-local,vmret,playret) [pbx_config]
  '*139' =>         1. Macro(blkvm-clr,)                          [pbx_config]
                    2. Set(__NODEST=)                             [pbx_config]
                    3. Macro(vm,139,DIRECTDIAL,${IVR_RETVM})      [pbx_config]
                    4. GotoIf($["${IVR_RETVM}" = "RETURN" & "${IVR_CONTEXT}" !=                                                                                                                                                              ""]?ext-local,vmret,playret) [pbx_config]
  '*142' =>         1. Macro(blkvm-clr,)                          [pbx_config]
                    2. Set(__NODEST=)                             [pbx_config]
                    3. Macro(vm,142,DIRECTDIAL,${IVR_RETVM})      [pbx_config]
                    4. GotoIf($["${IVR_RETVM}" = "RETURN" & "${IVR_CONTEXT}" !=                                                                                                                                                              ""]?ext-local,vmret,playret) [pbx_config]
  '*601' =>         1. Macro(blkvm-clr,)                          [pbx_config]
                    2. Set(__NODEST=)                             [pbx_config]
                    3. Macro(vm,601,DIRECTDIAL,${IVR_RETVM})      [pbx_config]
                    4. GotoIf($["${IVR_RETVM}" = "RETURN" & "${IVR_CONTEXT}" !=                                                                                                                                                              ""]?ext-local,vmret,playret) [pbx_config]
  '_XXXXXX' =>      1. Macro(blkvm-clr,)                          [pbx_config]
                    2. Set(__NODEST=)                             [pbx_config]
                    3. Goto(from-did-direct,${EXTEN},1)           [pbx_config]
  Include =>        'from-did-direct-ivr-custom'                  [pbx_config]

-= 13 extensions (51 priorities) in 1 context. =-

This output differs from my live server in that there is no section displaying extensions both ways. here are two samples from my working server (much too large to post entire contents)

Matches broken server

 ""]?ext-local,vmret,playret) [pbx_config]
  '*342' =>         1. Macro(blkvm-clr,)                          [pbx_config]
                    2. Set(__NODEST=)                             [pbx_config]
                    3. Macro(vm,342,DIRECTDIAL,${IVR_RETVM})      [pbx_config]
                    4. GotoIf($["${IVR_RETVM}" = "RETURN" & "${IVR_CONTEXT}" !=

Partner missing from broken server

'342' =>          1. Macro(blkvm-clr,)                          [pbx_config]
                    2. Set(__NODEST=)                             [pbx_config]
                    3. Goto(from-did-direct,342,1)                [pbx_config]

Running the DID command with an asterisk on broken server just for your reference, though I understand based on the above it has little significance.

asterisk -x "dialplan show *119@from-did-direct-ivr"
[ Context 'from-did-direct-ivr' created by 'pbx_config' ]
  '*119' =>         1. Macro(blkvm-clr,)                          [pbx_config]
                    2. Set(__NODEST=)                             [pbx_config]
                    3. Macro(vm,119,DIRECTDIAL,${IVR_RETVM})      [pbx_config]
                    4. GotoIf($["${IVR_RETVM}" = "RETURN" & "${IVR_CONTEXT}" != ""]?ext-local,vmret,playret) [pbx_config]

-= 1 extension (4 priorities) in 1 context. =-

lgaetz · May 10, 2016, 4:26pm

So now I’m wondering what sort of oddity involves the extension 342. What type of extension is 342, is it a virtual or custom extension? Are you using device and user mode? Are you creating 342 by editing *custom.conf files?

wciit · May 10, 2016, 4:39pm

I want to make sure it’s clear that this isn’t specific to any one extension it is all of them that do not Direct Dial. Nothing specifically funky about 342 or 142 on either system. The same would result for any other extension.

That being said nothing special about them as far as setup really. Everything has been created through the GUI. We are using “Device and User Mode” on both of the servers exhibiting the issue, yes. They are all Chan_SIP devices.

tm1000 · May 10, 2016, 4:41pm

Unfortunately device and user mode is unsupported and untested. Therefore things will/might break because of it. Since we do no testing on it.

wciit · May 10, 2016, 4:53pm

We have employee’s that are sometimes in the office and sometimes at home, they have devices in both locations. Using this mode seemed like the obvious choice when we started using it 3 years ago. I wasn’t aware of another option and it hasn’t been a problem until now. My understanding is that we could maybe switch to PJSIP and get that same functionality now? Is there a path switching from Device and User Mode to Extensions?

It doesn’t state the “supported stance” anywhere in the Advanced Settings. I would think that should be something included in there then at the least when you hover over the ? icon.

Help States.

KEYWORD:AMPEXTENSIONS
Sets the extension behavior in FreePBX.If set to extensions, Devices and Users are administered together as a unified Extension, and appear on a single page. If set to deviceanduser, Devices and Users will be administered separately. Devices (e.g. each individual line on a SIP phone) and Users (e.g. 101)
will be configured independent of each other, allowing association of
one User to many Devices, or allowing Users to login and logout of
Devices.

No “DANGER DANGER WILL ROBINSON USE AT RISK”

This document you posted outlining Device User Mode indicates “Many parts of FreePBX do not support this mode” but nothing that it itself is “untested or unsupported”.

http://wiki.freepbx.org/pages/viewpage.action?pageId=5242941

What are my next steps?

tm1000 · May 10, 2016, 4:55pm

“do not support” means “untested”.

We will actively try to fix D&U issues but they are low priority. Is extension 342 ad-hoc? You need to give us ALL the information. Things like D&U mode and what the extension state is (ad-hoc or other) is very important. Leaving these bits out causes frustration down the line when they are revealed.

wciit · May 10, 2016, 4:59pm

I have been providing information as it is requested. I can sense your attitude on the other side of the US here and it’s wearing thin friend. I have read and appreciated a lot of your posts in the past. But you have been less than fourth coming yourself with information.

Tell you what. I will do this since you clearly have little desire to deal with this, I’ll revert the VM and re-evaluate if we want to continue using FreePBX.

Thank you for your help in troubleshooting up until this point.

tm1000 · May 10, 2016, 5:03pm

I am sorry you feel that way about responses over a text-based medium. I have never once stated that I don’t want to deal with this. Please don’t read between the lines. I am not sure what information I have not been fourth coming with. Please let me know.

That is truly unfortunate. I previously asked you if the extension was ad-hoc and instead of answering that you got upset.

Is extension 342 ad-hoc?

wciit · May 10, 2016, 5:12pm

That one in particular is fixed. Again all extensions exhibit same behavior regardless. When you run the commands to display the dial plan all extensions are missing from the broken system that exist in the working system

asterisk -x "dialplan show from-did-direct-ivr"

Please see above messages for the output regarding that.

Not specific to here but the bug I opened regarding this. No effort to troubleshoot. Basically a “sorry can’t reproduce here you’re on your own”

Another example of not fourth coming. With no follow-up or next steps indicated it basically reads as a “we don’t support it now piss off”

Sorry I’m a developer myself so I get quite irritated when “features” are in place but untested and unsupported. Then remove them they are not features they are roadblocks. Example FTP… enough said.

tm1000 · May 10, 2016, 5:16pm

Never once said “piss off” You are reading between the lines. In fact I said “We will actively try to fix D&U issues but they are low priority”. I didn’t provide any more information because I was waiting for Lorne to come back as we were talking about this internally. Again. Reading between the lines.

Reading between the lines. Lorne was already troubleshooting with you. Your ticket is still open and in needs feedback. Every sentence you have in quotes is one you have said yourself.

As for this original issue. It’s hard to troubleshoot with you when we don’t have these issues. I can read that you are frustrated but if we can’t reproduce it then it’s hard to debug.

Coming out and threatening to stop using FreePBX doesn’t really help either way. I never said I wasn’t going to help. However…

At this point it’s probably best I walk away from this thread/ticket as I’ve somehow really upset you and made you threaten to walk away from FreePBX. I am truly sorry for my attitude and I hope you can forgive me.

When Lorne comes back you can walk through it with him. He will pass what needs to be fixed on to me. Have a great day!

wciit · May 10, 2016, 5:29pm

My frustration is a accumulation of issues I’ve had trying to keep this system operating the last several months worth of updates (as i indicated in my other post). It’s not this one single event. Who knows maybe it all stems from using Device and User Mode but if that’s the case… then give a path to get off it and remove the feature. Why add headaches for yourself and your customers.

Also who said I was threatening? I’ve already had vendor meetings setup for this week. Question? How far does forum/free support go? At what point am I sinking money into actual support paid hours? If I have to start spending money I’m cool with that but it wouldn’t be on FreePBX. Given that Schooze Com is in Neenah just miles from my house I guess maybe I expect a little more neighbor friendly type of help.

Lorne has done a great job asking for more infor as needed and asking appropriate questions. Seriously all I have gotten from you is “untested” “unsupported” “can’t reproduce”. Understood but not at all helpful.

lgaetz · May 10, 2016, 5:35pm

You have more phones than users. D&U is a legacy solution for the opposite situation where you have more users than phones. There are certainly better ways to accomplish your goals than to use an unsupported configuration. Search and/or start another thread to discuss.

When this thread is scrutinized by future scholars, it may well be that their judgement aligns with yours, but for my part I see zero attitude here. We are helping, perhaps not at the pace you would like, or with answers that you want to hear but some patience on your part does not seem like much to ask. I requested you start this thread so that we might determine the missing piece of the puzzle, that bridged the gap between your bug report and our inability to reproduce it. That goal has been achieved and the ticket updated.

Your point about a warning in the tool tip for enabling D&U in advanced settings is taken, am choosing to ignore the remainder.

wciit · May 10, 2016, 5:42pm

This is not how the help reads “Devices (e.g. each individual line on a SIP phone) and Users (e.g. 101)
will be configured independent of each other, allowing association of
one User to many Devices, or allowing Users to login and logout of
Devices.”

Not at all the case my frustration only came in with Andrew in regards to non-value added responses. I get it it’s untested and unsupported as far as updates go fine. But what do I need to do to fix it. If it’s switch features fine. If it’s disallow multiple devices fine. continually telling me it’s unsupported and untested again adds little value to the conversation. I’m not even asking for the bug to be addressed or fixed. If D&U is going the way of the Dodo and there are better ways to handle it then let’s do that. Don’t really care.

lgaetz · May 16, 2016, 11:51am

A fix for the issue identified in this thread has been published in core version 13.0.85.