00:31.58 | *** join/#asterisk scgm11_ (~scgm11@r186-50-177-192.dialup.adsl.anteldata.net.uy) |
02:06.55 | *** join/#asterisk mbecroft (~user@ak2.becroft.co.nz) |
03:55.09 | *** join/#asterisk Ellenor (ellenor@unaffiliated/ellenor) |
04:10.50 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
04:33.08 | *** join/#asterisk troyt (zncsrv@2601:681:4100:8981:44dd:acff:fe85:9c8e) |
04:46.12 | *** join/#asterisk Janos (~Janos@201.204.94.76) |
04:47.10 | *** join/#asterisk FarhaadN (~Farhad@31.184.177.2) |
04:47.20 | FarhaadN | I have asterisk "13.26.0" , linux debian 8 x64 , I have IVR-1 and IVR-2 , I register with an extention then call 7777 and connect to IVR-1 and DTMF 1 is connect to IVR-2 |
04:47.25 | FarhaadN | my problem is when dial number 1 on IVR-1, asterisk CLI show me dtmf recived , but dial plan continue after 3 second |
04:47.28 | FarhaadN | can anyone help me how can i trace problem? |
04:47.53 | Ellenor | thou hast said this once already |
04:48.05 | Reinhilde | thou hast not received an answer yet, I presume |
04:48.47 | Reinhilde | FarhaadN: what actually is thy configuration for this IVR-1 and IVR-2? |
04:50.51 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
04:52.51 | Reinhilde | FarhaadN: what's actually going on? |
05:06.07 | FarhaadN | Ellenor: i disconnecet before |
05:06.50 | FarhaadN | Reinhilde: i give you full log |
05:07.15 | FarhaadN | and queue config |
05:07.21 | FarhaadN | wait 2 min |
05:08.47 | Reinhilde | FarhaadN: me == Ellenor |
05:09.04 | Reinhilde | i don't want queue config, i want your dialplan |
05:09.16 | Reinhilde | queue config may help, if you're using queues |
05:11.49 | FarhaadN | Reinhilde: https://pastebin.com/tHA9CJW6 |
05:11.52 | FarhaadN | this is full log |
05:12.46 | FarhaadN | please check line 101 and 102 |
05:12.58 | FarhaadN | 3 seconds delay after dtmf recived |
05:13.30 | Reinhilde | i still don't have the dialplan segment that thou art referring to |
05:15.09 | Reinhilde | FarhaadN: right, i looked at that log, and not having the dialplan segment thou referst to, it looks like everything is functioning as intended |
05:19.58 | Reinhilde | i'll show you an adapted version of my one-layer-deep IVR dialplan, if you like |
05:23.03 | FarhaadN | Reinhilde: i work fine with IVR dialplan in another server and those ok, but this server has problem |
05:23.20 | Reinhilde | FarhaadN: you have not shown me the actual dialplan, however |
05:23.26 | Reinhilde | show me the extensions.conf snippet at play here |
05:25.15 | FarhaadN | Reinhilde: ok wait please |
05:27.45 | *** join/#asterisk troyt (zncsrv@2601:681:4100:8981:44dd:acff:fe85:9c8e) |
05:28.06 | FarhaadN | Reinhilde: this is ivr-1 > https://pastebin.com/pTikQXcK |
05:28.07 | Reinhilde | to be honest I'm slightly hyperglycemic so if I seem angrier than usual that's why |
05:28.16 | Reinhilde | FarhaadN: why not just combine them into the same paste? |
05:28.55 | FarhaadN | Reinhilde: to read easier for you |
05:29.23 | Reinhilde | FarhaadN: that's exactly the opposite of how any of this works |
05:29.29 | Reinhilde | it would be easier for me if you combined all into same paste |
05:30.04 | Reinhilde | if someone asks for a pastebin, they generally want sections from the same config file in one paste, and log entries in the other |
05:30.15 | FarhaadN | and this is IVR-2 > https://pastebin.com/3PzSvbxj |
05:30.34 | Reinhilde | FarhaadN: I'm not going to read any pastebin about your extensions.conf until you send them all in the same paste. |
05:30.43 | FarhaadN | oh ok, i will combile them in future |
05:31.11 | Reinhilde | no, combine them now. Also you're going to need to include the contexts that you're "include =>" ing. |
05:31.17 | Reinhilde | not just the contexts directly at play |
05:31.25 | Reinhilde | the contexts you include are also 'at play' here |
05:31.26 | FarhaadN | https://pastebin.com/RHan5pJu |
05:31.32 | FarhaadN | this is for 2 IVR |
05:32.13 | Reinhilde | i'll admit, I'm not too familiar with Asterisk, despite being a user thereof |
05:32.42 | Reinhilde | so, tell me this: dialing extn. 1 in IVR 39 is supposed to do...? |
05:32.51 | Reinhilde | replace the "...?" with what it's supposed to do |
05:33.55 | Reinhilde | ... ok, so extn. 1 in [ivr-39] is essentially goto ivr-40,s,1 with a bit of accounting sugar. Is thgat correct, FarhaadN ? |
05:34.09 | FarhaadN | supposed to go to IVR-40 |
05:34.16 | Reinhilde | i can see that. |
05:34.50 | FarhaadN | yes that is correct |
05:35.37 | Reinhilde | so you waitexten with a comma but without a timeout nor options |
05:35.37 | FarhaadN | gap is here, when dial 1 on IVR-39 , and dtmf recived to server, dialplan continue after 3 seconds |
05:35.45 | Samot | [2019-05-05 17:30:54] VERBOSE[6582][C-00000003] pbx.c: Executing [1@ivr-39:4] Goto("SIP/TCT1533-00000003", "ivr-40,s,1") in new stack |
05:35.46 | Samot | [2019-05-05 17:30:54] VERBOSE[6582][C-00000003] pbx_builtins.c: Goto (ivr-40,s,1) |
05:35.52 | Samot | No, it doesn't. |
05:35.59 | Reinhilde | this should not be pathological |
05:36.11 | Reinhilde | but I have no idea how that exactly would work. |
05:36.48 | Samot | https://www.irccloud.com/pastebin/x3wC7DB6/ |
05:37.01 | Samot | You're pressing 1 and it's using that option. |
05:37.08 | Samot | It's going to IVR-40 as it should. |
05:37.32 | Reinhilde | FarhaadN: I've read through the logs more closely and it looks like everything is functioning as intended |
05:37.55 | FarhaadN | Samot: yes that is correct, i want to go to ivr-40 after dial 1 on ivr-39 |
05:38.13 | FarhaadN | but this is happend with 3 seconds delay |
05:38.17 | Samot | Yes and I'm telling you, it's doing it. |
05:38.39 | Samot | Well does it have a delay if it doesn't pass through your Macro()? |
05:38.39 | Reinhilde | Samot: as I have been telling him for all time now, everything appears to be functioning as intended |
05:39.26 | Reinhilde | he's saying it doesn't do this on the other machine |
05:39.34 | FarhaadN | Reinhilde: i know when dial 1 on ivr-39 , go to ivr-40 |
05:39.47 | Reinhilde | FarhaadN: that is correct, and that is how your application is functioning |
05:40.27 | Reinhilde | it's a long shot, but... |
05:40.30 | Reinhilde | [2019-05-05 17:30:48] VERBOSE[6582][C-00000003] pbx.c: Executing [s@ivr-39:9] Set("SIP/TCT1533-00000003", "TIMEOUT(digit)=3") in new stack |
05:40.47 | FarhaadN | Samot: you tell me delete macro from dial plan , that is correct? |
05:40.49 | Reinhilde | Try Set(TIMEOUT(digit)=1) instead? |
05:41.09 | Reinhilde | Samot: the macro is happening in the same second as the Goto ivr-40 |
05:41.40 | Samot | I see it. |
05:41.49 | Samot | The problem is a poor WaitExten |
05:42.13 | FarhaadN | Reinhilde: TIMEOUT is for when i dont dial anything in this time, and then ivr goes to timeout dialplan |
05:42.29 | Samot | FarhaadN: Please go read how WaitExten works. |
05:42.48 | Samot | If you don't supply how long it should wait, it uses TIMEOUT, which is 3 seconds. |
05:43.15 | Reinhilde | 'digit': The maximum amount of time permitted between digits when the user is |
05:43.16 | Reinhilde | typing in an extension. When this timeout expires, after the user has started |
05:43.18 | Reinhilde | to type in an extension, the extension will be considered complete, and will be |
05:43.20 | Reinhilde | interpreted. |
05:44.22 | Reinhilde | Samot: That sounds backwards. I thought waitexten only waited as long as you asked it to from when triggered to when it falls through to the next prio |
05:44.40 | Samot | It will go to the next priority |
05:44.43 | Samot | AFTER the TIMEOUT |
05:44.56 | Reinhilde | ... Again, you're talking past us here |
05:44.59 | Samot | If you DON'T specify a timeout |
05:45.13 | Samot | It uses the default TIMEOUT() or what you set as the TIMEOUT |
05:45.19 | Samot | In this case the TIMEOUT is 3 seconds. |
05:45.26 | Samot | So it's waiting 3 seconds for digits. |
05:45.45 | Reinhilde | 1. It doesn't even reach WaitExten |
05:45.51 | Samot | It does. |
05:45.58 | Reinhilde | No. |
05:46.01 | FarhaadN | Samot: i am just searching WaitExten now |
05:46.02 | Samot | JFC. It does. |
05:46.02 | Reinhilde | It reaches Background() |
05:46.06 | Reinhilde | Samot: no, it doesn't. |
05:46.11 | Samot | Read my pase |
05:46.14 | Samot | paste. |
05:46.36 | Reinhilde | LOOK AT THE LOG FILES. HIS EXTENSION DOES NOT REACH WAITEXTEN THE WAY HE IS USING IT. |
05:46.44 | Reinhilde | HE IS DIALING OVER THE BACKGROUND(). |
05:48.13 | *** join/#asterisk Downlots (~Downlots@2a02:85f:150f:3200:2f1b:5ddc:a319:450) |
05:48.22 | Samot | Stop. |
05:48.28 | Samot | First, I thought I was on ignore? |
05:48.38 | Samot | Second, you openly admitted you don't know this stuff very well. |
05:48.42 | Samot | Just a bit ago. |
05:48.42 | Reinhilde | Decided to take you off because I thought you'd be of some help in FarhaadN's case. |
05:48.49 | Reinhilde | No, but I do know how to apply logic. |
05:48.54 | Samot | How would you know I was even talking? |
05:49.04 | Reinhilde | Farhad was talking to you. |
05:49.05 | Samot | OK, then take it away. |
05:49.10 | Samot | Go for it. |
05:49.32 | Samot | The issue is Asterisk is waiting 3 seconds between digits for more digits. |
05:49.40 | Samot | That's why there is a 3 second delay. |
05:49.55 | Reinhilde | Exactly. That has nothing to do with WaitExten. |
05:50.02 | Reinhilde | Because, he's using Background(). |
05:51.13 | Samot | You'll usually see the WaitExten() application called immediately after the Background() application. The first parameter to the WaitExten() application is the number of seconds to wait for the caller to enter an extension. If you don't supply the first parameter, Asterisk will use the built-in response timeout (which can be modified with the TIMEOUT() dialplan function). |
05:51.37 | Samot | He's seeing the TIMEOUT(digits=3) |
05:51.41 | Reinhilde | This is NOT a response timeout problem. This is a digit timeout problem. |
05:51.53 | Samot | I didn't say it was a response timeout. |
05:51.59 | Samot | I said it was a digit timeout |
05:52.02 | Reinhilde | That's what you've been saying all along. |
05:52.03 | Samot | They are different. |
05:52.07 | Reinhilde | that it was a RESPONSE timeout |
05:52.11 | Samot | NO |
05:52.17 | Reinhilde | but now you are CORRECTLY saying that it's a DIGIT timeout |
05:52.24 | Reinhilde | and claiming that you were saying THAT all along! |
05:52.38 | Reinhilde | This is why I put you on ignore in the first go Samot, because you gaslight about what you talk about |
05:52.43 | Reinhilde | Bye felicia |
05:52.43 | Samot | 1:49:34 AM <Samot> The issue is Asterisk is waiting 3 seconds between digits for more digits. |
05:52.52 | Samot | How is that about the response? |
05:52.54 | Samot | It's not. |
05:52.59 | Samot | It's about the digits. |
05:53.21 | Samot | You understand the different between the two timeout settings right? |
05:53.26 | Samot | Response and Digits? |
05:53.28 | Reinhilde | FarhaadN: i hope this ... vigorous discussion has sent some cogs turning in your brain. |
05:54.21 | Reinhilde | change the digit timeout to 1 and see how it affects things |
05:54.31 | Reinhilde | i need to check my blood glucose again |
05:54.41 | FarhaadN | wait i tell you somthing |
05:54.49 | Samot | Yes, setting it to 1 will wait one second. |
05:55.16 | FarhaadN | one of parameters for IVR menu, is timeout, its work when dialer, dial no digits |
05:55.29 | FarhaadN | and ivr goes to timeout option for that ivr menu |
05:55.47 | Samot | exten => s,n(begin),Set(TIMEOUT(digit)=3) <-- How long to wait between digits. |
05:55.47 | Samot | exten => s,n,Set(TIMEOUT(response)=10) <-- How long to wait for an actual response. |
05:56.18 | Samot | FarhaadN: The reason for you 3 second delay is that Asterisk is waiting 3 second for MORE DIGITS. |
05:56.35 | FarhaadN | samot: i read this |
05:56.38 | FarhaadN | i have a question |
05:56.43 | FarhaadN | when in ivr-39 |
05:56.47 | Reinhilde | the default RESPONSE timeout is 10 seconds. You should likely extend it |
05:56.48 | FarhaadN | i dial 3 |
05:57.06 | FarhaadN | call immidiatly transfer to destination |
05:57.51 | FarhaadN | it is possible in one ivr , WaitExten be diffrents? |
06:00.29 | Samot | FarhaadN: Show the log of 3 being selected and doing what you just said. |
06:00.40 | Samot | That would have been helpful in the beginning. |
06:00.55 | FarhaadN | Samot: ok sure |
06:05.28 | FarhaadN | Samot: you can see this in line 101 and 102 |
06:05.31 | FarhaadN | https://pastebin.com/fY8LpbMr |
06:07.40 | Samot | [2019-05-05 17:30:51] DTMF[6582][C-00000003] channel.c: DTMF end '1' received on SIP/TCT1533-00000003, duration 135 ms |
06:07.42 | Samot | [2019-05-06 10:32:19] DTMF[108572][C-0000029d] channel.c: DTMF end '3' received on SIP/TCT1533-00000290, duration 130 ms |
06:08.01 | Samot | The 1 is taking longer. |
06:08.45 | FarhaadN | i dont undrestand you |
06:08.50 | FarhaadN | in last log |
06:08.59 | Samot | The 1 is taking longer to receive than the 3 |
06:09.01 | FarhaadN | in line 91 |
06:09.06 | Samot | Look at what I just pasted. |
06:09.08 | FarhaadN | as you mention |
06:09.11 | Samot | Those two lines. |
06:09.18 | FarhaadN | TIMEOUT(digit)=3 set to 3 |
06:09.24 | Samot | Stop. |
06:09.34 | Samot | 2:07:42 AM <Samot> [2019-05-05 17:30:51] DTMF[6582][C-00000003] channel.c: DTMF end '1' received on SIP/TCT1533-00000003, duration 135 ms |
06:09.34 | Samot | 2:07:44 AM <Samot> [2019-05-06 10:32:19] DTMF[108572][C-0000029d] channel.c: DTMF end '3' received on SIP/TCT1533-00000290, duration 130 ms |
06:09.44 | Samot | Those are the lines taken from the two different debugs. |
06:09.57 | Samot | One showing when you pressed 1 and the one you just provided. |
06:10.05 | Samot | I'm showing you the differences. |
06:10.15 | Samot | The 1 is taking long to receive than the 3 |
06:10.21 | Samot | For Asterisk. |
06:10.23 | Reinhilde | set it to 1, see how that affects things |
06:10.38 | Samot | Well what happens with the other options? |
06:10.43 | Samot | 2, 4, 5? |
06:10.54 | Samot | Do they have a delay? Do they happen right away? |
06:11.06 | FarhaadN | 2 with delay |
06:11.21 | Samot | And how long does it take to receive those digits? |
06:11.27 | FarhaadN | 4 with no delay |
06:11.40 | Samot | Look at line 100 |
06:12.00 | Samot | There is delay in Asterisk receiving the full DTMF tone to process. |
06:12.15 | Samot | 130 ms looks to work just fine, that's what 3 shows. |
06:12.23 | Samot | 135 ms shows delay. |
06:13.06 | Samot | FarhaadN: This is seriously important stuff to know in the beginning. Changes how things need to be done. |
06:13.32 | Samot | You made it sound like this was a problem with the entire IVR not just when certain digits where used. |
06:15.00 | FarhaadN | https://pastebin.com/1s7hqbbS |
06:15.04 | FarhaadN | please read this |
06:15.11 | FarhaadN | test with digits 3 |
06:15.16 | FarhaadN | and 140 ms |
06:15.28 | FarhaadN | and immidiatly transfer to destination |
06:15.40 | Reinhilde | facepaws |
06:16.46 | Samot | And does the timing change in other tests? |
06:16.57 | Samot | So you still always have delay with 1 and 2? |
06:17.27 | FarhaadN | i dont changed anythings |
06:17.34 | FarhaadN | i just test again |
06:17.35 | Samot | That's not what I asked. |
06:17.42 | Samot | Right and I'm saying do more. |
06:17.45 | FarhaadN | with your openion |
06:18.14 | Samot | What DTMF methods does your provide support? |
06:18.16 | FarhaadN | you tell me with duration of dtmf show 140 is more delay, but transfer immidiatly |
06:18.42 | FarhaadN | this is not for provider, this happend if i simulate call with 7777 |
06:19.11 | Samot | And what DTMF method does the device peer you're testing with use? |
06:20.24 | FarhaadN | device is same, for testing dial 1 or 2 or 3 or 4 |
06:22.35 | Samot | What is the dtmfmode set to? |
06:23.31 | FarhaadN | i dont set any dtmf for extentions |
06:23.31 | Samot | Also, are you having these delays when you call in from the PSTN? |
06:23.33 | FarhaadN | or trunk |
06:24.02 | Samot | What type of phone are you using? |
06:24.15 | Samot | And what DTMF modes is it using? |
06:24.30 | FarhaadN | lets explan issue again for you |
06:24.31 | FarhaadN | ivr and sip clients is same(its not matter i call from out with pri, or call 7777 for simulate call internal), when i dial 1 , or 2 in ivr-39, its take 3 seconds to continue dial plan, but when i dial 3 , immidiatly transfer to destionation |
06:24.59 | FarhaadN | i test with softphones , eyebeam and zoiper |
06:25.04 | FarhaadN | and i test with trunk |
06:25.11 | FarhaadN | on pri |
06:25.30 | *** join/#asterisk pchero_work (~pchero@87.213.247.82) |
06:26.25 | Samot | OK well you're not explaining again, you're explaining for the first time. |
06:26.43 | Samot | You did include any of this information previously. |
06:26.45 | Samot | didn't. |
06:27.11 | FarhaadN | i tell you |
06:27.16 | FarhaadN | with dial 3 |
06:27.25 | FarhaadN | transfer happen immidiatly |
06:27.32 | FarhaadN | in same ivr |
06:27.50 | FarhaadN | and you tell me , this is for dtmf duration 130 |
06:28.05 | FarhaadN | and i give you another test with dial 3 , with dtmf 140 |
06:28.11 | Samot | I was comparing the differences between a working and a non working example. |
06:28.21 | Samot | At the time, it is all I had to work with. |
06:28.44 | FarhaadN | can you help me now? |
06:28.52 | Samot | I have been. |
06:29.27 | Samot | How are the devices sending DTMF? What mode are they using? |
06:29.40 | Samot | Are they using inband, outofband, INFO? |
06:30.01 | FarhaadN | on extentions? |
06:30.05 | FarhaadN | or on trunk? |
06:30.11 | Samot | No, the devices themselves. |
06:30.17 | FarhaadN | and one question |
06:30.24 | Samot | The dtmfmode on the peer is for when it sends out DTMF. |
06:30.52 | Samot | So if you're using a device and calling the PBX directly, then you have to look at how the device is sending DTMF as well. |
06:32.14 | FarhaadN | i use eyebeam on windows 10 |
06:32.19 | FarhaadN | i have a question |
06:32.27 | FarhaadN | if problem is for dtmfmode |
06:32.45 | FarhaadN | why digits 3 is work fine? |
06:33.04 | Samot | Because each tone is different. |
06:33.15 | Samot | That's why I asked what happens when you test them all |
06:33.22 | FarhaadN | ok |
06:33.30 | FarhaadN | 1 and 2 with delay |
06:33.35 | FarhaadN | 3 and 4 is fine |
06:33.37 | Samot | What about 5? |
06:33.39 | FarhaadN | i test 5 |
06:33.42 | FarhaadN | now |
06:34.06 | FarhaadN | it's work fine |
06:35.32 | FarhaadN | and dtmf duration time is same as dial 1 : 135 ms |
06:37.44 | FarhaadN | https://pastebin.com/pZXHrpTi |
06:43.00 | FarhaadN | and now? |
07:08.12 | FarhaadN | can anyone help me? |
07:16.13 | *** join/#asterisk techquila (~techquila@2407:7000:9125:e400:f1c2:df9f:be37:22a2) |
07:20.06 | *** join/#asterisk miralin (~Thunderbi@81.177.58.137) |
07:23.29 | *** join/#asterisk hehol (~hehol@130.180.55.250) |
07:32.15 | *** join/#asterisk jkroon (~jkroon@165.16.203.57) |
07:34.32 | Reinhilde | FarhaadN: what have you tried |
07:54.40 | *** join/#asterisk cryptic (~cryptic@142.196.139.17) |
08:11.55 | FarhaadN | Reinhilde: i dont have anything to try |
08:12.12 | FarhaadN | everythings seems ok |
08:18.08 | *** join/#asterisk jkroon (~jkroon@165.16.203.57) |
08:18.26 | *** join/#asterisk troyt (zncsrv@2601:681:4100:8981:44dd:acff:fe85:9c8e) |
08:24.15 | *** join/#asterisk jkroon (~jkroon@165.16.203.57) |
08:34.26 | FarhaadN | when i dial 1 , or 2 in ivr-39, its take 3 seconds to continue dial plan, but when i dial 3 on ivr-39 , immidiatly transfer to destionation |
08:34.31 | FarhaadN | can anyone help? |
08:37.09 | Reinhilde | that specific symptom should not be happening |
08:39.44 | *** join/#asterisk jkroon (~jkroon@165.16.203.57) |
08:39.51 | FarhaadN | Reinhilde: its happend and all logs is here |
09:01.34 | *** join/#asterisk nighty (~nighty@b157153.ppp.asahi-net.or.jp) |
09:13.31 | *** join/#asterisk sh_smith (~sh_smith@cpe-76-174-26-91.socal.res.rr.com) |
09:53.29 | *** join/#asterisk maximCH (~maximCH@beer.swill.org) |
10:13.54 | *** join/#asterisk sotoz (~ssss@87.213.247.82) |
10:15.10 | *** join/#asterisk jkroon (~jkroon@165.16.203.57) |
10:18.35 | *** join/#asterisk jkroon (~jkroon@165.16.203.57) |
10:22.05 | *** join/#asterisk jkroon (~jkroon@165.16.203.57) |
10:25.38 | FarhaadN | is necessary to ask my question again? |
10:27.34 | Reinhilde | reduce your TIMEOUT(digits) |
10:36.07 | *** join/#asterisk cresl1n (uid299068@asterisk/libpri-and-libss7-expert/Cresl1n) |
10:36.07 | *** mode/#asterisk [+o cresl1n] by ChanServ |
10:36.39 | *** join/#asterisk jkroon (~jkroon@165.16.203.57) |
10:36.58 | FarhaadN | Reinhilde: do you know problem? |
10:37.24 | Reinhilde | there isn't one. everything is functioning as intended other than a random, annoying delay |
10:37.33 | FarhaadN | if problem was fot TIMEOUT, it should be wait 3 seconds for all dial number on ivr |
10:37.41 | FarhaadN | not only for 1 or 2 |
10:38.00 | Reinhilde | you'd think |
10:38.00 | FarhaadN | and it's not random |
10:38.14 | FarhaadN | i tested it 50 times |
10:38.18 | FarhaadN | and its same |
10:38.46 | FarhaadN | and in all cases , TIMEOUT(digits) set to 3 |
10:39.11 | FarhaadN | but on dial number 3 or 4 or 5 , call transfer too destination after dial immidiatly |
10:39.32 | FarhaadN | so, not tell me reduce this number every time |
10:41.06 | Reinhilde | I'm at a loss |
10:41.26 | Reinhilde | try increasing the number and see how the 3-9 act |
10:42.18 | FarhaadN | there is no 3-9 options, only 1-5 in ivr-39 |
10:46.23 | FarhaadN | Reinhilde: i change it to 10 sec, and with dial number 5 , continue immediatly |
10:46.26 | FarhaadN | https://pastebin.com/B4xkk1bq |
10:46.35 | FarhaadN | now what ? |
10:46.53 | Reinhilde | FarhaadN: so you have 3 to 5, ok whatever. I have no idea |
10:48.03 | FarhaadN | i know your are wrong from beginning, but tanx for your help |
10:48.16 | Reinhilde | ... |
10:48.38 | Reinhilde | the aetiology of the problem here has nothing to do with the obvious causes |
10:49.09 | Reinhilde | if you change your background invocation from Background(audiofile) to Background(audiofile,m) does anything change |
10:49.52 | *** join/#asterisk Resnik (Resnik@gateway/shell/suchznc/x-odqtwwazhjoujsbf) |
10:52.30 | FarhaadN | in this line? |
10:52.32 | FarhaadN | exten => s,n,ExecIf($["${MSG0}" != ""]?Background(${MSG0})) |
10:52.34 | FarhaadN | ? |
10:53.20 | Reinhilde | exten => s,n,ExecIf($["${MSG0}" != ""]?Background(${MSG0},m)) |
10:53.24 | *** join/#asterisk sotoz (~ssss@87.213.247.82) |
10:53.48 | FarhaadN | let me test |
10:53.56 | Reinhilde | change it to that. if you enter a digit while the message is speaking it will count it immediately rather than waiting for the next digit |
10:55.11 | FarhaadN | no, nothing changed |
10:55.31 | FarhaadN | still exist 3 sec delay on dialing 1 |
10:56.08 | Reinhilde | i had an issue similar to this but on all digits and with something like a 26 second delay on freeswitch |
10:56.11 | Reinhilde | i have no idea what causes it |
10:56.16 | Reinhilde | the whole thing seems idiopathic |
10:57.24 | FarhaadN | thank you for help, i mean it |
10:59.20 | Reinhilde | the better way to say that would be "thanks for trying to help" |
10:59.50 | FarhaadN | thanks for trying to help :D |
10:59.55 | FarhaadN | my english is not good |
11:00.22 | Reinhilde | mhm |
11:00.39 | Reinhilde | since i didn't actually manage to help you with this strange problem |
11:01.31 | FarhaadN | Oh, it's important your trying, not solving the problem ;-) |
11:09.12 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
11:21.47 | *** join/#asterisk MahouNi (~MahouNi@41.111.76.162) |
11:23.56 | *** join/#asterisk lankanmon (~LKNnet@CPE64777d632383-CM64777d632380.cpe.net.cable.rogers.com) |
11:43.52 | *** join/#asterisk Ai9zO5AP (~BQcdf9eiZ@176.98.158.240) |
12:00.38 | *** join/#asterisk bbt (~dbag@unaffiliated/bbt) |
12:53.18 | *** join/#asterisk somepoortech (~somepoort@72.12.70.165) |
12:55.12 | *** join/#asterisk brad_mssw (~brad@66.129.88.50) |
13:12.17 | *** join/#asterisk Janos (~Janos@201.204.94.76) |
13:19.10 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
13:27.26 | *** join/#asterisk jkroon (~jkroon@165.16.203.57) |
13:36.31 | *** join/#asterisk scgm11_ (~scgm11@r186-49-62-78.dialup.adsl.anteldata.net.uy) |
13:44.12 | *** join/#asterisk sekil (~sekil@nat-73.net011.net) |
13:45.02 | *** join/#asterisk scgm11_ (~scgm11@r186-49-62-78.dialup.adsl.anteldata.net.uy) |
13:59.39 | *** join/#asterisk JunK-Y (~junky@pdpc/supporter/active/junk-y) |
14:06.47 | *** join/#asterisk scgm11_ (~scgm11@r186-49-59-233.dialup.adsl.anteldata.net.uy) |
14:18.50 | *** join/#asterisk kharwell (uid358942@gateway/web/irccloud.com/x-rxqtseopjejlhnnp) |
14:18.50 | *** mode/#asterisk [+o kharwell] by ChanServ |
14:20.35 | *** join/#asterisk scgm11_ (~scgm11@r186-49-59-233.dialup.adsl.anteldata.net.uy) |
14:38.42 | *** join/#asterisk bford (uid283514@gateway/web/irccloud.com/x-zytpwptfzdkggjrp) |
14:38.42 | *** mode/#asterisk [+o bford] by ChanServ |
14:45.16 | *** join/#asterisk sh_smith (~sh_smith@cpe-76-174-26-91.socal.res.rr.com) |
14:50.39 | *** join/#asterisk rmudgett (rmudgett@nat/digium/x-ndnptuchgejhgbdh) |
14:50.39 | *** mode/#asterisk [+o rmudgett] by ChanServ |
14:56.25 | *** join/#asterisk Helenah (~s98259@unaffiliated/iveeee) |
15:09.00 | *** join/#asterisk scgm11_ (~scgm11@r186-49-59-233.dialup.adsl.anteldata.net.uy) |
15:20.24 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
15:23.11 | *** join/#asterisk scgm11_ (~scgm11@r186-49-59-233.dialup.adsl.anteldata.net.uy) |
16:19.57 | *** join/#asterisk scgm11_ (~scgm11@r186-49-59-233.dialup.adsl.anteldata.net.uy) |
16:21.13 | *** join/#asterisk areski (~areski@123.red-83-56-36.staticip.rima-tde.net) |
16:21.38 | *** join/#asterisk areski (~areski@123.red-83-56-36.staticip.rima-tde.net) |
16:22.03 | *** join/#asterisk areski (~areski@123.red-83-56-36.staticip.rima-tde.net) |
16:26.21 | *** join/#asterisk Janos (~Janos@201.204.94.76) |
17:09.47 | *** join/#asterisk MarkSX (~MarkSX@unaffiliated/marksx) |
17:58.52 | *** join/#asterisk sawgood (~sawgood@unaffiliated/sawgood) |
18:13.35 | *** join/#asterisk miralin (~Thunderbi@81.177.58.137) |
18:17.11 | *** join/#asterisk scampbell (~scampbell@mail.scampbell.net) |
18:17.43 | *** part/#asterisk scampbell (~scampbell@mail.scampbell.net) |
18:18.27 | *** join/#asterisk scampbell (~scampbell@mail.scampbell.net) |
18:21.58 | *** join/#asterisk areski (~areski@62.83.14.174.dyn.user.ono.com) |
18:25.27 | *** join/#asterisk scgm11_ (~scgm11@r186-49-59-233.dialup.adsl.anteldata.net.uy) |
18:33.44 | *** join/#asterisk yokel (~yokel@unaffiliated/contempt) |
18:38.04 | *** join/#asterisk scgm11_ (~scgm11@r186-49-59-233.dialup.adsl.anteldata.net.uy) |
18:43.33 | *** join/#asterisk yokel (~yokel@unaffiliated/contempt) |
18:49.11 | *** join/#asterisk yokel (~yokel@unaffiliated/contempt) |
18:54.48 | *** join/#asterisk yokel (~yokel@unaffiliated/contempt) |
18:55.49 | *** join/#asterisk scgm11_ (~scgm11@r186-49-59-233.dialup.adsl.anteldata.net.uy) |
19:00.01 | *** join/#asterisk yokel (~yokel@unaffiliated/contempt) |
19:05.42 | *** join/#asterisk yokel (~yokel@unaffiliated/contempt) |
19:09.10 | *** join/#asterisk MarkS- (~mark@unaffiliated/mark21) |
19:11.21 | *** join/#asterisk yokel (~yokel@unaffiliated/contempt) |
19:12.08 | scampbell | I'm having trouble configuring pjsip_wizard for a sip trunk that auths via registration only (1-voip). noob at home, any hints welcome. |
19:12.38 | MarkS- | Hello, I've the following problem. We have a queue with 4 phones to answer calls and sometimes 5+ people waiting. Everyone enters the queue with the same priority. However sometimes not the longest waiting person is connected to an agent, but someone else. And the longest waiting person is only connected to an agent when all other waiting calls are answered. |
19:13.39 | MarkS- | Anyone an idea where to look? |
19:17.00 | *** join/#asterisk yokel (~yokel@unaffiliated/contempt) |
19:22.37 | *** join/#asterisk yokel (~yokel@unaffiliated/contempt) |
19:33.49 | *** join/#asterisk kharwell_ (uid358942@gateway/web/irccloud.com/x-iwsawbdbgktlbjeb) |
19:33.49 | *** mode/#asterisk [+o kharwell_] by ChanServ |
19:34.00 | *** join/#asterisk alexandre9099_ (~alexandre@unaffiliated/alexandre9099) |
19:34.22 | *** join/#asterisk Milos_ (~Milos@pdpc/supporter/student/milos) |
19:35.02 | *** join/#asterisk mindthelion (~techquila@2407:7000:9125:e400:f1c2:df9f:be37:22a2) |
19:39.03 | *** join/#asterisk alexandr- (~alexandre@unaffiliated/alexandre9099) |
19:39.22 | *** join/#asterisk yokel (~yokel@unaffiliated/contempt) |
19:44.38 | *** join/#asterisk lvlinux (~ruel@unaffiliated/lvlinux) |
19:47.28 | *** join/#asterisk miralin1 (~Thunderbi@81.177.58.137) |
20:07.23 | *** join/#asterisk guerby (~guerby@april/board/guerby) |
20:10.18 | *** join/#asterisk sawgood (~sawgood@unaffiliated/sawgood) |
20:11.02 | *** join/#asterisk yokel (~yokel@unaffiliated/contempt) |
20:15.07 | *** join/#asterisk alexandre9099 (~alexandre@unaffiliated/alexandre9099) |
20:35.21 | *** join/#asterisk alexandre9099 (~alexandre@unaffiliated/alexandre9099) |
20:46.52 | *** join/#asterisk Jesterboxboy (~Thunderbi@p5B211286.dip0.t-ipconnect.de) |
20:51.41 | *** join/#asterisk miralin1 (~Thunderbi@81.177.58.137) |
20:52.53 | *** join/#asterisk miralin (~Thunderbi@81.177.58.137) |
20:53.34 | *** join/#asterisk miralin2 (~Thunderbi@81.177.58.137) |
21:01.25 | *** join/#asterisk sh_smith (~sh_smith@cpe-76-174-26-91.socal.res.rr.com) |
21:12.09 | *** join/#asterisk Milos (~Milos@pdpc/supporter/student/milos) |
21:18.34 | *** join/#asterisk ais-admin (~ais-admin@2001:470:d:fb2::2000) |
21:34.11 | *** join/#asterisk simplisticpotato (~simplisti@d149-67-103-194.try.wideopenwest.com) |
21:41.37 | *** join/#asterisk miralin1 (~Thunderbi@195.209.246.194) |
21:43.07 | *** join/#asterisk sh_smith (~sh_smith@cpe-76-174-26-91.socal.res.rr.com) |
21:55.56 | *** join/#asterisk miralin1 (~Thunderbi@81.177.58.137) |
21:57.25 | *** join/#asterisk Blashyrkh (~Thunderbi@84-115-150-8.cable.dynamic.surfer.at) |
22:00.43 | *** join/#asterisk pa (~pa@unaffiliated/pa) |
22:06.01 | *** join/#asterisk miralin1 (~Thunderbi@host-46-45-217-207.stavropol.ru) |
22:06.17 | *** join/#asterisk tomaluca95 (~quassel@kde/developer/tomaluca) |
22:10.14 | *** join/#asterisk pa (~pa@unaffiliated/pa) |
22:54.58 | *** join/#asterisk Alblasco1702 (~Alblasco1@ip5456b46b.speed.planet.nl) |
22:56.09 | *** join/#asterisk miralin1 (~Thunderbi@81.177.58.137) |
23:07.03 | *** join/#asterisk chandoo (~chandoo@ool-18b9ceb5.dyn.optonline.net) |
23:59.08 | *** join/#asterisk warewolf (warewolf@warewolf.org) |