00:07.30 | *** join/#asterisk jkroon (~jkroon@uls-154-73-32-14.wall.uls.co.za) |
00:16.09 | *** join/#asterisk matrix1233 (~matrix123@197.3.229.93) |
00:39.48 | wyoung | apb1963_: fun times |
01:01.23 | *** join/#asterisk clopez (~tau@neutrino.es) |
01:16.57 | *** join/#asterisk jkroon (~jkroon@2c0f:f720:1:0:fcb3:e235:8b0a:1f6b) |
01:57.38 | *** join/#asterisk SunGod (~SunGod@92.55.116.125) |
02:23.00 | *** join/#asterisk file (~file@asterisk/developer-and-muffin-lover/file) |
02:23.00 | *** mode/#asterisk [+o file] by ChanServ |
02:32.10 | *** join/#asterisk kunwon1 (~kunwon1@unaffiliated/kunwon1) |
02:46.33 | *** join/#asterisk fstd_ (~fstd@unaffiliated/fisted) |
16:05.17 | *** join/#asterisk infobot (ibot@rikers.org) |
16:05.17 | *** topic/#asterisk is #asterisk The Open Source PBX and Telephony Platform (asterisk.org) -=- LTS: 13.10.0 (2016/07/21), 11.23.0 (2016/07/21), Standard: 14.0.0-beta1 (2016/07/27); DAHDI: DAHDI-linux 2.11.1 (2016/03/01), DAHDI-tools 2.11.1 (2016/03/01); libpri 1.5.0 (2016/03/28) -=- Wiki: wiki.asterisk.org -=- Code of Conduct: bit.ly/1hH6P22 -=- Logs: bit.ly/1s4AKKu |
16:09.54 | *** join/#asterisk drale2k (~drale2k@46.101.230.32) |
16:10.02 | *** join/#asterisk vane- (~vane-@static-71-176-211-9.rcmdva.fios.verizon.net) |
16:11.29 | vane- | Hi all, I have a quick question, does anyone have a working example of how to execute a python script via dialplan? I have a custom extension setup to run a system command, but it doesn't appear to execute. Just wondering what I am doing wrong. |
16:13.19 | [TK]D-Fender | Show us |
16:13.47 | [TK]D-Fender | ~pb |
16:13.48 | infobot | somebody said pastebin was a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few: http://pastebin.ca, http://channels.debian.net/paste, http://paste.lisp.org, http://bin.cakephp.org/; or install pastebinit with yum or aptitude. |
16:13.49 | [TK]D-Fender | ^^^ |
16:21.12 | *** join/#asterisk drale2k (~drale2k@46.101.230.32) |
16:30.23 | vane- | [TK]D-Fender: Here it is, keep in mind though that I also tried it without quotes, just /tmp/example.py, and a few variations. The python script itself just writes hello world to a text doc as a proof of concept. It does work when I run it manually. http://hastebin.com/apitodipas.coffee |
16:31.34 | [TK]D-Fender | I'd go prove your * user has rights to folder & file |
16:31.51 | [TK]D-Fender | and not quote it as you had |
16:33.50 | skyroveRR | [TK]D-Fender: hey, just looking for suggestions, do you think it's advisable to make iptables do some DPI on the SIP packets arriving from the internet, given the fact that the machine the asterisk server will be running on, is behind a NAT, and the DPI will be done on the edge, but is a low power device? |
16:35.40 | skyroveRR | [TK]D-Fender: I'm mainly concerned about authentication and logins, most of which I plan to make fail2ban handle, but I'd like to use iptables before it reaches that. |
16:36.11 | [TK]D-Fender | INot sure how you're going to validate this outside your server itself |
16:36.56 | skyroveRR | I'll be using the bm algo rules and perhaps the --hex-strings might work? |
16:38.48 | vane- | [TK]D-Fender: I got it, I had to give rw permission to the log, thanks a bunch! |
16:41.39 | [TK]D-Fender | skyroveRR, No idea |
16:43.27 | *** join/#asterisk mjordan (mjordan@nat/digium/x-skrubgidjkgoaano) |
16:43.27 | *** mode/#asterisk [+o mjordan] by ChanServ |
16:46.17 | vane- | skyroveRR, what would you be inspecting? |
16:46.31 | skyroveRR | Authentication/Registration packets. |
16:47.43 | vane- | Why use packet inspection for that? Could you just analyze the logs? |
16:48.30 | skyroveRR | Perhaps. :) |
16:49.40 | [TK]D-Fender | ROUNDER WHEELS |
16:49.49 | vane- | lol |
16:52.40 | vane- | I would use packet inspection personally if there was something specific I wanted to prevent. Authentication and Registration are things that are stored in the logs, inspecting every packet as it comes through causes delays if you have a true IPS/IDS. |
16:53.04 | skyroveRR | I see. |
16:54.37 | *** join/#asterisk miralin (~Thunderbi@194.8.128.48) |
16:55.23 | vane- | I will say that the amount of the delay can be little to a lot depending on your setup, but speaking from a purely logical perspective, having to read every packet and matching it against a rule is longer than just sending it to your destination. |
17:04.04 | *** join/#asterisk phonebuff (~chatzilla@c-98-249-178-74.hsd1.fl.comcast.net) |
17:04.45 | *** join/#asterisk defsdoor (~andy@cpc8-sutt4-2-0-cust254.perr.cable.virginm.net) |
17:37.00 | *** join/#asterisk Penguin (~xwQ5kwYl6@our.systems.are.full.of.penguins.at.penguinsystems.net) |
17:44.35 | *** join/#asterisk piling (~piling@unaffiliated/piling) |
17:58.50 | *** join/#asterisk Chainsaw (~chainsaw@gentoo/developer/chainsaw) |
18:10.14 | *** join/#asterisk acidfu_ (~acidfoo@24-212-247-227.cable.teksavvy.com) |
18:32.01 | *** join/#asterisk AviiNL (~AviiNL@185.21.52.255) |
18:42.12 | *** join/#asterisk SunGod- (~SunGod@92.55.116.125) |
18:55.16 | *** join/#asterisk matrix1233 (~matrix123@197.2.249.124) |
18:58.34 | *** join/#asterisk djadk (~djadk@148.0.24.165) |
19:10.32 | *** join/#asterisk TK_tech (~Tyler@68-118-213-172.dhcp.yakm.wa.charter.com) |
19:44.32 | *** join/#asterisk acidfu_ (~acidfoo@24-212-247-227.cable.teksavvy.com) |
19:45.54 | *** join/#asterisk ipengineer (~zconkle@71.252.134.63) |
19:46.18 | vane- | One other question is there a way in asterisk to reload a specific config, namely confbridge? |
19:46.44 | robmal | module reload |
19:47.27 | vane- | robmal thanks |
19:47.41 | robmal | GL&HF |
19:50.06 | *** join/#asterisk simplydrew (~simplydre@unaffiliated/simplydrew) |
19:56.18 | *** join/#asterisk Freenex (~Freenex@248.red-80-26-96.staticip.rima-tde.net) |
19:59.07 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
20:01.27 | *** join/#asterisk simplydrew (~simplydre@unaffiliated/simplydrew) |
20:07.02 | TK_tech | Alright guys, I need a sanity check... I have what I can only consider identical logic in two parts of my dialplan, but they both yeild different results. Ready for a small wall of text? |
20:07.32 | robmal | ~pastebin |
20:07.32 | infobot | i heard pastebin is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few: http://pastebin.ca, http://channels.debian.net/paste, http://paste.lisp.org, http://bin.cakephp.org/; or install pastebinit with yum or aptitude. |
20:07.50 | [TK]D-Fender | ^^^ |
20:08.40 | TK_tech | Didn't think it was worthy of a pastebin, but I will comply. |
20:12.41 | TK_tech | http://pastebin.com/uWTSKAc4 |
20:14.39 | TK_tech | Not only that, but eval blocks seem to be pretty hit or miss no matter where they are, regardless of syntax or structure. |
20:14.48 | robmal | Oh. |
20:14.56 | robmal | You cannot into setting asterisk variables. |
20:16.06 | robmal | Noop i before set. |
20:16.20 | robmal | In the first context it won't be set. |
20:16.31 | robmal | #magic |
20:16.37 | *** join/#asterisk KaliLinuxGR (~alexandro@unaffiliated/kalilinuxgr) |
20:17.54 | TK_tech | I'm sorry, but I don't quite follow. In both extensions I Set() i without NoOp. |
20:18.49 | TK_tech | both fragments are in two different extensions. |
20:23.35 | TK_tech | Sorry if I'm confusing anyone with them being two fragments from two extensions in the dial plan. I can't paste the whole thing because one of them is literally pages of ugliness. |
20:24.09 | [TK]D-Fender | we'd need to see actual code as I'm betting this is NTO it |
20:24.11 | [TK]D-Fender | NOT |
20:24.22 | [TK]D-Fender | "dialplan sho CONTEXT" |
20:24.25 | [TK]D-Fender | and show us the actual call. |
20:27.42 | [TK]D-Fender | and it's check-out time.. heading home... |
20:28.59 | TK_tech | OK, I'm working on adding some comments to highlight the sections. |
20:31.35 | *** join/#asterisk Ellenor (ellenor@unaffiliated/ellenor) |
20:33.26 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
20:34.14 | TK_tech | http://pastebin.com/uC2BxQjX |
20:36.07 | *** join/#asterisk DanQuinney (sid18169@gateway/web/irccloud.com/x-orrbycoqfiqzuvmf) |
20:42.00 | *** join/#asterisk jameswf (uid27319@gateway/web/irccloud.com/x-hztztizghwssylte) |
20:44.23 | *** join/#asterisk ChannelZ (channelz@burner.com) |
20:51.50 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
20:52.06 | *** join/#asterisk malcolmd (malcolmd@pdpc/sponsor/digium/malcolmd) |
20:52.06 | *** mode/#asterisk [+o malcolmd] by ChanServ |
20:54.22 | *** join/#asterisk daemonwrangler (sid76816@gateway/web/irccloud.com/x-jorxufctcorbexkm) |
20:56.42 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
20:56.47 | *** join/#asterisk acidfu_ (~acidfoo@24-212-247-227.cable.teksavvy.com) |
20:59.43 | *** join/#asterisk davlefou (~davlefou@unaffiliated/davlefou) |
20:59.54 | [TK]D-Fender | Where's the actual dump & call I asked for? |
21:00.57 | TK_tech | Got pulled away to test some tubes. Sorry |
21:01.12 | *** join/#asterisk simplydrew_ (~simplydre@unaffiliated/simplydrew) |
21:01.50 | robmal | One word. WOW. |
21:02.52 | TK_tech | What? That tubes are still a thing? Or that I have bad manners and just up and left you guys hanging? lol |
21:03.41 | [TK]D-Fender | "dialplan show CONTEXT" and show us the actual call. |
21:08.55 | robmal | TK_tech: That you did ${BRIDGEPEER} with SHELL() ;-) |
21:09.19 | TK_tech | This one is verbatim the output of "dialplan show ivr-conf" followed by a call. http://pastebin.com/6srGsL62 |
21:09.40 | *** join/#asterisk vader- (sid163236@gateway/web/irccloud.com/x-utmlvzgvulopjhab) |
21:10.36 | TK_tech | robmal: Yeah, I'm trying to do some pretty weird stuff with maintaining variables across Originates into ConfBridge. |
21:11.24 | robmal | But you're trying to drop an active call into a confbridge, right? My guess - built-in phone conference limits (Polycom maybe? ;-) ) |
21:14.17 | TK_tech | We do have some Polycoms, yes... however, I just had this unnerving feeling relying on built in mixing with phones. I figured I should just do everything on Asterisks side and be device agnostic. |
21:15.02 | robmal | Good choice :-) |
21:15.45 | robmal | You can then use polycoms macros to pin it to softkeys and have it look something like this: https://i.imgur.com/Fo9Lu3l.png |
21:16.43 | rmudgett | TK_tech: This line can bypass your initialization of the 'i' variable: same = n,GotoIf($[$["${Temp_App}"="ConfBridge"]&$[${Temp_Room}=${EXTEN:-1}]]?getBID:h |
21:16.51 | robmal | Polycoms have a limit of 3-4 calls per conference. We needed more. |
21:17.04 | TK_tech | Thanks. Its good to know that I've had at least a few good ideas. This is the my first time ever working with telecomms/asterisk/SIP, so I'm pretty green. Also, I like the look of what you did there robmal. |
21:17.59 | robmal | The funny thing is, my macro starts with: |
21:18.12 | robmal | exten => s,1,Verbose(1,Starting N-Way Calling Routine for ${CHANNEL}, Peer is ${BRIDGEPEER}) |
21:18.15 | robmal | ;-) |
21:19.17 | TK_tech | rmudgett: Oh my... This is what I get for comming back to a project a few days later. I forget the bandaids I've used for temporary testing. |
21:21.42 | TK_tech | robmal: Oh, I think we are on slightly different pages there. I'm not pulling ${BRIDGEPEER} out of the shell, but the Bridge ID. |
21:22.33 | robmal | I know. Still not sure why. |
21:24.10 | TK_tech | and thats just to use as a unique identifier to store variables before they are lost once all channels get pushed to ConfBridge. The bridge is then joined by and IVR through Local/, and the IVR needs information that would normally be lost. I started out doing a lot of SHARE() stuff... but that only works when nothing goes wrong ;P |
21:25.04 | *** join/#asterisk simplydrew_ (~simplydre@unaffiliated/simplydrew) |
21:25.05 | robmal | I'll just paste one line from my creation ;-) |
21:25.09 | robmal | same => n,ChannelRedirect(${CHANNEL},conference-user,${ConfNo},1) |
21:26.38 | [TK]D-Fender | that debug does NOT match the dialplan dump |
21:26.54 | [TK]D-Fender | [Aug 26 21:06:23] -- Executing [6001@default:10] Set("SIP/vitelin-5417874247-00000006", "Temp_Room=1") in new stack |
21:27.27 | [TK]D-Fender | hold that thought |
21:27.34 | TK_tech | robmal: You are quickly becomming my friend. My problem is I still don't know all the tools I have at my disposal... so everything starts looking like a nail. |
21:27.53 | robmal | Well. |
21:27.55 | robmal | https://www.youtube.com/watch?v=RubBzkZzpUA |
21:27.59 | [TK]D-Fender | -- Executing [6001@default:11] GotoIf("SIP/vitelin-5417874247-00000006", "1?getBID:h") in new stack |
21:28.01 | [TK]D-Fender | ^^^ |
21:28.10 | [TK]D-Fender | You JUMPED over initializing your variable |
21:28.18 | [TK]D-Fender | <PROTECTED> |
21:28.19 | [TK]D-Fender | ^^^^ |
21:28.31 | [TK]D-Fender | thus i = BLANK |
21:28.56 | robmal | 22:16:20 < robmal> In the first context it won't be set. |
21:29.13 | robmal | I should caps THINGS. |
21:29.20 | [TK]D-Fender | 12 is never getting called no matter what |
21:29.36 | TK_tech | I think thats what rmudgett noticed as well, and boy do I feel foolish. |
21:29.59 | [TK]D-Fender | That's why you look at the call and say "hey ... where's my i=0?" |
21:30.36 | [TK]D-Fender | NEXT!@@!@! (c) bkw |
21:31.06 | robmal | TK_tech: Also: never use system/shell/whatever. Even if you thing you need it, you don't. |
21:31.18 | robmal | think* |
21:31.42 | [TK]D-Fender | robmal, and all blanket statements are bad. |
21:32.02 | TK_tech | Well, I was focused on the "syntax error: unexpected [operator]"... I figured even if something isn't initialized, it should still eval. Or, at least thats what I'm used to in other things. |
21:32.02 | robmal | Yes and yes. |
21:32.25 | robmal | It's not PHP ;-) |
21:32.28 | [TK]D-Fender | It'll eval .. to blank, and you'll literally have a blank on the left side of the + hence the error |
21:32.42 | TK_tech | Still, thanks everyone. |
21:32.44 | robmal | <- does lots of php |
21:32.48 | [TK]D-Fender | You got it now. |
21:32.55 | [TK]D-Fender | that's what you came in for. |
21:32.58 | [TK]D-Fender | So all's good |
21:33.10 | [TK]D-Fender | Everyone else makes silly errors like this from time to time. |
21:34.21 | TK_tech | robmal: No. No PHP. |
21:34.21 | TK_tech | And evaluating as blank and not "nul/nil/nothing/goaway" is a good thing to keep in the back of my mind. |
21:34.58 | robmal | Well... ;-) |
21:35.28 | TK_tech | Don't PHP. Not even once. |
21:36.42 | robmal | Too late. Too old to learn $whateverJSframeworkthatstrendingnow |
21:39.03 | TK_tech | I tried PHP once in my youth... I was hooked for quite some time, but the late nights, loss of sleep, irritability... Lets just say thats a chapter of my life thats in my past, and its going to stay there. |
21:39.29 | robmal | :-) |
21:39.46 | TK_tech | <PROTECTED> |
21:39.46 | robmal | So, where did you end up? ;-) |
21:39.51 | robmal | Oh ;-) |
21:40.58 | TK_tech | closet node dev. I wanted so bad to stick with python as my interperated language, but it doesn't play as well on the web as I would like. |
21:41.41 | robmal | Go to the dark side, become a backend programmer. |
21:44.45 | TK_tech | And what? Add yet annother thing to the list of "stuff I've done, but shouldn't"? |
21:46.21 | robmal | Depends on what do you want to end up doing in the long run ;-) I hate frontend jobs so i leave all this js shit to people who can do it, don't care if they like it ;-) |
21:49.26 | *** join/#asterisk acidfu_ (~acidfoo@24-212-247-227.cable.teksavvy.com) |
21:54.20 | TK_tech | I think I'm going to have to come back to this ChannelRedirect thing with a fresh mind and eyes. All I see it doing is offering an alternate entrypoint into my same ugly logic. |
21:56.34 | TK_tech | I seem to recall a thought on how to place calls into the ConfBridge without Originate, but there was a reason I didn't care. It all came back to the fact that somehow, I would lose old information and had no way to get it back because the channels that had it were locked out of the dial plan and in the ConfBridge. |
21:57.53 | wyoung | robmal: Not a fan of PHP, too difficult to debug and you get coders doing stupid things like overriding logging settings on the fly, no proper indentation so it is a nightmare to read, and very poor use of patterns. |
21:58.48 | wyoung | I would say it is as bad if not worst than Visual Basic |
21:59.44 | robmal | TK_tech: A good sleep always helps. I never checked if channelredirect saves variables but it should. |
22:00.46 | robmal | wyoung: PHP got much better recently. But ye, there still is a large community of oldschool phpers who like to use shortcuts ;-) |
22:02.39 | KNERD | Sometimes I get automated meesages. However, by the time I answer the phone, the system detects an answer by DAHDI and starts playing the message. Anyway to delay the answer detection, or increse the speed what which the call goes through the system? |
22:03.41 | robmal | Add wait(5) |
22:03.43 | TK_tech | robmal: It should, as you say. The issue is, is that I have channels that can end, and rejoin into the conference. Once this happens, any variables that were shared with the old channel cannot be reliably re-imported as the shared namespace may have been overwritten by someone starting a new conference (or something like that). So my solution: dump all shared info for that bridge into a tmp file, and theres my protected namespace. |
22:04.21 | KNERD | robmal: ass wait to wait? the dahdi condig? |
22:04.27 | voipmonk | ahahaha |
22:04.32 | TK_tech | *snicker* ass |
22:04.45 | robmal | TK_tech: The next line after the one i pasted before is: |
22:04.45 | robmal | same => n(killold),SoftHangup(${OldChan}) |
22:04.48 | voipmonk | protected namespace fix |
22:07.13 | TK_tech | voipmonk: Now I'm waiting for you to tell me "Just use ThisSolvesAllYourProblemsWithMagic()" so I can have a genuine facepalm. |
22:07.45 | TK_tech | robmal: *my plan to get you to feed me your progam line by line is working* |
22:08.25 | robmal | opens sublimetext to rename his asterisk module function name |
22:10.06 | TK_tech | I'm pretty sure our use cases are similar, but not the same. |
22:11.27 | robmal | TK_tech: It won't work, without polycom it's too boring to share, the pictures and features make it fun, like background replacement to notify that you have a private confroom where someone is listening to Enya for who knows how long (added to a feature todo list now) https://i.imgur.com/iprVspv.png |
22:15.47 | TK_tech | Yeah, having a mix of Polycom and Grandstreams make it to where I have to focus on minimalistic core features that work accross the board. Read: I don't get to play much. |
22:17.12 | TK_tech | I think KNERD got washed away by our general chitchat ... theres probably a rule against that. |
22:23.01 | robmal | Nope. |
22:23.24 | robmal | As in, no rule against chitchat. |
22:23.30 | TK_tech | \o/ |
22:23.39 | robmal | And nope to grandstream. I wouldn't let my enemies use that shit. |
22:25.47 | *** join/#asterisk iheartlinux (~jwpierce3@173-16-50-64.client.mchsi.com) |
22:26.35 | TK_tech | the configs are horrible so auto provisioning is a pain, but I find their flexibility so straight forward. I was struggling with my polycom's "Extended Function Keys" extending functionality in one area... and taking it away in others. Not only that, but I cannot for the life of me get mine to NOT trigger a dial after ... 10? 11? keypresses regardless of the dial mask. |
22:33.23 | *** join/#asterisk andresmujica (~andresmmu@ubuntu/member/andresmujica) |
22:36.33 | robmal | dialplan.1.digitmap |
22:36.50 | robmal | You need more x'es ;-) |
22:41.47 | TK_tech | digitmap... thats what it was called. Anywho, I'm pretty sure I tried that. Hell, I'm pretty sure I removed it completely at one point... no difference. |
22:47.00 | robmal | dialplan.digitmap.timeOut="3|3|3|(repeat until bored)3|3" |
22:47.37 | robmal | 3s wait until the phone sends the number to the pbx. |
22:47.41 | *** part/#asterisk kharwell (kharwell@nat/digium/x-xtqlptzayviluzre) |
22:53.21 | *** join/#asterisk [NC] (~nc@rv1.sabius.net) |
22:54.14 | *** join/#asterisk cmendes0101 (~cmendes01@96.229.61.129) |
23:00.44 | *** join/#asterisk ghoti (~paul@hq.experiencepoint.com) |
23:04.12 | TK_tech | I'm sure I'll look into it again and I'll keep that in mind, but for now its a non-issue |
23:10.42 | *** join/#asterisk newtonr (~newtonr@173-21-146-94.client.mchsi.com) |
23:10.42 | *** mode/#asterisk [+o newtonr] by ChanServ |
23:15.03 | *** join/#asterisk daemonwrangler (sid76816@gateway/web/irccloud.com/x-rtedcfwftltvtpja) |
23:15.03 | *** join/#asterisk vader- (sid163236@gateway/web/irccloud.com/x-wpzmufzbbdaubieq) |
23:17.30 | *** join/#asterisk matrix1233 (~matrix123@197.2.249.124) |
23:19.17 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
23:21.52 | *** join/#asterisk chuckf (~chuckf@208.167.254.21) |
23:43.29 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
23:45.26 | *** join/#asterisk DanQuinney (sid18169@gateway/web/irccloud.com/x-etmblehfsrmeigej) |
23:54.18 | *** join/#asterisk voltomi (~voltomi@bzq-109-66-158-122.red.bezeqint.net) |
23:54.24 | *** part/#asterisk voltomi (~voltomi@bzq-109-66-158-122.red.bezeqint.net) |