| 00:07.02 | *** part/#asterisk kharwell (kharwell@nat/digium/x-zqcgorwzjpyljnao) |
| 00:16.43 | *** join/#asterisk tuxd00d (~tuxd00d@ip68-106-11-24.ph.ph.cox.net) |
| 00:30.49 | *** join/#asterisk Aboba (~Bob@node-1w7jr9sqc1awvfovlnc7i7r2z.ipv6.telus.net) |
| 03:06.33 | *** join/#asterisk fstd_ (~fstd@unaffiliated/fisted) |
| 03:07.22 | *** join/#asterisk setham (~setham@unaffiliated/setham) |
| 03:45.05 | drmessano | [TK]D-Fender: When was the timing change made? 1.6.2.x? |
| 03:46.54 | drmessano | Ah 1.6.1.x |
| 03:47.39 | drmessano | 8 years |
| 04:01.00 | [TK]D-Fender | Yeah, it's been quite a while now. |
| 04:01.15 | [TK]D-Fender | IAX got it first, meetme only much later |
| 04:09.21 | drmessano | Yeah, meetme still needs DAHDI for mixing, though. |
| 04:09.37 | drmessano | But who still uses meetme? |
| 04:09.54 | [TK]D-Fender | <drmessano> Yeah, meetme still needs DAHDI for mixing, though. <- not anymore as I've heard |
| 04:10.17 | drmessano | Really now? |
| 04:10.39 | drmessano | Wonder who payed for that lol |
| 04:33.58 | *** join/#asterisk setham (~setham@unaffiliated/setham) |
| 05:00.32 | igcewieling | FYI, from https://wiki.asterisk.org/wiki/display/AST/Timing+Interfaces "The only functionality that requires internal timing is IAX2 trunking. It may also be used when generating audio for playback, such as from a file. Even though internal timing is not a requirement for most Asterisk functionality, it may be advantageous to use it since the alternative is to use timing based on incoming frames of audio. If there ar |
| 05:02.32 | igcewieling | Read into that whatever you want. |
| 05:26.12 | *** join/#asterisk robmal (r@wporzo.pl) |
| 05:37.55 | *** join/#asterisk bof22 (~Thunderbi@185.13.183.107) |
| 05:40.30 | drmessano | That's pretty obvious |
| 05:40.41 | drmessano | Only IAX2 NEEDS Internal Timing |
| 05:41.01 | drmessano | Even though internal timing is not a requirement for most Asterisk functionality, it may be advantageous to use it since the alternative is to use timing based on incoming frames of audio. |
| 05:41.06 | Samot | By default, Asterisk will build and load all of the timing interfaces. These timing interfaces are "ordered" based on a hard-coded priority number defined in each of the modules. As of the time of this writing, the preferences for the modules is the following: res_timing_timerfd.so, res_timing_kqueue.so (where available), res_timing_dahdi.so, |
| 05:41.06 | Samot | res_timing_pthread.so. |
| 05:41.10 | drmessano | That's timing |
| 05:41.23 | Samot | Why did you totally ignore the preceding paragraph? |
| 05:41.28 | drmessano | That doesn't at all support DAHDI |
| 05:41.36 | drmessano | Thats an argument for INTERNAL TIMING |
| 05:41.37 | drmessano | As in |
| 05:41.42 | Samot | No one said that IAX doesn't require timing, DAHDI isn't used anymore for it. |
| 05:41.48 | drmessano | IF YOU DONT NEED IT FOR IAX2, ITS STILL A GOOD IDEA TO HAVE IT |
| 05:41.56 | drmessano | Indeed |
| 05:41.56 | Samot | res_timing_timerfd.so take top priority. |
| 05:42.22 | drmessano | So yes, I read into it.. |
| 05:43.27 | Samot | As did I. |
| 05:43.44 | drmessano | This still puts the need for DAHDI back to 2009, unless you have an interface that needs it |
| 05:44.00 | drmessano | Its time to stop telling people they need it, like it's 2004\ |
| 05:46.50 | Samot | I remember a time when we were going to party like 1999. |
| 05:47.00 | Samot | And now 1999 seems so lame. |
| 05:54.56 | Samot | #RememberDAHDITimers |
| 05:55.04 | Samot | It will trend. |
| 05:59.55 | drmessano | I do have to retract one thing I said |
| 06:01.13 | drmessano | Because so many people live in a CentOS world, it's actually 6 years due to CentOS 5 shipping 2.6.18 and 2.6.25 needed for timerfd |
| 06:01.45 | drmessano | Which I think is PART of why I started building on Ubuntu.. they got 2.6.27 back in 2008 |
| 06:33.40 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 06:34.17 | *** join/#asterisk MaliutaLap (~nobusines@unaffiliated/maliuta) |
| 06:58.31 | *** join/#asterisk jkroon (~jkroon@165.16.204.44) |
| 06:59.46 | *** join/#asterisk tuxian (~tuxian@igilmour.plus.com) |
| 07:25.34 | *** join/#asterisk KValchev (~KValchev@ns.atsoftconsult-bg.com) |
| 08:05.10 | *** join/#asterisk gringo (~gringo@unaffiliated/gringo) |
| 08:05.41 | *** join/#asterisk pchero_work (~pchero@2a00:c80:1072::141c) |
| 08:24.50 | *** join/#asterisk floppy1 (~joeshmojo@101.165.145.178) |
| 08:32.48 | *** join/#asterisk c0rnoTa (~c0rnoTa@109.248.224.152) |
| 08:33.48 | *** part/#asterisk c0rnoTa (~c0rnoTa@109.248.224.152) |
| 08:34.55 | *** join/#asterisk tzafrir (~tzafrir@local.xorcom.com) |
| 09:05.00 | *** join/#asterisk sekil (~sekil@cable-89-216-225-143.dynamic.sbb.rs) |
| 09:18.50 | *** join/#asterisk joako (~joako@opensuse/member/joak0) |
| 09:25.18 | *** join/#asterisk troyt (~troyt@c-24-11-28-185.hsd1.ut.comcast.net) |
| 09:32.12 | *** join/#asterisk MarkSX (~MarkSX@unaffiliated/marksx) |
| 09:57.27 | *** join/#asterisk Kaian (~kaian@6.62-99-78.static.clientes.euskaltel.es) |
| 10:14.06 | *** join/#asterisk ntz (~dpecka@opensuse/member/dpecka) |
| 10:14.08 | ntz | hello |
| 10:14.44 | ntz | stupid Q:, from extensions.ael doesn't work include ? I've put there: ``#include extensions.ael.d/*.include* |
| 10:14.52 | ntz | '' and it's ignored |
| 10:24.33 | ntz | sorry, resolved .... |
| 10:24.53 | ntz | I had there wrong comments, in ael must be c-style |
| 10:52.24 | *** join/#asterisk genpaku (~genpaku@107.191.100.185) |
| 11:02.06 | *** join/#asterisk imcdona (~imcdona@2607:f0d8:20:1001:94fe:2a00:16b0:7ff2) |
| 11:12.19 | *** join/#asterisk davlefou (~davlefou@unaffiliated/davlefou) |
| 11:20.17 | *** join/#asterisk genpaku (~genpaku@107.191.100.185) |
| 11:50.13 | *** join/#asterisk Kaian (~kaian@6.62-99-78.static.clientes.euskaltel.es) |
| 12:24.20 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
| 12:30.08 | *** join/#asterisk u0m3_ (~u0m3@79.115.167.77) |
| 12:43.54 | *** join/#asterisk troyt (~troyt@2601:681:4600:7e41:44dd:acff:fe85:9c8e) |
| 12:57.29 | *** join/#asterisk zebu1er (~kvirc@78.193.254.50) |
| 12:57.37 | zebu1er | Hi ! |
| 12:59.45 | zebu1er | Programaticaly (ami, ari, cm, how can I have an extension to ring, then the user set to an outer call on pickup ? |
| 12:59.56 | zebu1er | Programaticaly (ami, ari, cli, ...) how can I have an extension to ring, then the user set to an outer call on pickup ? |
| 13:00.46 | WIMPy | "originate" |
| 13:00.58 | WIMPy | Available from CLI, AMI or call files. |
| 13:02.37 | zebu1er | WIMPy: But orginate expects a channel ID while in the examples I never see both the extension number and the callee number ? |
| 13:03.20 | WIMPy | If you want to do via dialplan, use a local channel. |
| 13:04.38 | zebu1er | WIMPy: Channel will then contain the callee phone number ? |
| 13:05.32 | WIMPy | Your terminology is vague. In a local channel you give a context and an extension. |
| 13:06.43 | zebu1er | WIMPy: Yes I'm no clear w/ the channel concept, that's why I was unsure Orginate was what I need ! |
| 13:07.06 | *** join/#asterisk TECFALL (~dschuett@38.121.113.66) |
| 13:08.32 | zebu1er | WIMPy: What I want is that the extension user is put in relation with an external phone number that I specify in the request, so is it finally possible w/ Originate ? |
| 13:09.03 | WIMPy | That's what it's there for. |
| 13:10.58 | zebu1er | WIMPy: So, having pjsip for the internal user and chansip for the trunk, how would it look like ? |
| 13:11.34 | WIMPy | Didn;t you just say you wanted to use extensions, not peers? |
| 13:11.48 | WIMPy | ~wiki |
| 13:12.20 | WIMPy | Oh, waht's it called? |
| 13:12.33 | zebu1er | WIMPy: Sorry, I must mess you up ! |
| 13:13.03 | WIMPy | Anyway. it's all explained on wiki.asterisk.org. |
| 13:13.06 | *** join/#asterisk [TK]D-Fender (~joe@216.191.106.165) |
| 13:13.43 | TECFALL | Trying to figure out a way to make a user press "1" when dialing out to someone that is off duty. How can I make this happen with what I have here: http://pastebin.com/8u7jtE4W |
| 13:14.37 | zebu1er | zebu1er: I just want someone of the enterprise having his Polycom phone (associated extension 5750) to ring, then on pick up beeing put in relation with someone outside via it's nationnal phoner number ! |
| 13:16.53 | TECFALL | Can you have options under a Macro or do I need to use a context? |
| 13:17.53 | [TK]D-Fender | macro IS a context |
| 13:18.26 | [TK]D-Fender | if you want to get INPUT while in a macro use Read() |
| 13:30.31 | *** join/#asterisk mknooihuisen (~mknooihui@12.150.48.70) |
| 13:36.10 | *** join/#asterisk thiagoc_ (~thiagoc@unaffiliated/thiagoc) |
| 13:43.27 | *** join/#asterisk BlackMaria (~BlackMari@dsl.198.58.161.196.ebox.ca) |
| 13:45.20 | *** join/#asterisk d00gster_ (~d00gster@unaffiliated/d00gster) |
| 13:50.08 | *** join/#asterisk genpaku (~genpaku@107.191.100.185) |
| 13:54.16 | *** join/#asterisk genpaku (~genpaku@107.191.100.185) |
| 13:59.00 | *** join/#asterisk andremar (~andremar@105.211.54.77.rev.vodafone.pt) |
| 14:00.49 | *** join/#asterisk puzzled (~puzzled@2001:982:1097:1::1:3) |
| 14:01.40 | somepoortech | Hey guys, anyone know of any maintained pre-built wanpipe drivers via package management (debian / centos preferred) |
| 14:02.18 | *** join/#asterisk genpaku (~genpaku@107.191.100.185) |
| 14:02.50 | *** join/#asterisk Oatmeal (~Suzeanne@c-68-45-50-54.hsd1.nj.comcast.net) |
| 14:06.04 | *** join/#asterisk rwb (~Thunderbi@204.13.43.166) |
| 14:06.57 | Samot | What do you mean pre-built? |
| 14:08.07 | [TK]D-Fender | Packaged |
| 14:08.17 | [TK]D-Fender | "via package management" just like he said |
| 14:08.38 | Samot | I just woke up. |
| 14:10.33 | *** join/#asterisk bof23 (~Thunderbi@185.13.183.107) |
| 14:10.53 | [TK]D-Fender | Just like avoiding hangovers the trick is to never sleep... |
| 14:11.32 | AdNauseum | [TK]D-Fender: no you're wrong. Avoid hangovers by drinking at least 8 glasses of water before you start drinking booze |
| 14:11.55 | [TK]D-Fender | You can't get a hangover if you don't stop drinking |
| 14:12.24 | AdNauseum | you ever heard of alcohol poisoning? |
| 14:12.30 | [TK]D-Fender | Sir Osis Of DeLiver. The Alcoholic knight. |
| 14:12.48 | AdNauseum | that too |
| 14:15.30 | *** join/#asterisk d00gster_ (~d00gster@unaffiliated/d00gster) |
| 14:25.59 | *** join/#asterisk d00gster_ (~d00gster@unaffiliated/d00gster) |
| 14:28.02 | AdNauseum | need to make sbc |
| 14:28.59 | AdNauseum | Perimeta SBC must be expensive |
| 14:29.51 | Samot | Yes. |
| 14:29.56 | Samot | It's MetaSwitch. |
| 14:31.42 | AdNauseum | Samot: those must be $$$ |
| 14:32.01 | AdNauseum | perhaps thats overkill for us |
| 14:32.02 | Samot | Yes |
| 14:32.03 | *** join/#asterisk skywayskase (~skywayska@67.139.42.219) |
| 14:32.19 | AdNauseum | maybe just setup kamailio |
| 14:32.49 | Samot | Kamailio doesn't do media like those others do. |
| 14:32.59 | AdNauseum | no? |
| 14:33.01 | AdNauseum | hmm |
| 14:33.03 | Samot | No. |
| 14:40.20 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 14:40.20 | *** mode/#asterisk [+o cresl1n] by ChanServ |
| 14:44.36 | *** join/#asterisk andremar (~andremar@105.211.54.77.rev.vodafone.pt) |
| 14:49.46 | *** join/#asterisk bof22 (~Thunderbi@185.13.183.107) |
| 14:52.24 | *** join/#asterisk MaliutaLap (~nobusines@unaffiliated/maliuta) |
| 14:58.06 | AdNauseum | if one doesn't allow just port 5060 but rather in iptables -s xx.xx.xx.xx to port 5060, how then does one allow a place like flowroute that uses several carriers? |
| 14:59.59 | [TK]D-Fender | how does their using multiple carries change your rule? |
| 15:00.08 | [TK]D-Fender | Are you talking DIRECTLY to those other IP's? |
| 15:00.15 | [TK]D-Fender | Because if so the answer is pretty cler |
| 15:00.18 | [TK]D-Fender | clear |
| 15:00.20 | AdNauseum | they send calls to me |
| 15:00.35 | [TK]D-Fender | You get what you get |
| 15:00.39 | [TK]D-Fender | Go account for it |
| 15:00.41 | AdNauseum | we hardly ever use flowroute outbound |
| 15:01.00 | AdNauseum | you get what you get??? |
| 15:01.05 | AdNauseum | that makes no sense |
| 15:02.04 | Samot | Flowroute is sending you the call. |
| 15:02.06 | Samot | That's it. |
| 15:02.12 | [TK]D-Fender | <AdNauseum> if one doesn't allow just port 5060 but rather in iptables -s xx.xx.xx.xx to port 5060, how then does one allow a place like flowroute that uses several carriers? <- if it doesn't come from just them... DEAL WITH IT |
| 15:02.15 | Samot | The SIP signaling is coming from them. |
| 15:02.44 | Samot | So you open your 5060 rule to the IPs that the signaling is coming from. |
| 15:02.49 | [TK]D-Fender | These shouldn't even be questions. |
| 15:03.00 | Samot | No. Not a all. |
| 15:03.07 | Samot | This is like SIP/VoIP 101. |
| 15:04.03 | [TK]D-Fender | Not even. Networking 101 |
| 15:04.15 | [TK]D-Fender | What IP are things actually coming from? DUH |
| 15:04.40 | *** join/#asterisk bof22 (~Thunderbi@185.13.183.107) |
| 15:05.13 | zaf | doesn't flowroute only have like 2 source IPs for SIP? |
| 15:05.24 | Samot | Yeah. |
| 15:05.39 | Samot | Even then, I'm not even sure. |
| 15:05.50 | zaf | so must forward/allow those |
| 15:05.56 | Samot | Yeah. |
| 15:06.11 | Samot | I only use one IP with them. |
| 15:08.51 | *** join/#asterisk skywayskase (~skywayska@67.139.42.219) |
| 15:10.20 | igcewieling | why not just forward the port? |
| 15:10.51 | AdNauseum | on flowroute site don't see the ip they will send from |
| 15:11.17 | igcewieling | <PROTECTED> |
| 15:11.19 | igcewieling | ta da! |
| 15:11.27 | igcewieling | well, that's not really a valid command, but you get the idea. |
| 15:11.30 | AdNauseum | thats insecure |
| 15:11.32 | Samot | https://support.flowroute.com/customer/en/portal/articles/1852958-set-firewall-policies-for-flowroute-s-direct-audio |
| 15:11.36 | Samot | No? They don't? |
| 15:11.40 | igcewieling | AdNauseum: only if you don't do anything before that line. |
| 15:11.47 | AdNauseum | if you deal with 10 itps's then just add them |
| 15:12.38 | igcewieling | On systems *I* manage, we let the hackers in and toss them into a jail context. That's not a good idea for most people though. |
| 15:13.00 | Samot | Generally because you've just told the hacker they are in. |
| 15:13.09 | AdNauseum | iptables -A INPUT -s xx.xxx.176.212 -p udp -m udp --dport 5060 |
| 15:13.11 | Samot | As opposed to dropping them and making them think the IP doesn't responsd. |
| 15:13.13 | Samot | As opposed to dropping them and making them think the IP doesn't respond. |
| 15:13.24 | WIMPy | Most of them don't expect an answer anyway. |
| 15:13.32 | Samot | So why give them one? |
| 15:13.42 | igcewieling | Samot: *nod* if the packet is dropped they keep trying over and over and over and over and over. |
| 15:13.50 | igcewieling | if we let them, they stop. |
| 15:14.07 | AdNauseum | i cant remember who mentioned it but just using iptables -A INPUT -p udp -m udp --dport 5060 -j ACCEPT is BAD |
| 15:14.22 | igcewieling | I disagree. |
| 15:14.27 | WIMPy | 99% of what I get won't get the answer. The responses just get retransmitted until timeout. |
| 15:14.32 | AdNauseum | because you can have an attack |
| 15:14.58 | igcewieling | *shrug* you can do what you want. |
| 15:15.00 | WIMPy | Yes, I'd definitely filter traffic on udp/5060. |
| 15:15.20 | igcewieling | I didn't say I I don't have other iptables rules. |
| 15:15.27 | WIMPy | Otherwise your logs will become unreadable. |
| 15:16.36 | WIMPy | It makes sense to get rid of unwanted taffic ASAP. |
| 15:16.46 | igcewieling | all by itself, I agree opening up 5060 is bad. Security should be done in layers. |
| 15:16.46 | AdNauseum | on our new centos 7 freepbx/a2billing i see absolutely no bans for 5060 but the freepbx only servers have lots of iptables bans for 5060. So i dont trust centos 7 with fail2ban. Having said that, i used our freepbx /etc/fail2ban/ in new centos 7 servers |
| 15:17.42 | AdNauseum | that might be why, but still. I think it is safer to explicitly allow ip's to 5060 |
| 15:18.24 | WIMPy | Doesn't work if you have users on the internet though. |
| 15:18.45 | *** join/#asterisk bof22 (~Thunderbi@185.13.183.107) |
| 15:19.07 | AdNauseum | WIMPy: sure it does. All our clients connect to their hosted FreePBX which in turn sends/gets calls from our freepbx/a2billing boxes |
| 15:19.22 | Samot | So what are you trying to do?1 |
| 15:19.30 | igcewieling | Or of your carrier has a dozen or more IPs calls can come from. |
| 15:19.32 | Samot | Lock down the A2Billing box? |
| 15:19.34 | AdNauseum | protect the freepbx/a2billing |
| 15:19.35 | AdNauseum | yes |
| 15:19.37 | Samot | OK |
| 15:19.46 | Samot | so how many IPs does it expect to talk to? |
| 15:19.52 | Samot | It's an "internal" system |
| 15:20.01 | Samot | So lock it down to everything but those IPs. |
| 15:20.02 | igcewieling | Verizon SIP has a dozen or so. |
| 15:20.02 | Samot | Done. |
| 15:20.05 | *** join/#asterisk kharwell (kharwell@nat/digium/x-hrnidzrsaqoybxsp) |
| 15:20.05 | *** mode/#asterisk [+o kharwell] by ChanServ |
| 15:20.06 | AdNauseum | WIMPy: is right with just plain FreePBX as clients can be mobile or dhcp |
| 15:20.11 | Samot | So what? |
| 15:20.23 | Samot | If you only have 12 IPs, regardless of who's they are, that need access.. |
| 15:20.28 | Samot | You block everything but those 12 IPs. |
| 15:20.30 | Samot | Done. |
| 15:20.32 | Samot | Secure. |
| 15:20.44 | Samot | Only the IPs that should be allowed are allowed. |
| 15:20.49 | Samot | Everyone is, kick to the curb. |
| 15:21.04 | igcewieling | until the carrier adds a new one and calls randomly stop working until you realize there is a new IP and update it on all the servers. |
| 15:21.08 | AdNauseum | Samot: no on client hosted freepbx boxes. the clients and I have some, can have dhcp in their places |
| 15:21.13 | Samot | They will f'ing tell you. |
| 15:21.21 | igcewieling | Samot: bullshit. |
| 15:21.23 | Samot | Because you know, you might have firewall rules. |
| 15:21.26 | Samot | OK |
| 15:21.53 | AdNauseum | maybe freepbx firewall rules account for dhcp clients |
| 15:21.57 | AdNauseum | but i dont use it |
| 15:22.00 | Samot | Your carrier just randomly started sending calls from an IP you dont know about |
| 15:22.01 | Samot | ? |
| 15:22.09 | [TK]D-Fender | <AdNauseum> i cant remember who mentioned it but just using iptables -A INPUT -p udp -m udp --dport 5060 -j ACCEPT is BAD <- You don't know who, you don't know why. Total waste |
| 15:22.11 | Samot | Never had that happen before, ever. |
| 15:22.15 | WIMPy | ITSPs that change the IP during a dialog are even more annoying. |
| 15:22.27 | AdNauseum | not the carrier, the SIP phones |
| 15:22.46 | AdNauseum | i use bria in smartphone, that ip changes all the time |
| 15:22.54 | Samot | The FreePBX Firewall = IPTables |
| 15:22.59 | AdNauseum | yes |
| 15:23.04 | AdNauseum | i never tried it |
| 15:23.18 | AdNauseum | i have my own jucy lucy script :) |
| 15:23.21 | [TK]D-Fender | AdNauseum> on our new centos 7 freepbx/a2billing i see absolutely no bans for 5060 but the freepbx only servers have lots of iptables bans for 5060. So i dont trust centos 7 with fail2ban. Having said that, i used our freepbx /etc/fail2ban/ in new centos 7 servers <- Fail2nam is what the distro uses |
| 15:23.34 | [TK]D-Fender | So if you don't see bans on this other system it's your setup failure |
| 15:23.43 | [TK]D-Fender | Or you simply aren't being attacked |
| 15:23.52 | AdNauseum | [TK]D-Fender: our centos 7 servers obviously don't use freepbx distro |
| 15:24.02 | zaf | is Digium/DPMA on-topic here? trying to figure out if I can automate the registration utility |
| 15:24.02 | [TK]D-Fender | See above |
| 15:24.19 | WIMPy | That was quite a journey to debug, as sngrep lied about the source addresses so I only found out once i reverted to good old tcpdump. |
| 15:24.23 | [TK]D-Fender | zaf, It's on-topic, though I can't personally answer your question |
| 15:25.21 | AdNauseum | [TK]D-Fender: when every one of our FreePBX 'ONLY' servers has LOTS of bans for Fail2ban-SIP but the centos 7 servers don't it is unnerving |
| 15:25.42 | Samot | You just cant copy /etc/fail2ban from one server to another. |
| 15:25.45 | AdNauseum | it tells me fail2ban is not working for some reason |
| 15:25.48 | Samot | You have to install fail2ban |
| 15:25.51 | Samot | Duh |
| 15:25.53 | [TK]D-Fender | Reason = you |
| 15:25.55 | igcewieling | BTW, anyone else getting a lot of call attempts with this sort of header? From: <sip:%e2%80%98hi%27or%e2%80%98x%e2%80%99%3d%27x%27@ip.p.add.ress |
| 15:25.57 | Samot | It's not working because it's not installed. |
| 15:25.58 | AdNauseum | Samot you're probably right |
| 15:26.06 | [TK]D-Fender | Probably? |
| 15:26.10 | [TK]D-Fender | YOU had to have done it |
| 15:26.15 | [TK]D-Fender | WTF is with "probably"? |
| 15:26.17 | AdNauseum | Samot: fail2ban is installed |
| 15:26.17 | WIMPy | igcewieling: yes |
| 15:26.25 | [TK]D-Fender | So go configure it |
| 15:26.29 | AdNauseum | i did |
| 15:26.38 | igcewieling | WIMPy: thanks. Not just is. |
| 15:26.44 | Samot | No, you copied shit over from another machine. |
| 15:26.46 | [TK]D-Fender | Either you're not being attacked or you configured it wrong. |
| 15:26.55 | [TK]D-Fender | Otherwise you'd be seeing bans |
| 15:26.58 | AdNauseum | rsync -az freepbx server /etc/fail2ban/ -> centos 7 server /etc/fail2ban/ |
| 15:27.07 | WIMPy | igcewieling: They seem to spam the entire net. |
| 15:27.23 | Samot | It's an SQL injection. |
| 15:27.30 | Samot | Trying to get in the subscriber database. |
| 15:27.30 | igcewieling | WIMPy: clever of them not to use a unique user agent. |
| 15:28.01 | [TK]D-Fender | <AdNauseum> rsync -az freepbx server /etc/fail2ban/ -> centos 7 server /etc/fail2ban/ <- this shows no responsibility for the CONTENTS. |
| 15:28.04 | AdNauseum | why wouldn't coping freepbx /etc/fail2ban work? |
| 15:28.05 | WIMPy | igcewieling: Don't they? Pretty easy to filter anyway :-) |
| 15:28.11 | [TK]D-Fender | Is the debug it tracks written in the same WAY? In the same PLACE? |
| 15:28.15 | [TK]D-Fender | Is the daemon RUNNING? |
| 15:28.27 | AdNauseum | yes daemon is running |
| 15:28.30 | [TK]D-Fender | fail2ban does not magically fail on CentOS7. |
| 15:28.40 | [TK]D-Fender | YOU did something wrong |
| 15:28.41 | Samot | You also copy configs from ANOTHER SERVER |
| 15:28.43 | AdNauseum | to get it to work, one has to create the log files or it won't start |
| 15:28.43 | WIMPy | Ah, that was the Cisco one. |
| 15:28.47 | Samot | Did you modify those configs? |
| 15:28.50 | Samot | Or just copy them? |
| 15:28.51 | igcewieling | yup. |
| 15:28.57 | *** join/#asterisk skywayskase (~skywayska@67.139.42.219) |
| 15:29.00 | AdNauseum | has to be exact same log files as freepbx server |
| 15:29.15 | [TK]D-Fender | Go actually look at the configs and prove everything is in the same place with the proper setting sto ensure that logging is being done right |
| 15:29.23 | AdNauseum | root 1514 0.1 0.8 1249208 15476 ? Sl 09:55 0:02 /usr/bin/python2 -s /usr/bin/fail2ban-server -s /var/run/fail2ban/fail2ban.sock -p /var/run/fail2ban/fail2ban.pid -x -b |
| 15:30.17 | *** join/#asterisk ruied (~ruied@81.84.234.209) |
| 15:32.00 | AdNauseum | grep -i password /var/log/asterisk/fail2ban <= empty |
| 15:32.19 | AdNauseum | it ain't working |
| 15:32.28 | Samot | https://www.irccloud.com/pastebin/k1ljxeWn/ |
| 15:32.30 | igcewieling | what about your iptables? that's where the bans go |
| 15:32.39 | Samot | That's the asterisk.conf of /etc/fail2ban |
| 15:32.54 | Samot | Well part of it, that's what is looked for in the log files. |
| 15:33.07 | Samot | If those things don't exist in the log files then fail2ban isn't going to catch anything. |
| 15:33.49 | AdNauseum | Samot: was that action.d or filter.d ? |
| 15:33.58 | Samot | Go look. |
| 15:33.59 | AdNauseum | what you pasted |
| 15:34.26 | WIMPy | Looks like the user agent filters don't catch anything any more. |
| 15:35.29 | [TK]D-Fender | This isn't #fail2ban |
| 15:35.35 | [TK]D-Fender | Go read their manual |
| 15:35.43 | [TK]D-Fender | #notourproblem |
| 15:35.47 | AdNauseum | https://www.irccloud.com/pastebin/RtImC36Q/ |
| 15:36.11 | *** join/#asterisk rmudgett (rmudgett@nat/digium/x-drvdayrwmcgobznd) |
| 15:36.11 | *** mode/#asterisk [+o rmudgett] by ChanServ |
| 15:36.24 | AdNauseum | thats in centos 7, /etc/fail2ban/filter.d/asterisk.conf |
| 15:36.32 | Samot | K |
| 15:36.36 | Samot | So what did I say? |
| 15:36.45 | Samot | If it doesn't find those things in the log files, it won't do anything. |
| 15:36.56 | Samot | fail2ban looks at log files to take actions. |
| 15:37.09 | Samot | Not at the actually live activity on your server. |
| 15:37.27 | AdNauseum | yes, you did but how can it be every other FreePBX server has bans but the centos 7 servers dont |
| 15:37.53 | Samot | 10:36:46 AMÂ <Samot>Â If it doesn't find those things in the log files, it won't do anything. |
| 15:37.59 | Samot | Do those things EXIST in your logs?! |
| 15:38.01 | AdNauseum | i know ... hackers like centos 7 pbx ' |
| 15:38.39 | Samot | If you tell something to filter the logs for "Doghouse" and then do something... |
| 15:38.48 | Samot | But the word "Doghouse" never appears in the logs.. |
| 15:38.52 | Samot | Would you assume it's not working? |
| 15:38.53 | AdNauseum | i agree |
| 15:39.05 | AdNauseum | Samot: i just find very very strange |
| 15:39.16 | Samot | If fail2ban should be triggering actions based on things in the log files.. |
| 15:39.22 | Samot | Make sure those things are actually THERE |
| 15:39.37 | [TK]D-Fender | Nothing is "strange" |
| 15:39.44 | Samot | If they are and it's not doing what it's supposed to then there's an issue. |
| 15:39.47 | Samot | If they are not.. |
| 15:39.53 | Samot | Then how can you say it's not working? |
| 15:40.03 | [TK]D-Fender | and hackers don't care about CentOS 7 more than anything else |
| 15:40.25 | AdNauseum | Samot: if you install iptables in centos 7, mask firewalld, run your iptables script, then iptables -nL, then run service iptables stop your rules are still in place. |
| 15:40.36 | Samot | I don't know. |
| 15:40.40 | AdNauseum | i do |
| 15:40.40 | Samot | I don't use CentOS |
| 15:40.45 | AdNauseum | ok |
| 15:40.52 | AdNauseum | well i am just telling you |
| 15:41.05 | Samot | Yeah and I take that with a grain of salt. |
| 15:41.06 | AdNauseum | there is something not right with centos 7 and iptables |
| 15:41.17 | Samot | You also insist A2Billing requires CentOS 7. |
| 15:41.24 | AdNauseum | not at all |
| 15:41.44 | AdNauseum | the issue is, the site i used to build a2billing latest version ONLY has it for centos 7 |
| 15:41.55 | Samot | The only thing I can see wrong with your CentOS 7 and IPTables has nothing to do with either of them. |
| 15:42.00 | [TK]D-Fender | AdNauseum> there is something not right with centos 7 and iptables <- Where do we see logging proof that something was caught in the first palce? |
| 15:42.05 | AdNauseum | otherwise i would use centos 6 or even ubuntu |
| 15:42.07 | [TK]D-Fender | You have proved NOTHING |
| 15:42.10 | igcewieling | saving the rules on stop is configured in /etc/sysconfig/iptables-config with the IPTABLES_SAVE_ON_STOP= settings. |
| 15:42.10 | [TK]D-Fender | Stop wastting our time |
| 15:42.21 | Samot | So basically you were lazy and found the first thing to use. |
| 15:42.23 | [TK]D-Fender | fail2ban logs what it bans <- |
| 15:42.28 | Samot | A YUGE waste. |
| 15:42.34 | AdNauseum | igcewieling: service iptables save |
| 15:42.39 | [TK]D-Fender | Where is the ASTERISK log proving there is something that should have triggered? |
| 15:42.43 | AdNauseum | writes out config to /etc/sysconfig/iptables |
| 15:42.53 | [TK]D-Fender | Where is the fail2ban log showing it DECIDED to? |
| 15:43.17 | sekil | newer fail2ban reads/writes to sqlitedb |
| 15:43.24 | *** part/#asterisk igcewieling (~ewieling@162-236-85-155.lightspeed.moblal.sbcglobal.net) |
| 15:43.25 | sekil | and iptables rules are populated from it |
| 15:43.33 | AdNauseum | [TK]D-Fender: if you saw the cli in centos 7 servers, with verbose=10 you would not believe how much is missing from calls |
| 15:43.38 | sekil | I learned that a hard way |
| 15:43.49 | [TK]D-Fender | AdNauseum, Who cares about CLI? |
| 15:43.51 | [TK]D-Fender | CLI means NOTHING |
| 15:43.53 | sekil | there's a way to disable that |
| 15:43.55 | [TK]D-Fender | LOGS <------------------ |
| 15:44.11 | Samot | Prove that X happened and that it didn't trigger Y |
| 15:44.21 | [TK]D-Fender | AdNauseum> [TK]D-Fender: if you saw the cli in centos 7 servers, with verbose=10 you would not believe how much is missing from calls <- YOUR job to configure logging |
| 15:44.25 | [TK]D-Fender | Go hire someone else |
| 15:44.32 | [TK]D-Fender | You don't have the wits for this. |
| 15:44.36 | AdNauseum | [TK]D-Fender: what i am trying to tell you is, centos 7 is a different breed of fish. Perhaps that is reason FreePBX team did not make a distro for centos 7 |
| 15:44.40 | Samot | You keep saying X should trigger Y but it's not and you're not showing anything. |
| 15:44.41 | [TK]D-Fender | Bullshit |
| 15:44.46 | Samot | BS |
| 15:44.56 | [TK]D-Fender | They HAVE a distro for CentOS7 |
| 15:44.59 | Samot | SNG7/FreePBX 14 <-- CentOS 7 |
| 15:45.02 | AdNauseum | really? |
| 15:45.04 | Samot | Yes. |
| 15:45.09 | [TK]D-Fender | This is an APPLICATION CONFIGURATION screwup |
| 15:45.13 | [TK]D-Fender | and it's YOUR fault |
| 15:45.19 | Samot | Not using CentOS 7 was other reasons. |
| 15:45.20 | AdNauseum | i saw sng as BETA on their web site |
| 15:45.24 | Samot | Yes. |
| 15:45.25 | Samot | It is. |
| 15:45.30 | Samot | But it works. |
| 15:45.34 | AdNauseum | ok |
| 15:45.40 | [TK]D-Fender | Fail2ban isn't the reason it's still in beta |
| 15:45.45 | Samot | Not at all. |
| 15:46.03 | Samot | Plus I've tested the CentOS 7 manual installs.. |
| 15:46.07 | Samot | fail2ban worked just fine. |
| 15:46.08 | [TK]D-Fender | You're doing this by hand and you're incompetent. |
| 15:46.10 | AdNauseum | well, installing a2billing with the instructions on the site for a2billing I used, screwed a distro i installed yesterday |
| 15:46.23 | Samot | Because you didn't adjust for it. |
| 15:46.29 | AdNauseum | probably not |
| 15:46.40 | AdNauseum | i just followed instructions on pbx site |
| 15:46.41 | Samot | When someone posts "pure asterisk" configurations you have to adjust for FreePBX |
| 15:46.46 | Samot | Of course you did. |
| 15:46.57 | [TK]D-Fender | "probably" <- the mark of a person who doesn't have a grasp on how things work and is actually accounting for differences. |
| 15:47.15 | AdNauseum | [TK]D-Fender: stfu |
| 15:47.18 | [TK]D-Fender | "I just" <- even worse. |
| 15:47.33 | [TK]D-Fender | We don'tt see logs that should ahve triggered bans do we? |
| 15:47.44 | Samot | AdNauseum: Stop sucking off the free community to support your business. |
| 15:47.46 | Samot | Hire someone. |
| 15:47.54 | [TK]D-Fender | We don't see file conditions and locations do we? |
| 15:48.07 | [TK]D-Fender | So don't waste our time |
| 15:48.27 | [TK]D-Fender | You talk about things that have nothing to do with this |
| 15:48.34 | [TK]D-Fender | You show no clua about any of this |
| 15:49.06 | [TK]D-Fender | And we aren't here to hand-hold you for business services you are supposed to be providing your customers. |
| 15:49.17 | Samot | ^^^^^^^^^^^^^^^^^^^^6 |
| 15:49.18 | *** join/#asterisk bof22 (~Thunderbi@185.13.183.107) |
| 15:49.28 | [TK]D-Fender | If you can't handle the job either hire someone who can or pick another line of business. |
| 15:49.59 | [TK]D-Fender | "I got this far" doesn't cut it. |
| 15:50.26 | [TK]D-Fender | We've heard every excuse in the book and is spurring the creation of a new edition. |
| 15:50.39 | Samot | This is a public utility not web hosting. |
| 15:51.02 | sekil | I have a q about 11 version |
| 15:51.07 | Samot | ?? |
| 15:51.09 | sekil | not sure it's even supported anymore |
| 15:51.09 | [TK]D-Fender | "This ain't like dusting crops boy." |
| 15:51.19 | [TK]D-Fender | sekil, It isn't, but ask away |
| 15:51.29 | sekil | but I rarely use * these days.. |
| 15:51.55 | sekil | [TK]D-Fender: I had an issue with * before with outboundproxy setting.. |
| 15:52.14 | zaf | dusting crops is pretty complex, tbf |
| 15:52.36 | sekil | [TK]D-Fender: I needed to set the domain part of registering user to fqdn...and to send all sip signalling to ob proxy IP |
| 15:52.44 | Samot | Compared to jumping to hyperspace? Not really. |
| 15:53.08 | sekil | [TK]D-Fender: the issue was that * was trying to resolve fqdn domain after all..even if I had ob proxy set |
| 15:53.22 | [TK]D-Fender | Hyperspace = LITERALLY Raw-Cat Sigh Hence |
| 15:53.28 | sekil | [TK]D-Fender: and that could not be resolved at all because it's a private domain of provider's |
| 15:53.38 | AdNauseum | like your farm is next to a 'organic' farm, the plane with bug killer drops on the other farm, but the wind sends some of the spray to the organic farm. very organic! |
| 15:53.48 | sekil | [TK]D-Fender: so my question is ob proxy handling solved nowadays |
| 15:54.52 | [TK]D-Fender | Organic does not mean that no pesticides are used. |
| 15:55.11 | AdNauseum | it refers to the ground |
| 15:55.20 | AdNauseum | and the pesticides land on the ground |
| 15:55.22 | [TK]D-Fender | sekil, We need proper details. |
| 15:55.30 | sekil | [TK]D-Fender: right.. |
| 15:55.43 | [TK]D-Fender | sekil, And configs. And debug. |
| 15:55.45 | AdNauseum | organic = BS at the highest level. FAKE FOOD for $$$$$ |
| 15:55.55 | Samot | Much like your VoIP service. |
| 15:55.58 | sekil | [TK]D-Fender: so fromdomain is set to say example.com...outboundproxy set to say 10.0.0.2,force |
| 15:55.59 | [TK]D-Fender | No, I'm pretty sure it's "real food". |
| 15:56.03 | Samot | Go fix your issues. |
| 15:56.32 | AdNauseum | real food less the organic yes |
| 15:56.37 | AdNauseum | = fake |
| 15:56.42 | sekil | [TK]D-Fender: host is also set to ims.example.com.. |
| 15:56.52 | [TK]D-Fender | sekil, Show, don't tell |
| 15:57.02 | sekil | [TK]D-Fender: ah |
| 15:57.03 | sekil | ok |
| 15:57.06 | Samot | ~pb |
| 15:57.10 | infobot | pastebin is probably 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. |
| 15:58.55 | sekil | http://paste.lisp.org/display/340263 |
| 15:59.18 | sekil | in my view...* should ignore host fqdn and send all signaling to an IP of ob proxy.. |
| 15:59.23 | Samot | And it's doing a lookup on ims.example.com? |
| 15:59.26 | sekil | but that was not what was happening |
| 15:59.27 | sekil | yes |
| 15:59.49 | Samot | On inbound or outbound calls? |
| 15:59.58 | sekil | outbound |
| 16:00.03 | sekil | and registration |
| 16:00.15 | sekil | this is on 11.x btw |
| 16:00.16 | Samot | So it's sending the request there instead of the OB? |
| 16:00.26 | Samot | Or just failing the lookup? |
| 16:00.33 | sekil | yes..it was lookuping and I didn't want it to |
| 16:00.40 | sekil | cause it's not resolveable |
| 16:01.17 | sekil | it's just the domain part of all headers needs to be ims.example.com |
| 16:01.44 | Samot | So set the host to the IP |
| 16:01.52 | Samot | and the fromdomain as the FQDN |
| 16:02.11 | sekil | that was screwing up RURI domain |
| 16:02.31 | Samot | So the RURI needs a FQDN? |
| 16:02.33 | sekil | fromdomain I did set to fqdn |
| 16:02.35 | sekil | yep |
| 16:02.42 | sekil | telco switch needs it like so |
| 16:03.07 | sekil | afaik that ruri domain is set only via host |
| 16:03.13 | sekil | s/that/the/ |
| 16:03.17 | Samot | So set the FQDN in /etc/hosts |
| 16:03.25 | sekil | so people do.. |
| 16:03.32 | sekil | and I don't like it :) |
| 16:03.40 | sekil | is ob proxy thing solved maybe now |
| 16:03.56 | Samot | Why they would have your host set to a FQDN that doesn't resolve.. |
| 16:03.59 | Samot | In any way... |
| 16:04.20 | sekil | because the transfer is not via public Internet |
| 16:04.24 | Samot | So? |
| 16:04.26 | sekil | rather via private telco lines |
| 16:04.44 | Samot | If you're on their private line, they should be resolving this in their DNS |
| 16:05.00 | sekil | well I'm arguing that ob proxy would need to work like it should.. |
| 16:05.10 | Samot | asterisk -rvvv |
| 16:05.12 | sekil | that is ...don't care about dns when ob proxy set |
| 16:05.14 | Samot | sip set debug on |
| 16:05.16 | Samot | ^^^ Show it. |
| 16:05.25 | sekil | sorry can't right now... |
| 16:05.41 | sekil | I was just asking if there was something similar solved recently |
| 16:05.55 | Samot | We don't know what the actual issue is. |
| 16:06.03 | sekil | hmm |
| 16:06.05 | Samot | We haven't seen the debug. |
| 16:06.20 | sekil | well I can't show it now.. |
| 16:06.24 | sekil | but believe me |
| 16:06.29 | Samot | The short answer is put the FQDN in /etc/hosts |
| 16:06.35 | sekil | * is doing dns lookup when it's not supposed to.. |
| 16:06.48 | Samot | and look at 127.0.0.1 as the first DNS in resolv.conf |
| 16:06.49 | sekil | and thanks for /etc/hosts..I know of it.. |
| 16:07.04 | sekil | but that remains as an issue imo |
| 16:07.06 | sekil | nm |
| 16:07.11 | sekil | thanks anyway |
| 16:07.20 | Samot | Until we can see what is happening, we can really say how to fix it. |
| 16:07.27 | Samot | s/can/can't/ |
| 16:07.34 | Samot | grrr. |
| 16:07.37 | sekil | right... |
| 16:07.38 | Samot | You know what I meant. |
| 16:07.40 | sekil | yes |
| 16:07.41 | sekil | sure |
| 16:07.58 | sekil | bottom line is...obproxy setting was not functioning.. |
| 16:08.08 | aandrew | /win 28 |
| 16:08.15 | sekil | not sure if it does now...I'll retest |
| 16:08.21 | sekil | and get back |
| 16:08.26 | sekil | thanks to you all.. |
| 16:10.00 | [TK]D-Fender | Where's the4 debug? |
| 16:11.39 | sekil | [TK]D-Fender: did you ask me? |
| 16:11.57 | [TK]D-Fender | yes |
| 16:12.09 | [TK]D-Fender | <[TK]D-Fender> sekil, We need proper details. |
| 16:12.14 | [TK]D-Fender | <[TK]D-Fender> sekil, And configs. And debug. |
| 16:12.43 | sekil | [TK]D-Fender: right..I have to go now to pickup my kid...I will come back with it.. |
| 16:12.48 | sekil | bye for now |
| 16:21.22 | *** join/#asterisk putnopvut (putnopvut@asterisk/master-of-queues/mmichelson) |
| 16:21.22 | *** mode/#asterisk [+o putnopvut] by ChanServ |
| 16:21.32 | *** join/#asterisk Qwell (~north@asterisk/developer/Qwell) |
| 16:21.32 | *** mode/#asterisk [+o Qwell] by ChanServ |
| 16:30.51 | *** join/#asterisk Dovid (~dovid@ool-4573a525.dyn.optonline.net) |
| 16:46.12 | *** join/#asterisk bof22 (~Thunderbi@185.13.183.107) |
| 16:52.00 | *** join/#asterisk defsdoor (~andy@cpc35-sutt4-2-0-cust184.19-1.cable.virginm.net) |
| 16:55.29 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
| 16:57.19 | *** join/#asterisk igcewieling (~ewieling@162-236-85-155.lightspeed.moblal.sbcglobal.net) |
| 16:58.17 | *** join/#asterisk MaliutaLap (~nobusines@unaffiliated/maliuta) |
| 17:04.52 | MacroMan | Can you use a variable inside a variable in the dialplan? |
| 17:06.50 | MacroMan | https://paste.ngx.cc/eb1b014d172f239a |
| 17:07.49 | [TK]D-Fender | Show us |
| 17:07.54 | MacroMan | https://paste.ngx.cc/eb1b014d172f239a |
| 17:08.17 | [TK]D-Fender | Show us |
| 17:08.25 | [TK]D-Fender | the FAILURE <- |
| 17:09.04 | MacroMan | I don't think my script is getting the value of ${EXTEN} |
| 17:12.45 | MacroMan | I seem to be having a funny syntax error. I'll try to fix and ask back if I fail |
| 17:13.56 | [TK]D-Fender | Where's the call ..... |
| 17:31.28 | *** join/#asterisk BBone_ (~Thunderbi@maila.fraserwoodindustries.com) |
| 17:50.25 | *** join/#asterisk Aboba (~Bob@201-085.camosun.bc.ca) |
| 18:03.05 | *** join/#asterisk bipolar (~bipolar@offsite.guru) |
| 18:03.27 | *** join/#asterisk skywayskase (~skywayska@67.139.42.219) |
| 18:06.27 | igcewieling | You should be able to do something like Set(TRUNK_${BOB}=test) |
| 18:07.10 | [TK]D-Fender | It's been an hour now... I'm not holding my breath... |
| 18:07.19 | [TK]D-Fender | And not what he's asking in that PB |
| 18:07.33 | igcewieling | here is something similar CELGenUserEvent(SM_DIAL_${MASTER_CHANNEL(name)},tag='ast' Dial("${CHANNEL(name)}") |
| 18:07.43 | [TK]D-Fender | And while I have a strong suspicion of what the problem is I'm not going to ruin it by staing a guess blindly. |
| 18:07.47 | [TK]D-Fender | stating* |
| 18:09.14 | igcewieling | Indeed. I'm not trying to solve his problem. I'm just showing possible ways to do something similar which might help him figure it out himself. |
| 18:09.54 | [TK]D-Fender | I just want to see the call I asked for an hour ago... |
| 18:10.06 | [TK]D-Fender | because samples & guessing are a waste of time. |
| 18:10.16 | [TK]D-Fender | Show failure and we'll tell how to fix it. |
| 18:12.36 | *** join/#asterisk u0m3 (~u0m3@79.115.167.77) |
| 18:26.26 | *** join/#asterisk d00gster_ (~d00gster@unaffiliated/d00gster) |
| 18:36.08 | *** join/#asterisk skywayskase (~skywayska@67.139.42.219) |
| 18:58.56 | *** join/#asterisk skywayskase (~skywayska@67.139.42.219) |
| 18:59.06 | *** join/#asterisk u0m3 (~u0m3@79.115.167.77) |
| 19:12.26 | *** join/#asterisk skywayskase (~skywayska@67.139.42.219) |
| 19:26.27 | *** join/#asterisk fridgefire (~fridgefir@unaffiliated/michielbrink) |
| 19:28.51 | *** join/#asterisk andremar (~andremar@105.211.54.77.rev.vodafone.pt) |
| 19:42.49 | *** join/#asterisk skywayskase (~skywayska@67.139.42.219) |
| 19:58.24 | *** join/#asterisk fstd_ (~fstd@unaffiliated/fisted) |
| 20:01.13 | *** join/#asterisk skywayskase (~skywayska@67.139.42.219) |
| 20:02.38 | *** join/#asterisk skywayskase (~skywayska@67.139.42.219) |
| 20:07.24 | *** join/#asterisk setham (~setham@unaffiliated/setham) |
| 20:18.01 | *** join/#asterisk setham (~setham@unaffiliated/setham) |
| 20:24.39 | *** join/#asterisk skywayskase (~skywayska@67.139.42.219) |
| 20:25.07 | *** join/#asterisk setham (~setham@unaffiliated/setham) |
| 20:26.35 | *** join/#asterisk skywayskase (~skywayska@67.139.42.219) |
| 20:32.01 | *** join/#asterisk djadk (~djadk@148.0.20.176) |
| 20:47.15 | *** join/#asterisk J0hnStee- (~J0hnSteel@92.55.116.178) |
| 20:51.43 | *** join/#asterisk tzafrir (~tzafrir@bzq-82-81-175-197.red.bezeqint.net) |
| 20:56.57 | *** join/#asterisk znf (~ibm86@toaster.linge-ma.ws) |
| 21:22.15 | *** join/#asterisk davlefou (~davlefou@unaffiliated/davlefou) |
| 21:26.03 | [TK]D-Fender | And hours later ... nothing |
| 21:26.07 | [TK]D-Fender | is unsurprised |
| 21:38.43 | *** join/#asterisk skywayskase (~skywayska@67.139.42.219) |
| 21:40.03 | *** join/#asterisk cemotyz09 (~cemotyz09@cpe-70-121-157-202.satx.res.rr.com) |
| 21:43.33 | *** join/#asterisk skywayskase (~skywayska@67.139.42.219) |
| 21:47.33 | *** join/#asterisk ipengineer (~zconkle@71.252.134.63) |
| 22:03.17 | *** join/#asterisk MaliutaLap (~nobusines@unaffiliated/maliuta) |
| 22:07.53 | *** join/#asterisk skywayskase (~skywayska@67.139.42.219) |
| 22:09.43 | *** join/#asterisk grognafk (d8433d14@gateway/web/freenode/ip.216.67.61.20) |
| 22:10.04 | *** part/#asterisk grognafk (d8433d14@gateway/web/freenode/ip.216.67.61.20) |
| 22:19.00 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
| 22:33.05 | *** join/#asterisk rwb (~Thunderbi@65.183.151.239) |
| 22:45.44 | *** join/#asterisk skywayskase (~skywayska@67.139.42.219) |
| 22:48.43 | *** join/#asterisk skywayskase (~skywayska@67.139.42.219) |
| 22:59.54 | *** join/#asterisk skywayskase (~skywayska@67.139.42.219) |
| 23:20.53 | *** join/#asterisk jeffspeff (~Jeff@209.141.208.197) |
| 23:40.48 | *** part/#asterisk kharwell (kharwell@nat/digium/x-hrnidzrsaqoybxsp) |