00:07.32 | *** join/#asterisk opal (~wowaname@volatile/founder/wowaname) |
01:04.15 | *** join/#asterisk pchero (~pchero@211.178.226.108) |
01:12.44 | *** join/#asterisk gschanuel (~gschanuel@201.89.125.40) |
01:35.11 | *** join/#asterisk Janos (~textual@201.204.94.76) |
02:18.18 | *** join/#asterisk opal (~wowaname@volatile/founder/wowaname) |
02:27.26 | *** join/#asterisk tsal (~tsal@i59F5251B.versanet.de) |
02:35.31 | *** join/#asterisk wdoekes (~walter@wjd.osso.nl) |
02:35.31 | *** mode/#asterisk [+o wdoekes] by ChanServ |
03:48.33 | *** join/#asterisk cloud9 (~cloud9@198.29.32.104) |
03:53.44 | cloud9 | hi everyone, I've built plenty of IVR's before using the asterisk dialplan, with sounds that are stored on the local disk. Is there a dialplan function that would allow me to play a sound from the mysql database? Didn't see anything super obvious doing a quick google search. |
03:58.51 | cloud9 | I'm building a web interface to be able to build an IVR via point and click. The big question is what's my best practice for storing the recordings on a large scale, and accessing them via the realtime dialplan. |
04:12.39 | cloud9 | The approach I'm thinking is - Create an extension for a user to be able to record their menu recordings. A script immediately will copy and store the recording to a web server. Store the web url of the recording in a database table. Play the sound using something like MP3Player referencing the file location hosted on the web server. |
04:13.12 | cloud9 | or is there a better solution? |
04:14.18 | *** join/#asterisk RT_FM (~RT_FM@unaffiliated/rt-fm/x-8074213) |
04:16.25 | *** join/#asterisk opal (~wowaname@volatile/founder/wowaname) |
04:25.55 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
05:17.50 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
07:05.36 | *** join/#asterisk Assid (~assid@unaffiliated/assid) |
07:06.38 | Assid | not exactly an asterisk question but anyone know a 4g sip gateway |
07:17.51 | TandyUK | mediatrix make any? |
07:18.10 | TandyUK | I "know of" some, but honestly couldnt tell you the names |
07:18.50 | TandyUK | One of my clients has a 4 sim gsm gateway, but its just a set of trunks to asterisk/me |
07:19.04 | TandyUK | i know their pstn gateway is made by mediatrix |
07:20.09 | TandyUK | also fwiw, gsm is likely fine if calls/sms is all you want, 3g/4g only really becomes helpful when pushing data |
07:25.02 | Assid | yeah im looking at it as trunks for least cost routing.. |
07:25.28 | Assid | im currently using a single line gsm gateway.. im just worried if/when the carrier drops support for GSM |
07:25.41 | TandyUK | mate GSM isnt going anywhere |
07:25.58 | Assid | i think they are due to phase out GSM in 2023 or so here |
07:26.00 | TandyUK | dont believe the hype about 5g, in most real world scenarios, its utterly pointless |
07:26.29 | Assid | yes i know.. i iddnt want to spend that $50 extra for the 5g variant for the recent phone i got for the wife |
07:26.47 | TandyUK | from what ive seen round here, 5g barely outperforms 4g, except in extremely limited situatins (like 50,000 people in a football stadium) |
07:27.01 | Assid | well.. 5g here.. is crazy quick |
07:27.21 | TandyUK | oh its quick, but you need to be so close tothe tower its crazy |
07:27.33 | TandyUK | it shines though when theres huge numbers of clients |
07:27.58 | Assid | the fastest 5g on the planet is here.. |
07:28.10 | Assid | but yeah.. i get what youre saying |
07:28.36 | Assid | they currently hold the record at 9.1Gb |
07:28.39 | TandyUK | 4g is just as capable, what we see here though is most cell towers only have 1gbps uplink (if that sometimes), so actually 3g/4g/5g makes sod all difference, its still the tower<>core link thats overloaded anyway |
07:29.46 | Assid | yeah i agree with you there |
07:30.08 | Assid | as i said.. i wasnt ready to spend that extra for the phone.. didnt make sense.. |
07:30.44 | TandyUK | https://voip.world/GSM-3G-VoLTE-4G-Data-5G-Bluetooth-VoIP-Gateway_2 |
07:31.02 | TandyUK | not sure how helpful that is, but has some names of manufacturers at least :) |
07:32.52 | TandyUK | ah |
07:32.53 | TandyUK | https://voip.world/Dinstar-DWG2000E-4G-4-channels-VoIP-GSM-Gateway_1 |
07:32.58 | TandyUK | thats what my client has |
07:34.27 | TandyUK | though reading the details, im pretty sure they have the old version this replaces |
07:42.09 | Assid | yeah dinstar is what ive been seeing mostly |
07:45.08 | Assid | maybe i;ll just wait it out |
07:45.39 | Assid | maybe more equipment available in the future.. once vendors start phasing out GSM |
08:43.07 | *** join/#asterisk opal (~wowaname@volatile/founder/wowaname) |
09:16.43 | *** join/#asterisk mvanbaak (~mvanbaak@asterisk/contributor-and-bug-marshal/mvanbaak) |
09:17.27 | *** join/#asterisk mvanbaak (~mvanbaak@asterisk/contributor-and-bug-marshal/mvanbaak) |
10:48.08 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
11:22.12 | *** part/#asterisk grummund (~unknown@unaffiliated/grummund) |
11:27.59 | *** join/#asterisk estragon (~estragon@lfbn-nic-1-96-192.w2-15.abo.wanadoo.fr) |
11:41.31 | *** join/#asterisk sekil (~sekil@79-101-146-239.dynamic.isp.telekom.rs) |
12:58.51 | *** join/#asterisk irrgit (~ch33se@192.241.175.183) |
13:46.32 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
14:02.54 | *** join/#asterisk paulgrmn (~paulgrmn@c-98-250-183-21.hsd1.mi.comcast.net) |
14:12.08 | *** join/#asterisk gtjoseph (~gtjoseph@unaffiliated/gtj) |
14:12.08 | *** mode/#asterisk [+o gtjoseph] by ChanServ |
14:22.59 | *** join/#asterisk thansen (~thansen@192.74.130.86) |
14:37.11 | *** join/#asterisk Janos (~textual@201.204.94.76) |
14:46.29 | *** join/#asterisk irrgit (~ch33se@192.241.175.183) |
14:58.10 | *** join/#asterisk kharwell (uid358942@gateway/web/irccloud.com/x-vaogoqvasncaabbs) |
14:58.10 | *** mode/#asterisk [+o kharwell] by ChanServ |
15:02.51 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
15:05.17 | *** join/#asterisk craigify (craigify@205.166.94.5) |
15:15.53 | *** join/#asterisk estragon (~estragon@lfbn-nic-1-96-192.w2-15.abo.wanadoo.fr) |
15:32.16 | *** join/#asterisk bford (uid283514@gateway/web/irccloud.com/x-swdyduwrzlyvrtvd) |
15:32.16 | *** mode/#asterisk [+o bford] by ChanServ |
15:37.51 | *** join/#asterisk elguero (~miguel323@c-73-238-205-3.hsd1.nh.comcast.net) |
15:53.21 | *** join/#asterisk sekil (~sekil@79-101-146-239.dynamic.isp.telekom.rs) |
16:03.12 | file | nope. |
16:04.39 | Samot | ? |
16:05.17 | file | the past. |
16:05.21 | file | silly me. |
16:06.55 | Samot | Oh the past. I guess you had to be there. |
16:07.04 | igcewieling | It was stupid to name a protocol and a codec the same thing. |
16:27.58 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
17:17.06 | *** join/#asterisk sa02irc (~mbax@155-079-043-212.ip-addr.inexio.net) |
17:35.01 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
18:03.51 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
18:40.47 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
18:45.21 | *** join/#asterisk JonathanD (~JonathanD@freenode/staff/jonathand) |
19:03.48 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
20:29.49 | *** join/#asterisk monkwitdafunk (~general@unaffiliated/monkwitdafunk) |
20:52.47 | *** join/#asterisk n0tiz (~n0tiz@82-69-15-38.dsl.in-addr.zen.co.uk) |
20:55.18 | n0tiz | Hi, is there a way to find out inside of the dialplan which codec is being used once a call is bridged? |
20:56.19 | *** join/#asterisk joako (~joako@opensuse/member/joak0) |
20:56.33 | sibiria | yes you can find the info in teh channel variables "audioreadformat", "audionativeformat" and "audiowriteformat" |
20:57.12 | sibiria | i.e. CHANNEL(audionativeformat) etc. |
20:57.30 | n0tiz | Giving that a try right away, thanks a lot! |
20:57.56 | sibiria | remember to encapsulate that within ${} where needed |
21:00.01 | n0tiz | Of course, just found it back in the wiki as well, I have completely looked over it! And can also confirm that works like a charm. |
21:07.29 | *** join/#asterisk segnior (segnior@gateway/shell/xshellz/x-djrcurikpmkckfvg) |
21:10.16 | *** join/#asterisk badpixel (~badpixel@unaffiliated/badpixel) |
21:50.15 | Kobaz | is there a way to get pjsip setvar's out of an endpoint |
21:50.21 | Kobaz | ...from dialplan |
21:51.23 | Kobaz | there's PJSIP_ENDPOINT(set_var), but no get_var |
21:51.33 | Kobaz | maybe it's somewhere else? or it just could be not implemented |
22:05.23 | igcewieling | try AST_CONFIG? |
22:07.15 | *** join/#asterisk sa02irc (~mbax@155-079-043-212.ip-addr.inexio.net) |
22:08.58 | Kobaz | erm, there's a possability of more than one set_var per endpoint |
22:09.46 | igcewieling | I don't think so, but you should be able to set more than 1 variable with a single set_var |
22:11.32 | Kobaz | yeah but then you would have to get set_var as one line |
22:11.37 | Kobaz | even if that did work |
22:11.54 | Kobaz | and then have to split the line by a delimiter and then search through the list trying to find the variable, not ideal |
22:12.34 | seanbright | you can do more than one set_var per endpoint |
22:12.40 | Kobaz | correct |
22:12.52 | seanbright | ok, i misinterpreted something that was said then |
22:13.14 | Kobaz | AST_CONFIG would be difficult to work with to get set_var's from a pjsip endpoint |
22:13.33 | igcewieling | why? |
22:13.59 | Kobaz | you can specifcy an index to get multiple items |
22:14.11 | Kobaz | you still need to traverse the entire list worse case to find the variable you need |
22:14.37 | Kobaz | NoOp(${AST_CONFIG(pjsip_wizard.conf,203,set_var,1)}) |
22:15.56 | Kobaz | i guess iit would be endpoint/set_var |
22:16.23 | Kobaz | yeah, it works but, i'm trying to find a better (more direct) way to get a specific variable |
22:16.54 | Kobaz | SIPPEER(chanvar[name]) has this |
22:16.59 | Kobaz | trying to find a pj equivalent |
22:17.39 | Kobaz | SIPPEER(peername,chanvar[name]) |
22:19.48 | Samot | Kobaz: CHANNEL(pjsip,remote_addr) |
22:20.01 | Samot | https://wiki.asterisk.org/wiki/display/AST/Asterisk+16+Function_CHANNEL |
22:20.09 | Kobaz | close, but |
22:20.13 | Kobaz | that's not a channel variable |
22:20.26 | Kobaz | Here's an example |
22:21.13 | Kobaz | https://dpaste.com/2U3DFBMP8 |
22:22.08 | Samot | So you want to get those? |
22:22.27 | Kobaz | yup |
22:22.31 | Samot | When that endpoint spawns a channel you just need to look for ${ExtenPhoneGroup} |
22:22.41 | Kobaz | right |
22:22.51 | Kobaz | and what if a different channel wants to get at that value |
22:23.07 | Kobaz | 100 is calling 203, and wants to look up 203's mailbox |
22:23.09 | Samot | Then you need to set it for that |
22:23.31 | Samot | Set(__ExtenPhoneGroup=${ExtenPhoneGroup}) |
22:23.37 | Kobaz | no i mean |
22:23.53 | Kobaz | SIP/100 Executing mailbox = SIPPEER(203,chanvar[ExtenMailBox]) |
22:24.03 | Kobaz | circa chan_sip |
22:24.45 | Kobaz | you don't have that value in dialplan, since that's not your endpoint you're running on, you don't have that value, you have your own value |
22:25.08 | Samot | Then you use PJSIP_ENDPOINT(203,var) |
22:25.20 | Samot | PJSIP_ENDPOINT *gets* data about an endpoint |
22:26.05 | Kobaz | right |
22:26.10 | Samot | So have you tried that? |
22:26.13 | Kobaz | i have |
22:26.27 | Samot | PJSIP_ENDPOINT(203,set_var) |
22:26.32 | Samot | What does it return? |
22:26.34 | Kobaz | that sets the value |
22:26.44 | Samot | No it does not. |
22:26.54 | Samot | set_var - Variable set on a channel involving the endpoint. |
22:27.02 | Samot | PJSIP_ENDPOINT() *gets* data |
22:27.06 | Samot | It doesn't write data. |
22:27.20 | Samot | It's getting the set_var setting |
22:27.29 | Kobaz | pjsip_configuration.c disagrees with you |
22:27.47 | Samot | Did you try it? |
22:27.52 | Kobaz | set_var_handler() .... ast_variable_list_append(&endpoint->channel_vars, new_var); |
22:27.55 | Samot | Show me it being done. |
22:27.56 | file | Samot is correct, but there's no current way to iterate through if there's multiple |
22:28.11 | file | or to explicitly get a specific variable set using set_var |
22:28.20 | Samot | file: Can you specify the set_var? |
22:28.29 | Samot | set_var=VAR? |
22:28.34 | file | don't think so, no |
22:30.39 | Samot | file: Does it return a hash if there are multiple? I haven't tried it yet. |
22:30.45 | file | no |
22:31.10 | Samot | Yeah that does make it hard to loop through |
22:31.51 | file | the code itself has no knowledge of the properties of "set_var" |
22:32.02 | Kobaz | right, that's what I'm seeing |
22:35.00 | Kobaz | ah okay, so the documentation could use some clarity |
22:35.19 | Kobaz | so the set_var= goes into sorcery as-is and becomes a key/value pair |
22:35.41 | Kobaz | NoOp(${PJSIP_ENDPOINT(c30035-203,__ExtenPhoneGroup)}); |
22:36.13 | Kobaz | so, that does work, and that's exactly what i'm going for |
22:36.45 | Samot | Do you need the __? |
22:36.48 | Kobaz | Yes |
22:36.54 | Kobaz | That's what was missing |
22:37.24 | Kobaz | The set_var=__ for inheritance when forking, and then when you read it from sorcery it has to match exactly, because that's how it's stored in sorcery |
22:37.49 | Kobaz | versus from chan_sip you just ask for the variable name itself |
22:40.29 | Kobaz | okay cool, yay |
22:41.15 | Kobaz | You could iterate if you really wanted to, with: NoOp(${AST_CONFIG(pjsip_wizard.conf,c30035-203,endpoint/set_var,1)}); 2,3,4 etc, until it's empty |
22:41.39 | Kobaz | but direct access can be had with just endpoint,varname, which is really nice |
23:00.40 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
23:05.29 | *** join/#asterisk Janos (~textual@201.204.94.76) |