00:03.40 | *** join/#asterisk Catatronic (~corrupt@unaffiliated/catatronic) |
00:08.54 | *** join/#asterisk zigggggy (ffssd@unaffiliated/zigggggy) |
00:21.58 | *** join/#asterisk infobot (ibot@rikers.org) |
00:21.58 | *** topic/#asterisk is #asterisk The Open Source PBX and Telephony Platform (asterisk.org) -=- LTS: 13.20.0 (2018/03/15), Standard: 15.3.0 (2018/03/15); 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 |
00:25.11 | *** join/#asterisk Mr_Pleb_Mgoo (~jakeb@103.46.213.148) |
01:02.18 | *** join/#asterisk sibyakin (~sibyakin@188.162.228.155) |
02:37.05 | *** join/#asterisk thiagoc_ (~thiagoc@unaffiliated/thiagoc) |
03:53.10 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
04:32.39 | *** join/#asterisk Catatronic (~corrupt@unaffiliated/catatronic) |
04:34.29 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
04:45.27 | *** join/#asterisk jamesaxl (~James_Axl@109.172.62.242) |
05:14.17 | *** join/#asterisk Catatronic (~corrupt@unaffiliated/catatronic) |
05:16.07 | *** join/#asterisk MarkSX (~MarkSX@unaffiliated/marksx) |
05:24.42 | *** join/#asterisk MarkSX (~MarkSX@unaffiliated/marksx) |
05:27.44 | *** join/#asterisk tzafrir (~tzafrir@62-90-199-247.barak.net.il) |
05:28.17 | *** join/#asterisk paulgrmn (~paulgrmn@198-0-107-153-static.hfc.comcastbusiness.net) |
06:19.37 | *** join/#asterisk jkroon (~jkroon@196.223.97.98) |
06:25.22 | *** join/#asterisk miralin (~Thunderbi@91.237.94.7) |
06:25.46 | *** join/#asterisk DanB (~DanB@37.251.229.128) |
07:04.43 | *** join/#asterisk tzafrir (~tzafrir@local.xorcom.com) |
07:16.13 | *** join/#asterisk sibyakin (~sibyakin@188.162.228.164) |
07:32.25 | *** join/#asterisk jkroon (~jkroon@196.223.97.98) |
07:34.39 | *** join/#asterisk tripleslash (~triplesla@unaffiliated/imsaguy) |
08:02.30 | *** join/#asterisk defsdoor (~andy@cpc120600-sutt6-2-0-cust232.19-1.cable.virginm.net) |
08:13.43 | *** join/#asterisk Gallomimia (~gallomimi@S010684948cbeac73.ca.shawcable.net) |
08:51.43 | *** join/#asterisk user03 (~user03@unaffiliated/user03) |
08:59.34 | *** join/#asterisk Sepultura (~Sepultura@unaffiliated/sepultura) |
09:03.17 | *** join/#asterisk hehol (~hehol@gatekeeper.loca.net) |
09:13.11 | *** join/#asterisk zapata_ (~zapata@2a02:b18:581:10:7915:2a31:981d:853) |
09:32.57 | *** join/#asterisk vo1pbx (~vo1pbx@2604:180:2:1210::73:3) |
09:35.09 | *** join/#asterisk Major_Lurker (~Andrew@110-232-243-127.cust.dcsi.net.au) |
09:51.13 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
09:52.50 | *** join/#asterisk Worldexe (~Worldexe@95-107-33-134.dsl.orel.ru) |
09:55.42 | *** join/#asterisk CatCow97 (~mine9@c-24-22-38-85.hsd1.or.comcast.net) |
10:00.28 | *** join/#asterisk Chainsaw (~chainsaw@gentoo/developer/chainsaw) |
10:18.51 | *** join/#asterisk jkroon (~jkroon@uls-154-73-35-201.wall.uls.co.za) |
10:44.03 | *** join/#asterisk lankanmon (~LKNnet@CPE64777d632383-CM64777d632380.cpe.net.cable.rogers.com) |
10:46.56 | *** join/#asterisk Chainsaw (~chainsaw@gentoo/developer/chainsaw) |
11:17.28 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
11:20.10 | *** join/#asterisk DanB_ (~DanB@fw1.nextpertise.nl) |
12:20.55 | *** join/#asterisk eharris (~eharris@unaffiliated/eharris) |
12:22.49 | *** join/#asterisk ruied (~ruied@81.84.234.209) |
12:27.13 | *** join/#asterisk brad_mssw (~brad@66.129.88.50) |
12:45.03 | *** join/#asterisk dan_j (uid21651@gateway/web/irccloud.com/x-llbblohqxkhnqtrc) |
13:06.14 | *** join/#asterisk [TK]D-Fender (~joe@216.191.106.165) |
13:09.07 | *** join/#asterisk Belgarath (~Belgarath@banda.pl) |
13:09.25 | Belgarath | Hi, quick question guys, how would I change the timezone for time conditions in asterisk |
13:09.47 | Belgarath | I'm trying to find answer on google but there is nothing pointing to proper solution |
13:10.02 | Belgarath | or I'm too blind to see it :) |
13:11.32 | [TK]D-Fender | * doesn't have a timezone IIRC it just takes your OS settings. |
13:12.52 | Belgarath | ok so there is no way to run system at UTC and asterisk in different timezone ? |
13:13.13 | Belgarath | I use UTC on all servers for log correlation |
13:13.31 | Belgarath | but I need the DST automatically aply to tiem rules form obvious reasons |
13:15.56 | wdoekes | "time conditions"? the GotoIfTime takes an optional timezone |
13:21.09 | *** join/#asterisk captain118 (uid167508@gateway/web/irccloud.com/x-pylgtwmlyflwkunv) |
13:21.50 | Belgarath | wdoekes: would you be so kind and share an example or point me to relvenat documentation ? |
13:22.35 | [TK]D-Fender | "core show application gotoiftime" |
13:23.48 | Belgarath | [TK]D-Fender: it still doen't tell me how rto specify timeozne |
13:23.56 | Belgarath | I have a line like this : |
13:23.58 | Belgarath | exten => s,n,GotoIfTime(17:00-23:59|sat-sun|*|*?callcenterclosed,s,1) |
13:24.03 | Belgarath | would I add: |
13:24.19 | Belgarath | exten => s,n,GotoIfTime(17:00-23:59|sat-sun|*|*|Europe/London?callcenterclosed,s,1) ? |
13:25.01 | [TK]D-Fender | <Belgarath> [TK]D-Fender: it still doen't tell me how rto specify timeozne <- yes it does |
13:27.08 | Belgarath | [TK]D-Fender: re-read it 3 times |
13:27.12 | Belgarath | it doesn't |
13:27.44 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
13:27.44 | *** mode/#asterisk [+o cresl1n] by ChanServ |
13:28.27 | [TK]D-Fender | [Syntax] |
13:28.27 | [TK]D-Fender | GotoIfTime(times,weekdays,mdays,months[,timezone]?[labeliftrue][:labeliffalse]) |
13:28.34 | Belgarath | yes |
13:28.38 | [TK]D-Fender | How about that TIMEZONE right there in the middle? |
13:28.43 | Belgarath | but hoiw does timezaone specification looks like |
13:28.46 | Belgarath | do i put |
13:28.49 | Belgarath | BST |
13:28.58 | Belgarath | Europe/London or something else in that placfe? |
13:29.11 | Samot | 9:24:19 AM <Belgarath> exten => s,n,GotoIfTime(17:00-23:59|sat-sun|*|*|Europe/London?callcenterclosed,s,1) ? |
13:29.14 | [TK]D-Fender | I'm betting on abbreviation |
13:29.27 | wdoekes | putting BST there would be wrong, surely you cannot set summer time in january |
13:29.30 | Samot | ^^ What VERSION of Asterisk are you running? |
13:29.32 | wdoekes | so it must be a region |
13:29.36 | wdoekes | Europe/London |
13:29.52 | Samot | | hasn't been a delimiter for quite some time. |
13:30.00 | Belgarath | 13.1 |
13:30.08 | Samot | Use a comma |
13:30.26 | Belgarath | Samot: thank you, will do |
13:30.30 | Samot | First you should have your dialplan using current and correct syntaxes. |
13:30.44 | wdoekes | $ ls -l /usr/share/zoneinfo/Europe/London |
13:30.44 | wdoekes | lrwxrwxrwx 1 root root 5 mrt 27 00:23 /usr/share/zoneinfo/Europe/London -> ../GB |
13:30.50 | Samot | Not to mention 13.1 is really really old |
13:30.55 | Samot | And has bugs that have been fixed. |
13:31.33 | Belgarath | Samot: I'm not going to build asterisk form source to get the latest and greatest, this is teh version provided in ubuntu LTS |
13:31.49 | Samot | It's old |
13:31.51 | Samot | Out of date |
13:31.53 | Samot | And has bugs. |
13:31.57 | file | then you may want to see what security vulnerabilities impact you |
13:31.59 | Samot | But sure. |
13:35.12 | *** part/#asterisk Belgarath (~Belgarath@banda.pl) |
13:36.19 | *** join/#asterisk scgm11_ (~scgm11@r186-52-131-214.dialup.adsl.anteldata.net.uy) |
13:36.20 | Samot | Love when they do that |
13:45.42 | *** join/#asterisk dar123 (~dar@2600:1700:38d0:1470:792b:fd5b:aa38:578e) |
13:47.04 | *** join/#asterisk scgm11__ (~scgm11@r186-52-131-214.dialup.adsl.anteldata.net.uy) |
13:49.57 | qakhan | hi all, there is ABANDON event in queue_log table. but some records show call went to all agents (RINGNOANSWER) and some ABANDON records show call went to some agents (RINGNOANSWER) |
13:52.26 | Samot | OK |
13:58.53 | akay | chan_sip.c: Failed to authenticate device <sip:606060@xx.xx.xx.xx>;tag=664663611 - does somebody know if this message implies someone trying to call my server from outside? |
13:59.37 | akay | like - not via my inbound / outbund SIP Trunk but rather directly to the server? because inbound through the SIP trunk and internal calls all work fine |
13:59.48 | Samot | qakhan: Do you have an actual question or issue? |
14:00.15 | akay | and more interestingly, the IP shown in the message (xx.xx.xx.xx) is the public ip of my asterisk server |
14:00.16 | qakhan | its question |
14:00.19 | Samot | akay: Do you have a peer called 606060? |
14:00.25 | akay | no |
14:00.28 | igcewieling | akay: stop hiding your ips |
14:00.39 | Samot | Then it's someone trying to call through your server. |
14:00.41 | qakhan | how abandon calls works per agent/exten |
14:00.43 | qakhan | ? |
14:00.51 | Samot | They don't work per agent. |
14:00.54 | Samot | They work per queue. |
14:01.05 | akay | okay.. so as long as i have anonymous calls disabled im fine? |
14:01.27 | Samot | It's how many callers left the queue without being connected to an agent. They "abandoned" the queue. |
14:02.07 | igcewieling | akay: it is better to block them |
14:02.32 | [TK]D-Fender | RINGNOANSWER means it FINISHED a ring cycle without answer. ABANDON is the CALLER leaving. |
14:02.46 | akay | igcewieling: how would i go about that? iptables does have a regexp for that message, but my problem is that it shows my own public IP address instead of the callers address |
14:03.01 | akay | fail2ban*, im sorry |
14:03.14 | *** join/#asterisk rwb (~Thunderbi@74.85.159.242) |
14:03.27 | [TK]D-Fender | akay, there is a security log file that is better for this but also depends on the version you're running |
14:03.32 | igcewieling | akay: yes, you would use fail2ban. |
14:03.57 | Samot | The SIP request didn't source from your IP |
14:04.09 | Samot | Your IP is being used in other headers such as FROM or CONTACT |
14:04.18 | Samot | That's not where it sourced from. |
14:04.25 | [TK]D-Fender | sec log should show the actual requesting IP IIRC |
14:04.30 | igcewieling | As [TK]D-Fender said the security log contains the needed info |
14:04.51 | akay | unfortunately im running 13.20.0, i just saw Samot not liking that at all :p i just started using asterisk and its a non-critical server, so i'll probably just compile the newest version |
14:05.05 | Samot | What? |
14:05.07 | Samot | No. |
14:05.09 | Samot | JFC. |
14:05.12 | Samot | pay attention. |
14:05.17 | Samot | It was 13.1.0 |
14:05.24 | akay | oh, k then |
14:05.34 | Samot | Not 13.20, which is the latest release of 13.x |
14:06.02 | Samot | 13.1 is like two years old. |
14:06.03 | akay | oh i see, 13.20 is LTS |
14:06.07 | *** join/#asterisk kharwell (kharwell@nat/digium/x-coarkgzwypiswscl) |
14:06.07 | *** mode/#asterisk [+o kharwell] by ChanServ |
14:06.07 | Samot | No. |
14:06.15 | Samot | 13 is LTX |
14:06.17 | Samot | 13 is LTS |
14:06.23 | Samot | So 13.x is all LTS releases. |
14:06.40 | akay | ah okay |
14:06.42 | Samot | 15 is "Standard" |
14:06.46 | akay | thank you for clearing that up |
14:06.47 | igcewieling | So there is no confusion https://wiki.asterisk.org/wiki/display/AST/Asterisk+Versions |
14:06.50 | Samot | Which means it has a 1 year life cycle. |
14:07.07 | igcewieling | akay: do you mean Certified, not LTS? |
14:07.07 | [TK]D-Fender | <Samot> 13.1 is like two years old. <- that was the other guy who left |
14:07.15 | Samot | Yup. |
14:07.57 | Samot | I don't think there is a 13.20 version of cert. |
14:07.59 | akay | igcewieling: i do use fail2ban which works great for people trying to sign in via SIP, but since in the case of people calling the server directly the log shows my own public ip address, im not sure how to go about that one |
14:08.05 | Samot | Since that version lags behind on updates. |
14:08.21 | igcewieling | akay: you're looking at the wrong log. |
14:08.23 | Samot | akay: They are NOT SOURCING FROM your IP |
14:08.34 | Samot | They can't. |
14:08.35 | file | certified is 13.18 based currently |
14:08.38 | igcewieling | akay: do you have a file /var/log/asterisk/security ? |
14:08.45 | akay | Samot: i know that they're not, i'm just asking how to get the actual ip |
14:09.00 | Samot | 10:04:25 AM <[TK]D-Fender> sec log should show the actual requesting IP IIRC |
14:09.00 | *** join/#asterisk Sepultura (~Sepultura@unaffiliated/sepultura) |
14:09.21 | akay | igcewieling: no, i dont have one. is there a option in the log conf file to enable that log file? |
14:09.28 | Samot | And it's also in the same line as what you posted. |
14:09.41 | Samot | You didn't post the full log entry and you're missing out of data that is in it. |
14:09.58 | igcewieling | If so, do you see any useful information like, I dunno...[2018-04-11 10:05:00] SECURITY[25485] res_security_log.c: SecurityEvent="SuccessfulAuth",EventTV="2018-04-11T10:05:00.847-0400",Severity="Informational",Service="SIP",EventVersion="1",AccountID="19733169333",SessionID="0x7effc40792c0",LocalAddress="IPV4/UDP/209.220.119.20/5060",RemoteAddress="IPV4/UDP/209.220.119.94/5060",UsingPassword="0" |
14:10.15 | akay | [Apr 11 15:56:43] NOTICE[32101][C-00000343] chan_sip.c: Failed to authenticate device <sip:606060@195.201.104.225>;tag=749351124 - thats the actual full line |
14:10.15 | Samot | RemoteAddress="IPV4/UDP/209.220.119.94/5060" |
14:10.20 | igcewieling | akay: /etc/asterisk/logger.conf |
14:10.43 | Samot | oh wrong paste. |
14:13.19 | akay | igcewieling: ill see what i can get through the security log, thank you for your time and help! |
14:15.07 | *** join/#asterisk lankanmon (~LKNnet@CPE64777d632383-CM64777d632380.cpe.net.cable.rogers.com) |
14:18.19 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
14:21.50 | *** join/#asterisk lankanmon (~LKNnet@CPE64777d632383-CM64777d632380.cpe.net.cable.rogers.com) |
14:26.51 | *** join/#asterisk andresmujica (~andresmmu@ubuntu/member/andresmujica) |
14:30.14 | *** join/#asterisk scgm11_ (~scgm11@r186-52-131-214.dialup.adsl.anteldata.net.uy) |
14:30.29 | qakhan | [TK]D-Fender and Samot. i know about Abandon call, i have 10 agents, 3 agents are on the call talking to callers. |
14:30.47 | Samot | OK. |
14:31.30 | qakhan | now 4th call comes in and it is ringing on all the 10 extens. caller waited for 2 mins and handup the call |
14:31.42 | Samot | That is an abandoned call. |
14:31.51 | qakhan | yes you are right |
14:31.55 | [TK]D-Fender | And you may or may not have passed a ring cycle |
14:31.59 | Samot | Doesnt matter how many agents or even if agents were rung. |
14:32.22 | [TK]D-Fender | ringnoanswer requires the caller to have waited until the END of a ringing cycle |
14:32.29 | Samot | Once they enter the queue and then leave the queue on their own (hangup) then it's abandoned. |
14:32.36 | Samot | Yes. |
14:32.41 | [TK]D-Fender | And may or may not happen. They may hang up FAST and never hit the end of the first run |
14:32.42 | Samot | What TK said. |
14:32.52 | qakhan | now queue_log shows 5 agents extens was RINGINGNOANSWER instead of 10 agent extensions |
14:32.59 | Samot | OK |
14:33.06 | Samot | What were the states of those 5 that didn't take it? |
14:33.09 | Samot | Paused? |
14:33.17 | Samot | Available to take a call? |
14:33.26 | [TK]D-Fender | Were they on wrap-up? |
14:33.30 | [TK]D-Fender | On other calls? |
14:33.35 | [TK]D-Fender | Out to lunch? |
14:33.41 | Samot | There are various factors as to why 5 didn't get called |
14:34.03 | [TK]D-Fender | Are they on the same ring priority? |
14:34.16 | Samot | Penalties |
14:34.18 | [TK]D-Fender | Basically... you have provided NO details |
14:34.24 | qakhan | there were sitting there. doing nothing. 3 agents were on the call so they cannot answer the new call. |
14:34.34 | [TK]D-Fender | Show a real test |
14:34.35 | Samot | Not the people |
14:34.38 | Samot | The devices. |
14:34.46 | Samot | What was the state of the device/agent in the queue |
14:34.52 | Samot | Not the person sitting at the desk. |
14:36.26 | qakhan | this is my queue config https://pastebin.com/NAwcvFSY |
14:36.37 | qakhan | as you see strategy=ringall |
14:36.43 | Samot | OK |
14:36.45 | Samot | Again.. |
14:36.53 | Samot | What were the STATES of the 5 agents that did not get called? |
14:36.54 | qakhan | all phone rings when a call comes in |
14:36.58 | Samot | Three where on a call.. |
14:37.08 | Samot | So that brings it down to why did these TWO agents not get a call... |
14:37.13 | Samot | What was their state in the queue? |
14:37.15 | Samot | PAused? |
14:37.17 | Samot | Available? |
14:37.19 | Samot | What? |
14:37.28 | qakhan | Available |
14:37.30 | Samot | There are logical reasons as to why two agents were not called. |
14:37.35 | *** join/#asterisk sekil (~sekil@nat-73.net011.net) |
14:37.40 | qakhan | all 10 phones were ringing |
14:37.41 | Samot | OK so you need to show proof of this. |
14:37.53 | Samot | Did they pick up? |
14:38.08 | Samot | RINGNOANSWER means no one picked up the call |
14:38.14 | qakhan | right |
14:38.46 | Samot | 9:49:58 AM <qakhan> hi all, there is ABANDON event in queue_log table. but some records show call went to all agents (RINGNOANSWER) and some ABANDON records show call went to some agents (RINGNOANSWER) |
14:38.51 | Samot | What's the issue with this ^^^ |
14:38.56 | Samot | What are you trying to figure out? |
14:38.58 | *** join/#asterisk rmudgett (rmudgett@nat/digium/x-przltctzerpmlszr) |
14:38.58 | *** mode/#asterisk [+o rmudgett] by ChanServ |
14:39.03 | qakhan | so the actual question is, how do we know about agent were busy on the call or he/she did not answer the call intentionally |
14:39.10 | Samot | Well... |
14:39.22 | Samot | The device will show what STATE they were in when the call came in... |
14:39.29 | Samot | That will be in the logs. |
14:42.11 | *** join/#asterisk bford (uid283514@gateway/web/irccloud.com/x-yadswqgdaumkknfd) |
14:42.11 | *** mode/#asterisk [+o bford] by ChanServ |
14:53.05 | [TK]D-Fender | You won't know WHY they weren't chosen for a ring cycles |
14:53.25 | [TK]D-Fender | you can only see the last call they were on from the queue |
14:53.36 | [TK]D-Fender | if they got non-queue calls you won't see it cleanly |
14:53.42 | [TK]D-Fender | This is common sense stuff |
14:55.13 | Samot | Well if Agent 1 was on a queue call... |
14:55.27 | Samot | And then a call came in while Agent 1 was on that call, the logs will show that. |
14:55.49 | Samot | Plus it does log the state of the device. |
14:56.04 | qakhan | no it does not show agent1 event as RINGNOANSWER |
14:56.04 | Samot | Well depending on how you are setup I guess. |
14:56.11 | Samot | Was Agent 1 on a call? |
14:56.15 | qakhan | yes |
14:56.18 | Samot | You have ringinuse=no |
14:56.19 | Samot | OK |
14:56.32 | Samot | So they do not get dialed when another call is waiting. |
14:56.36 | Samot | They are not choosen. |
14:56.40 | Samot | They are not chosen. |
14:56.45 | qakhan | but ringinuse=no only works with SIP channel |
14:56.49 | qakhan | not Local channel |
14:57.06 | Samot | I highly doubt that. |
14:57.08 | qakhan | i am using local |
14:57.11 | Samot | OK. |
14:57.12 | [TK]D-Fender | <qakhan> no it does not show agent1 event as RINGNOANSWER <- maybe the caller left BEFORE the end of a ring cycle |
14:57.28 | [TK]D-Fender | You aren't looking at this in full and are wasting our time |
14:57.34 | [TK]D-Fender | this is made up of PIECES. |
14:57.38 | [TK]D-Fender | Do the damn math |
14:57.54 | [TK]D-Fender | Maybe that agent never got called |
14:58.02 | [TK]D-Fender | We see nothing |
15:00.04 | qakhan | Sir i have seen this. all 10 phones are ringing including 3 phones who were on the call. |
15:01.01 | qakhan | but queue_log show 6 extens event RINGNOANSWER. |
15:01.20 | qakhan | while it suppose to show all 10 extens event RINGNOANSWER |
15:04.27 | [TK]D-Fender | Says who? |
15:04.39 | [TK]D-Fender | Who says the caller LASTED UNTIL THE END for each? |
15:04.45 | [TK]D-Fender | You are not listening. |
15:05.02 | [TK]D-Fender | If it STARTS ringing and the fucker LEAVES while it's ringing then you GET NO STUPID MESSAGE |
15:05.21 | [TK]D-Fender | Do a real FULL test and show it |
15:06.28 | qakhan | ok, as you see my queue config. i have timeout = 90 |
15:07.33 | [TK]D-Fender | No. |
15:07.39 | qakhan | if caller hangup the call in 45 sec, then will i not get anything related to RINGNOANSWER in queue_log table? |
15:07.57 | [TK]D-Fender | Not just 1 stupid line. Proof of WHEN they start ringing, that the caller is still THERE, that they hit the END of a cycle |
15:08.16 | [TK]D-Fender | <qakhan> if caller hangup the call in 45 sec, then will i not get anything related to RINGNOANSWER in queue_log table? <- not unless it stopped ringing FIRST |
15:08.26 | [TK]D-Fender | You don't seem to be listening and are wasing our time. |
15:08.48 | [TK]D-Fender | If it starts ringing and they LEAVE while it is still ringing then you get *****NOTHING**** |
15:09.01 | [TK]D-Fender | no RINNOANSWER |
15:09.19 | [TK]D-Fender | You can't get a RINGNOANSWER if it didn't fucking FINISH its attempt to ring |
15:09.44 | [TK]D-Fender | IT HAS TO REACH THE END OF THE RINGING |
15:11.18 | qakhan | till 90 sec in this case |
15:35.10 | *** join/#asterisk u0m3 (~u0m3@86.120.99.174) |
15:40.57 | *** join/#asterisk qxork (~qxork@unaffiliated/qxork) |
16:24.21 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
16:35.06 | *** join/#asterisk zapata (~zapata@2a02:b18:581:10:5d9a:7418:5b84:dd69) |
16:38.52 | *** join/#asterisk jamesaxl (~James_Axl@109.172.62.242) |
17:16.06 | igcewieling | is there some place I can tell Asterisk to store the calldate in GMT? |
17:16.35 | igcewieling | using odbc cdr adaptive |
17:21.01 | Samot | That's an interesting question.. |
17:22.56 | Samot | Based on the sample config... |
17:23.46 | Samot | Could you do something like sanitysql => select count(*) from systables <-- example but make it use the UNIXTIME() in the insert for the date. |
17:24.14 | Samot | Not sure the exact syntax to use or if it would even work... |
17:34.25 | *** join/#asterisk Asgaroth (~Asgaroth@212.2.172.228) |
17:41.03 | *** join/#asterisk scgm11__ (~scgm11@r186-50-215-37.dialup.adsl.anteldata.net.uy) |
17:52.45 | *** join/#asterisk tzafrir (~tzafrir@62-90-199-247.barak.net.il) |
18:18.25 | *** join/#asterisk esteban (~esteban@unaffiliated/esteban) |
18:21.10 | *** join/#asterisk esteban (~esteban@unaffiliated/esteban) |
18:25.58 | *** join/#asterisk ruied (~ruied@po2-84-90-121-174.netvisao.pt) |
19:25.18 | *** join/#asterisk miralin1 (~Thunderbi@195.209.246.194) |
19:29.45 | *** join/#asterisk miralin (~Thunderbi@91.237.94.7) |
20:14.14 | *** join/#asterisk tuxd00d (~tuxd00d@wsip-70-166-203-100.ph.ph.cox.net) |
20:24.30 | *** join/#asterisk SunTsu_ (miyamoto@unaffiliated/suntsu) |
20:31.37 | *** join/#asterisk moreentropy (markuslind@gateway/shell/matrix.org/x-gpgpkismhbwlkjhi) |
21:22.06 | *** join/#asterisk paulgrmn_ (~paulgrmn@198-0-107-153-static.hfc.comcastbusiness.net) |
21:36.01 | *** join/#asterisk rwb (~Thunderbi@65.183.151.121) |
22:46.32 | *** join/#asterisk sibyakin (~sibyakin@188.162.228.85) |
22:48.14 | akay | igcewieling: using the security log file to feed fail2ban worked out of the box! thanks again |
22:49.01 | akay | it bans both account sign ups and calls to the server |
23:06.54 | *** join/#asterisk sawgood (~sawgood@unaffiliated/sawgood) |
23:08.48 | *** part/#asterisk kharwell (kharwell@nat/digium/x-coarkgzwypiswscl) |
23:09.10 | *** join/#asterisk cryptic (~cryptic@142.196.170.87) |
23:15.01 | *** join/#asterisk davlefou (~davlefou@unaffiliated/davlefou) |
23:54.16 | *** join/#asterisk akay (akay@unaffiliated/akay) |
23:58.55 | *** join/#asterisk akay (akay@unaffiliated/akay) |