| 00:06.40 | *** join/#asterisk techquila (~techquila@122-62-61-4-adsl.sparkbb.co.nz) |
| 00:07.19 | *** join/#asterisk techquila (~techquila@122-62-61-4-adsl.sparkbb.co.nz) |
| 00:31.45 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
| 00:50.03 | *** join/#asterisk cemotyz09 (~cemotyz09@cpe-70-121-128-59.satx.res.rr.com) |
| 00:53.50 | *** join/#asterisk koss (~koss@68.235.60.155) |
| 00:56.45 | *** join/#asterisk sysgrammer_moe (~sysgramme@d50-117-140-107.yt.northwestel.net) |
| 02:28.36 | *** join/#asterisk Helenah (~s98259@unaffiliated/iveeee) |
| 02:42.58 | *** join/#asterisk Helenah (~s98259@unaffiliated/iveeee) |
| 03:07.25 | *** join/#asterisk Helenah (~s98259@unaffiliated/iveeee) |
| 03:08.49 | *** join/#asterisk t1k3 (~t1k3@pool-173-71-160-18.pitbpa.fios.verizon.net) |
| 03:36.15 | *** join/#asterisk robink (~quassel@unaffilated/robink) |
| 03:37.15 | *** join/#asterisk t1k3 (~t1k3@pool-173-71-160-18.pitbpa.fios.verizon.net) |
| 03:42.45 | *** join/#asterisk t1k3 (~t1k3@pool-173-71-160-18.pitbpa.fios.verizon.net) |
| 03:53.32 | *** join/#asterisk maus (~quassel@88.147.154.146) |
| 05:17.22 | *** join/#asterisk t1k3 (~t1k3@pool-173-71-160-71.pitbpa.fios.verizon.net) |
| 05:22.05 | *** join/#asterisk t1k3 (~t1k3@pool-173-71-160-74.pitbpa.fios.verizon.net) |
| 05:37.23 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 05:56.20 | *** join/#asterisk Elektordi (~Elektordi@glados.elektordi.net) |
| 06:07.20 | *** join/#asterisk Ai9zO5AP (~BQcdf9eiZ@91.240.66.48) |
| 06:19.21 | *** join/#asterisk rrittgarn (~rrittgarn@75-150-221-193-Illinois.hfc.comcastbusiness.net) |
| 06:24.38 | life_of_e | So the example for PJSIP with NAT has disabled direct media on both endpoints (the SIP trunk and the phone). If there's more than one phone inside the private network can you enable direct media for them and leave the SIP trunk disabled so that internal phones continue to use direct RTP packets? |
| 07:02.08 | *** join/#asterisk pchero_work (~pchero@87.213.240.121) |
| 07:20.30 | *** join/#asterisk vipul20 (uid64067@gateway/web/irccloud.com/x-fodlgmdaidioumaj) |
| 07:40.52 | *** join/#asterisk techquila (~techquila@122-62-61-4-adsl.sparkbb.co.nz) |
| 07:41.34 | *** join/#asterisk techquila (~techquila@122-62-61-4-adsl.sparkbb.co.nz) |
| 07:46.27 | *** join/#asterisk Downlots (~Downlots@185.73.41.1) |
| 08:01.09 | *** join/#asterisk defsdoor_ (~Andrew@cpc120600-sutt6-2-0-cust232.19-1.cable.virginm.net) |
| 08:04.45 | *** join/#asterisk WHiZZi (~bart@2a00:5140:3741:bb01:6c28:51ff:33c0:ea3b) |
| 08:22.13 | *** join/#asterisk t1k3 (~t1k3@pool-173-71-160-189.pitbpa.fios.verizon.net) |
| 08:32.01 | *** join/#asterisk guerby (~guerby@april/board/guerby) |
| 08:54.25 | *** join/#asterisk pchero_work (~pchero@87.213.240.121) |
| 08:58.24 | *** join/#asterisk hehol (~hehol@gatekeeper.loca.net) |
| 08:59.47 | *** join/#asterisk Da-Geek (~Da-Geek@212.250.100.150) |
| 10:39.55 | *** join/#asterisk rpifan__ (~rpifan@45.77.199.32) |
| 10:47.10 | *** join/#asterisk lankanmon (~LKNnet@CPE64777d632383-CM64777d632380.cpe.net.cable.rogers.com) |
| 10:48.58 | *** join/#asterisk Da-Geek (~Da-Geek@212.250.100.150) |
| 10:49.07 | *** join/#asterisk maus (~quassel@88.147.154.146) |
| 11:13.22 | *** join/#asterisk rpifan (~rpifan@p578D247C.dip0.t-ipconnect.de) |
| 11:17.51 | *** join/#asterisk pchero_work (~pchero@51.247.195.35.bc.googleusercontent.com) |
| 11:22.28 | *** join/#asterisk t1k3 (~t1k3@pool-173-71-182-177.pitbpa.fios.verizon.net) |
| 12:57.40 | *** join/#asterisk yuljk (~yuljk@unaffiliated/yuljk) |
| 13:41.10 | *** join/#asterisk brad_mssw (~brad@66.129.88.50) |
| 14:13.41 | *** join/#asterisk kharwell (kharwell@nat/digium/x-gopmzedajtngvnkp) |
| 14:13.41 | *** mode/#asterisk [+o kharwell] by ChanServ |
| 14:22.32 | *** join/#asterisk t1k3 (~t1k3@pool-173-75-38-124.pitbpa.fios.verizon.net) |
| 14:40.08 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 14:41.42 | *** join/#asterisk bford (uid283514@gateway/web/irccloud.com/x-enqpvdllzhewjhuq) |
| 14:41.42 | *** mode/#asterisk [+o bford] by ChanServ |
| 14:51.15 | *** join/#asterisk cresl1n (uid299068@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 14:51.15 | *** mode/#asterisk [+o cresl1n] by ChanServ |
| 15:15.58 | *** join/#asterisk Janos (~Janos@201.204.94.76) |
| 15:24.05 | *** join/#asterisk rmudgett (rmudgett@nat/digium/x-jujvimegunvclayr) |
| 15:24.05 | *** mode/#asterisk [+o rmudgett] by ChanServ |
| 15:45.56 | *** join/#asterisk Overnumerousness (~Overnumer@184-96-175-65.hlrn.qwest.net) |
| 15:50.47 | *** join/#asterisk Deeewayne (~dwayne@136.53.7.245) |
| 15:56.42 | *** join/#asterisk Kaian (~kaian@212.81.221.228) |
| 16:02.52 | *** join/#asterisk [TK]D-Fender (~joe@216.191.106.165) |
| 16:18.56 | *** join/#asterisk Deeewayne (~dwayne@136.53.7.245) |
| 16:25.11 | *** join/#asterisk Hyper_Eye (~mwoodj@pdpc/sponsor/digium/hyper-eye) |
| 16:30.08 | *** join/#asterisk Maxxed (~Maxxed@ec2-107-20-252-119.compute-1.amazonaws.com) |
| 17:05.58 | *** join/#asterisk Deeewayne (~dwayne@136.53.7.245) |
| 17:22.41 | *** join/#asterisk t1k3 (~t1k3@pool-108-17-121-42.pitbpa.fios.verizon.net) |
| 17:49.11 | *** join/#asterisk Deeewayne (~dwayne@2605:a601:a803:7800:ffaf:2fa4:84dc:10e4) |
| 17:55.14 | *** join/#asterisk SirNueromancer (~textual@2601:2c4:c600:2635:e47d:42be:39d7:8a88) |
| 18:13.26 | *** join/#asterisk rpifan__ (~rpifan@45.77.199.32) |
| 18:14.06 | *** join/#asterisk pchero (~pchero@dhcp-077-249-058-090.chello.nl) |
| 18:18.56 | *** join/#asterisk rpifan (~rpifan@p578D247C.dip0.t-ipconnect.de) |
| 18:40.02 | *** join/#asterisk miralin (~Thunderbi@81.177.58.137) |
| 18:44.38 | *** join/#asterisk t1k3 (~t1k3@pool-108-17-121-124.pitbpa.fios.verizon.net) |
| 18:57.44 | *** join/#asterisk techquila (~techquila@122-62-61-4-adsl.sparkbb.co.nz) |
| 18:58.39 | *** join/#asterisk Downlots (~Downlots@ppp091138251049.dsl.hol.gr) |
| 18:59.50 | *** join/#asterisk cr1 (~cr@ip174-68-116-216.sd.sd.cox.net) |
| 19:01.14 | *** join/#asterisk Downlots_ (~Downlots@2a02:85f:1f01:b400:2de9:ef32:60ee:37a1) |
| 19:01.18 | *** join/#asterisk Dovid (~dovid@static-98-109-205-42.nwrknj.fios.verizon.net) |
| 19:02.26 | Dovid | Hi. i seem to be running into the issue http://gblades.blogspot.com/2013/07/how-to-get-sip-response-code-in.html?m=1. This says it was put in, in asterisk 10. I am using asterisk 11.4 and I dont have the issue and in 11.25 I do. I am trying to figure out if there was a chabge between 11.4 and 11.25 that would impact this or of it's a setting that I have |
| 19:03.55 | [TK]D-Fender | 11 is dead and is not supported at all anymore. |
| 19:07.23 | *** join/#asterisk miralin1 (~Thunderbi@195.209.246.194) |
| 19:09.12 | Dovid | [TK]D-Fender: I know all about that. I was simply asking a question. |
| 19:09.39 | Dovid | There still people using 1.2.X ;) They know its EOL and made the decision to keep using i |
| 19:09.42 | Dovid | using it* |
| 19:09.48 | [TK]D-Fender | I doubt anyone is going to waste their time looking through the same changelog that you can to see if something stands out |
| 19:12.39 | Dovid | I was just asking if anyone knew. |
| 19:19.38 | Samot | Dovid: There are two things that have happened. 1) A change was made, so looking at the change logs would be an option. 2) There is a bug that was either never reported, worked or not back ported to 11 because it's EOL. |
| 19:20.11 | Samot | One of those two could be the reason. |
| 19:21.08 | [TK]D-Fender | Or the circumstances of your test don't match and it's something else |
| 19:21.08 | Dovid | Samot: That's what I assumed. I just update the box with 11.0.4 to 11.25.3 and I still get a 486 so it must be something else in my configs. I will dig deeper |
| 19:24.44 | [TK]D-Fender | "still get a 486" doesn't say anything to us... |
| 19:24.47 | Samot | Well there may be a problem with the example. |
| 19:25.09 | Samot | First, HANGUPCAUSE_KEYS() returns a list of channel names that have hangup causes on them. |
| 19:25.11 | [TK]D-Fender | Or his implementation. |
| 19:25.23 | Samot | The example doesn't cut through the string. |
| 19:25.40 | Samot | It assumes one channel but if multiple were there it could be more than one. |
| 19:26.36 | Dovid | sorry let me explain a bit better. I have two systems that are set up the same way. When a caller makes a call on one system if the ITSP sends back a 486 then the soft phone shows a 486. On the other system if a caller calls a number and the carrier sends back a 486 then the softphone gets a 603. |
| 19:27.07 | Dovid | both have storesipcause |
| 19:27.10 | Dovid | set to no |
| 19:27.38 | Samot | Those are two channels. |
| 19:27.46 | Samot | PBX -> Provider is one channel. |
| 19:27.50 | Samot | It gets the 486... |
| 19:28.03 | Samot | Then Asterisk is telling the other channel it was a 603. |
| 19:29.40 | Dovid | Samot: Correct. I understand all of that. what I don't get why on one system the 486 is passed to the caller and on the other it is not. I was assuming it was a setting in astrisk but those look the same so I am going to start comparing the agi's line by line. |
| 19:29.59 | Samot | Could have been a change.. |
| 19:30.03 | Samot | Could be something else. |
| 19:30.07 | Samot | you have two problems here... |
| 19:30.24 | seanbright | chan_sip is such a disaster |
| 19:30.26 | Samot | 1) v11 is EOL and 2) Chan_SIP hasn't been touched by Digium since Aug 2014. |
| 19:31.33 | Samot | But... |
| 19:31.48 | Samot | The 603 is somewhat a proper response for that call. |
| 19:32.18 | Samot | You made a call to the PBX, that's your endpoint gateway. It attempted a call, it didn't go through and it had no other routes to take for that call. |
| 19:32.24 | Samot | That's basically a 603. |
| 19:32.36 | Samot | So at most, it became more SIP compliant. |
| 19:33.20 | Dovid | Samot: I know it's sip compliant but I would like to let the caller know the reason why the call did not work and not give a generic 603. I'll figure it oyt |
| 19:33.29 | Samot | Yes, you'll need to do that. |
| 19:33.37 | Samot | But again, it's Chan_SIP... |
| 19:33.44 | Dovid | seanbright: I think you know whose platform I am using and that I don't have a choice right now ;) |
| 19:34.03 | Samot | ScopeServ? |
| 19:34.03 | Dovid | on my personal boxes I am on asterisk 16 |
| 19:34.32 | Dovid | I cant say in public. See me at astricon after a few beers and I may spill the beans |
| 19:34.46 | Dovid | speaking of which is there any date yet for Astricon? |
| 19:34.54 | seanbright | i must have been told at some point, but i no longer remember |
| 19:37.16 | *** join/#asterisk qakhan (~qakhan@50-204-254-11-static.hfc.comcastbusiness.net) |
| 19:38.31 | qakhan | hi all, is there anway we have setup general VM box for multiple exten and if there is any new VM in main box then alter the extens |
| 19:38.44 | *** join/#asterisk degenerate (~degenerat@S0106cc2de0099182.no.shawcable.net) |
| 19:39.56 | Samot | qakhan: This is well documented. |
| 19:40.30 | qakhan | link? |
| 19:40.36 | Samot | Wiki? |
| 19:40.39 | Samot | Sample configs? |
| 19:40.45 | Samot | I shouldn't need to link those. |
| 19:41.56 | X-Rob | There's no date yet for Astricon. |
| 19:42.14 | X-Rob | No *public* date yet, anyway |
| 19:42.26 | [TK]D-Fender | qakhan, It's your dialplan. What does "alter the extens" even mean? |
| 19:42.28 | Samot | The first answer was good enough. |
| 19:42.39 | Samot | It means he didn't check his spelling. |
| 19:42.49 | Samot | He wants to alert extensions when a mailbox gets updated. |
| 19:42.54 | Samot | Again, well documented. |
| 19:43.29 | Samot | This is literally covered in the sample configs. |
| 19:43.30 | [TK]D-Fender | "updated"? just MWI? |
| 19:43.37 | Samot | Yes. |
| 19:43.43 | [TK]D-Fender | very poor choice of words |
| 19:43.47 | [TK]D-Fender | if that's the case |
| 19:43.49 | Samot | Yes. It was. |
| 19:44.52 | [TK]D-Fender | I don't see him confirming that... but I suppose I don't care that much until something else comes up on it... |
| 19:46.12 | qakhan | there are 5 extens. call rings on them if no one answer the call, call goes to a shared/geneal VM box. |
| 19:46.34 | qakhan | now all 5 extens should be new VM indication |
| 19:46.47 | [TK]D-Fender | so go define the mailbox on each peer |
| 19:46.51 | [TK]D-Fender | it's in the sample config |
| 19:46.54 | [TK]D-Fender | READ IT |
| 19:46.58 | Dovid | X-Rob: PM sent |
| 19:47.50 | X-Rob | When I said 'no public date', I meant 'no date that I was aware of', because I am now a pariah, and no longer one of the cool kids. |
| 19:48.10 | seanbright | well, to be fair, you were never a cool kid |
| 19:48.14 | seanbright | :P |
| 19:48.17 | Samot | 3:42:29 PM <Samot> The first answer was good enough. |
| 19:48.22 | Samot | ^^ That's what I said that |
| 19:48.30 | X-Rob | seanbright: .... As i pushed enter I realised I left myself WIDE OPEN for that one 8) |
| 19:48.33 | Samot | Because then you end up with PMs asking what the private date is. |
| 19:48.43 | [TK]D-Fender | Samot, But you didn't tell him where to fix it. |
| 19:48.51 | X-Rob | Samot: heh |
| 19:49.02 | seanbright | X-Rob: that was from the least cool of the kids, so consider the source |
| 19:49.14 | Samot | [TK]D-Fender: Correct. I'm not going to tell someone how to do something that is well documented. |
| 19:49.43 | X-Rob | Are you two still squabbling about idiots who can't extrapolate? Please don't. |
| 19:49.51 | Samot | I'm not. |
| 19:50.09 | Samot | No was I before. |
| 19:50.16 | Samot | Please stop getting me and drmessano confused. |
| 19:50.21 | X-Rob | Oh shit. Sorry |
| 19:50.28 | X-Rob | Samot: you have my deepest apologies. |
| 19:51.02 | drmessano | X-Rob: Samot is the impotent one, I am the omnipotent one |
| 19:51.05 | drmessano | Big difference |
| 19:51.23 | Samot | Strike that, reverse it. |
| 19:51.28 | Samot | Then yeah, it's right. |
| 19:51.46 | drmessano | Samot: That was a long was of saying 'Nuh uh, no you" |
| 19:51.48 | drmessano | Lanny |
| 19:51.54 | drmessano | ducks |
| 19:52.00 | Samot | That was the Willy Wonka way of saying it. |
| 19:52.07 | Samot | Way to clever for Lanny. |
| 19:52.25 | Dovid | I found the issue. Right in my face |
| 19:52.30 | drmessano | Samot: I firewall your reply |
| 19:52.39 | Samot | Naw. |
| 19:52.49 | Samot | You would only firewall replies you actually wanted. |
| 19:53.06 | drmessano | Samot: I firewall your reply but allow all the actual words, so not really.. Just like Lanny |
| 19:53.26 | Samot | So let's see... |
| 19:54.14 | Samot | The tally is: Blocked his provider. Blocked his customers from his billing system. Blocked himself from reaching his customers on his new ultra sekure private WAN. |
| 19:54.44 | Samot | Oh and deployed phones with TLS without testing them first to find there was a bug that broke them. |
| 19:54.57 | X-Rob | Heh |
| 19:55.00 | Samot | And it's only been 75 days. |
| 19:55.15 | [TK]D-Fender | If we're looking at things he's screwed up across the baord and not just firewalling then add dozens of other basic screwups |
| 19:55.40 | Samot | No... |
| 19:56.00 | [TK]D-Fender | Infinite TC loops he couldn't understand the failure of and worse |
| 19:56.04 | Samot | He basically caused limited outages once every 20 days so far? |
| 19:56.07 | Samot | Of his own doing. |
| 19:56.25 | drmessano | G729 |
| 19:56.33 | X-Rob | Funnily enough, speaking of secure WAN's, I've written a little baby API for VyOS which allows me to create and tear down client VPNs on the fly. Probably over-engineered it, and I may just rewrite it to use a standard linux box, so it scales horizontally better. The good thing about using VyOS is that it automatically injects the routes into OSPF. |
| 19:56.38 | Samot | And then gloats when he "solves" the problem. |
| 19:56.54 | Samot | He did it this morning. |
| 19:57.31 | Samot | 1:35:37 PM <[J]oules> so please mark the above as solved by Joules so you dont come back and say a bunch of crap that I could not find the issue |
| 19:57.38 | drmessano | Did I tell you I found a photo of him from his college days? |
| 19:57.40 | Samot | Not even this morning, 2 hours ago. |
| 19:57.49 | drmessano | https://usercontent.irccloud-cdn.com/file/h2NpyqiO/image.png |
| 19:57.52 | drmessano | First job, I guess |
| 19:57.57 | Samot | LOL |
| 19:58.15 | Samot | You know we're going to hell for this. |
| 19:58.18 | Samot | Just this. |
| 19:58.35 | drmessano | oh 100% |
| 19:58.51 | Samot | Because I'm pretty sure, he's on some spectrum. |
| 19:59.22 | drmessano | GUYS LOOK.. I KNOW YOU ALWAYS GIVE ME SHIT ABOUT BREAKING STUFF BUT I PUT ALL THE MUSTARD BACK IN THE JAR |
| 19:59.30 | drmessano | MARK THAT FIXED BY LANNY |
| 19:59.59 | Samot | Look, my cousin had Palsey (he passed) and while he was an overall nice guy..... |
| 20:00.28 | Samot | He fully admitted that being handicapped gave him license to be a free range asshole when he wanted to be. |
| 20:01.38 | drmessano | I'm still trying to wrap my head around him having firewall rules to prevent customers from accessing each others networks on his "WAN", and him now punching his first hole in that |
| 20:01.45 | drmessano | and it not being a problem |
| 20:02.45 | Samot | Well you're doing GRE right? |
| 20:03.14 | Samot | You just have it so the tunnels can route where you want to route. |
| 20:04.44 | Samot | drmessano: You realize he's doing this with L2TP |
| 20:04.48 | drmessano | Yes |
| 20:04.53 | Samot | And that's why. |
| 20:05.57 | Samot | Dynamic IPs. |
| 20:06.09 | drmessano | Sure |
| 20:06.11 | drmessano | I get why |
| 20:06.27 | drmessano | But one by one, he's gonna exclude those networks |
| 20:06.38 | Samot | Oh I know. |
| 20:06.49 | Samot | So he can reach them. Because he doesn't understand. |
| 20:06.49 | drmessano | Until it's like one disallow and allows for each one |
| 20:07.08 | drmessano | "I DONT UNDERSTAND WHY THEY CAN REACH EACH OTHER NOW" |
| 20:07.13 | drmessano | "MY FIRST RULE IS DISALLOW" |
| 20:07.21 | Samot | This is like having fail2ban being the primary thing that tells your edge firewalls what to block. |
| 20:08.30 | drmessano | Right |
| 20:08.46 | drmessano | I EXPORT MY F2B TO MIKROTIK |
| 20:08.56 | drmessano | NEENER NEENER |
| 20:09.11 | drmessano | "wait, why is it not working" |
| 20:09.50 | drmessano | # Firewall rules drmessano on IRC sent me in 2014, that I have failed to implement properly |
| 20:10.09 | drmessano | # Reminder to ask him about them again on April 2, 2019 |
| 20:10.29 | *** join/#asterisk miralin (~Thunderbi@81.177.58.137) |
| 20:12.06 | *** join/#asterisk m4rcu5 (nobody@546AF885.cm-12-3d.dynamic.ziggo.nl) |
| 20:32.28 | *** join/#asterisk ttyX (~ttyX@unaffiliated/ttyx) |
| 20:41.52 | *** join/#asterisk tripleslash (~triplesla@unaffiliated/imsaguy) |
| 21:08.33 | X-Rob | lol |
| 21:08.39 | *** join/#asterisk miralin1 (~Thunderbi@195.209.246.194) |
| 21:17.48 | *** join/#asterisk miralin1 (~Thunderbi@81.177.58.137) |
| 21:31.45 | *** join/#asterisk clarjon1 (~clarjon1@unaffiliated/clarjon1) |
| 21:37.43 | sibiria | [C-00000001] channel.c: Channel PJSIP/provider-00000000 |
| 21:38.00 | sibiria | shouldn't the call identifier be in "sync" with the channel number? |
| 21:39.03 | sibiria | or am i misinterpreting the change made in ast 14 |
| 21:39.40 | file | nope |
| 21:39.47 | file | no guarantee they will be in sync, they are independent |
| 21:39.58 | sibiria | ok, gotcha |
| 21:44.57 | *** join/#asterisk t1k3 (~t1k3@pool-108-39-211-92.pitbpa.fios.verizon.net) |
| 21:50.11 | *** join/#asterisk rpifan__ (~rpifan@37.170.175.164) |
| 21:56.19 | *** join/#asterisk rpifan (~rpifan@37.170.89.107) |
| 22:08.46 | *** part/#asterisk kharwell (kharwell@nat/digium/x-gopmzedajtngvnkp) |
| 22:31.19 | *** join/#asterisk sh_smith (~sh_smith@cpe-76-174-26-91.socal.res.rr.com) |
| 23:09.41 | *** join/#asterisk tomaluca95 (~quassel@kde/developer/tomaluca) |
| 23:09.58 | *** join/#asterisk techquila (~techquila@122.62.61.4) |
| 23:10.42 | *** join/#asterisk techquila (~techquila@122-62-61-4-adsl.sparkbb.co.nz) |
| 23:12.39 | *** join/#asterisk techquila (~techquila@122-62-61-4-adsl.sparkbb.co.nz) |
| 23:49.03 | *** join/#asterisk elcontrastador (~textual@70-90-215-98-BusName-ca.sacra.hfc.comcastbusiness.net) |
| 23:59.19 | *** join/#asterisk [red] (sid221222@gateway/web/irccloud.com/x-wqrpugaoahlzzhoz) |
