| 00:00.26 | *** join/#asterisk paulgrmn_ (~paulgrmn@184.75.212.68) |
| 01:52.41 | *** join/#asterisk sh_smith (~sh_smith@cpe-76-174-26-91.socal.res.rr.com) |
| 02:59.24 | *** join/#asterisk ih8wndz (jwpierce3@001.srv.trnkmstr.com) |
| 02:59.59 | *** join/#asterisk ih8wndz (jwpierce3@001.srv.trnkmstr.com) |
| 03:00.54 | *** join/#asterisk ih8wndz (jwpierce3@001.srv.trnkmstr.com) |
| 03:01.56 | *** join/#asterisk ih8wndz (jwpierce3@001.srv.trnkmstr.com) |
| 03:15.22 | *** join/#asterisk ih8wndz (jwpierce3@001.srv.trnkmstr.com) |
| 03:16.19 | *** join/#asterisk ih8wndz (jwpierce3@001.srv.trnkmstr.com) |
| 03:22.03 | *** join/#asterisk ih8wndz (jwpierce3@001.srv.trnkmstr.com) |
| 03:28.07 | *** join/#asterisk ih8wndz (jwpierce3@001.srv.trnkmstr.com) |
| 03:33.10 | *** join/#asterisk ih8wndz (jwpierce3@001.srv.trnkmstr.com) |
| 03:48.30 | *** join/#asterisk Oatmeal (~Suzeanne@2600:8802:1500:5f5:84e6:cc01:5888:9ee3) |
| 05:37.42 | *** join/#asterisk ircarcs (~quassel@169.9.159.77.rev.sfr.net) |
| 06:14.40 | *** join/#asterisk pchero_work (~pchero@87.213.247.82) |
| 06:18.15 | *** join/#asterisk sa02irc (~sa02irc@155-079-043-212.ip-addr.inexio.net) |
| 06:35.57 | *** join/#asterisk techquila (~techquila@2407:7000:9125:e400:f1c2:df9f:be37:22a2) |
| 07:03.44 | *** join/#asterisk jkroon (~jkroon@105.4.6.89) |
| 07:22.31 | *** join/#asterisk sh_smith (~sh_smith@cpe-76-174-26-91.socal.res.rr.com) |
| 07:25.10 | *** join/#asterisk Downlots (~Downlots@185.73.41.1) |
| 07:36.23 | *** join/#asterisk Oatmeal (~Suzeanne@2600:8802:1500:5f5:84e6:cc01:5888:9ee3) |
| 07:56.55 | *** join/#asterisk K0HAX (~michael@gateway/tor-sasl/k0hax) |
| 07:57.58 | *** join/#asterisk techquila (~techquila@121-75-249-73.dyn.vf.net.nz) |
| 08:11.28 | *** join/#asterisk techquila (~techquila@2407:7000:9125:e400:f1c2:df9f:be37:22a2) |
| 08:12.07 | *** join/#asterisk techquila (~techquila@2407:7000:9125:e400:f1c2:df9f:be37:22a2) |
| 08:16.15 | *** join/#asterisk jkroon (~jkroon@165.16.203.107) |
| 08:25.40 | *** join/#asterisk Chainsaw (~chainsaw@gentoo/developer/chainsaw) |
| 08:31.58 | *** join/#asterisk bank (~bank@acrossthemoat.com) |
| 08:41.02 | *** join/#asterisk jkroon (~jkroon@41.114.43.177) |
| 08:43.08 | *** join/#asterisk gtjoseph (~gtjoseph@unaffiliated/gtj) |
| 08:43.09 | *** mode/#asterisk [+o gtjoseph] by ChanServ |
| 08:54.53 | *** join/#asterisk sa02irc (~sa02irc@155-079-043-212.ip-addr.inexio.net) |
| 08:55.11 | *** join/#asterisk AsteriskRoss (259d3426@gateway/web/freenode/ip.37.157.52.38) |
| 09:31.42 | *** join/#asterisk gtjoseph (~gtjoseph@unaffiliated/gtj) |
| 09:31.42 | *** mode/#asterisk [+o gtjoseph] by ChanServ |
| 09:42.59 | *** join/#asterisk hehol (~hehol@gatekeeper.loca.net) |
| 10:14.44 | *** join/#asterisk gtjoseph (~gtjoseph@unaffiliated/gtj) |
| 10:14.44 | *** mode/#asterisk [+o gtjoseph] by ChanServ |
| 10:54.57 | *** join/#asterisk lankanmon (~LKNnet@CPE64777d632383-CM64777d632380.cpe.net.cable.rogers.com) |
| 10:59.30 | *** join/#asterisk sh_smith (~sh_smith@cpe-76-174-26-91.socal.res.rr.com) |
| 11:06.10 | *** join/#asterisk emsjessec (~emsjessec@96.56.225.51) |
| 11:18.43 | *** join/#asterisk sh_smith (~sh_smith@cpe-76-174-26-91.socal.res.rr.com) |
| 11:56.31 | *** join/#asterisk Helenah (~s98259@unaffiliated/iveeee) |
| 12:01.54 | *** join/#asterisk jkroon (~jkroon@165.16.203.52) |
| 12:50.47 | Apocryphal | asdf Is there any way to make asterisk always execute a pre-dial macro (Dial b-flag), so I don't need to specify it in ever call I do to Dial? |
| 13:00.33 | sibiria | do it in the dial plan, maybe, if you don't want to specify a pre-dial handler in the Dial() call itself |
| 13:02.07 | sibiria | ie. you'd it directly before the Dial instead of having the context elsewhere |
| 13:02.17 | sibiria | not that it'd make much difference |
| 13:02.24 | Apocryphal | I need it to set PJSIP headers on outgoing calls |
| 13:02.32 | Apocryphal | Like for ever single call we need to set these headers |
| 13:02.43 | Apocryphal | I've just got Dial called sooo many places |
| 13:02.59 | *** join/#asterisk brad_mssw (~brad@66.129.88.50) |
| 13:03.12 | sibiria | you don't use call files, i suppose |
| 13:06.03 | Apocryphal | No Fast AGI mostly really |
| 13:06.35 | Apocryphal | Switching from chan_sip to pjsip, and the Add Headers stuff in PJSIP requires a pre-dial macro |
| 13:06.47 | Apocryphal | In chan_sip the headers would just propagate to all outgoing calls |
| 13:06.57 | Apocryphal | Ah well, pre-dial macros are my life now I guess haha |
| 13:08.14 | Apocryphal | Would just have been convenient if I could configure a default macro that'll always be executed somewhere |
| 13:10.47 | sibiria | unless you have a common entry point, i suppose not |
| 13:10.58 | Apocryphal | Well I do have a common entry point |
| 13:11.04 | Apocryphal | All calls enter in the same context in my dial plan |
| 13:11.23 | sibiria | and it doesn't work calling SIPAddHeader from there? |
| 13:11.30 | Apocryphal | Does for chan_sip |
| 13:11.38 | Apocryphal | But for chan_pjsip you must set outgoing headers in a predial macro |
| 13:11.42 | sibiria | hmm |
| 13:11.52 | Apocryphal | The documentation is also quite clear on that |
| 13:12.02 | sibiria | i've missed this difference. thanks for elaborating |
| 13:12.26 | Apocryphal | I wish it just propagated - would have made my life easy right about now |
| 13:29.43 | *** join/#asterisk K0HAX (~michael@gateway/tor-sasl/k0hax) |
| 14:08.29 | Samot | sibiria: You have to call b() now for PJSIP to set headers on the called channels. |
| 14:08.51 | Samot | It's not a pre-dial macro, it's a GoSub. There are differences. |
| 14:09.13 | Samot | One being Macro() is deprecated and being removed in the future. |
| 14:09.34 | Apocryphal | I've made this monstrosity where I set a bunch of __out_head_0=X-Header:Value, __out_head_1=X-Other:value, and then loop through those in the b-script |
| 14:10.22 | Apocryphal | Works like a charm |
| 14:11.37 | Apocryphal | Though doing loops and string manipulation in dial plan code might be a health and safety hazard :D |
| 14:14.50 | Samot | Not really |
| 14:15.00 | Samot | And how are you looping this? |
| 14:25.03 | Apocryphal | https://pastebin.com/v3NHYd3h |
| 14:25.04 | Apocryphal | Like so |
| 14:25.17 | Apocryphal | Nothing wrong with it, i'll just never learn to love the syntax is all |
| 14:25.59 | *** join/#asterisk bford (uid283514@gateway/web/irccloud.com/x-xeuuundkaffbyrrn) |
| 14:25.59 | *** mode/#asterisk [+o bford] by ChanServ |
| 14:27.31 | *** join/#asterisk kharwell (uid358942@gateway/web/irccloud.com/x-amvpntnqszpmhfyn) |
| 14:27.31 | *** mode/#asterisk [+o kharwell] by ChanServ |
| 14:29.18 | *** join/#asterisk war9407 (war@2600:4040:4001:1e00::f7aa) |
| 14:35.39 | Samot | You could just HASH it. |
| 14:38.12 | Apocryphal | Hash it? |
| 14:39.27 | Samot | HASH and HASHKEYS |
| 14:39.30 | Apocryphal | Oooh |
| 14:39.35 | Apocryphal | I didn't know about those |
| 14:39.36 | Samot | So you can create an associative array |
| 14:39.40 | Apocryphal | Yeah that's a way better solution |
| 14:39.44 | Samot | Avoid doing the CUTs |
| 14:39.57 | Samot | Still need your while loop but it will be a key pair. |
| 14:40.06 | Apocryphal | Yeah it would be much prettier |
| 14:40.24 | Samot | The you can create a gosub to add headers as needed to the HASH |
| 14:40.52 | Apocryphal | Will this hash array be visible to the new channels though? |
| 14:41.03 | Samot | If you set it to be. |
| 14:42.19 | Apocryphal | How would I do that? prefixing it with two underscores or some such thing like with ordinary variables? |
| 14:42.41 | Apocryphal | Ah, found some documentation here I think |
| 14:43.18 | Apocryphal | Set(HASH(__headers, X-Header)=Value) i guess |
| 14:43.57 | Samot | Well you are calling on them from the master channel. |
| 14:44.21 | Samot | So it doesn't matter as the b() gosub will put them on the new channels. |
| 14:44.31 | Samot | Not inherit them. |
| 14:44.53 | Apocryphal | Hm? Calling what on the master channel? |
| 14:45.06 | Samot | The channel the call is on.. |
| 14:45.13 | Samot | The one that is going to trigger the Dial() |
| 14:45.27 | Apocryphal | I'd set the HASH on the master channel, and the gosub would read the HASH in the gosub on the newly created channel |
| 14:45.38 | Apocryphal | So the hash needs to be inherited into the new channels |
| 14:45.42 | Samot | No. |
| 14:45.46 | Samot | You're not listening. |
| 14:46.00 | Samot | You call from your device, it hits Asterisk that is Channel A |
| 14:46.07 | Samot | Your hash will be on Channel A |
| 14:46.20 | Samot | Channel A is going to call a Dial() with the b() option in it.. |
| 14:46.37 | Samot | It will then set those headers on the new channels being created.. |
| 14:46.43 | Samot | Because that is what b() does. |
| 14:46.54 | Samot | It runs a GoSub on the newly created channels. |
| 14:48.01 | Apocryphal | Correct, but variables set on channel A are not inherited into the new channels by default, and the documentation is just unclear on how to do that with HASH |
| 14:48.10 | Apocryphal | I know how to do it with ordinary variables (prefix with two __) |
| 14:48.29 | Samot | exten => s,n,Set(HASH(_SIPHEADERS,${ARG1})=${ARG2}) |
| 14:48.32 | Samot | That's all you need |
| 14:48.34 | Samot | _ |
| 14:48.46 | Apocryphal | Excellent, I was looking for where to set the _ |
| 14:49.05 | Apocryphal | And I'll need two, because I'm calling into a Local channel, that then calls Dial |
| 14:49.21 | Apocryphal | So there will be more than one channel between Channel A and the one doing the actual dial |
| 14:49.39 | Samot | OK then do __ |
| 14:49.42 | Apocryphal | Yup! |
| 14:49.44 | Apocryphal | Thanks :D |
| 14:49.50 | Apocryphal | It's much prettier like this |
| 14:49.52 | Samot | _ = Child , __ = Child of Child |
| 14:50.10 | Apocryphal | __ inherits indefinitely, but yes |
| 14:56.05 | *** join/#asterisk hehol (~hehol@gatekeeper.loca.net) |
| 15:20.38 | *** join/#asterisk ganbold (~ganbold@173.244.215.173) |
| 15:38.03 | *** join/#asterisk [TK]D-Fender (~joe@216.191.106.165) |
| 15:50.47 | *** join/#asterisk rmudgett (rmudgett@nat/digium/x-jsockpypdfgjuhof) |
| 15:50.47 | *** mode/#asterisk [+o rmudgett] by ChanServ |
| 15:51.06 | *** join/#asterisk Janos (~Janos@201.204.94.76) |
| 15:57.33 | *** join/#asterisk jkroon (~jkroon@165.16.203.106) |
| 16:43.18 | *** join/#asterisk pchero (~pchero@dhcp-077-249-058-090.chello.nl) |
| 17:13.01 | *** join/#asterisk sh_smith (~sh_smith@cpe-76-174-26-91.socal.res.rr.com) |
| 17:28.32 | *** join/#asterisk sh_smith (~sh_smith@cpe-76-174-26-91.socal.res.rr.com) |
| 17:31.52 | *** join/#asterisk elguero (~miguel323@74-95-21-41-Connecticut.hfc.comcastbusiness.net) |
| 17:39.03 | Slade | heh. i just had to renew my business insurances.. i was asked the question "Do you manufacture firearms, distribute pornography, or operate a voice over ip service" |
| 17:42.54 | Samot | Well when your voice service could result in someone's permanent injury or death the insurance company needs to know to cover it. |
| 17:43.43 | Slade | pornography can result in permanant injury or death? |
| 17:43.56 | Slade | i guess i'm curious why those 3 things got lumped into a single question.. |
| 17:43.58 | Samot | No but it can get you sued for selling to underage. |
| 17:44.04 | Samot | Or in legal trouble. |
| 17:45.27 | Slade | yea. they asked lots of questions separately.. "Do you perform automotive maintenance" "Do you create textiles" |
| 17:45.31 | Samot | There have been a lot of porno laws passed recently. |
| 17:46.51 | Slade | anyhow. i thought it was amusing question |
| 17:46.54 | Samot | FL got in shit because shortly after Stoney Ridge their priority law they passed was declaring porno harmful to kids and the welfare of people. |
| 18:23.23 | *** join/#asterisk pa (~pa@unaffiliated/pa) |
| 18:25.48 | *** join/#asterisk pchero_work (~pchero@dhcp-077-249-058-090.chello.nl) |
| 18:30.19 | *** join/#asterisk Janos (~Janos@201.204.94.76) |
| 18:37.02 | *** join/#asterisk jploh (~textual@49.147.42.162) |
| 19:19.42 | *** join/#asterisk Downlots (~Downlots@ppp046176180105.access.hol.gr) |
| 19:21.19 | *** join/#asterisk Downlots_ (~Downlots@2a02:85f:510:600:4d1b:3970:d862:73f2) |
| 20:23.10 | war9407 | when someone hangs up and does not leave a voice mail, I get a 20-25s wav of the dial-tone, how do I go about fixing this? |
| 20:23.15 | war9407 | I'm using a Cisco SPA3102 |
| 20:25.59 | jploh | this seems to be an issue with the ATA itself. hangup signal is not being detected. i have the same problem but haven't had time to play around with ATAs again. try changing your region/country settings. |
| 21:13.24 | *** join/#asterisk juvenal (Elite21271@gateway/shell/elitebnc/x-ngrbwmgnrudnhewe) |
| 21:41.56 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
| 22:00.34 | degenerate | anyone know of a good service for phone number lookups? i need an API that tells me if a phone number is a VOIP number or a real landline or cell number, like what craigslist does for their phone verification. |
| 22:00.54 | degenerate | twillio claims to have it: https://www.twilio.com/lookup |
| 22:01.07 | degenerate | but 10 tests have all been false positives. so pretty bad quality of data. |
| 22:01.24 | degenerate | maybe tis because i'm testing with canadian phone numbers |
| 22:03.07 | Samot | Yup. |
| 22:03.37 | degenerate | Samot: yup to me? |
| 22:03.46 | Samot | Yeah, did you read their docs? |
| 22:03.54 | Samot | So they support looks up for non-US DIDs? |
| 22:04.05 | Samot | lookups |
| 22:05.15 | degenerate | https://support.twilio.com/hc/en-us/articles/360004563433-Twilio-Lookups-API-is-Not-Returning-Carrier-Data-for-Canadian-Phone-Numbers |
| 22:05.21 | degenerate | After May 10th, 2018, carrier data for Canadian phone numbers will no longer be provided by default via either the Lookups API or the Twilio Console. The following attributes will now return null, rather than the actual data: |
| 22:05.23 | degenerate | huh |
| 22:07.08 | *** join/#asterisk tomaluca95 (~quassel@kde/developer/tomaluca) |
| 22:11.56 | degenerate | god damn. |
| 22:12.08 | degenerate | twillio says its because the CLNPC has rained down with terror |
| 22:12.14 | degenerate | and wants $1800/year fee |
| 23:47.24 | *** join/#asterisk paulgrmn_ (~paulgrmn@184.75.212.68) |