| 04:29.42 | *** join/#asterisk infobot (ibot@c-174-52-60-165.hsd1.ut.comcast.net) |
| 04:29.42 | *** topic/#asterisk is #asterisk The Open Source PBX and Telephony Platform (asterisk.org) -=- LTS: 13.32.0 (2020/03/12) 16.9.0 (2020/03/12) Standard: 17.3.0 (2020/03/12); DAHDI: 3.0.0 (2018/11/15); libpri 1.6.0 (2017/01/27) -=- Wiki: wiki.asterisk.org -=- Code of Conduct: bit.ly/1hH6P22 |
| 04:31.32 | FuriousGeorge | so that was weird... not only did it not work, but it didn't work after i reverted... i had to add the port to externhost (which is 5281 because i'm redirecting) |
| 04:32.56 | FuriousGeorge | and, regardless of if i use auto_force_rport or force_rport for nat, or if i use auto comedia or comedia, it always shows "no" for both in sip show peers |
| 04:33.28 | FuriousGeorge | ¯\_(ã)_/¯ |
| 04:34.53 | *** join/#asterisk matrix1233 (~matrix123@2a04:cec0:11f0:77ce:4002:bf61:1458:6fe6) |
| 04:36.14 | *** join/#asterisk CatCow97 (~mine9@c-73-96-109-206.hsd1.or.comcast.net) |
| 05:09.33 | *** join/#asterisk m4rcu5 (nobody@84-106-248-133.cable.dynamic.v4.ziggo.nl) |
| 05:26.32 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 05:41.54 | *** join/#asterisk tomaluca95 (~quassel@kde/developer/tomaluca) |
| 06:13.10 | *** join/#asterisk tsal (~tsal@i59F4AD9A.versanet.de) |
| 06:24.57 | *** join/#asterisk sa02irc (~mbax@155-079-043-212.ip-addr.inexio.net) |
| 07:09.25 | *** join/#asterisk votality (~votality@27-32-177-31.tpgi.com.au) |
| 07:16.34 | muks | i picked a non-standard 5XXX UDP port for a transport for an incoming endpoint (due to a clever idea suggested here).. after a couple of days with that, it appears SIP scanners found it already |
| 07:19.03 | muks | i've setup fail2ban for it which is doing a good job by processing /var/log/asterisk/messages and rejecting the SIP scanning attempts with ICMP destination unreachable messages |
| 07:21.33 | muks | if i were suspicious, i'd say the SIP scanner and the incoming number provider were "in cahoots" from the efficiency in which this non-standard open port was found as a SIP service |
| 07:34.04 | *** join/#asterisk khaled-atteya (~khaled_at@197.62.157.45) |
| 07:42.20 | khaled-atteya | Hi , I use Centos 7 + asterisk 16.9.0 + dahdi 2.11.1+2.11.1 + TDM400P with 2 FXO + 2 FXS , when I add "fxsks= 1" to /etc/dahdi/system.conf the following error appear : https://paste.centos.org/view/raw/69d278de , and this is /etc/dahdi/system.conf file : https://paste.centos.org/view/raw/2bb39d2b , and I sure the port 1 & 2 is FXO , and even if I replace the fxsks with fxoks in system.conf ,the same error message appear , what may the problem ? |
| 07:46.06 | *** join/#asterisk matrix1233 (~matrix123@2a04:cec0:11f0:77ce:4002:bf61:1458:6fe6) |
| 08:41.35 | *** join/#asterisk matrix1233 (~matrix123@2a04:cec0:11f0:77ce:4002:bf61:1458:6fe6) |
| 08:59.55 | *** join/#asterisk muks (~muks@jupiter.mukund.org) |
| 09:12.03 | *** join/#asterisk pchero_work (~pchero@2a02:a210:2241:6480:2495:93ff:235d:754c) |
| 09:34.49 | *** join/#asterisk ih8wndz (jwpierce3@mail.000.srv.trnkmstr.com) |
| 09:36.23 | *** join/#asterisk matrix1233 (~matrix123@2a04:cec0:11f0:77ce:4002:bf61:1458:6fe6) |
| 10:31.29 | *** join/#asterisk matrix1233 (~matrix123@2a04:cec0:11f0:77ce:4002:bf61:1458:6fe6) |
| 10:38.19 | *** join/#asterisk fstd_ (~fstd@unaffiliated/fisted) |
| 10:47.59 | *** join/#asterisk Offer (~Offer@77.137.130.21) |
| 12:21.31 | *** join/#asterisk matrix1233 (~matrix123@2a04:cec0:11f0:77ce:4002:bf61:1458:6fe6) |
| 12:35.55 | drmessano | heh |
| 13:02.32 | *** join/#asterisk GoldenBear_ (~gb@165.231.253.148) |
| 13:16.20 | *** join/#asterisk matrix1233 (~matrix123@2a04:cec0:11f0:77ce:4002:bf61:1458:6fe6) |
| 13:41.13 | *** join/#asterisk ZRocket (~ZRocket@c-68-60-126-222.hsd1.mi.comcast.net) |
| 13:55.23 | *** join/#asterisk ZRocket (~ZRocket@c-68-60-126-222.hsd1.mi.comcast.net) |
| 14:11.26 | *** join/#asterisk matrix1233 (~matrix123@2a04:cec0:11f0:77ce:4002:bf61:1458:6fe6) |
| 14:28.38 | *** join/#asterisk miralin (~Thunderbi@109.168.243.50) |
| 14:36.32 | *** join/#asterisk ShellyRoll (~ShellyRol@c-67-170-30-252.hsd1.wa.comcast.net) |
| 14:57.51 | *** join/#asterisk chandoo (~chandoo@pool-100-1-166-161.nwrknj.fios.verizon.net) |
| 15:13.43 | *** join/#asterisk miralin (~Thunderbi@109.168.243.50) |
| 15:20.13 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
| 16:00.58 | *** join/#asterisk LoKoMurdoK (~lbazan@fedora/LoKoMurdoK) |
| 16:48.08 | *** join/#asterisk retentiveboy (~retentive@c-73-43-121-243.hsd1.ga.comcast.net) |
| 16:59.58 | wk057 | so, I have a queue that works... I have a cisco blf on a line that blinks red if someone is calling on that queue, even if logged out. if Iâm on a line, I can hit that button if itâs not ringing, and it puts them back in queue. all good so far. but, if itâs blinking, and I hit it... the phone just pops up and says Invalid Extension *98..... which I never put anywhere with regard to |
| 16:59.59 | wk057 | that button. 91772 is my queue. |
| 17:00.08 | wk057 | bangs head on desk |
| 17:03.34 | [TK]D-Fender | You put it in that phone somewhere as for its function... |
| 17:03.39 | [TK]D-Fender | just a question of where.. |
| 17:04.47 | wk057 | using the extended line function for one for one of the keys on the SPA508G |
| 17:06.25 | wk057 | extended function: fnc=blf+cp+sd;sub=91772@$PROXY;ext=91772@$PROXY ... everything works except pressing it while its blinking (ie, a call is in queue not yet answered) |
| 17:11.06 | Samot | blf+cp+sd = BLF + Call Pickup + Speeddial. |
| 17:11.22 | Samot | So it sounds like it is trying to perform a call pickup. |
| 17:11.34 | wk057 | thatâs what I want it to do |
| 17:11.46 | Samot | OK so are you monitoring the queue? |
| 17:11.50 | wk057 | if itâs blinking, I want to be able to press and answer a call from the queue |
| 17:11.51 | Samot | Or calls to an agent? |
| 17:12.00 | wk057 | yep... if someones in queue, it blinks red as expected |
| 17:12.11 | Samot | You can't pickup a call from a queue that way |
| 17:12.22 | wk057 | well why the heck not? lol |
| 17:12.33 | Samot | Because the call is in the queue. |
| 17:12.44 | Samot | It's not ringing a channel/device |
| 17:13.21 | wk057 | scratches head |
| 17:13.31 | igcewieling | you need to accept the call before you can transfer it |
| 17:14.36 | Samot | Call Pickup for BLF works when certain data is being sent in the NOTFY. |
| 17:14.42 | Samot | NOTIFY |
| 17:14.59 | wk057 | well, I can get it to work if I add an hacky extension for *98... âexten => *98,1,Pickup(myqueue@PICKUPMARK)â, and then put âSet(_PICKUPMARK=myqueue)â before any calls to âQueueâ |
| 17:15.06 | wk057 | but that seems.... less than ideal |
| 17:15.06 | *** join/#asterisk miralin1 (~Thunderbi@109.168.243.50) |
| 17:15.51 | wk057 | i feel like that will break some other functionality somewhere |
| 17:15.54 | Samot | Did you look at the SPA config? |
| 17:16.08 | wk057 | as far as? |
| 17:16.12 | Samot | What is the default Directed Call Pickup Prefix in the SPA |
| 17:16.23 | Samot | Direct* |
| 17:16.43 | wk057 | Blind Transfer Code: *98 .... thatâs the only place *98 comes up |
| 17:16.56 | igcewieling | Sounds like a great way for an employee to increase their call count. |
| 17:17.30 | wk057 | igcewieling: dont care about call counts lol |
| 17:17.34 | Samot | So you tested the Pickup()? |
| 17:17.50 | Samot | If you add that to your dialplan, it grabs the call in the queue? |
| 17:18.04 | Samot | What if there is more than one call? |
| 17:18.12 | wk057 | Samot: yeah, it works if I make an extension for *98, itâll grab a call from the queue... not 100% sure if it works with multiple calls in the queue, but it kind of worked |
| 17:18.38 | Samot | Well each call will have queue@PICKUPMARK on its channel. |
| 17:18.39 | wk057 | but I stopped that route since I think making a hacky extenion for a feature code is um... a bad kludge |
| 17:19.30 | wk057 | Iâm admittedly unsure why the phone is dialing *98 when trying to pickup the call |
| 17:20.16 | Samot | Well at this point it could be because there's nothing to indicate a call pickup, and it is trying to transfer the call to the queue. |
| 17:20.55 | wk057 | transfering a call back to the queue works fine, if itâs not active |
| 17:21.30 | Samot | Did you answer the call? |
| 17:21.53 | Samot | Do you answer the call, then hit the BLF? |
| 17:22.03 | wk057 | yep |
| 17:22.16 | Samot | OK then it's doing a blind transfer for the speeddial. |
| 17:23.09 | wk057 | the basic idea behind this whole venture: I dont want an extension ringing while theyâre on the phone, but I want them to know if someone else is in the queue, and if theyâre able to put the current caller on hold (while waiting on them for whatever reason) I want them to be able to snag another call from the queue in the meantime |
| 17:24.03 | wk057 | example: extension is on the line talking with another staff member, but a call is in queue, âone sec bob, let me grab thisâ |
| 17:24.55 | wk057 | if I enable ringinuse on the queue, it just clogs up the phone when people are in queue (call waiting beep, chaging soft keys for answering, etc) |
| 17:25.23 | wk057 | might be phone-side ways around that, but |
| 17:25.25 | wk057 | ¯\_(ã)_/¯ |
| 17:28.01 | Samot | Go in the SPA |
| 17:28.10 | Samot | Go to the Attendant Console screen |
| 17:28.22 | *** join/#asterisk jkroon (~jkroon@165.16.203.102) |
| 17:33.20 | wk057 | hmm... there is a *98 there, but changing it doesnt seem to change anything |
| 17:34.52 | Samot | OK where was it? |
| 17:35.05 | wk057 | Attendant Console Call Pickup Code |
| 17:35.15 | Samot | OK. |
| 17:35.17 | wk057 | actually, seems changes work, but limited to *xx |
| 17:35.23 | Samot | So let's go over how that works... |
| 17:35.41 | Samot | You need the *98XXX in your dialplan. |
| 17:35.47 | Samot | To execute the callpickup |
| 17:35.59 | Samot | That's not a kludge, that is what has to happen. |
| 17:36.17 | Samot | As far as it only doing *98xx that is in the dial patterns of the SPA |
| 17:37.14 | *** join/#asterisk Offer (~Offer@77.137.130.21) |
| 17:37.22 | Samot | So everytime the phone tries to execute a directed call pickup, which is what the BLF will want, it's going to prefix *98 to it. |
| 17:37.32 | Samot | Because that would be the "Pickup Code" of the PBX. |
| 17:37.42 | Samot | If you don't want *98, you can make it what you want. |
| 17:37.48 | wk057 | so it should be dialing *9891772 in my case? |
| 17:38.11 | Samot | Well as I said before, call pickup depends on certain data being presented. |
| 17:38.24 | Samot | Like _who_ is being called, so you can pick it up. |
| 17:38.28 | Samot | If that doesn't exist... |
| 17:38.37 | Samot | then it's prefixing *98 to nothing |
| 17:38.46 | wk057 | intersting |
| 17:39.00 | wk057 | seems to be what its doing |
| 17:39.12 | Samot | The NOTIFY needs to have the right schema and data. |
| 17:39.20 | Samot | Otherwise the phone has nothing to work with. |
| 17:39.35 | wk057 | wonder what its sending for exten => 91772,hint,Queue:myqueue |
| 17:39.40 | Samot | You could try making the button blf+sp |
| 17:39.48 | Samot | Instead of blf+cp+sd |
| 17:40.03 | wk057 | oh, and just make an extension for pickups only? |
| 17:40.14 | Samot | wk057: That's actually pretty easy to find out. You do a debug and look at the SIP packet. |
| 17:40.22 | Samot | That's how it works for everyone. |
| 17:40.31 | Samot | There needs to be dialplan for the call pickup |
| 17:40.37 | Samot | Because it's a _new call_ |
| 17:41.01 | Samot | So it's going to send *981772 so you need to match that |
| 17:41.08 | Samot | If you were to get it working properly |
| 17:41.27 | Samot | That's why your "kludge" worked. |
| 17:41.42 | Samot | It's only sending *98, you now have dialplan to match *98. |
| 17:42.00 | Samot | The fact it executed the call pickup app is because you said to. |
| 17:42.57 | wk057 | interesting. this seems way more complicated than it should be lol |
| 17:43.04 | Samot | It's how it works. |
| 17:43.09 | Samot | It's sending a _new call_ to the system |
| 17:43.15 | Samot | The system needs to process that call |
| 17:43.27 | Samot | It can't process what it doesn't match |
| 17:44.32 | wk057 | just seems weird that itâs sending it with zero info about why based on the extended function that has an extension to use |
| 17:44.45 | Samot | I don't get what you mean. |
| 17:44.59 | Samot | If the NOTIFY from the PBX doesn't have X data in it, the phone has nothing to work with. |
| 17:45.10 | Samot | This isn't a call. |
| 17:45.15 | Samot | This is something sitting in the queue. |
| 17:45.31 | wk057 | with sd, it just dials 91772, the specified extension. with cp+sd, it completely ignores that and just dials a blank *98 |
| 17:45.32 | Samot | It's a BLF to tell you a state. |
| 17:45.40 | wk057 | why not *9891772 |
| 17:45.47 | Samot | FFS. |
| 17:45.55 | Samot | The NOTIFY DOESN'T HAVE ALL THE DATA NEEDED |
| 17:46.03 | Samot | The phone is NOT receiving that DATA |
| 17:46.15 | Samot | It needs to know what EXTENSION TO PICKUP |
| 17:46.19 | wk057 | I get that asterisk isnât sending that |
| 17:46.23 | Samot | OK |
| 17:46.32 | Samot | So if it doesn't have the data to prefix the *98 to, it sends *98 |
| 17:46.38 | wk057 | just seems weird that it wouldnt like, use the default if it gets nothing |
| 17:46.43 | Samot | What default? |
| 17:46.48 | Samot | It's Call Pickup |
| 17:46.55 | wk057 | same as sd |
| 17:47.02 | wk057 | or something possible to specify |
| 17:47.04 | *** join/#asterisk Penguin (~xwQ5kwYl6@our.systems.are.full.of.penguins.at.penguinsystems.net) |
| 17:47.07 | wk057 | shrugs |
| 17:47.38 | Samot | So if the phone was to send all the digits... |
| 17:47.44 | Samot | You'd still need the dialplan. |
| 17:48.03 | wk057 | thatâd be fine, at least Iâd know what it was trying to do |
| 17:48.27 | Samot | Well without seeing what is being sent in the NOTIFY, can't tell you what could be done. |
| 17:48.29 | wk057 | instead of something generic and unrelated to the button... what if I wanted two of these for other queues? seems not possible |
| 17:48.42 | wk057 | itâd just send *98 for both buttons |
| 17:49.17 | wk057 | just sd is not idea... it can transfer a call to a caller in the queue lol |
| 17:49.21 | wk057 | *ideal |
| 17:49.28 | Samot | OK |
| 17:49.38 | Samot | So here's the next thing that needs to be done if you want help on this. |
| 17:50.02 | wk057 | sits here like a jack*** with 4 phones on his desk calling himself over and over to figure this out |
| 17:50.08 | Samot | You need to show a debug of SIP messages. The NOTIFY from the PBX to the phone and what the phone sends back when pressing the button. |
| 18:02.15 | wk057 | https://0bin.net/paste/uFVd1O2ADC8NoPfE#Ab17iL9WlVJbYazGsAiSVhtFdjD5V-EChMDBO13pWlt ... pretty sure I redacted enough, heh ... so the PBX sends a notify for the subscription to 91772 with state âearlyâ ... when I hit the button on the phone, it just does INVITE sip:*98@xxxxxx.com SIP/2.0 |
| 18:04.54 | *** join/#asterisk war9407 (war@2600:4040:4001:1e00::f7aa) |
| 18:05.08 | igcewieling | redact only passwords. If your PBX is so insecure that you can't paste the actual phone numbers, ips, and hostnames, then you are already seriously screwed. |
| 18:06.16 | *** join/#asterisk juvenal (juvenal@free.znc.bg) |
| 18:06.34 | wk057 | heh, no |
| 18:06.42 | wk057 | iâll redact anything not usually public info |
| 18:06.55 | wk057 | no one needs to know the name or numbers for my staff |
| 18:07.04 | igcewieling | Then you will have fewer people helping you. |
| 18:07.13 | Samot | Anyways. |
| 18:07.37 | wk057 | if you need to know my receptionistâs name and desk number to help me... then, well, dont |
| 18:07.50 | Samot | wk057: Is this a Chan_PJSIP endpoint? |
| 18:08.48 | wk057 | iâve never configured chan_pjsip, so Iâm going to go with no |
| 18:08.58 | Samot | OK so this is all Chan_SIP.. |
| 18:09.08 | igcewieling | We don't need to know the desk number, except to compare that number to other places in the packet. However, it is VERY easy to screw that up when redacting, so it is better not to. I have a bit more sympathy with masking cell numbers, but that is solved by setting up a test number. |
| 18:09.17 | Samot | Stop. |
| 18:09.19 | Samot | JFC. |
| 18:09.39 | Samot | This is two days in a row someone has jumped in and gone off about what is right or wrong with what *I'm* dealing with. |
| 18:10.03 | Samot | I didn't need to see that redacted information. If I needed it, I would have said so. |
| 18:10.33 | igcewieling | as you wish. |
| 18:10.41 | wk057 | this seems to be the same notify info used when monitoring a physical extension... so not sure what data is missing from it for the phone to be using |
| 18:10.48 | Samot | Do you even know what I was looking at? |
| 18:11.17 | Samot | wk057: The NOTIFY doesn't have all the details it would need for a true call pickup. |
| 18:11.29 | Samot | One that would be triggered by a RINGING state. |
| 18:13.38 | *** join/#asterisk CatCow97 (~mine9@c-73-96-109-206.hsd1.or.comcast.net) |
| 18:13.52 | wk057 | interesting |
| 18:14.09 | Samot | It's just telling you a state. |
| 18:14.13 | Samot | That's it. |
| 18:15.50 | wk057 | seems to be all it sends when I do it with a physical extension also |
| 18:16.01 | wk057 | vs a queue |
| 18:16.25 | Samot | Well do you have the settings correct in the chan_sip peer? |
| 18:16.50 | wk057 | probably not |
| 18:17.18 | wk057 | but, not super important since thatâs not helpful to me at all anyway even if it did work |
| 18:17.47 | Samot | notifyringing=yes <-- That's what you need |
| 18:19.01 | Samot | https://www.irccloud.com/pastebin/g2td6xvt/ |
| 18:19.10 | Samot | That's what it would look like with all the proper information. |
| 18:19.23 | Samot | Where user@domain = line being called. |
| 18:19.54 | Samot | There's a <remote/> and a <local/> section |
| 18:20.11 | Samot | That contains the target uri to be picked up |
| 18:20.23 | wk057 | makes sense |
| 18:20.33 | wk057 | I guess thereâs no way to set any of that with a queue hint |
| 18:20.43 | Samot | Probably not. |
| 18:20.52 | Samot | Some BLFs are just state inidcators. |
| 18:21.36 | Samot | But using the Call Pickup feature of BLF requires things to be proper for Call Pickup. |
| 18:21.55 | Samot | Not everything is meant to be a directed call pickup. |
| 18:25.04 | Samot | This is why things like FOP2 and other queue management systems exist. |
| 18:32.35 | wk057 | yeah, probably not going to be able to do exactly what I want with this, but will make something work |
| 18:32.46 | wk057 | thanks for the help :) ... take tips? |
| 18:37.16 | Samot | No, I'm not a street corner mime. |
| 18:37.31 | wk057 | roger lol |
| 18:39.22 | wk057 | I think I can make this work with speed dial by blocking any accidental blind transfers... |
| 18:45.05 | wk057 | guess thereâs no way to do that either |
| 18:47.18 | *** join/#asterisk miralin (~Thunderbi@host-109-168-243-50.stavropol.ru) |
| 18:51.03 | Samot | So you have SPA508's? |
| 18:51.12 | wk057 | yeah |
| 18:51.22 | Samot | How many of the 8 lines are for the agent? |
| 18:52.12 | wk057 | 4 on the right are lines, 4 on the left are blf and/or speed dials |
| 18:53.05 | wk057 | if I can stop it from blind transfering the active call if you press a speed dial while on a call... I think Iâm in good shape |
| 18:59.35 | Samot | But now you're breaking it again. |
| 18:59.47 | wk057 | iâm good at that :D |
| 19:00.32 | Samot | Are the agents always logged into the queue? |
| 19:00.57 | wk057 | right now, yes, but working on a button for that |
| 19:01.10 | Samot | And do they take other calls on that line? |
| 19:01.27 | wk057 | yeah |
| 19:01.46 | Samot | OK so if the agent is always logged in, why do they need a BLF? |
| 19:01.52 | Samot | They would be getting the calls. |
| 19:02.01 | wk057 | couple of parking lots |
| 19:02.07 | wk057 | those work as expected |
| 19:02.14 | Samot | Let me rephrase. |
| 19:02.21 | Samot | Why do they need a BLF _for the queue_? |
| 19:02.25 | wk057 | oh |
| 19:03.10 | wk057 | because if theyâre on any call, their phone wont ring from the queue, but I want them to know there is a call in queue, be able to to put a call on hold (an internal call or whatever), and answer the queue, without having to enable ringinuse |
| 19:03.24 | Samot | OK so that's a problem. |
| 19:03.37 | Samot | You have agents who are logged into a queue but doing other things. |
| 19:04.11 | wk057 | sure? |
| 19:04.26 | Samot | Why don't you want to use ringinuse? |
| 19:05.13 | wk057 | because itâs annoying. it interupts the flow of things when on another call (from the queue or otherwise) |
| 19:05.41 | Samot | And what about something like FOP2? |
| 19:05.51 | Samot | Or anything that deals with call/queue management. |
| 19:06.43 | wk057 | thought about looking into an external way to deal with some of it, but that seems like a non-solution. shouldnât be this difficult to do simple phone things with a phone |
| 19:07.20 | wk057 | used to do exactly what I want with an ancient nortel PBX system... I dont see why asterisk + modern IP phones cant do this |
| 19:07.37 | Samot | Well.. |
| 19:07.44 | Samot | Nortel used Nortel phones. |
| 19:07.48 | Samot | It was enclosed |
| 19:07.58 | wk057 | sure, but itâs still not complicated |
| 19:08.08 | Samot | No, but it requires it to be designed for. |
| 19:08.22 | Samot | On both Asterisk _and_ the phone. |
| 19:08.32 | Samot | So that would require Asterisk and Cisco to work together on this. |
| 19:08.36 | Samot | Or Asterisk and Polycom |
| 19:08.47 | Samot | Or ...insert phone vendor here.... |
| 19:09.23 | Samot | Yes a PBX with phones made specifically for that PBX and it's feature set will outshine a agnostic PBX and IP phone. |
| 19:09.25 | wk057 | ok, so, letâs step back to just asterisk |
| 19:09.47 | wk057 | I want an inbound DID I can call that, if there is a call in the queue, when I call it Iâm connected to the next person in the queue to take the call. possible? |
| 19:10.08 | Samot | Yes. |
| 19:10.12 | wk057 | pure asterisk, no specific phones or anything |
| 19:10.19 | Samot | Agents will be delivered calls based on the queue settings. |
| 19:10.36 | *** join/#asterisk Ai9zO5AP (~BQcdf9eiZ@gateway/tor-sasl/ai9zo5ap) |
| 19:10.41 | wk057 | actually I might have been ambiguous |
| 19:11.13 | wk057 | Iâm an agent with a cell phone. I call a number, and if there are any calls in queue, I get connected to the next in line. |
| 19:11.18 | wk057 | doable? |
| 19:13.08 | wk057 | seems like this should be possible without any crazy hacks |
| 19:13.17 | Samot | OK wait.. |
| 19:13.29 | Samot | You're saying that an agent calls the queue and takes the next person in the queue? |
| 19:13.48 | Samot | Is that what you are asking? |
| 19:14.09 | wk057 | well, was trying to eliminate 3rd party constraints |
| 19:14.13 | wk057 | from the hypothetical |
| 19:14.17 | wk057 | but basically, yeah |
| 19:14.25 | Samot | OK then no. |
| 19:14.34 | Samot | The agent would need to LOG IN to the queue |
| 19:14.41 | Samot | So the next pass will see them. |
| 19:15.20 | wk057 | no way to just Answer, Pickup(next call in queue) reliably? |
| 19:15.29 | wk057 | it seems to work with the PICKUPMARK thing, but not 100% |
| 19:15.43 | Samot | Because it is looking for a channel with that mark |
| 19:15.46 | Samot | Which exists. |
| 19:15.58 | Samot | But each channel would have that mark so it would grab one. |
| 19:16.13 | Samot | Would that be the next person in the queue hold position? No guarantees |
| 19:16.52 | Samot | The agent would have to call into Asterisk, be given options to choose from that could pull the next person in line.. |
| 19:17.04 | Samot | But then that requires Redirects, and pulling them from the queue... |
| 19:17.16 | Samot | Not just directly calling into the queue and grabbing them. |
| 19:17.25 | Samot | So yes, in theory what you want to do could be done. |
| 19:17.40 | wk057 | I mean, iâd be cool with âPress 1 to be connected to the next caller from the queueâ |
| 19:17.42 | Samot | Easily? No, it's not three lines of code. |
| 19:18.00 | Samot | Now realize this.. |
| 19:18.10 | Samot | You are *taking* the call from the queue. |
| 19:18.15 | Samot | It *leaves* the queue. |
| 19:18.41 | Samot | Any post call things the queue does, ain't happening without being executed from this. |
| 19:19.01 | Samot | You will not have reporting on how long that call lasted. |
| 19:19.13 | wk057 | yeah dont really care about any of that |
| 19:19.17 | Samot | OK. |
| 19:19.25 | Samot | Well it's going to take some dialplan.. |
| 19:19.28 | wk057 | nothing happens after the call is taken except hangup, or get transfered somewhere |
| 19:20.13 | wk057 | i donât have a super complex setup going on here with hundreds of agents :P ... have like, 5 people in an office lol |
| 19:20.33 | wk057 | and a handful of remote folks |
| 19:21.53 | Samot | OK so where does the agent calling in from a cell phone come in to this? |
| 19:22.24 | wk057 | was just an example for how do I snag a call from a queue with non-specific hardware involved |
| 19:22.38 | Samot | So all the agents are using IP phones? |
| 19:23.08 | wk057 | yep |
| 19:23.16 | Samot | OK so instead of all of this... |
| 19:23.19 | wk057 | well, some remote folks, but they go through the office first |
| 19:23.31 | Samot | Keep the BLFs to indicate there's a call in the queue.. |
| 19:23.44 | Samot | And then when you and I are chatting it up and I see it go red...I don't put you on hold.. |
| 19:23.54 | Samot | I just say, "Got to go, got a call in the queue" |
| 19:23.58 | Samot | Or even better... |
| 19:24.02 | Samot | I just put you on hold. |
| 19:24.09 | Samot | Then hit the BLF. |
| 19:24.19 | Samot | Because then it's not an active call to transfer, it's a new call. |
| 19:24.37 | wk057 | yeah,m but I need the BLF speed dial to reliably actually snag a call from the queue |
| 19:24.50 | Samot | I get that. |
| 19:24.58 | Samot | Again, you and I are chatting it up. |
| 19:25.16 | Samot | BLF goes red. I hit it while still on the line with you..it's going to try to transfer. |
| 19:25.38 | Samot | I put you on hold, then hit it. It's like I'm not one an open line. |
| 19:25.44 | wk057 | well, for now Iâll just make an accidental blind transfer stuff whoever I just transfered back into the queue |
| 19:26.17 | wk057 | if thats you... well, you know what happens. if itâs a customer, well at least I didnt transfer them to another customer :P |
| 19:26.34 | wk057 | GotoIf($[${LEN(${BLINDTRANSFER})} > 0]?blah) seems reliable |
| 19:26.54 | Samot | OK |
| 19:26.59 | Samot | So now the next issue with that. |
| 19:27.14 | Samot | you know how when you want to transfer a caller back to the queue... |
| 19:27.27 | Samot | One you've answered and are talking to.... |
| 19:27.37 | Samot | Your little kludge there will block that |
| 19:27.43 | Samot | Because that is also a blind transfer. |
| 19:28.04 | wk057 | I can live with that |
| 19:28.39 | wk057 | transfer back to the queue is less common than anything else involved |
| 19:29.32 | wk057 | they can blindxfer to a specific ext that jumps over the blind check.... can live with that |
| 19:33.19 | *** join/#asterisk matrix1233 (~matrix123@2a04:cec0:11fd:af66:c090:6f7e:e614:99e6) |
| 19:37.29 | wk057 | hm, ok... so if no phones are ringing (all logged in phones are in use, dnd, whatever), Pickup doesnt work at all |
| 19:37.35 | wk057 | even with PICKUPMARK |
| 20:13.39 | *** join/#asterisk retentiveboy (~retentive@c-73-43-121-243.hsd1.ga.comcast.net) |
| 21:10.52 | *** join/#asterisk Offer (~Offer@77.137.130.21) |
| 21:16.38 | *** join/#asterisk miralin (~Thunderbi@host-109-168-243-50.stavropol.ru) |
| 21:25.09 | *** join/#asterisk juser123 (~juser123@d28-23-147-86.dim.wideopenwest.com) |
| 21:37.50 | *** join/#asterisk miralin (~Thunderbi@109.168.243.50) |
| 21:42.05 | *** join/#asterisk tyler (~tmoore@76-231-140-59.lightspeed.sgnwmi.sbcglobal.net) |
| 22:29.15 | Cyrillax | wk057: not sure if this is the best idea, but... Since pickup is supposed to answer RINGING calls, Pickup won't work if no agents are ringing. So you could just create a dummy Local extension that just sits around listening to the calls ring but never does anything with it, this way there will always be a call RINGING available to PickUp if anyone is in the queue. |
| 22:29.46 | Cyrillax | The Local extension would be a member of the queue, obviously |
| 22:49.10 | *** join/#asterisk retentiveboy (~retentive@c-73-43-121-243.hsd1.ga.comcast.net) |
| 23:00.01 | *** join/#asterisk matrix1233 (~matrix123@2a04:cec0:11fd:af66:2d66:8c42:df5f:8760) |
| 23:04.47 | *** join/#asterisk war9407 (war@2600:4040:4001:1e00::f7aa) |
| 23:16.14 | *** join/#asterisk war9407 (war@2600:4040:4001:1e00::f7aa) |
| 23:19.09 | *** join/#asterisk FuriousGeorge (47bb0404@pool-71-187-4-4.nwrknj.fios.verizon.net) |
| 23:19.12 | FuriousGeorge | hey all |
| 23:20.27 | FuriousGeorge | when a call comes into my DID, my DID will call out to the PSTN. Currently I'm using my DID's CID, but ofc the PSTN destination will not know who's calling. they will just see the DIDs CID |
| 23:21.08 | FuriousGeorge | i can't modify CID name, and i can't seem to prefix the CID num (it just comes up restricted if i do), so there's no better solution, right? |
| 23:25.32 | Samot | So you're not passing the original caller's CallerID? |
| 23:28.29 | FuriousGeorge | i thought about that, and that works fine, but if I do that how will the recipient know if it is a work call or not? |
| 23:28.57 | FuriousGeorge | they can assume that any number not in their contacts (these are all mobile phones) is a work call, but they might not feel comfortable with that |
| 23:29.17 | Samot | Well there are ways to hadle that. |
| 23:29.43 | Samot | Either way, you can't prefix the number |
| 23:29.49 | Samot | then it looks like a bad number |
| 23:30.29 | Samot | And prefixing the callerid name is a gamble as the other side can do what they want with that. |
| 23:30.39 | Samot | Ignore, use their own cache, do a dip, etc. |
| 23:31.32 | FuriousGeorge | my mobile provider does not seem to allow prefixing name. the regular name comes in |
| 23:31.48 | Samot | Because they are ignoring what you are presenting |
| 23:31.53 | Samot | They are doing their own lookup |
| 23:32.12 | Samot | Or its in your contacts list. |
| 23:33.19 | FuriousGeorge | i thought about that... i started inserting random numbers, and i could still not set cid name. instead i was getting the cid name of the #s i set so provider doing own lookup |
| 23:34.09 | FuriousGeorge | i suppose i could use followme to get calling parties name, but that is awkward and we are back at problem of whether to answer or not |
| 23:34.20 | Samot | So you could call them with a local channel, when they answer send them to an IVR that tells them this is a work call and press something to accept. |
| 23:34.28 | Samot | Or just announce and then connect. |
| 23:35.08 | Samot | If you do the IVR route, if they don't press the accept option or time out, call is not answered deal with it from their. |
| 23:35.11 | Samot | there* |
| 23:42.28 | FuriousGeorge | i feel like followme is already slower than the average caller expects to get a call, but I'll offer it. thanks for the suggestion |
| 23:43.32 | FuriousGeorge | is there any way to precede differently after voicemailmain if the user has failed to enter a correct password enough times that vmmain exits? |
| 23:44.57 | FuriousGeorge | reason i ask, is because i'm trying to give them a way to anonymize themselves and use an ivr to call arbitrary DIDs, but that comes with obvious security issues |
| 23:46.10 | FuriousGeorge | im sure there's a better way, but as of now, i have them calling in, dialing a secret extension to get to voicemail, exiting the voicemail system, then getting prompted for the arbitrary |
| 23:47.17 | FuriousGeorge | but the extra layer of security doesn't work if voicemailmain just exits the same way irrespective of it's because the user hit # or because some jerk found the secret voicemail extension, and is about to find a way to use our minutes |
| 23:47.50 | Samot | How do they call in? |
| 23:48.17 | Samot | I guess what I'm asking is, why don't have they endpoints on the PBX and call that way? |
| 23:48.28 | FuriousGeorge | just in the main DID right now, though i will get a separate secret did for this |
| 23:48.49 | FuriousGeorge | i dont think anyone wants to install a separate sip client on their phone at this time, unfortunately |
| 23:49.16 | Samot | What? |
| 23:49.43 | FuriousGeorge | i interpreted endpoints on the pbx to mean proper clients |
| 23:49.50 | Samot | Yes. |
| 23:50.05 | Samot | Do you'd rather do double the usage? |
| 23:50.05 | FuriousGeorge | there's no office, no desk phones, everyone wants to use a mobile |
| 23:50.16 | FuriousGeorge | how do you mean? |
| 23:50.35 | Samot | If they are dialing a DID to call the PBX and then it is calling _out_ for them to a destination... |
| 23:50.45 | FuriousGeorge | i forgot to mention i also check the inbound cid before getting to either voicemail or the ability to call out, but that can be spoofed as we know |
| 23:50.48 | Samot | Then you have the inbound usage for the call and the outbound usage for the call |
| 23:51.26 | FuriousGeorge | yeah. that is just to anonymize themselves, and appear to be calling from the office (or arbitrary CID), rather than personal mobile device |
| 23:51.48 | Samot | Which could be accomplished with a SIP client and and endpoint. |
| 23:51.54 | Samot | And not _cost inbound usage_ |
| 23:51.57 | FuriousGeorge | tell me about it |
| 23:52.23 | Samot | Are you being serious? |