IRC log for #asterisk on 20190506

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.20FarhaadNI 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.25FarhaadNmy problem is when dial number 1 on IVR-1, asterisk CLI show me dtmf recived , but dial plan continue after 3 second
04:47.28FarhaadNcan anyone help me how can i trace problem?
04:47.53Ellenorthou hast said this once already
04:48.05Reinhildethou hast not received an answer yet, I presume
04:48.47ReinhildeFarhaadN: 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.51ReinhildeFarhaadN: what's actually going on?
05:06.07FarhaadNEllenor: i disconnecet before
05:06.50FarhaadNReinhilde: i give you full log
05:07.15FarhaadNand queue config
05:07.21FarhaadNwait 2 min
05:08.47ReinhildeFarhaadN: me == Ellenor
05:09.04Reinhildei don't want queue config, i want your dialplan
05:09.16Reinhildequeue config may help, if you're using queues
05:11.49FarhaadNReinhilde: https://pastebin.com/tHA9CJW6
05:11.52FarhaadNthis is full log
05:12.46FarhaadNplease check line 101 and 102
05:12.58FarhaadN3 seconds delay after dtmf recived
05:13.30Reinhildei still don't have the dialplan segment that thou art referring to
05:15.09ReinhildeFarhaadN: 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.58Reinhildei'll show you an adapted version of my one-layer-deep IVR dialplan, if you like
05:23.03FarhaadNReinhilde: i work fine with IVR dialplan in another server and those ok, but this server has problem
05:23.20ReinhildeFarhaadN: you have not shown me the actual dialplan, however
05:23.26Reinhildeshow me the extensions.conf snippet at play here
05:25.15FarhaadNReinhilde: ok wait please
05:27.45*** join/#asterisk troyt (zncsrv@2601:681:4100:8981:44dd:acff:fe85:9c8e)
05:28.06FarhaadNReinhilde: this is ivr-1 > https://pastebin.com/pTikQXcK
05:28.07Reinhildeto be honest I'm slightly hyperglycemic so if I seem angrier than usual that's why
05:28.16ReinhildeFarhaadN: why not just combine them into the same paste?
05:28.55FarhaadNReinhilde: to read easier for you
05:29.23ReinhildeFarhaadN: that's exactly the opposite of how any of this works
05:29.29Reinhildeit would be easier for me if you combined all into same paste
05:30.04Reinhildeif 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.15FarhaadNand this is IVR-2 > https://pastebin.com/3PzSvbxj
05:30.34ReinhildeFarhaadN: I'm not going to read any pastebin about your extensions.conf until you send them all in the same paste.
05:30.43FarhaadNoh ok, i will combile them in future
05:31.11Reinhildeno, combine them now. Also you're going to need to include the contexts that you're "include =>" ing.
05:31.17Reinhildenot just the contexts directly at play
05:31.25Reinhildethe contexts you include are also 'at play' here
05:31.26FarhaadNhttps://pastebin.com/RHan5pJu
05:31.32FarhaadNthis is for 2 IVR
05:32.13Reinhildei'll admit, I'm not too familiar with Asterisk, despite being a user thereof
05:32.42Reinhildeso, tell me this: dialing extn. 1 in IVR 39 is supposed to do...?
05:32.51Reinhildereplace the "...?" with what it's supposed to do
05:33.55Reinhilde... 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.09FarhaadNsupposed to go to IVR-40
05:34.16Reinhildei can see that.
05:34.50FarhaadNyes that is correct
05:35.37Reinhildeso you waitexten with a comma but without a timeout nor options
05:35.37FarhaadNgap is here, when dial 1 on IVR-39 , and dtmf recived to server, dialplan continue after 3 seconds
05:35.45Samot[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.46Samot[2019-05-05 17:30:54] VERBOSE[6582][C-00000003] pbx_builtins.c: Goto (ivr-40,s,1)
05:35.52SamotNo, it doesn't.
05:35.59Reinhildethis should not be pathological
05:36.11Reinhildebut I have no idea how that exactly would work.
05:36.48Samothttps://www.irccloud.com/pastebin/x3wC7DB6/
05:37.01SamotYou're pressing 1 and it's using that option.
05:37.08SamotIt's going to IVR-40 as it should.
05:37.32ReinhildeFarhaadN: I've read through the logs more closely and it looks like everything is functioning as intended
05:37.55FarhaadNSamot: yes that is correct, i want to go to ivr-40 after dial 1 on ivr-39
05:38.13FarhaadNbut this is happend with 3 seconds delay
05:38.17SamotYes and I'm telling you, it's doing it.
05:38.39SamotWell does it have a delay if it doesn't pass through your Macro()?
05:38.39ReinhildeSamot: as I have been telling him for all time now, everything appears to be functioning as intended
05:39.26Reinhildehe's saying it doesn't do this on the other machine
05:39.34FarhaadNReinhilde: i know when dial 1 on ivr-39 , go to ivr-40
05:39.47ReinhildeFarhaadN: that is correct, and that is how your application is functioning
05:40.27Reinhildeit's a long shot, but...
05:40.30Reinhilde[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.47FarhaadNSamot: you tell me delete macro from dial plan , that is correct?
05:40.49ReinhildeTry Set(TIMEOUT(digit)=1) instead?
05:41.09ReinhildeSamot: the macro is happening in the same second as the Goto ivr-40
05:41.40SamotI see it.
05:41.49SamotThe problem is a poor WaitExten
05:42.13FarhaadNReinhilde: TIMEOUT is for when i dont dial anything in this time, and then ivr goes to timeout dialplan
05:42.29SamotFarhaadN: Please go read how WaitExten works.
05:42.48SamotIf you don't supply how long it should wait, it uses TIMEOUT, which is 3 seconds.
05:43.15Reinhilde'digit': The maximum amount of time permitted between digits when the user is
05:43.16Reinhildetyping in an extension.  When this timeout expires, after the user has started
05:43.18Reinhildeto type in an extension, the extension will be considered complete, and will be
05:43.20Reinhildeinterpreted.
05:44.22ReinhildeSamot: 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.40SamotIt will go to the next priority
05:44.43SamotAFTER the TIMEOUT
05:44.56Reinhilde... Again, you're talking past us here
05:44.59SamotIf you DON'T specify a timeout
05:45.13SamotIt uses the default TIMEOUT() or what you set as the TIMEOUT
05:45.19SamotIn this case the TIMEOUT is 3 seconds.
05:45.26SamotSo it's waiting 3 seconds for digits.
05:45.45Reinhilde1. It doesn't even reach WaitExten
05:45.51SamotIt does.
05:45.58ReinhildeNo.
05:46.01FarhaadNSamot: i am just searching WaitExten now
05:46.02SamotJFC. It does.
05:46.02ReinhildeIt reaches Background()
05:46.06ReinhildeSamot: no, it doesn't.
05:46.11SamotRead my pase
05:46.14Samotpaste.
05:46.36ReinhildeLOOK AT THE LOG FILES. HIS EXTENSION DOES NOT REACH WAITEXTEN THE WAY HE IS USING IT.
05:46.44ReinhildeHE IS DIALING OVER THE BACKGROUND().
05:48.13*** join/#asterisk Downlots (~Downlots@2a02:85f:150f:3200:2f1b:5ddc:a319:450)
05:48.22SamotStop.
05:48.28SamotFirst, I thought I was on ignore?
05:48.38SamotSecond, you openly admitted you don't know this stuff very well.
05:48.42SamotJust a bit ago.
05:48.42ReinhildeDecided to take you off because I thought you'd be of some help in FarhaadN's case.
05:48.49ReinhildeNo, but I do know how to apply logic.
05:48.54SamotHow would you know I was even talking?
05:49.04ReinhildeFarhad was talking to you.
05:49.05SamotOK, then take it away.
05:49.10SamotGo for it.
05:49.32SamotThe issue is Asterisk is waiting 3 seconds between digits for more digits.
05:49.40SamotThat's why there is a 3 second delay.
05:49.55ReinhildeExactly. That has nothing to do with WaitExten.
05:50.02ReinhildeBecause, he's using Background().
05:51.13SamotYou'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.37SamotHe's seeing the TIMEOUT(digits=3)
05:51.41ReinhildeThis is NOT a response timeout problem. This is a digit timeout problem.
05:51.53SamotI didn't say it was a response timeout.
05:51.59SamotI said it was a digit timeout
05:52.02ReinhildeThat's what you've been saying all along.
05:52.03SamotThey are different.
05:52.07Reinhildethat it was a RESPONSE timeout
05:52.11SamotNO
05:52.17Reinhildebut now you are CORRECTLY saying that it's a DIGIT timeout
05:52.24Reinhildeand claiming that you were saying THAT all along!
05:52.38ReinhildeThis is why I put you on ignore in the first go Samot, because you gaslight about what you talk about
05:52.43ReinhildeBye felicia
05:52.43Samot1:49:34 AM <Samot> The issue is Asterisk is waiting 3 seconds between digits for more digits.
05:52.52SamotHow is that about the response?
05:52.54SamotIt's not.
05:52.59SamotIt's about the digits.
05:53.21SamotYou understand the different between the two timeout settings right?
05:53.26SamotResponse and Digits?
05:53.28ReinhildeFarhaadN: i hope this ... vigorous discussion has sent some cogs turning in your brain.
05:54.21Reinhildechange the digit timeout to 1 and see how it affects things
05:54.31Reinhildei need to check my blood glucose again
05:54.41FarhaadNwait i tell you somthing
05:54.49SamotYes, setting it to 1 will wait one second.
05:55.16FarhaadNone of parameters for IVR menu, is timeout, its work when dialer, dial no digits
05:55.29FarhaadNand ivr goes to timeout option for that ivr menu
05:55.47Samotexten => s,n(begin),Set(TIMEOUT(digit)=3) <-- How long to wait between digits.
05:55.47Samotexten => s,n,Set(TIMEOUT(response)=10) <-- How long to wait for an actual response.
05:56.18SamotFarhaadN: The reason for you 3 second delay is that Asterisk is waiting 3 second for MORE DIGITS.
05:56.35FarhaadNsamot: i read this
05:56.38FarhaadNi have a question
05:56.43FarhaadNwhen in ivr-39
05:56.47Reinhildethe default RESPONSE timeout is 10 seconds. You should likely extend it
05:56.48FarhaadNi dial 3
05:57.06FarhaadNcall immidiatly transfer to destination
05:57.51FarhaadNit is possible in one ivr , WaitExten be diffrents?
06:00.29SamotFarhaadN: Show the log of 3 being selected and doing what you just said.
06:00.40SamotThat would have been helpful in the beginning.
06:00.55FarhaadNSamot: ok sure
06:05.28FarhaadNSamot: you can see this in line 101 and 102
06:05.31FarhaadNhttps://pastebin.com/fY8LpbMr
06:07.40Samot[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.42Samot[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.01SamotThe 1 is taking longer.
06:08.45FarhaadNi dont undrestand you
06:08.50FarhaadNin last log
06:08.59SamotThe 1 is taking longer to receive than the 3
06:09.01FarhaadNin line 91
06:09.06SamotLook at what I just pasted.
06:09.08FarhaadNas you mention
06:09.11SamotThose two lines.
06:09.18FarhaadNTIMEOUT(digit)=3 set to 3
06:09.24SamotStop.
06:09.34Samot2: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.34Samot2: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.44SamotThose are the lines taken from the two different debugs.
06:09.57SamotOne showing when you pressed 1  and the one you just provided.
06:10.05SamotI'm showing you the differences.
06:10.15SamotThe 1 is taking long to receive than the 3
06:10.21SamotFor Asterisk.
06:10.23Reinhildeset it to 1, see how that affects things
06:10.38SamotWell what happens with the other options?
06:10.43Samot2, 4, 5?
06:10.54SamotDo they have a delay? Do they happen right away?
06:11.06FarhaadN2 with delay
06:11.21SamotAnd how long does it take to receive those digits?
06:11.27FarhaadN4 with no delay
06:11.40SamotLook at line 100
06:12.00SamotThere is delay in Asterisk receiving the full DTMF tone to process.
06:12.15Samot130 ms looks to work just fine, that's what 3 shows.
06:12.23Samot135 ms shows delay.
06:13.06SamotFarhaadN: This is seriously important stuff to know in the beginning. Changes how things need to be done.
06:13.32SamotYou made it sound like this was a problem with the entire IVR not just when certain digits where used.
06:15.00FarhaadNhttps://pastebin.com/1s7hqbbS
06:15.04FarhaadNplease read this
06:15.11FarhaadNtest with digits 3
06:15.16FarhaadNand 140 ms
06:15.28FarhaadNand immidiatly transfer to destination
06:15.40Reinhildefacepaws
06:16.46SamotAnd does the timing change in other tests?
06:16.57SamotSo you still always have delay with 1 and 2?
06:17.27FarhaadNi dont changed anythings
06:17.34FarhaadNi just test again
06:17.35SamotThat's not what I asked.
06:17.42SamotRight and I'm saying do more.
06:17.45FarhaadNwith your openion
06:18.14SamotWhat DTMF methods does your provide support?
06:18.16FarhaadNyou tell me with duration of dtmf show 140 is more delay, but transfer immidiatly
06:18.42FarhaadNthis is not for provider, this happend if i simulate call with 7777
06:19.11SamotAnd what DTMF method does the device peer you're testing with use?
06:20.24FarhaadNdevice is same, for testing dial 1 or 2 or 3 or 4
06:22.35SamotWhat is the dtmfmode set to?
06:23.31FarhaadNi dont set any dtmf for extentions
06:23.31SamotAlso, are you having these delays when you call in from the PSTN?
06:23.33FarhaadNor trunk
06:24.02SamotWhat type of phone are you using?
06:24.15SamotAnd what DTMF modes is it using?
06:24.30FarhaadNlets explan issue again for you
06:24.31FarhaadNivr 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.59FarhaadNi test with softphones , eyebeam and zoiper
06:25.04FarhaadNand i test with trunk
06:25.11FarhaadNon pri
06:25.30*** join/#asterisk pchero_work (~pchero@87.213.247.82)
06:26.25SamotOK well you're not explaining again, you're explaining for the first time.
06:26.43SamotYou did include any of this information previously.
06:26.45Samotdidn't.
06:27.11FarhaadNi tell you
06:27.16FarhaadNwith dial 3
06:27.25FarhaadNtransfer happen immidiatly
06:27.32FarhaadNin same ivr
06:27.50FarhaadNand you tell me , this is for dtmf duration 130
06:28.05FarhaadNand i give you another test with dial 3 , with dtmf 140
06:28.11SamotI was comparing the differences between a working and a non working example.
06:28.21SamotAt the time, it is all I had to work with.
06:28.44FarhaadNcan you help me now?
06:28.52SamotI have been.
06:29.27SamotHow are the devices sending DTMF? What mode are they using?
06:29.40SamotAre they using inband, outofband, INFO?
06:30.01FarhaadNon extentions?
06:30.05FarhaadNor on trunk?
06:30.11SamotNo, the devices themselves.
06:30.17FarhaadNand one question
06:30.24SamotThe dtmfmode on the peer is for when it sends out DTMF.
06:30.52SamotSo 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.14FarhaadNi use eyebeam on windows 10
06:32.19FarhaadNi have a question
06:32.27FarhaadNif problem is for dtmfmode
06:32.45FarhaadNwhy digits 3 is work fine?
06:33.04SamotBecause each tone is different.
06:33.15SamotThat's why I asked what happens when you test them all
06:33.22FarhaadNok
06:33.30FarhaadN1 and 2 with delay
06:33.35FarhaadN3 and 4 is fine
06:33.37SamotWhat about 5?
06:33.39FarhaadNi test 5
06:33.42FarhaadNnow
06:34.06FarhaadNit's work fine
06:35.32FarhaadNand dtmf duration time is same as dial 1 : 135 ms
06:37.44FarhaadNhttps://pastebin.com/pZXHrpTi
06:43.00FarhaadNand now?
07:08.12FarhaadNcan 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.32ReinhildeFarhaadN: what have you tried
07:54.40*** join/#asterisk cryptic (~cryptic@142.196.139.17)
08:11.55FarhaadNReinhilde: i dont have anything to try
08:12.12FarhaadNeverythings 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.26FarhaadNwhen 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.31FarhaadNcan anyone help?
08:37.09Reinhildethat specific symptom should not be happening
08:39.44*** join/#asterisk jkroon (~jkroon@165.16.203.57)
08:39.51FarhaadNReinhilde: 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.38FarhaadNis necessary to ask my question again?
10:27.34Reinhildereduce 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.58FarhaadNReinhilde: do you know problem?
10:37.24Reinhildethere isn't one. everything is functioning as intended other than a random, annoying delay
10:37.33FarhaadNif problem was fot TIMEOUT, it should be wait 3 seconds for all dial number on ivr
10:37.41FarhaadNnot only for 1 or 2
10:38.00Reinhildeyou'd think
10:38.00FarhaadNand it's not random
10:38.14FarhaadNi tested it 50 times
10:38.18FarhaadNand its same
10:38.46FarhaadNand in all cases , TIMEOUT(digits) set to 3
10:39.11FarhaadNbut on dial number 3 or 4 or 5 , call transfer too destination after dial immidiatly
10:39.32FarhaadNso, not tell me reduce this number every time
10:41.06ReinhildeI'm at a loss
10:41.26Reinhildetry increasing the number and see how the 3-9 act
10:42.18FarhaadNthere is no 3-9 options, only 1-5 in ivr-39
10:46.23FarhaadNReinhilde: i change it to 10 sec, and with dial number 5 , continue immediatly
10:46.26FarhaadNhttps://pastebin.com/B4xkk1bq
10:46.35FarhaadNnow what ?
10:46.53ReinhildeFarhaadN: so you have 3 to 5, ok whatever. I have no idea
10:48.03FarhaadNi know your are wrong from beginning, but tanx for your help
10:48.16Reinhilde...
10:48.38Reinhildethe aetiology of the problem here has nothing to do with the obvious causes
10:49.09Reinhildeif 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.30FarhaadNin this line?
10:52.32FarhaadNexten => s,n,ExecIf($["${MSG0}" != ""]?Background(${MSG0}))
10:52.34FarhaadN?
10:53.20Reinhildeexten => s,n,ExecIf($["${MSG0}" != ""]?Background(${MSG0},m))
10:53.24*** join/#asterisk sotoz (~ssss@87.213.247.82)
10:53.48FarhaadNlet me test
10:53.56Reinhildechange 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.11FarhaadNno, nothing changed
10:55.31FarhaadNstill exist 3 sec delay on dialing 1
10:56.08Reinhildei had an issue similar to this but on all digits and with something like a 26 second delay on freeswitch
10:56.11Reinhildei have no idea what causes it
10:56.16Reinhildethe whole thing seems idiopathic
10:57.24FarhaadNthank you for help, i mean it
10:59.20Reinhildethe better way to say that would be "thanks for trying to help"
10:59.50FarhaadNthanks for trying to help :D
10:59.55FarhaadNmy english is not good
11:00.22Reinhildemhm
11:00.39Reinhildesince i didn't actually manage to help you with this strange problem
11:01.31FarhaadNOh, 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.08scampbellI'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.38MarkS-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.39MarkS-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)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.