00:01.59 | *** join/#asterisk thansen (~thansen@192.74.130.86) |
00:56.38 | *** join/#asterisk Tittan (ba34b1f0@r186-52-177-240.dialup.adsl.anteldata.net.uy) |
01:13.18 | *** join/#asterisk tsal (~tsal@i59F5F5F2.versanet.de) |
01:55.47 | *** join/#asterisk Enitin (enitin@gateway/vpn/privateinternetaccess/enitin) |
02:09.28 | *** join/#asterisk mr44er (~mr44er@x527163b0.dyn.telefonica.de) |
03:26.22 | *** join/#asterisk TriJetScud (~TriJetScu@2602:fca7:1:6:5733:d000:1111:1111) |
03:29.31 | *** join/#asterisk zopsi (zopsi@2600:3c00::f03c:91ff:fe14:551f) |
03:40.52 | *** join/#asterisk TriJetScud (~TriJetScu@2602:fca7:1:6:5733:d000:1111:1111) |
03:41.03 | *** join/#asterisk tsal (~tsal@i59F5F5F2.versanet.de) |
04:54.57 | *** join/#asterisk TriJetScud (~TriJetScu@2602:fca7:1:6:5733:d000:1111:1111) |
05:04.01 | *** join/#asterisk pppingme (~pppingme@unaffiliated/pppingme) |
06:12.04 | zamba | is background the correct command to playback a file and then wait for dtmf? |
06:12.28 | zamba | i mean.. some callers may wait until the end of the playback.. some may have heard it before and want to prematurely press the corresponding dtmf |
06:41.30 | *** join/#asterisk sinaowolabi (~Sina@102.134.114.1) |
06:48.59 | tuxd00d | zamba: |
06:49.01 | tuxd00d | Yes, BackGround() does not need to complete for a selection to be made. "core show application Background" indicates "Play an audio file while waiting for digits of an extension to go to." As opposed to "core show application Playback" which indicates "Play a file". |
06:49.30 | zamba | tuxd00d: yeah, got it :) |
06:53.52 | zamba | how can i check the channel variables for a call on the asterisk console? |
06:54.31 | tuxd00d | It would be good practice insure callers don't get stuck by using WaitExen followed by some sort of timeout handler such as transferring to the operator or a VM mailbox. It would ill-advised to to continually repeat the menu options without limit on the number of repeats. |
06:57.14 | tuxd00d | What exactly do you mean by channel variables? An example? |
06:57.40 | zamba | i tried passing a channel variable through manager when initiating a call |
06:58.09 | zamba | using the variables parameter |
06:58.18 | zamba | and that seems like it takes a dict as its value |
06:58.32 | zamba | so i just for now attempted to push in name=Marius |
06:58.39 | tuxd00d | same => n,Verbose(CHANNEL(name) = ${CHANNEL(name)}) |
06:58.39 | tuxd00d | would should the channel name |
06:59.04 | tuxd00d | *would show the channel name |
06:59.29 | tuxd00d | well, just the "${CHANNEL(name)}" part |
07:00.26 | zamba | CHANNEL(name) = SIP/2109-0000003b |
07:00.28 | zamba | i got that |
07:01.08 | zamba | but i sent in name=Marius |
07:01.23 | tuxd00d | Are you wanting to set the CallerID? |
07:01.43 | zamba | no, i want to set an unique identifier in the call, so i can more easily track it afterwards |
07:02.24 | zamba | [2021-04-28 07:02:10] WARNING[28151][C-00000098]: func_channel.c:463 func_channel_read: Unknown or unavailable item requested: 'test' |
07:02.43 | zamba | i attempted to set "test" to "Marius" |
07:03.12 | zamba | https://www.voip-info.org/asterisk-manager-api-action-originate/ |
07:03.24 | zamba | so i'm attempting to set Variable there |
07:04.20 | tuxd00d | I would advise against following any guides on voip-info.org as they are severely outdated. |
07:04.46 | zamba | aha |
07:05.38 | tuxd00d | ${CHANNEL(uniqueid)} , ${CHANNEL(linkedid)}, ${CHANNEL(callid)}, ${CDR(uniqueid)} all track different parts of the complete call path. |
07:07.19 | tuxd00d | Call != Channel, calls can include many channels. |
07:12.52 | zamba | yeah, but i need to pass in a variable.. |
07:13.05 | zamba | one unique id that's unique for my business logic |
07:18.43 | zamba | der fikk jeg den |
07:18.45 | zamba | eh |
07:18.47 | zamba | sorry |
07:18.49 | zamba | haha |
07:32.06 | *** join/#asterisk BakaKuna (~Thunderbi@2a02-a446-ae46-1-ae46-de2c-6964-3d40.fixed6.kpn.net) |
07:33.21 | tuxd00d | Jeg beklager, I don't have the answer for you. Learn about the CDR (core show function CDR) and CHANNEL (core show function CHANNEL) functions. |
07:36.56 | tuxd00d | Good luck. Time for me to sleep. God natt. |
08:09.54 | *** join/#asterisk BakaKuna (~Thunderbi@2a02-a446-ae46-1-ae46-de2c-6964-3d40.fixed6.kpn.net) |
08:41.24 | *** join/#asterisk BakaKuna (~Thunderbi@2a02-a446-ae46-1-ae46-de2c-6964-3d40.fixed6.kpn.net) |
08:57.30 | *** join/#asterisk detha (~detha@unaffiliated/detha) |
09:13.27 | *** join/#asterisk sinaowolabi (~Sina@102.134.114.1) |
09:20.22 | *** join/#asterisk LiuYan (~NiHola@unaffiliated/liuyan) |
09:21.09 | *** join/#asterisk Hyper_Eye (~mwoodj@pdpc/sponsor/digium/hyper-eye) |
10:00.11 | *** join/#asterisk mrcirca (~mrcirca@185.73.41.1) |
10:05.13 | mrcirca | Hello i would like monitor peers (sip show peers), channels(core show channels), asterisk uptime(core show uptime). Do you know any command that print results together? i would like to reduce cli requests for monitoring |
10:06.01 | mrcirca | for example , a command that print both sip peers and channels |
10:14.19 | *** join/#asterisk sinaowolabi (~Sina@102.134.114.1) |
10:32.31 | *** join/#asterisk sinaowolabi (~Sina@102.134.114.1) |
10:33.21 | *** join/#asterisk UncleKiwi (~UncleKiwi@unaffiliated/unclekiwi) |
10:33.31 | UncleKiwi | ET phone home |
10:37.48 | *** join/#asterisk forgotmynick (uid24625@gateway/web/irccloud.com/x-kudztotbpnzuqgmj) |
10:39.40 | *** join/#asterisk csm3105 (~csm3105@180.red-83-61-8.staticip.rima-tde.net) |
10:44.01 | csm3105 | hello, i'm struggling with an issue in asterisk: it suddenly kicks me from the CLI and interrupts any call when that happens. Also the followng messages ae displayed: https://pastebin.com/it0pXQ8y |
11:22.02 | *** join/#asterisk id4rk (~Thunderbi@reactos/tester/id4rk) |
11:23.15 | id4rk | good day everyone, what is the most secure certificate, hash, method to generate a certificate? for asterisk 16 |
11:24.28 | id4rk | for secure calling |
11:28.53 | id4rk | https://github.com/antonraharja/book-asterisk-101/blob/master/book-contents/en/Chapter_05/Secure-Calling.md |
11:29.16 | id4rk | Are there any options to beef the encryption up? |
11:33.24 | UncleKiwi | if you run srtp over a vpn - would that encrypt it twice ? |
11:49.17 | Samot | Thats also a bad how-to |
11:49.32 | Samot | You should not use self-gen certs. |
11:53.05 | sibiria | UncleKiwi: yes, obviously |
11:57.44 | Samot | VPN != automatic encryption. |
12:48.32 | *** join/#asterisk jkroon (~jkroon@165.16.204.110) |
13:03.48 | *** join/#asterisk rpifan (~rpifan@p200300d2672b5d0091ae00735900125b.dip0.t-ipconnect.de) |
13:42.03 | *** join/#asterisk rpifan (~rpifan@p200300d2672b5d008c5280b5896cb4fb.dip0.t-ipconnect.de) |
13:57.32 | *** join/#asterisk lbazan (~LoKoMurdo@fedora/LoKoMurdoK) |
14:03.28 | *** join/#asterisk bford (uid283514@gateway/web/irccloud.com/x-nnjdpuqsosropgqu) |
14:03.28 | *** mode/#asterisk [+o bford] by ChanServ |
14:15.00 | *** join/#asterisk kharwell (uid358942@gateway/web/irccloud.com/x-xhucssfsjwqkmtvr) |
14:15.00 | *** mode/#asterisk [+o kharwell] by ChanServ |
14:47.17 | *** join/#asterisk CatCow97 (~mine9@c-73-96-109-206.hsd1.or.comcast.net) |
15:17.15 | zamba | Samot: i actually ended up with no AGI scripts.. and no hangup handlers.. it's based on touching a file and then running scripts through crontab that will then use manager to issue calls |
15:17.41 | zamba | as a PoC it works fine :) |
15:19.39 | Samot | Sure. I guess it would. |
15:19.48 | Samot | Not at all how I would have done it |
15:20.20 | Samot | Even with what I have in production now, I use hang up handlers. |
15:24.31 | Samot | Nor would I use call files for this. |
15:33.40 | *** join/#asterisk ketas (~ketas@0011-0000-0000-0000-d7dc-830e-07d0-2001.dyn.estpak.ee) |
15:58.52 | zamba | Samot: i guess you're still not interested in revealing some of your magic? :) |
15:59.30 | Samot | Define, revealing. |
16:00.03 | Samot | But really based on what you have said, my magic would give you a headache. It's dialplan logic. |
16:06.04 | zamba | hehe |
16:06.27 | Samot | zamba: What is actually being recorded? |
16:06.47 | zamba | but as i said, my logic is currently also mostly based on dialplan |
16:06.49 | Samot | In a nutshell. It is just "We need someone to cover from X to Y hours"? |
16:07.11 | zamba | yeah, in a nutshell.. but it may be some more details later on.. but for now, yes, that's pretty much it |
16:07.25 | Samot | So they really don't need to record a new greeting each time |
16:08.09 | Samot | See Asterisk has a slew of preexisting sound files. |
16:08.21 | Samot | From numbers to times to AM/PM, all that. |
16:08.40 | *** join/#asterisk rpifan (~rpifan@p200300d2672b5d006b0546258516161c.dip0.t-ipconnect.de) |
16:08.49 | Samot | There may be no need to record a new recording each time. |
16:08.52 | zamba | ah, yeah, i see what you mean now.. the message needs to be a bit more personalized than that.. and it could be that some other practicalities need to be informed as well.. so it has to be a greeting, yes |
16:09.11 | Samot | OK. |
16:09.58 | Samot | And what happens when they press 1 to accept? |
16:10.00 | zamba | i see your point and i have thought about the same.. what i may end up doing is also differentiating between what kind of personnel is needed.. and maybe also introduce a count |
16:10.07 | Samot | Outside of it shouldn't call anymore numbers. |
16:10.57 | zamba | they are asked to record their name (but i will probably do this prerecorded once we go into production).. and then the call is hung up.. the loop to hunt for people is also terminated and then a "report" is dialed back to the original caller |
16:11.15 | Samot | Dialed back? |
16:11.18 | zamba | basically "we've found someone, and they are: <sound clip>" |
16:11.36 | Samot | So why don't you just connect them? |
16:11.45 | zamba | because they may be busy |
16:11.48 | zamba | they are probably busy |
16:11.54 | Samot | So they can go to voicemail? |
16:12.01 | Samot | The same place the greeting is going to go? |
16:12.10 | zamba | more like retry connecting |
16:12.18 | Samot | OK. |
16:12.19 | Samot | Wait. |
16:12.24 | Samot | None of this was explained before. |
16:12.38 | Samot | So I call an extension, I leave a recording. I hangup.. |
16:12.45 | zamba | this was not part of the PoC.. all of these questions are outside of the PoC scope.. |
16:13.02 | Samot | This calls the entire list of people, someone presses 1. |
16:13.04 | *** join/#asterisk mvanbaak (~mvanbaak@asterisk/contributor-and-bug-marshal/mvanbaak) |
16:13.12 | Samot | That person is prompted to record their name |
16:13.14 | zamba | these details will be up to the people using it.. so it will be up to discussion, i think.. connecting them together is of course also an option |
16:13.32 | zamba | i thought about that originally |
16:13.47 | Samot | Once the name is recorded you then need to dial ANOTHER device but also hang up the person. |
16:13.56 | zamba | Samot: yup |
16:14.06 | Samot | Which is me. And you want it to continue calling me until I pick up? |
16:14.12 | Samot | Don't let it go to voicemail. |
16:14.20 | zamba | but as i said.. outside the scope of the PoC.. this will be details in the final implementation |
16:14.25 | Samot | HOW? |
16:14.31 | Samot | How is that out of scope? |
16:14.35 | Samot | It's the ENTIRE PROCESS. |
16:14.46 | Samot | How can you PoC only half of it? |
16:15.14 | zamba | the poc is showing that it's possible and doable to automate the process of getting hold of employees without having to sit down and call each and every one.. |
16:15.32 | Samot | Uhm. |
16:15.36 | Samot | Follow Me proves that. |
16:15.38 | zamba | that's the poc.. THEN we will have a discussion to determine the details.. what happens if this and that |
16:16.14 | Samot | The Appointment Reminder module proves that. |
16:16.29 | Samot | It proves that a list of users can be called without a person doing it. |
16:16.40 | zamba | it seems like the appointment reminder is more targeted towards doing this on a schedule |
16:16.53 | zamba | like: at 12am it should remind someone of something |
16:17.00 | Samot | But it *proves* a list of users can be called without someone doing it |
16:17.12 | Samot | And not call each and every one themselves. |
16:17.13 | zamba | i really don't understand what you're going on about |
16:17.21 | zamba | it works.. we're happy.. |
16:17.23 | Samot | It's a PoC of what you're trying to PoC. |
16:17.48 | zamba | the whole idea is that this is initiated by someone FIRST calling in.. i don't want to PoC that it's possible to dial someone in order.. |
16:18.21 | Samot | OK. |
16:34.51 | *** join/#asterisk Dovid (~dovid@96.56.22.146) |
17:07.32 | *** join/#asterisk gschanuel (~gschanuel@200-181-252-244.user3p.brasiltelecom.net.br) |
18:19.25 | *** join/#asterisk rpifan (~rpifan@p200300d2672b5d00b9383e211bc9c7e3.dip0.t-ipconnect.de) |
19:03.49 | *** join/#asterisk opal (~wowaname@volatile/founder/wowaname) |
19:22.51 | *** join/#asterisk rpifan (~rpifan@p200300d2672b5d00875e06c09ca18100.dip0.t-ipconnect.de) |
19:54.32 | *** join/#asterisk scampbell (~scampbell@mail.scampbell.net) |
20:57.15 | *** join/#asterisk csm3105 (~csm3105@47.63.200.19) |
20:59.14 | *** join/#asterisk Csm319_ (~csm3105@47.63.200.19) |
21:16.11 | *** join/#asterisk Jesterboxboy (~Thunderbi@84-115-150-8.cable.dynamic.surfer.at) |
22:48.25 | *** join/#asterisk rpifan (~rpifan@p200300d2672b5d00cd3d1ad7e1b41517.dip0.t-ipconnect.de) |
23:53.26 | *** join/#asterisk rpifan (~rpifan@p200300d2672b5d009bef2b272dff8346.dip0.t-ipconnect.de) |
23:57.41 | *** join/#asterisk CatCow97 (~mine9@c-73-96-109-206.hsd1.or.comcast.net) |