00:09.04 | *** join/#asterisk Oatmeal (Suzeanne@gateway/vpn/privateinternetaccess/suzeanne) |
02:16.51 | *** join/#asterisk infobot (ibot@208.53.50.136) |
02:16.51 | *** topic/#asterisk is #asterisk The Open Source PBX and Telephony Platform (asterisk.org) -=- LTS: 13.23.1 (2018/09/20) 16.0.0 (2018/10/09), Security Only: 15.6.1 (2018/09/20); DAHDI: DAHDI-linux 2.11.1 (2016/03/01), DAHDI-tools 2.11.1 (2016/03/01); libpri 1.6.0 (2017/01/27) -=- Wiki: wiki.asterisk.org -=- Code of Conduct: bit.ly/1hH6P22 -=- Logs: bit.ly/1s4AKKu |
02:16.56 | Slade | Right. You have the tribal knowledge. I don't |
02:16.58 | Samot | And what is allowed and available on their platforms. |
02:17.09 | Samot | So please go head and file your complaint. |
02:17.21 | Samot | Because you have already admitted failure of due diligence on your part. |
02:17.22 | drmessano | https://www.vultr.com/faq/#sandbox_limit <-- That was insanely buried |
02:17.33 | Slade | I already told you I won't. |
02:17.33 | drmessano | Hidden on an FAQ page, of all places |
02:17.38 | drmessano | Who would have thoyght |
02:17.42 | Samot | I know you said you won't. |
02:17.48 | Samot | But you also said if you did, you'd win. |
02:17.58 | drmessano | A Frequently Asked Question hidden deep on an FAQ page |
02:18.04 | drmessano | Those bastards |
02:18.06 | Samot | Except, you wouldn't win. |
02:18.25 | drmessano | It's almost like |
02:18.30 | Slade | Sure. Ftc cares about deceptive practices. It's why they have to clearly state limits on coupons rather than buried in the box somewhere |
02:18.32 | drmessano | It's a question frequently asked |
02:18.36 | Ellenor | guys |
02:18.41 | Ellenor | it's almost like they could have transcluded it from FAQ to orderpage |
02:19.08 | drmessano | Nope.. FAQ is where you discuss bandwidth limits and other technical details |
02:19.17 | drmessano | Of which, this is a technical detail |
02:19.27 | drmessano | Their FAQ is quite detailed |
02:19.36 | drmessano | Nothing hidden, except for fucking idiots |
02:19.46 | drmessano | It's right there |
02:19.49 | Samot | And as they describe a sandbox... |
02:19.59 | Samot | It's not really viewed as a "production level service" |
02:20.06 | Ellenor | I use the 1024 for production |
02:20.14 | Samot | As it is supposed to be a stepping stone to a real instance. |
02:20.16 | Slade | Right that would be the first challenge I had. I didn't know it was a sandbox |
02:20.24 | drmessano | LOL |
02:20.36 | Samot | No, the first challenge you had was not reading about the services you were buying. |
02:20.36 | drmessano | https://www.vultr.com/faq/#sandbox_limit <-- Except it says it |
02:20.56 | Slade | Anyhow. It's a loss leader. Like I said. I'm ok with "first taste is free" |
02:21.15 | drmessano | The $2.50 IPv6 only sandbox plan is intended for general platform testing and it is limited to 2 instances per account. The $3.50 plan is similar to the $2.50 plan but it also includes an IPv4 address by default. The limit on the $3.50 plan is 5 instances per account. Their primary purpose is for early development and testing of ideas before upgrading or snapshot re-deployment to a larger permanent instance. These plans are not |
02:21.16 | drmessano | available for API automation. |
02:21.24 | drmessano | Can't be more clear about the intent |
02:21.26 | Samot | This is just like FreePBX users who end up doing manual installs because they didn't check if the VPS company supported custom ISO. |
02:21.39 | Samot | They got stuck at $2.50/month |
02:21.51 | drmessano | Also "These plans are not available for API automation" is another good tip off |
02:21.54 | Ellenor | drmessano: why don't they make the limit shared betwixt the 2.5 and the 3.5, 7 instances in all |
02:22.03 | Samot | They do. |
02:22.06 | Ellenor | no |
02:22.12 | Samot | They limit you to 2 IPv6 |
02:22.12 | Ellenor | they have 2 for one and 5 of the other |
02:22.17 | Samot | And 5 IPv4 |
02:22.22 | Samot | Because they are two different things. |
02:22.29 | Ellenor | lol |
02:22.35 | drmessano | JFC, this is literally endless arguing about their LOW END instances that no LEGIT BUSINESS would use for actual production |
02:22.36 | drmessano | WTF |
02:22.40 | Samot | IPv4 space costs more than IPv6 space. |
02:22.54 | Slade | Samot: I haven't used freepbx in forever but a manual install sounds terrible |
02:23.08 | Samot | For beginners, it is. |
02:23.14 | Samot | But they get lost in the cheap MRC of the VM |
02:23.21 | Samot | Not what the VM service actually can do. |
02:23.28 | Samot | Kinda like in this case. |
02:23.30 | Ellenor | drmessano: it's pretty possible that a person could excuse semicommercial use |
02:23.39 | Samot | AGAIN |
02:23.43 | Samot | It's a SANDBOX |
02:23.48 | Samot | Meant for non production shit. |
02:23.51 | drmessano | Ellenor: They are not a charity |
02:24.07 | drmessano | They are a business, not there to support cheap asses |
02:24.09 | Ellenor | drmessano: agreed, and they should raise the price to the full $5 if semicommercial use was done |
02:24.17 | Slade | Sure. I understand it's point now. Past tense is different |
02:24.17 | Samot | And really, most of the stuff I would sandbox.... |
02:24.23 | drmessano | That doesn't make any sense |
02:24.31 | Samot | Couldn't run on a 512MB RAM system, even for development. |
02:24.39 | drmessano | They offer the cheap instances as SANDBOXES.. they don't need to raise the price of the SANDBOX instances |
02:24.43 | drmessano | They have $5 instances |
02:24.44 | Ellenor | I guess my point is, they shouldn't make it a loss |
02:24.45 | drmessano | PERIOD |
02:24.50 | drmessano | ITS A SANDBOX |
02:24.53 | Samot | Where do you get it's a loss? |
02:24.56 | Samot | Seriously? |
02:24.57 | Ellenor | drmessano: Stop trying to excuse it |
02:24.59 | drmessano | It's not a LOSS LEADER.. it's for fucking testing |
02:25.04 | Ellenor | all of you |
02:25.10 | Samot | No one said it was a loss. |
02:25.12 | drmessano | It's arguing to OVERUSE a SANDBOX |
02:25.13 | Samot | We covered this. |
02:25.17 | Ellenor | - _ - |
02:25.25 | Slade | Samot: I was going to use it for simulating devices with less memory than that even |
02:25.26 | Ellenor | SHUT UP ALL OF YOU |
02:25.31 | drmessano | They clearly sell it as a SANBOX |
02:25.39 | Samot | Or a Sandbox. |
02:25.41 | Samot | But yeah. |
02:25.56 | Ellenor | drmessano: BUT THEY DO NOT TRANSCLUDE THAT PART OF THE FAQ INTO THE ORDER PAGE |
02:26.02 | Samot | Right |
02:26.04 | Ellenor | WHICH MEANS IT IS DIFFICULT FOR PEOPLE TO REALISE THAT |
02:26.08 | drmessano | Ellenor: Literally don't ever fucking tell me what to do ever again and DONT fucking CAPS LOCK me |
02:26.10 | Samot | Because there is no "order page" |
02:26.15 | Samot | There is "Deploy" |
02:26.21 | Ellenor | I will caps lock your idiotic ass all I FUCKING WANT DRMESSANO |
02:26.27 | drmessano | LOL |
02:26.30 | Ellenor | IT WOULD COST THEM LITERALLY $4 TO CHANGE IT |
02:26.33 | drmessano | Are you mental or something? |
02:26.39 | Ellenor | NO, YOU'RE JUST AN IMBECILE |
02:26.43 | drmessano | THEY DONT NEED TO CHANGE IT.. ITS A SANDBOX YOU MORON |
02:26.44 | drmessano | Hows that? |
02:26.45 | Ellenor | WHO CAN'T READ UNLESS I TYPE IN BIG LETTERS |
02:26.58 | drmessano | It's a sandbox |
02:27.00 | Samot | But there is no "order page". |
02:27.02 | Ellenor | how's being outed as a troll fuckhead |
02:27.07 | Ellenor | Samot: Now you are arguing over terminology |
02:27.09 | drmessano | hahah |
02:27.13 | Ellenor | deploy, order, what ever |
02:27.15 | Samot | Well |
02:27.30 | drmessano | You're the one trolling, Ellenor.. get over yourself |
02:27.33 | Slade | Samot: I need to apologise. I seemed to have caused a big stink in a usually peaceful channel |
02:27.34 | drmessano | It's a sandbox. |
02:27.35 | Ellenor | you are buying a service, that is an order |
02:27.45 | Samot | OK.. |
02:27.47 | Ellenor | the order is that a server be deployed |
02:27.52 | drmessano | FAQ states it's a sandbox and it's limited |
02:28.39 | drmessano | All this over a $3.50 a month VPS. Grow up |
02:28.50 | Samot | 10:25:25 PM <Slade> Samot: I was going to use it for simulating devices with less memory than that even <-- So you need multiple instances for that? |
02:30.10 | Slade | Yes. I have a rack of about 250. I wanted to ditch the hardware and see if I could virtualize |
02:30.24 | drmessano | O.o |
02:30.44 | Ellenor | then do that on your own hardware |
02:30.45 | Slade | It's no big deal. I am in same spot I started |
02:30.50 | drmessano | 250 servers in a 72 inch rack? |
02:30.51 | Ellenor | just get one big server and virt on that |
02:31.40 | Samot | 10:30:50 PM <drmessano> 250 servers in a 72 inch rack? <-- I let that slide. |
02:31.47 | Slade | Ellenor: sure. That's not the point. It's a solved problem. I thought I could optimize the problem with vultr |
02:31.57 | Slade | Samot: was that to me? |
02:32.05 | Samot | Well.. |
02:32.13 | Samot | You can't fit 250 servers in a rack. |
02:32.30 | Samot | Or at least not a standard server rack/cabinet. |
02:32.51 | Ellenor | drmessano is actually an idiot. |
02:32.51 | Slade | You can't fit 250 1u servers no. It's an embedded systems project |
02:33.12 | Samot | So what kind of servers do you have? |
02:33.19 | drmessano | Ellenor obviously can't math |
02:33.25 | drmessano | and is also a fucking moron |
02:33.38 | drmessano | and is also triggered, apparently |
02:34.24 | Slade | Samot: they aren't raspberry pi. You can consider it similar tho. Each one is just a few inches in size. |
02:35.07 | drmessano | PBX NUCs lol |
02:35.43 | Slade | And it's not a server rack. It's just one of those multi shelf wire racks. Ultra hitech |
02:35.58 | drmessano | With 250 NUCs |
02:37.29 | Slade | Anyhow vultrs system is nice. I'll use it for other things. Probably not this tho :) |
02:40.01 | Samot | So we've gone from you could file a complaint and win against Vultr to they are nice and you'll use them of other things..... |
02:40.14 | Samot | Full circle there. |
02:40.37 | Slade | Not at all. I dislike much of what Microsoft does but I still use their products |
02:45.06 | Slade | maybe I'm weird that way? I hadn't considered it before |
02:49.30 | Slade | I don't have to like someone to work with them or respect their skills. Their offering is solid. I just dislike their marketing practices. (my opinion of course) |
02:51.32 | Slade | I've also said previously in this conversation I would probably still use them for other things. So my stance really hasn't changed |
02:53.31 | drmessano | :clown: |
03:12.17 | *** join/#asterisk scampbell (~scampbell@mail.scampbell.net) |
04:27.21 | *** join/#asterisk Oatmeal (Suzeanne@gateway/vpn/privateinternetaccess/suzeanne) |
04:44.01 | *** join/#asterisk Ellenor (ellenor@unaffiliated/ellenor) |
06:26.39 | *** join/#asterisk pchero_work (~pchero@87.213.247.82) |
06:30.09 | *** join/#asterisk Samael28 (~Samael28@176.104.56.91) |
06:47.07 | *** join/#asterisk duo_kali (b61e5ce0@gateway/web/freenode/ip.182.30.92.224) |
06:56.23 | *** join/#asterisk jkroon (~jkroon@196.249.11.32) |
06:56.26 | *** join/#asterisk MrTAP1 (~MrT@unaffiliated/mrtap) |
07:00.29 | *** join/#asterisk Samael28 (~Samael28@176.104.56.91) |
07:54.59 | *** join/#asterisk Samael28 (~Samael28@176.104.56.91) |
08:32.22 | *** join/#asterisk Samael28 (~Samael28@176.104.56.91) |
08:46.15 | *** join/#asterisk zaf (~zaf@104.254.192.70) |
08:53.51 | *** join/#asterisk DanB (~DanB@37.251.224.238) |
09:03.06 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
09:14.01 | *** join/#asterisk Samael28 (~Samael28@ercole.penteres.it) |
09:32.21 | *** join/#asterisk bhuddah (~michael@unaffiliated/bhuddah) |
09:37.48 | *** join/#asterisk pchero_work (~pchero@87.213.247.82) |
09:41.41 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
09:42.28 | *** join/#asterisk Samael28 (~Samael28@ercole.penteres.it) |
09:56.55 | *** join/#asterisk miralin (~Thunderbi@194.8.128.68) |
09:57.55 | *** join/#asterisk pchero_work (~pchero@87.213.247.82) |
09:58.21 | *** join/#asterisk Samael28 (~Samael28@176.104.56.91) |
10:07.57 | *** join/#asterisk cemotyz09 (~cemotyz09@cpe-70-121-128-59.satx.res.rr.com) |
10:31.52 | pchero_work | Hi.. just quick stupid question. What is the command for check the channel's variables? |
10:32.16 | pchero_work | core show channel <channel name> doesn't show the variables.. |
10:44.02 | *** join/#asterisk aness (~aness@cm-84.209.52.150.getinternet.no) |
10:45.42 | *** join/#asterisk jkroon (~jkroon@196.249.11.81) |
10:56.48 | *** join/#asterisk lankanmon (~LKNnet@CPE64777d632383-CM64777d632380.cpe.net.cable.rogers.com) |
11:20.03 | *** join/#asterisk fabiobik (bcfb9928@gateway/web/freenode/ip.188.251.153.40) |
11:20.11 | fabiobik | Hello guys! |
11:20.29 | fabiobik | Im trying to setup twillio elastic trunk with asterisk |
11:20.38 | fabiobik | i want to receive calls only |
11:20.46 | fabiobik | and im having this err |
11:21.02 | fabiobik | Call from '' (54.171.127.194:5060) to extension '+447XXXXXXX' rejected because extension not found in context 'default' |
11:21.21 | n3t | fabiobik: what's your /etc/asterisk/extensions.conf? |
11:21.59 | fabiobik | where i should paste |
11:22.35 | *** join/#asterisk infernix (nix@unaffiliated/infernix) |
11:22.38 | n3t | fabiobik: you can use http://paste.debian.net/ for example. |
11:23.20 | fabiobik | n3t: http://paste.debian.net/plain/1048034 |
11:24.03 | fabiobik | to the origination url i got something like sip:81.4.XXX.XXX |
11:24.13 | fabiobik | *for |
11:24.18 | fabiobik | in twilio settings |
11:25.12 | n3t | fabiobik: `X` matches exactly one digit. |
11:25.29 | n3t | Wait, never mind. I didn't notice the ot. |
11:25.31 | n3t | dot* |
11:25.48 | n3t | fabiobik: this is in `incoming` context, right? |
11:26.02 | fabiobik | idw |
11:26.09 | fabiobik | at least it doesnt work |
11:26.12 | n3t | fabiobik: your log says it was looking at the `default` context. |
11:26.19 | fabiobik | why? |
11:26.43 | n3t | Probably because of your settings in sip.conf. |
11:27.29 | fabiobik | i didnt use the default context on sip.conf |
11:27.46 | n3t | fabiobik: could you show us your sip.conf? |
11:27.51 | fabiobik | yes |
11:28.50 | fabiobik | http://paste.debian.net/plain/1048038 |
11:29.46 | n3t | I don't see `incoming` context there, only `inbound` and `outbound`. |
11:31.05 | fabiobik | yes but even if i use the incoming it goes to default |
11:35.29 | *** join/#asterisk jamesaxl (~James_Axl@176.98.158.9) |
11:36.03 | fabiobik | if i use this for example sip:100@ip_address |
11:36.07 | n3t | I'm not sure how to help. |
11:36.23 | fabiobik | it doesnt even go to the 100 extension |
11:37.18 | n3t | For start I'd try to move your `_X.` extension to the default context. |
11:37.51 | n3t | And if it works, I'd debug why inbound connections aren't matched as you'd like. |
11:41.15 | fabiobik | how should i do that |
11:41.26 | fabiobik | how can i use the default context |
11:43.46 | n3t | Easy way: change `incoming` to `default`, I guess. |
11:43.56 | n3t | In /etc/asterisk/extensions.conf of course. |
12:14.17 | *** join/#asterisk [TK]D-Fender (~joe@216.191.106.165) |
12:14.23 | [TK]D-Fender | should never use a context named "default" |
12:14.43 | [TK]D-Fender | fabiobik |
12:14.43 | [TK]D-Fender | yes but even if i use the incoming it goes to default <- that means it isn't even matching your peer |
12:15.30 | *** join/#asterisk pvoigt_ (~Linux@unaffiliated/pvoigt) |
12:15.37 | *** join/#asterisk p1ke_ (pike@patteri.org) |
12:15.45 | [TK]D-Fender | Also Twilio can't be "dynamic". They don't register to you and they don't send auth |
12:16.45 | [TK]D-Fender | that split peer you tried making isn't proper either |
12:19.41 | p1ke_ | Hi! I have a hostname instead of an IP in an IAX trunk. I want do a DNS change to a different IP, but Asterisk is still connected to the old IP. Is there some nice way to make Asterisk connect to the new IP automatically instead of for example reloading Asterisk? |
12:26.02 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
12:29.16 | *** join/#asterisk pvoigt_ (~Linux@unaffiliated/pvoigt) |
13:07.44 | *** join/#asterisk dandann00dle (~dandann00@2601:840:8401:d7ee:f016:2a9a:d7a7:9f41) |
13:11.16 | *** join/#asterisk brad_mssw (~brad@66.129.88.50) |
13:43.32 | *** join/#asterisk qxork (~qxork@unaffiliated/qxork) |
13:48.10 | *** join/#asterisk rwb (~Thunderbi@74.85.159.242) |
14:27.55 | *** join/#asterisk forgotmynick (uid24625@gateway/web/irccloud.com/x-xbnzkqymxrbhigwm) |
14:47.49 | *** join/#asterisk salviadud (~ralfalfa@187-167-69-132.static.axtel.net) |
15:30.39 | *** join/#asterisk dandann00dle (~dandann00@2600:1004:b15d:abb1:4cd8:8b5:2c87:24b9) |
15:42.32 | *** join/#asterisk justdave (~dave@unaffiliated/justdave) |
15:55.51 | *** join/#asterisk dandann00dle (~dandann00@2601:840:8401:d7ee:f1ce:80e2:dd1f:b50e) |
16:12.09 | *** join/#asterisk rmudgett (rmudgett@nat/digium/x-forlmxknrixufjyx) |
16:12.09 | *** mode/#asterisk [+o rmudgett] by ChanServ |
16:12.59 | *** join/#asterisk pkx1 (~pkx@unaffiliated/pkx) |
16:15.40 | igcewieling | What might cause this? 2018-10-19 12:15:26] WARNING[23564]: res_pjsip_registrar.c:989 registrar_on_rx_request: Endpoint 'anonymous' has no configured AORs |
16:15.54 | igcewieling | actually, nevermind, this is a FreePBX thing. |
16:22.52 | *** join/#asterisk degenerate (~degenerat@S0106cc2de0099182.no.shawcable.net) |
16:30.03 | *** join/#asterisk jkroon (~jkroon@165.16.204.162) |
16:56.33 | *** join/#asterisk duo_kali (b61e5ce0@gateway/web/freenode/ip.182.30.92.224) |
16:58.12 | *** join/#asterisk miralin (~Thunderbi@194.8.128.68) |
17:05.33 | *** join/#asterisk cemotyz09 (~cemotyz09@cpe-70-121-128-59.satx.res.rr.com) |
17:20.21 | *** join/#asterisk MrTAP (~MrT@unaffiliated/mrtap) |
17:30.36 | *** join/#asterisk miralin1 (~Thunderbi@195.209.246.194) |
17:53.56 | *** join/#asterisk zopsi (~zopsi@dir.ac) |
18:02.05 | *** join/#asterisk lankanmon (~LKNnet@CPE64777d632383-CM64777d632380.cpe.net.cable.rogers.com) |
18:19.50 | *** join/#asterisk miralin1 (~Thunderbi@194.8.128.68) |
18:46.04 | *** join/#asterisk LoKoMurdoK (~LoKoMurdo@fedora/LoKoMurdoK) |
20:00.36 | *** part/#asterisk saxa (1000@84-255-205-164.static.t-2.net) |
20:14.48 | *** join/#asterisk dandann00dle (~dandann00@2601:840:8401:d7ee:f1ce:80e2:dd1f:b50e) |
20:17.26 | *** join/#asterisk zopsi (~zopsi@dir.ac) |
20:37.37 | *** join/#asterisk Samael28 (~Samael28@176.104.56.91) |
20:44.20 | *** join/#asterisk sahmed (~sahmed@cpe-70-114-236-63.austin.res.rr.com) |
20:44.54 | sahmed | Hello |
20:45.59 | sahmed | Is there any way, to select media ip of an outbound call from the dialplan? |
20:48.00 | sahmed | select IP from multiple existing ip on the system. and want to use this ip as "c=IN IPV4 MY_MEDIA_IP" while a call going out from asterisk. |
21:05.49 | *** join/#asterisk jpsharp (~jsharp@linode.fivecats.org) |
21:06.18 | *** join/#asterisk rwb (~Thunderbi@65-183-138-202-dhcp.burlingtontelecom.net) |
21:06.29 | jpsharp | Anyone running Asterisk under XenServer 7.0? I'm getting obnoxiously choppy audio on it and my "timing test" numbers are all over the place. |
21:06.52 | Ellenor | lol. |
21:07.34 | jpsharp | And please don't tell me "don't virtualize asterisk". I've run it under VMWare with no issues. |
21:09.13 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
21:12.32 | *** join/#asterisk ahmed89 (~ahmed89@85.154.227.76) |
21:19.35 | Ellenor | Don't virtualise Asterisk. /s |
21:19.47 | Ellenor | jpsharp: if you can, give your asterisk VM an extra core |
21:21.32 | jpsharp | The host box has 64 core and I'm giving the VM all 64 cores. |
21:22.29 | MrTAP | why virtualize in that case? |
21:23.19 | jpsharp | I'm not dedicating 64 cores to it. |
21:23.24 | jpsharp | Just letting it use all 64 cores. |
21:25.14 | *** join/#asterisk rwb (~Thunderbi@65-183-138-202-dhcp.burlingtontelecom.net) |
21:29.21 | jpsharp | I have another asterisk box on the same host that is completely idle an its timing test is good and solid. The one with numbers all over the place only has about 35-40 calls on it for the moment. |
21:29.40 | Samot | And what is the load on it? |
21:30.56 | jpsharp | Load average is 6.5 |
21:31.10 | jpsharp | 20 active calls. |
21:31.56 | Samot | And how many cores is it using now? |
21:32.12 | Samot | I've never seen 20 calls raise the load that much. |
21:37.49 | MrTAP | Yeah I have lots of virtualized instances that handle a few dozens calls each running on two cores |
21:38.13 | MrTAP | I'm guessing you are transcoding maybe? |
21:38.27 | jpsharp | A little bit. opus -> ulaw. |
21:38.34 | jpsharp | er, wait. No. Not on this box. |
21:38.46 | jpsharp | No transcoding. recording, but no transcoding. |
21:38.56 | MrTAP | IO bottlenecking you? |
21:38.59 | Ellenor | jpsharp: No, dedicate 16 cores, don't ALLOW 64 |
21:39.02 | Ellenor | dedicate 16 |
21:40.18 | *** join/#asterisk war9407 (~war9407-@2600:4040:400f:c300:10a:12ee:bd81:2acb) |
21:41.14 | Samot | How many core is it using now? |
21:41.21 | jpsharp | let me look. |
21:42.46 | jpsharp | All 64 cores show about 10/20% utilization |
21:43.24 | jpsharp | Overall, xencenter says "7% of 64 CPUs" |
21:44.09 | Samot | How much RAM? |
21:45.14 | jpsharp | 8G for the VM. Top shows 6.7G |
21:45.18 | jpsharp | 6.7G free |
21:45.58 | Samot | Does the audio issue go away when you dont record calls? |
21:47.33 | jpsharp | I don't know. I have to record all the calls. |
21:48.15 | Ellenor | jpsharp: DUDE. DEDICATE JUST TWO CORES AND TRY AGAIN. |
21:48.25 | Ellenor | OR FOUR. OR HOWEVER MANY YOU CAN AFFORD TO DEDICATE. |
21:48.38 | MrTAP | +1 |
21:48.42 | Ellenor | UNTIL YOU GIVE THE VM 100% OF AT LEAST TWO CORES, IT'S GONNA BLOW UP. |
21:49.06 | Ellenor | this interlude brought to you by, the girl who edited a fox photo to look like it's blue |
21:49.11 | MrTAP | But I'd suspect IO as the problem if recording is in place |
21:50.02 | Ellenor | jpsharp: 1. try to make sure the recording is nonblocking if at all possible. 2. make sure the VM has as many CPUs as it wants |
21:50.47 | *** join/#asterisk shanth (~shanth@traphouse.realsippers.com) |
21:54.21 | Samot | jpsharp: when does the issue start? 1 call, 5 calls? |
21:54.49 | jpsharp | I don't have that number. It's handling inbound calls, so I can't really control call rates. |
21:55.28 | jpsharp | I'll see if I can alleviate IO any io issues. |
22:04.06 | *** join/#asterisk pchero (~pchero@dhcp-077-249-058-090.chello.nl) |
22:06.22 | *** join/#asterisk tomaluca95 (~quassel@kde/developer/tomaluca) |
22:28.59 | jpsharp | Well, it's a moot point anyway now. I was instructed to de-virtualize it and turn those VMs in to physical boxes. |
22:43.08 | *** join/#asterisk Oatmeal (Suzeanne@gateway/vpn/privateinternetaccess/suzeanne) |
23:01.36 | *** join/#asterisk MrTAP (~MrT@unaffiliated/mrtap) |
23:06.39 | *** join/#asterisk FuriousGeorge (ad3fb567@gateway/web/freenode/ip.173.63.181.103) |
23:06.41 | FuriousGeorge | hey all |
23:07.29 | FuriousGeorge | i'm finding my ami connection very fickle. im using PAMI libraries, but i don't think that has anything to do with the issue. i'm getting read timeouts when checking db values, which causes the script to crash. |
23:08.22 | FuriousGeorge | even when i added a tenth of a second between queries, it was still crashing. so I wrote better code that now only does a hundred checks or so, right when it starts, and uses that to only perform new checks as needed |
23:09.02 | FuriousGeorge | even still i was able to get it to crash by manually provoking some reads |
23:09.14 | FuriousGeorge | i saw a write buffer setting in manger.conf |
23:10.26 | FuriousGeorge | but no readbuffer setting. i'm not sure if asterisk is the problem or the platform. the platform is a linux container with two cores assigned to it on a modern cpu, and a gig of ram. im going to add a couple more cores |
23:10.46 | FuriousGeorge | but it seems excessive, and so unlikely to solve the problem |
23:11.46 | Samot | How many devices are on the PBX? |
23:12.21 | FuriousGeorge | there are about 30 sip clients sitting idle right now. there has yet to be more than one active sip call (two channels) |
23:12.40 | Samot | What else is the box doing? |
23:12.52 | FuriousGeorge | running a relatively simple script |
23:12.54 | Samot | How many AMI calls are you making? |
23:13.32 | FuriousGeorge | about 100 in the beginning, and then almost none. but, as i mentioned, i was able to 'get it' to crash by provoking a couple of reads right after loading once |
23:13.47 | Samot | What is actually crashing? |
23:14.21 | FuriousGeorge | my script is crashing when the PAMI library tries to read and can't. so.... the error handling could be better there. |
23:14.32 | Samot | What a minute, do you say "container"? |
23:14.37 | FuriousGeorge | i did |
23:14.48 | Samot | Well that's probably part of the problem. |
23:14.49 | FuriousGeorge | i'm not sure if asterisk is the problem or the platform. the platform is a linux container |
23:15.18 | FuriousGeorge | i'd think it would have better performance than a vm, and vm's have great performance |
23:15.29 | FuriousGeorge | there's no virtualization, as i'm sure u know |
23:16.42 | Samot | A container is a form of virtualization |
23:17.07 | Samot | You are better off with a KVM, something that is a system level virtualization not OS level. |
23:17.22 | FuriousGeorge | maybe in a really loose interpretation of the word. it's more of a chroot. it only works with the running kernel |
23:17.40 | FuriousGeorge | Samot: ok, i wasn't sure if you were going the kvm or native direction. that's reasonable |
23:18.20 | FuriousGeorge | Samot: you think it's only that? |
23:18.59 | FuriousGeorge | e.g. i've never used the ami before. i assume it is not ami beta, and people are sensible to use it in a production environment |
23:19.43 | Samot | It's been a core part of Asterisk since the early days. |
23:20.25 | FuriousGeorge | yeah, i see posts from over ten years ago. makes sense that it should be mature. you're probably correct that it's the platform. i just gave it the default cpu shares |
23:20.55 | jpsharp | FuriousGeorge: I've had similar issues talking to AMI, even with bare metal. I ended up using the astman proxy. |
23:23.03 | FuriousGeorge | jpsharp: this? https://www.voip-info.org/asterisk-astman/ |
23:23.49 | jpsharp | https://www.voip-info.org/astmanproxy/ |
23:24.06 | FuriousGeorge | just found that. uses the ami nonetheless |
23:24.43 | Samot | And it's 10 years old. |
23:24.53 | Samot | So very current with all the updates to AMI in the last decade. |
23:25.39 | jpsharp | it worked for what I needed. |
23:25.40 | *** join/#asterisk qxork (~qxork@unaffiliated/qxork) |
23:25.50 | Samot | Sure. |
23:26.09 | Samot | But I've also never seen a VM crap itself like yours with 20 calls. |
23:26.13 | Samot | Even with recording. |
23:26.31 | Samot | Using Asterisk manuals/blogs from 2008 is not going to help you in 2018 |
23:26.41 | Samot | Asterisk has changed a lot in the last 5-6 years. |
23:26.49 | jpsharp | Samot: I've not seen it crap itself either. |
23:27.06 | jpsharp | A box running OpenWRT can handle 20 calls. |
23:27.27 | jpsharp | a 64-core opteron box shouldn't even breath hard. |
23:27.41 | FuriousGeorge | i did notice that one time the program crashed around the same time that 20 unconfigured sip client's registration errors appears on the screen |
23:27.51 | FuriousGeorge | the cpu is an entry level ci5 or so |
23:28.01 | FuriousGeorge | or xeon equivalent, actually |
23:30.45 | FuriousGeorge | before i got the kvm route ill run some tests, and see if increasing cpu shares doesn't either help or resolve the issue. and i'll write a systemd service that will restart the thing |
23:38.06 | *** join/#asterisk war9407 (~war@2600:4040:400f:c300:10a:12ee:bd81:2acb) |
23:57.38 | *** join/#asterisk dandann00dle (~dandann00@2601:840:8401:d7ee:f1ce:80e2:dd1f:b50e) |