| 00:12.01 | *** join/#asterisk Micc (~micster@static-50-125-113-34.frr01.both.wa.frontiernet.net) |
| 00:12.39 | Micc | Anyone have experience with adtran ta904 connecting to asterisk? I'm having a problem where it can't dial out unless I set insecure=port |
| 00:15.08 | Samot | You mean dial out through the Adtran through Asterisk? |
| 00:19.10 | *** join/#asterisk infobot (ibot@rikers.org) |
| 00:19.10 | *** topic/#asterisk is #asterisk The Open Source PBX and Telephony Platform (asterisk.org) -=- LTS: 13.16.0 (2017/05/30), 11.25.1 (2016/12/08), Standard: 14.5.0 (2017/05/30); 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:19.31 | Micc | If I'm using qualify |
| 00:19.39 | Samot | Unless Asterisk is told for some reason to drop a resgistration... |
| 00:19.50 | Samot | It will be registered until it fails quality |
| 00:19.53 | Micc | I've been doing this for years. it works great. |
| 00:19.58 | Micc | registration of 120 seconds. |
| 00:19.59 | Samot | So it will go UNREACHABLE first. |
| 00:20.05 | Samot | You're missing the point. |
| 00:20.06 | Micc | so if they die, I'll know withinn 2 minutes. |
| 00:20.09 | Samot | OK |
| 00:20.32 | Samot | And what happens in those 2 minutes when they die |
| 00:20.38 | Samot | And Asterisk still thinks they are alive? |
| 00:20.46 | Micc | yes it send the call there. |
| 00:20.51 | Micc | and it times out |
| 00:22.15 | Samot | So if you have no insecure setting.. |
| 00:22.35 | Samot | That means it's going to want to match the IP, Port and it will auth the user for an inbound call to you. |
| 00:22.47 | Micc | So lets say I used an IP instead of dynamic, then it's even less secure as someone could guess their ip even if they were offline. |
| 00:23.01 | Samot | Well they could get their creds just as well |
| 00:23.13 | Samot | We can play the "what if they does this" security game all day long. |
| 00:23.20 | Samot | They can spoof a MAC |
| 00:23.24 | Samot | They can spoof an IP |
| 00:23.28 | Samot | They can get the creds |
| 00:23.59 | Micc | I want them to auth for an inbound call. |
| 00:24.05 | Micc | but I don't think adtran does that. |
| 00:24.13 | Samot | Yes it does |
| 00:24.28 | Samot | Asterisk is the one that has to challenge the Adtran |
| 00:24.43 | Samot | Adtran sends an INVITE, Asterisk either sends back a 18X to show progress |
| 00:24.51 | Samot | Or it sends back a 401 to challenge the Adtran |
| 00:25.05 | Samot | Which in turn will send back the INVITE with the auth digest. |
| 00:25.09 | Micc | well without insecure=port asterisk ignores the invite packet for some reason |
| 00:25.20 | Samot | sip show debug on |
| 00:25.23 | Samot | ~pb |
| 00:25.23 | infobot | pastebin is, like, 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. |
| 00:25.27 | Samot | Show an inbound call this happens on |
| 00:26.00 | Micc | They are gone for the day. I'll have to get a sip debug tomorrow. |
| 00:26.47 | Samot | Asterisk + Adtran works just fine. |
| 00:27.19 | Samot | Is the Adtran behind NAT? |
| 02:20.17 | *** join/#asterisk genpaku (~genpaku@107.191.100.185) |
| 02:23.30 | a|3x | i |
| 02:23.36 | a|3x | hi |
| 02:23.53 | a|3x | i'm having real problems building asterisk in docker container |
| 02:24.47 | a|3x | it appears to have problems downloading pjproject.tar.bz2 as part of the make process (--with-pjproject-bundled flag) |
| 02:25.08 | *** join/#asterisk newtonr (~newtonr@2602:306:3688:1880:7c51:e28f:2543:2a61) |
| 02:25.08 | *** mode/#asterisk [+o newtonr] by ChanServ |
| 02:25.42 | Samot | What problms? |
| 02:25.45 | Samot | What problems? |
| 02:25.52 | a|3x | it says retrying download, then fails |
| 02:26.01 | Samot | Does it actually connect? |
| 02:26.08 | Samot | Does it resolve the domain name? |
| 02:26.20 | a|3x | it freezes up for a while |
| 02:26.32 | Samot | That flag just tells it to do what you would do next manually |
| 02:26.37 | Samot | As part of the install process. |
| 02:26.47 | Samot | ie, go download pjproject and install it |
| 02:27.21 | a|3x | well this is a script that gets executed |
| 02:27.27 | Samot | Right |
| 02:27.31 | a|3x | https://github.com/respoke/asterisk-docker/blob/14.x/build-asterisk.sh |
| 02:27.34 | Samot | That does the same thing you would do manually |
| 02:27.42 | Samot | Go and download pjproject and then install it |
| 02:27.45 | Samot | Automatically |
| 02:28.09 | a|3x | the thing is, i tried my own version and had the same exact problem, i had to make another script that built pjproject outside of asterisk build process |
| 02:28.23 | a|3x | i want to figure out what is causing this problem |
| 02:28.42 | Samot | You get that it's trying to download the bz2 file like you would with a wget? |
| 02:28.54 | a|3x | this is not an internet connection issue from inside the docker container or dns issue, because the script does curl calls and they work |
| 02:29.03 | Samot | OK |
| 02:29.07 | Samot | That's fine. |
| 02:29.14 | Samot | But do you understand what I am saying? |
| 02:29.22 | a|3x | yes |
| 02:29.28 | a|3x | obviously something is different |
| 02:29.37 | Samot | Can you download it manually? |
| 02:29.51 | Samot | Can you do a wget and pull pjproject? |
| 02:30.13 | a|3x | i am sure i can from host |
| 02:30.21 | a|3x | let me try from inside the container |
| 02:30.44 | Samot | wget http://www.pjsip.org/release/2.4/pjproject-2.4.tar.bz2 <-- That's basically what it's doing. |
| 02:30.50 | Samot | But probably getting 2.6 |
| 02:30.57 | Samot | That's it |
| 02:31.32 | a|3x | its downloading 2.4, why do you say its 2.6? |
| 02:31.46 | Samot | Because 2.6 is the latest version. |
| 02:31.54 | a|3x | looks like its extra slow, maybe it is timing out |
| 02:31.54 | Samot | That's an old download link I had for some old docs. |
| 02:33.17 | a|3x | i am going to claim this is a problem with asterisk makefiles |
| 02:33.39 | Samot | So fully downloaded pjproject with a manual wget? |
| 02:33.45 | a|3x | yes |
| 02:33.49 | a|3x | looks like it is 2.4 |
| 02:33.54 | Samot | No |
| 02:34.03 | Samot | 10:31:53 PM S<Samot> Because 2.6 is the latest version. |
| 02:34.10 | Samot | 10:32:01 PM S<Samot> That's an old download link I had for some old docs. |
| 02:34.31 | a|3x | oh i see |
| 02:34.38 | a|3x | well |
| 02:34.44 | Samot | 2.6 is the latest version of pjproject |
| 02:34.51 | Samot | Change 2.4 for 2.6 in that link |
| 02:34.55 | Samot | And see if you can get it |
| 02:35.08 | a|3x | actually i tried to build asterisk 13 with this dockerfile and it was using a different version of pjproject and it still failed in the same exact way |
| 02:37.52 | a|3x | so the download works fine from the host |
| 02:38.03 | Samot | But not from the docker? |
| 02:38.15 | Samot | or container.. |
| 02:38.16 | Samot | Whatever. |
| 02:38.39 | a|3x | i created a temp container from the intermediate image and got into it |
| 02:38.42 | a|3x | i get |
| 02:38.43 | a|3x | bash: wget: command not found |
| 02:38.50 | Samot | OK |
| 02:38.51 | a|3x | so it must be using something else to download |
| 02:39.03 | a|3x | maybe curl |
| 02:39.04 | Samot | So the actual container you're trying to build Asterisk on can't get it? |
| 02:39.46 | Samot | yum install wget |
| 02:39.50 | a|3x | i get this |
| 02:39.51 | Samot | or apt-get install wget |
| 02:40.04 | Samot | Based on the OS you are using. |
| 02:40.31 | a|3x | https://pastebin.com/WQLUjQVG |
| 02:40.35 | Kobaz | so, i got my 1.8 to start up finally. not sure what happened earlier, but astdb was corrupted again |
| 02:41.32 | Kobaz | so i'm doing some performance testing on 1.8 versus 11. one call, one mixmonitor. 1.8 overall cpu usage is around 4%. pbx_thread occasionally uses 6% of one core, and do_monitor occasionally uses 6% of one core |
| 02:41.48 | Samot | a|3x: Is this CentOS 7? |
| 02:42.27 | a|3x | FROM debian:jessie |
| 02:42.42 | a|3x | so i got wget installed |
| 02:42.46 | a|3x | in the container |
| 02:42.47 | Samot | Did you do install_prereq? |
| 02:42.48 | a|3x | lets see if this helps |
| 02:43.07 | a|3x | well im using someone's container so no |
| 02:43.11 | Samot | OK |
| 02:43.21 | a|3x | what does that mean |
| 02:43.24 | Kobaz | in 11, one call, one mixmonitor, overall cpu usage is around 11% pbx_thread is hovering at a constant 6% and do_monitor is hovering at a constant 6% |
| 02:43.46 | Samot | So basically the step that makes sure all the prerequisite services are installed. |
| 02:44.04 | Samot | Like bison, wget, patch and any other utilities, etc that would be needed. |
| 02:44.06 | a|3x | well supposedly this guy did it in this script https://github.com/respoke/asterisk-docker/blob/14.x/build-asterisk.sh |
| 02:44.23 | Kobaz | Samot: still think it's bad ram? |
| 02:45.31 | Kobaz | higher load per-call in asterisk-11 from doing the same tasks 1.8 is doing, and equal number of calls, = higher overall cpu usage |
| 02:45.39 | Kobaz | which is *exactly* what i was seeing, and reporting earlier |
| 02:45.46 | Samot | a|3x: Just because he didn't run it the docker script doesn't mean he didn't install all the prereqs first. |
| 02:46.56 | Samot | And how did you get 1.8 to start up again? |
| 02:47.23 | Kobaz | Samot: with all the killing/restarting 1.8, the astdb file didn't get written properly |
| 02:47.55 | Samot | So it started locking up the DB because you were killing and restarting Asterisk? |
| 02:47.59 | Kobaz | Samot: and then when ast_db starts initalizing, it locks up, and then the locks are held on init, and then ast_db_put(), ast_db_get() will lock up as well |
| 02:48.08 | Samot | Or did the DB lock up and you started killing and restarting Asterisk? |
| 02:48.15 | Kobaz | both |
| 02:48.24 | Samot | Which came first? |
| 02:48.31 | Samot | This is a chicken and egg scenario. |
| 02:48.34 | Samot | isn't |
| 02:48.36 | Kobaz | asterisk crashed and restarted earlier today |
| 02:48.40 | Samot | OK |
| 02:48.56 | Samot | And then it started locking up? |
| 02:48.57 | Kobaz | i don't know for sure, but i think it's safe to say that earlier crash is what corrupted the db |
| 02:49.00 | Kobaz | yes |
| 02:49.12 | Samot | Why didn't you mention that earlier? |
| 02:49.28 | Samot | When it needed to be fixed in minutes not days. |
| 02:49.47 | Kobaz | trust me, i was trying a bajllion things while we were chatting |
| 02:50.09 | Kobaz | but you were too busy fighting with me about upgrading and going out and buying a new machine to focus on actual problem details |
| 02:50.15 | Samot | "Asterisk crashed and DB started locking up on restart" |
| 02:50.22 | Samot | ^^ Would have made it a lot faster to deal with |
| 02:50.26 | Kobaz | i didn't know *what* was going on at the time |
| 02:50.33 | Kobaz | like i said, if i knew what the root cause was, i would have fixed it |
| 02:50.46 | Samot | You knew it crashed |
| 02:50.50 | Kobaz | the problem is, i already tried wiping astdb and restarting |
| 02:50.56 | Kobaz | and it still wasn't starting |
| 02:51.03 | Kobaz | but too many other things were going on at the same time |
| 02:51.05 | Samot | And you didn't mention that either. |
| 02:51.11 | Kobaz | watchers kicking in, restarting asterisk, asterisk failing, restarting again |
| 02:51.27 | Kobaz | and agian, you were too busy fighting with me on my method of fixing this problem |
| 02:51.37 | Samot | So yeah, you got us. It's probably not a RAM issue |
| 02:51.38 | Kobaz | and preferred to say that the machine is failing |
| 02:51.42 | Samot | In light of new information. |
| 02:51.48 | Samot | That would have made a difference hours ago. |
| 02:52.00 | Kobaz | i already knew about possible astdb corruption earlier |
| 02:52.01 | Samot | You didn't give us ALL the INFORMATION |
| 02:52.05 | Kobaz | and worked to resolve it |
| 02:52.05 | Samot | You did |
| 02:52.06 | Samot | We didn't |
| 02:52.13 | Samot | But you kept asking how to fix your damn issue |
| 02:52.20 | Samot | Without telling us all the freaking details. |
| 02:52.23 | Kobaz | right |
| 02:52.36 | Kobaz | but when you are going for others to help |
| 02:52.44 | Kobaz | do you know 100% of all the details, of every thing? |
| 02:52.49 | Samot | You tell them all the details so they can help probably... |
| 02:52.50 | Kobaz | do you have a ram dump of the system in your head? |
| 02:52.56 | Kobaz | no, obviously you dont |
| 02:52.58 | Samot | But things like "system crashed" |
| 02:53.00 | Samot | Yeah |
| 02:53.09 | Samot | "I don't know why it's doing it?" |
| 02:53.14 | Samot | "Did this just start?" |
| 02:53.15 | Samot | "Yes" |
| 02:53.21 | Samot | That was basically what it was |
| 02:53.26 | Samot | You didn't say it crashed earlier |
| 02:53.33 | Samot | Even when we asked "when did this start?" |
| 02:53.35 | Kobaz | you didn't ask either |
| 02:53.41 | Samot | Yes we did |
| 02:54.23 | Kobaz | anyway |
| 02:54.39 | Kobaz | i'm just saying, stop assuming things that don't make sense to assume |
| 02:54.46 | Samot | 5:05:20 PM <Kobaz> it wasn't an issue a day ago |
| 02:54.47 | Samot | 5:05:30 PM <drmessano> Kobaz: and nothing changed? |
| 02:54.47 | Samot | 5:05:32 PM <Kobaz> nope |
| 02:54.48 | *** join/#asterisk newtonr_ (~newtonr@99-104-129-136.lightspeed.brhmal.sbcglobal.net) |
| 02:54.48 | *** mode/#asterisk [+o newtonr_] by ChanServ |
| 02:55.00 | Samot | Yes, something changed. It crashed |
| 02:55.03 | Kobaz | a crash isn't a 'change' necessarily |
| 02:55.05 | Kobaz | no |
| 02:56.19 | Samot | OK. |
| 02:56.23 | Samot | You win. |
| 02:56.27 | Samot | You're right. |
| 02:56.37 | Kobaz | i don't need to be right |
| 02:56.44 | Samot | Giving half the details of what happened to your system before it shit itself while asking for help, that's cool. |
| 02:57.08 | Kobaz | i'm just pointing to the attitude and assumption of fault, was not helpful whatsoever |
| 02:57.20 | a|3x | yo |
| 02:57.26 | a|3x | so looks like i was right |
| 02:57.34 | Samot | So you decided to come back in here and shove it in our faces? |
| 02:57.35 | a|3x | there is a problem in makefiles |
| 02:57.49 | Samot | Adulting at it's finest. |
| 02:57.50 | a|3x | somebody should probably fix this |
| 02:58.06 | Samot | s/it's/its/ |
| 02:58.11 | Kobaz | you're not getting the point |
| 02:58.14 | Kobaz | oh well |
| 02:58.45 | a|3x | download command with wget installed: /usr/bin/wget -q -O- --timeout=5 http://www.pjsip.org/release/2.6/pjproject-2.6.tar.bz2 |
| 02:59.00 | a|3x | 5 minutes? |
| 02:59.10 | a|3x | download commadn without wget installed: /usr/bin/curl -Ls --max-time 60 http://www.pjsip.org/release/2.6/pjproject-2.6.tar.bz2 |
| 02:59.13 | a|3x | 60 seconds |
| 02:59.19 | a|3x | ? |
| 02:59.35 | a|3x | that server is so slow, it fails with curl |
| 02:59.47 | a|3x | why even have a timeout there? |
| 02:59.56 | Samot | For a response? |
| 03:00.00 | Kobaz | anyway, the *real* point of all of this |
| 03:00.03 | Samot | There should be a response in 5 seconds. |
| 03:00.23 | a|3x | the thing that it fails with curl |
| 03:00.24 | Kobaz | is that asterisk-11 indeed does have a performance problem on this system, and it's software based |
| 03:00.25 | Samot | Not sure why it's set to 5 seconds, never looked but never had an issue. |
| 03:00.53 | a|3x | this is an obvious problem, its timing out with curl unreasonably |
| 03:01.34 | Samot | Well for cURL that's that max time for the transfer. |
| 03:01.46 | a|3x | 60 seconds? |
| 03:01.54 | a|3x | its not enough it would seem |
| 03:02.19 | Samot | I'm not sure if that is a pure timeout |
| 03:02.34 | Samot | Or if that's a timeout after a connection is established. |
| 03:03.15 | a|3x | i ran the curl command, it is working but VERY slow |
| 03:03.35 | a|3x | it is transferring data |
| 03:03.38 | Samot | Well that sounds like a network/throughput issue with the container and/or host |
| 03:03.53 | a|3x | no actually, i did it on host and it is extra slow on host too |
| 03:04.07 | Samot | I said "and/or" host |
| 03:04.10 | a|3x | 43.1KB/s |
| 03:04.18 | a|3x | so the problem is these timeouts |
| 03:04.19 | Samot | network/throughput issue |
| 03:04.24 | a|3x | who put them there and for what purpose? |
| 03:04.28 | a|3x | seems bad practice |
| 03:04.34 | Samot | So it doesn't hang forever. |
| 03:04.55 | a|3x | well 5/60 seconds is not forever |
| 03:05.03 | a|3x | what if im on dialup |
| 03:06.40 | Samot | That's a silly question. |
| 03:07.16 | Samot | "I'm installing my PBX system over dialup on the Internet." |
| 03:07.31 | Samot | Anyone said that to you, you would stare at them funny |
| 03:08.36 | a|3x | still |
| 03:08.42 | a|3x | it should theoretically work |
| 03:08.48 | a|3x | this timeout thing is a bit silly |
| 03:09.58 | Samot | Well, if it was a big enough issue it would have been reported. |
| 03:10.00 | Samot | And fixed. |
| 03:10.15 | Samot | It's been like that for a while. |
| 03:10.23 | a|3x | maybe that server got overloaded recently |
| 03:11.37 | Samot | I don't know. I just grabbed it in like 20 seconds |
| 03:11.54 | a|3x | you must have a transparent cache with your isp |
| 03:12.12 | a|3x | i have direct vpn to a vps without any of the isp nonsense |
| 03:12.25 | Samot | That was one of my VMs in the cloud |
| 03:12.26 | Samot | No NAT |
| 03:12.32 | a|3x | hm.. |
| 03:12.33 | Samot | No ISP |
| 03:12.43 | a|3x | maybe my vps provider peering sucks |
| 03:12.51 | Samot | I will accept that it could be a remote issue |
| 03:12.59 | Samot | If you will accept it could be a local issue |
| 03:13.45 | a|3x | everything else works fast for me |
| 03:14.50 | a|3x | https://github.com/asterisk/asterisk/blob/ac5f40f797f6eb3de87604cddacd9c3d8c997b10/configure.ac#L301 |
| 03:16.07 | *** join/#asterisk newtonr (~newtonr@99-104-129-136.lightspeed.brhmal.sbcglobal.net) |
| 03:16.07 | *** mode/#asterisk [+o newtonr] by ChanServ |
| 03:23.47 | drmessano | Kobaz: Care to share the output of 'dmidecode --type memory' with us? |
| 03:36.00 | Kobaz | sure |
| 03:36.11 | Kobaz | so i have umm |
| 03:36.31 | Kobaz | 12 channels going, 6 are being recorded |
| 03:36.33 | Kobaz | 90% cpu |
| 03:37.06 | Kobaz | the pbx_outgoing_exten() threads are each using 13-20% cpu on the core they are on |
| 03:37.36 | drmessano | Uh |
| 03:37.39 | drmessano | What are you giving me here |
| 03:37.43 | Kobaz | https://pastebin.com/VBnUeGsy |
| 03:37.52 | Kobaz | hehe sorry... context |
| 03:37.56 | Kobaz | testing load in asterisk-11 |
| 03:38.01 | Kobaz | on this machine i'm having a problem with |
| 03:41.59 | a|3x | Samot, hopefully i did this right https://issues.asterisk.org/jira/browse/ASTERISK-27052 |
| 03:42.44 | Kobaz | switching between 1.8 and 11 does not make astdb happy |
| 03:50.02 | *** join/#asterisk miltux (~miltux@94-225-21-238.access.telenet.be) |
| 03:52.36 | Kobaz | drmessano: same test, 6 mixmonitors going, 12 channels total, 30% cpu |
| 03:52.48 | Kobaz | drmessano: really basic B2BUA generating media, and mixmonitoring |
| 03:53.16 | Kobaz | asterisk-11 is using 3 times the cpu versus 1.8 on this test |
| 03:53.47 | drmessano | Kobaz: I dont like the fact that dmidecode isn't show info on your RAM. This sounds like knockoff RAM that's showing its ass under load.. |
| 03:54.14 | drmessano | Which is literally where all the money should have been spent on a box using a RAMDisk |
| 03:54.39 | Kobaz | i'll definitely get this replaced with 32 gigs of good stuff rather soon |
| 03:55.46 | Kobaz | i'm going to try a BUILD_NATIVE on 11 |
| 03:57.31 | drmessano | Your Berkeley DB corruption earlier absolutely could and should have pissed off that Asterisk instance.. I've dealt many times with ASTDB corruption. But the extent of the "pissing off" on newer metal, and your Ast 11 results all point to an underlying problem. There's a bottleneck. |
| 04:00.36 | Kobaz | i would be interested in some profiling to see where asterisk-11 uses that much more cpu |
| 04:10.42 | [TK]D-Fender | 11 = dead |
| 04:10.52 | Kobaz | yeah almost |
| 04:10.56 | [TK]D-Fender | You shouldn't upgrade from dead stuff ... TO dead stuff |
| 04:11.06 | Kobaz | but it's similar enough to 1.8 that our platform doesn't need major rewriting |
| 04:11.07 | Samot | 11.25.1 is the last release. |
| 04:11.41 | [TK]D-Fender | Sounds like you're going to stretch out how long you're going to get screwed and left in the dust |
| 04:11.44 | Samot | Unless some major security bug is found between now and the end of Oct. |
| 04:11.45 | [TK]D-Fender | Bad business move |
| 04:12.07 | Kobaz | not necessarily |
| 04:12.11 | [TK]D-Fender | Sure it is |
| 04:12.18 | [TK]D-Fender | Already not bug fixes |
| 04:12.30 | [TK]D-Fender | And a few months to not even security fixes |
| 04:12.45 | [TK]D-Fender | And you're losing out on actual new features |
| 04:12.50 | Kobaz | yeah, a bit |
| 04:12.56 | Kobaz | many of which we don't really need right now |
| 04:13.00 | Kobaz | a lot of 'nice to have's |
| 04:13.06 | Kobaz | it's not that i don't want to migrate |
| 04:13.16 | Kobaz | there's just a million other pressing things driving business |
| 04:13.46 | [TK]D-Fender | If you're already about to migrate just go all the way and save yourself from having to do it again before long |
| 04:13.57 | Kobaz | well our stuff already supports 11 |
| 04:14.02 | Kobaz | so migrating is easy enough |
| 04:14.03 | [TK]D-Fender | and sitting like an open target as soon as a vulnerability pops up |
| 04:14.22 | Kobaz | but the non-easy part is solving the performance problems |
| 04:14.34 | Kobaz | i did start work on migrating to 12/13 a while back |
| 04:14.47 | Samot | 12 is way dead |
| 04:14.55 | Samot | It was a Standard release. |
| 04:14.57 | Kobaz | yeah, like i said, way back |
| 04:15.19 | Samot | The one reason, the driving reason, to update... |
| 04:15.21 | Samot | Support. |
| 04:15.34 | Kobaz | right |
| 04:15.43 | Kobaz | you don't have to convince me |
| 04:15.46 | Kobaz | i know it's a good idea |
| 04:15.49 | Kobaz | i just can't do it right now |
| 04:15.59 | Samot | Well you'll find you have the time.. |
| 04:16.05 | Kobaz | i can't allocate 100 hours to migrate our platform this very moment |
| 04:16.07 | Samot | When everything shits the bed, you have no support |
| 04:16.10 | Samot | And lose customers. |
| 04:16.22 | Kobaz | so far i've been pretty self sufficient |
| 04:16.30 | Kobaz | it's once in a blue moon i run into a difficult problem |
| 04:16.37 | Kobaz | and i generally have backup plans |
| 04:16.45 | Samot | What was today's? |
| 04:16.59 | Kobaz | a difficult problem, with a shitty backup, but it got solved |
| 04:17.09 | drmessano | solved? |
| 04:17.21 | Kobaz | well, not 'difficult' per say, just time consuming to fix |
| 04:17.25 | Kobaz | 1.8 is running again |
| 04:17.31 | Kobaz | and i have to see why it crapped out in the first place |
| 04:17.38 | drmessano | You exposed a major problem with the underlying system |
| 04:17.46 | Kobaz | which is? |
| 04:17.48 | drmessano | That fuckage shouldn't have killed the box |
| 04:17.57 | drmessano | Ok forget it |
| 04:18.10 | Kobaz | talking about the 'memory problem'? |
| 04:18.20 | Kobaz | so far that's not been proven yet |
| 04:18.42 | drmessano | We discussed the RAM issue.. You have some cheap ass RAM in the box.. and any time you have a "boo boo", it's going to show its ass |
| 04:19.12 | drmessano | That dmidecode you pasted looks like knockoff RAM |
| 04:19.24 | drmessano | You dont cut corners on RAM for a RAMDisk, ever |
| 04:19.25 | Kobaz | it could very well be, i don't have notes on the exact ram that was put in here |
| 04:19.32 | drmessano | You dont need noties |
| 04:19.33 | drmessano | You dont need notes |
| 04:19.35 | drmessano | You showed me |
| 04:19.42 | drmessano | "Unknown" |
| 04:19.43 | Kobaz | i showed you blank model numbers |
| 04:19.56 | drmessano | Missing data |
| 04:19.59 | Kobaz | right |
| 04:20.09 | drmessano | Yep |
| 04:20.25 | drmessano | Are you not seeing the pretty little trees here? |
| 04:20.26 | Kobaz | and you have proof that missing data == ... something |
| 04:20.30 | Kobaz | sounds like a logic failure there |
| 04:20.42 | Kobaz | you have an educated guess |
| 04:20.44 | Kobaz | but not proof |
| 04:20.54 | drmessano | I know from years of experience that missing data is function of knockoff/cheap RAM. It's quite common. You can also google it. |
| 04:21.01 | drmessano | It's not a guess |
| 04:21.02 | Kobaz | sure |
| 04:21.07 | Kobaz | that's very well a possability |
| 04:21.14 | drmessano | Your "Asterisk is broken" is more of an actual guess |
| 04:21.50 | Kobaz | and what proof do you have that the possible knockoff/cheap ram is causung my particular issue |
| 04:22.09 | Samot | What proof do you have that it's not? |
| 04:22.11 | Kobaz | you don't have to convince me to replace the ram, i already talked to the customer aabout putting in brand new 32gigs |
| 04:22.14 | Kobaz | that's not the issue |
| 04:22.27 | Kobaz | Samot: I don't, and therein lies the problem |
| 04:22.38 | Kobaz | there's proof of *nothing* |
| 04:22.45 | Samot | Expect experience. |
| 04:22.48 | Kobaz | i really fail to see why you think otherwise |
| 04:23.01 | Samot | s/Expect/Except/ |
| 04:23.10 | Kobaz | there's assessments, best guesses, educated guesses, informed decisions |
| 04:23.11 | drmessano | Kobaz: How is this level of militant contrarianism solving anything? You've obviously decided this is an Asterisk issue, so run with it. Good luck. |
| 04:23.18 | Kobaz | but there is no conconlusive proof |
| 04:23.35 | Kobaz | i've not decided anything |
| 04:23.51 | Kobaz | but *my* expert experience is pointing to an asterisk problem |
| 04:24.09 | Kobaz | because i've gone through this a number of times, and it *has* been an asterisk problem, and i've fixed it |
| 04:24.12 | *** join/#asterisk forgotmynick (uid24625@gateway/web/irccloud.com/x-drgagwovcnbryzkn) |
| 04:24.27 | Samot | Wait, I forgot if this was asked.. |
| 04:24.37 | Samot | How many Asterisk boxes have you admin'd over the years? |
| 04:24.48 | Kobaz | two dozen, handling several thousand phones |
| 04:24.51 | Kobaz | it's not a huge number |
| 04:24.52 | Samot | OK |
| 04:24.56 | Kobaz | but i've ran into a lot of problems |
| 04:25.00 | Kobaz | very odd, off the wall stuff |
| 04:25.01 | Samot | I have a 150 right now |
| 04:25.05 | Samot | This moment. |
| 04:25.17 | Kobaz | i have WEIRD edge cases |
| 04:25.24 | Kobaz | that i don't find information anywhere else |
| 04:25.25 | Samot | No less that 25 at any given time over 10+ years |
| 04:25.45 | Samot | drmessano is quite the Asterisk whore himself. |
| 04:25.56 | Samot | When tell you this stuff.. |
| 04:25.59 | Kobaz | i helped Leif Madsen write the documentation on local channels because people didn't know what was going on half the time |
| 04:25.59 | Samot | We've experienced it |
| 04:26.03 | Samot | We know what has happened. |
| 04:26.07 | Kobaz | right |
| 04:26.20 | Samot | so when you ask what proof? |
| 04:26.21 | Samot | Scars. |
| 04:26.23 | Kobaz | and i have my own experiences on seeing various things, that you probably have not, due to my use cases |
| 04:26.24 | Samot | Battle wounds |
| 04:26.33 | Samot | We've been fscked by it ourselves. |
| 04:26.35 | Kobaz | right |
| 04:26.37 | Kobaz | everyone has |
| 04:26.42 | Kobaz | and everyone has their tunnel of experience |
| 04:26.48 | Kobaz | that doesn't always overlap with others |
| 04:26.51 | Samot | Ours is a little bigger and longer |
| 04:26.53 | Samot | Genetics. |
| 04:26.53 | Kobaz | some of it does, some of it doesn't |
| 04:27.18 | Kobaz | see |
| 04:27.30 | Kobaz | now you're just turning it into a pissing contest |
| 04:27.35 | Samot | No. |
| 04:27.41 | Kobaz | i can tell you about the years and years i've spend doing X and |
| 04:27.42 | Samot | It's called wisdom and experience. |
| 04:28.02 | Samot | Well... |
| 04:28.09 | Kobaz | it doesn't help a whole lot, when the problem your facing is potentially a new edge case |
| 04:28.56 | drmessano | Kobaz: When are your problems not new 'edge cases' or 'corner cases' and a result of implementation? |
| 04:29.01 | Samot | "potentially new" is hard to label something on software that's been dead for 3 or 4 years. |
| 04:29.14 | Kobaz | this is just so pointless |
| 04:29.30 | Kobaz | i've run into many problems that were not documented on the issue tracker |
| 04:29.37 | Samot | So I have. |
| 04:29.45 | Samot | Flip that |
| 04:29.57 | Kobaz | so there's always potentially new edge cases |
| 04:30.09 | drmessano | or bad RAM |
| 04:30.19 | Kobaz | i download the first X.0 release of every asterisk |
| 04:30.28 | drmessano | or cheap RAM implemented into a number of boxes over time |
| 04:30.30 | Kobaz | the first thing that happens within the first 15 minutes of using it |
| 04:30.32 | Kobaz | ...i crash it |
| 04:30.40 | Samot | On purpose? |
| 04:30.46 | Kobaz | i'm doing something i need to do |
| 04:30.50 | Kobaz | and asterisk doesn't like it |
| 04:30.52 | Kobaz | so i fix t |
| 04:30.54 | Samot | On purpose? |
| 04:30.57 | Kobaz | no |
| 04:30.59 | Samot | OK |
| 04:31.02 | Kobaz | well, i don't 'crash it on purpose' |
| 04:31.06 | Samot | I have yet to roll out an Asterisk box that has done that |
| 04:31.07 | Kobaz | i'm tryiung to accomplish a task |
| 04:31.09 | Kobaz | and asterisk crashes |
| 04:31.12 | Samot | What type of task? |
| 04:31.12 | Kobaz | right |
| 04:31.24 | Samot | Dude, I've run Asterisk at CLECs |
| 04:31.30 | Kobaz | Samot: things like briding nested levels of local channels |
| 04:31.32 | Kobaz | right |
| 04:31.33 | Samot | What are you doing that I haven't? |
| 04:31.39 | Kobaz | you have a BASIC use case |
| 04:31.44 | Samot | Uhm. |
| 04:31.45 | Kobaz | you route calls from A to B |
| 04:31.50 | Kobaz | i develop call center software |
| 04:31.52 | Samot | HAHA |
| 04:31.53 | Samot | No |
| 04:31.54 | Samot | Dude |
| 04:31.55 | Samot | CLEC |
| 04:32.02 | Samot | TIER I CARRIER |
| 04:32.02 | Kobaz | still basic use case |
| 04:32.08 | Samot | Call Centers where our customers |
| 04:32.11 | Kobaz | you're routing calls from point A to point B |
| 04:32.16 | Samot | No. |
| 04:32.20 | drmessano | lol |
| 04:32.21 | Samot | We did hosted voice |
| 04:32.24 | Samot | ACD |
| 04:32.24 | Kobaz | right |
| 04:32.26 | Samot | IVR |
| 04:32.27 | Kobaz | so does everyone else |
| 04:32.29 | Samot | Ring Groups |
| 04:32.29 | Kobaz | right |
| 04:32.32 | Kobaz | so does everyone else |
| 04:32.33 | Samot | The same shit you're doing |
| 04:32.40 | Kobaz | do you have a custom call center platform that does *not* use app_queue? |
| 04:33.00 | Kobaz | if you use local channels the way i do, you would have crashed asterisk as well |
| 04:33.01 | Samot | So you're asking me if I took Asterisk and raped it? |
| 04:33.07 | Samot | No. |
| 04:33.13 | Samot | Because that's dumb. |
| 04:33.19 | Samot | Asterisk wasn't my only solution. |
| 04:33.28 | Kobaz | right because your use case doesn't need it, it's 'dumb' |
| 04:33.29 | Samot | We got the solutions we needed |
| 04:33.41 | Samot | No, when Asterisk couldn't do the shit we needed |
| 04:33.44 | Samot | We got stuff that DID |
| 04:33.47 | Kobaz | right |
| 04:33.48 | drmessano | Says the guy dismissing everyone elses statements |
| 04:34.00 | Kobaz | not everyone's statements |
| 04:34.06 | Kobaz | just the ones that don't have a basis in fact |
| 04:34.09 | Samot | Instead of trying to hammer a square peg into a round hole. |
| 04:34.13 | Kobaz | right |
| 04:34.14 | Kobaz | so |
| 04:34.18 | Kobaz | instead of fixing the crash bug in asterisk |
| 04:34.20 | Kobaz | you use product X |
| 04:34.22 | Kobaz | good for you |
| 04:34.30 | Samot | But we don't have that crash bug |
| 04:34.32 | Kobaz | oh, i almost forgot, you don't crash asterisk |
| 04:34.38 | Samot | Because we didn't modify Asterisk at the core |
| 04:34.43 | Samot | We didn't do shit to CAUSE IT |
| 04:35.05 | Kobaz | your logic is epic fail |
| 04:35.09 | Samot | OK. |
| 04:35.12 | Kobaz | i really don't understand why you don't see that |
| 04:35.25 | Samot | So you don't use what ASterisk provides for queues |
| 04:35.32 | Samot | But then blame Asterisk for crashing. |
| 04:35.35 | Kobaz | right |
| 04:35.39 | Samot | You tinker with the motor |
| 04:35.40 | Kobaz | because i'm using asterisk as an app platform |
| 04:35.44 | Kobaz | umm |
| 04:35.44 | Samot | Then blame the manufacturer |
| 04:35.52 | Kobaz | writing perl AGI, is not 'tinkering with the motor' |
| 04:36.10 | Samot | You just said you'r enot use app_queues for queues |
| 04:36.13 | Kobaz | AGI, Local Channels, stealing a bridged peer from music on hold, etc etc |
| 04:36.21 | Samot | You're doing it "your own way" |
| 04:36.23 | Kobaz | is not 'tinkering with the motor' |
| 04:36.23 | Kobaz | right |
| 04:36.25 | Kobaz | my own way |
| 04:36.26 | Samot | And then complaining it doesn't work |
| 04:36.28 | Kobaz | using the asterisk toolkit |
| 04:36.30 | Kobaz | exactly |
| 04:36.32 | Samot | And it's Asterisk's fault. |
| 04:36.36 | Kobaz | of course it is |
| 04:36.40 | Samot | Of course. |
| 04:36.47 | Kobaz | when there's a null pointer dereference in chan_sip |
| 04:36.50 | Samot | Never the developer making the shit |
| 04:36.51 | Kobaz | it's MY application's fauly? |
| 04:36.59 | Samot | Is it? |
| 04:37.01 | Samot | I don't know |
| 04:37.03 | Samot | I haven't seen it |
| 04:37.06 | Samot | I can't judge. |
| 04:37.07 | Kobaz | right |
| 04:37.09 | Kobaz | you're not a developer |
| 04:37.12 | Kobaz | so you can' |
| 04:37.13 | Samot | HAHAHAHA |
| 04:37.15 | Kobaz | n't judge |
| 04:37.16 | Samot | Yes, I am. |
| 04:37.42 | Kobaz | who'se fault is it when chrome crashes |
| 04:37.52 | Samot | Depends on what happened. |
| 04:37.55 | Kobaz | and you back trace, and it's in chrome's main.c |
| 04:37.56 | Samot | Sometimes it's mine |
| 04:37.58 | Kobaz | not a library |
| 04:38.01 | Samot | Sometimes it happens. |
| 04:38.02 | Kobaz | not the operating system |
| 04:38.07 | Samot | OK. |
| 04:38.08 | Kobaz | not some 3rd party plugin |
| 04:38.12 | Kobaz | CHROME crashes |
| 04:38.15 | Samot | I just restart chrome. |
| 04:38.16 | Kobaz | sure |
| 04:38.19 | Kobaz | blame the html page |
| 04:38.24 | Kobaz | YOU DID THE WRONG HTML |
| 04:38.25 | Samot | Well |
| 04:38.31 | Kobaz | blame the wrong tool |
| 04:38.32 | Samot | I have crashed chrome with bad code |
| 04:38.33 | Kobaz | that's fine |
| 04:38.34 | Samot | And Safari |
| 04:38.36 | Samot | And Firefox |
| 04:38.39 | Kobaz | 'bad code' |
| 04:38.39 | Samot | With MY bad code |
| 04:38.46 | Kobaz | right |
| 04:38.52 | Samot | I didn't blame Chrome. |
| 04:38.59 | Kobaz | and bad use code shouldn't crash your platform |
| 04:39.06 | Kobaz | the platform needs to handle that |
| 04:39.07 | Kobaz | but you' |
| 04:39.12 | Samot | OK. |
| 04:39.12 | Kobaz | you're not going to ever see that |
| 04:39.14 | Kobaz | so this is pointless |
| 04:39.18 | Samot | Says the guy running 6+ hardware. |
| 04:39.22 | Kobaz | asterisk is a general purpose toolbox for the world to see |
| 04:39.35 | ChannelZ | I'm not sure who to root for. |
| 04:39.48 | Samot | Meh. |
| 04:39.56 | Kobaz | if the tool breaks when you're trying to use it for its *intended* purpose |
| 04:40.01 | Kobaz | you sure as shit blame the tool |
| 04:40.06 | Samot | Well |
| 04:40.10 | Samot | Sure. |
| 04:40.19 | Samot | If app_queues breaks, I blame Asterisk. |
| 04:40.23 | Kobaz | right |
| 04:40.28 | Samot | If my custom queue app breaks.. |
| 04:40.32 | Samot | I blame who was responisble. |
| 04:40.34 | Kobaz | if my AGI Call Center breaks Astersk |
| 04:40.36 | Kobaz | i blame asterisk |
| 04:40.37 | Samot | Which could be me. |
| 04:40.51 | Kobaz | If my AGI Call center blows up and throws negative numbers on the reporting |
| 04:40.54 | Samot | So you don't take responsibility for anything. |
| 04:40.55 | Kobaz | i blame my call center |
| 04:41.04 | Kobaz | put the right blame in the right place |
| 04:41.11 | Samot | Which is never you. |
| 04:41.22 | Samot | Do you have a CCNA? |
| 04:41.25 | Kobaz | you're completely missing the point |
| 04:41.40 | Kobaz | why do i need a CCNA to develop software applications |
| 04:42.04 | drmessano | That was never implied |
| 04:42.05 | Samot | If your point is, the blame goes towards the responsible party for an issue.. |
| 04:42.07 | Samot | I get that |
| 04:42.16 | Kobaz | drmessano: it may have, just shortcutting it |
| 04:42.20 | Samot | If your point is, that responsible party is never you...that's BS |
| 04:42.22 | drmessano | No, it wasnt |
| 04:42.37 | Kobaz | responsible party |
| 04:42.50 | Kobaz | your OS crashes, well it might be the kernel, or the hardware |
| 04:42.51 | Samot | It's never you, it's Asterisk. |
| 04:42.56 | Samot | I don't know |
| 04:42.57 | Kobaz | application crashes, well it's probably the application |
| 04:42.59 | Samot | I would have to look. |
| 04:43.02 | Kobaz | could still be hardware |
| 04:43.07 | Kobaz | but, probably still the app |
| 04:43.12 | Samot | Depends, are you fucking with the application? |
| 04:44.08 | Kobaz | if by 'fucking with the application', you mean 'developing a module that uses components in a way they were intendeed' |
| 04:44.09 | Kobaz | then yes |
| 04:45.03 | Kobaz | first run out of the box with asterisk 11.0, I was using Bridge() and attended transfer |
| 04:45.05 | Kobaz | crashed asterisk |
| 04:45.15 | Samot | Let me ask you a simple question... |
| 04:45.19 | Kobaz | is that 'fucking with the application'.... no |
| 04:45.22 | Samot | Non- Asterisk related... |
| 04:45.27 | Kobaz | you're supposed to be able to use all these tools together |
| 04:45.33 | Kobaz | a few released later, that bug was fixed |
| 04:45.37 | Kobaz | now it works |
| 04:45.51 | Samot | When you design an app, roll it out and then there's a bug. Who's fault is the bug? |
| 04:46.11 | Kobaz | it's the fault of SANTA CLAUS |
| 04:46.30 | Kobaz | what are you trying to prove here |
| 04:46.37 | Kobaz | yes, it's my fault if i have a bug in MY CODE |
| 04:46.39 | Samot | I'm asking a simple question. |
| 04:46.42 | Samot | OK |
| 04:46.48 | Kobaz | my app causes asterisk to crash |
| 04:46.51 | Samot | So not Asterisks or Chromes or anything else you used? |
| 04:46.54 | Kobaz | that's no longer 'my fault' |
| 04:47.04 | Kobaz | asterisk wasn't supposed to crash |
| 04:47.07 | Kobaz | it's never supposed to crash |
| 04:47.08 | Kobaz | but it does |
| 04:47.15 | Samot | Welll |
| 04:47.19 | Samot | Never is strong. |
| 04:47.23 | Samot | It would like to never crash |
| 04:47.27 | Samot | But shit happens and it does |
| 04:47.30 | Samot | So does everything |
| 04:47.33 | Kobaz | right |
| 04:47.35 | Samot | No one wants their software to crash |
| 04:47.42 | Kobaz | OS is never supposed to crash, hardware is never supposed to |
| 04:47.47 | Kobaz | doesn't mean it wont |
| 04:47.55 | Kobaz | supposed is the intended result |
| 04:48.00 | Samot | How would you handle someone taking this stance with your app? |
| 04:48.13 | Samot | That your app should be able to do X and it doesn't so it's your apps fault. |
| 04:48.18 | Kobaz | i would fix as many bugs as i was aware of |
| 04:48.27 | Samot | What if it wasn't a bug? |
| 04:48.39 | Samot | What if they were trying to do something that it wasn't designed for? |
| 04:48.39 | Kobaz | if someone clicks a button on my app and it locks up the system |
| 04:48.43 | Kobaz | it's my apps fault |
| 04:48.55 | Kobaz | if it's not designed for, the system shouldn't allow it |
| 04:49.00 | Kobaz | in the ideal world |
| 04:49.10 | Kobaz | and obviously that's not always the case, but a good goal to shoot for |
| 04:49.18 | Kobaz | that's what error handling is all about |
| 04:49.23 | Samot | Oh by the way |
| 04:49.27 | Samot | As you are a developer |
| 04:49.30 | Kobaz | making sure your app is NOT going to follow instructions it can't handle |
| 04:49.31 | Samot | ARI is pretty slick |
| 04:49.39 | Samot | Would make what you're doing A LOT easier. |
| 04:49.44 | Samot | I'm guessing. |
| 04:49.44 | Kobaz | Yeah, i'm sure ARI will be pretty awesome |
| 04:49.52 | Kobaz | will get there eventually |
| 04:50.06 | a|3x | deadlocks in multithreading cannot be fixed actually |
| 04:50.10 | Samot | So basically.. |
| 04:50.14 | Samot | Your bitch right now is |
| 04:50.21 | Samot | You have an old took kit |
| 04:50.26 | Samot | tool kit |
| 04:50.28 | Samot | There's a new one |
| 04:50.34 | a|3x | it's impossible to predict some deadlocks |
| 04:50.36 | Samot | That has something just for what you are doing.. |
| 04:50.42 | Samot | And you are "getting to it" |
| 04:51.48 | Kobaz | a|3x: yeah, there's definitely many possible issues, and not everything can be fixed, but a best effort of avoid catastrophy is a good plan |
| 04:53.15 | a|3x | if your data structure causes a deadlock somehow, it's not the fault of the developer |
| 04:55.18 | Kobaz | i need to sleep |
| 04:55.55 | Kobaz | the overall, 10,000 foot view |
| 04:56.05 | Kobaz | that i'm sure everyone can agree on (except for Samot) |
| 04:56.36 | Kobaz | is that you shouldt not be able to crash asterisk by using Dialplan,AGI,ARI,ETC or any public-facing application protocol |
| 04:56.57 | Kobaz | that's the entire premesis of this whole hour long discussion |
| 04:57.15 | Kobaz | and if you DO crash asterisk, it's a bug in asterisk |
| 04:57.32 | *** join/#asterisk Hyper_Eye (~mwoodj@pdpc/sponsor/digium/hyper-eye) |
| 04:57.38 | Kobaz | i think that's pretty cut and dry, and just about every developer would agree with that |
| 04:57.56 | a|3x | is it a segfault or something else? |
| 04:58.11 | Kobaz | segfault, sure... to be specific |
| 04:58.50 | a|3x | if its a segfault then its pretty bad but not necessarily asterisk fault |
| 04:59.02 | a|3x | do you have a backtrace? |
| 04:59.39 | Kobaz | i had an assumption in there |
| 04:59.57 | Kobaz | if you crash asterisk and the backtrace is showing that asterisk code died, then yes, the bug is in there |
| 05:00.13 | a|3x | not necessarily actually |
| 05:00.23 | a|3x | it could be one of the system libraries that caused it |
| 05:00.31 | Kobaz | a|3x: this was more of a general discussion, and i have lots of back traces, but now i have so many, and off of so many builds, i need to start over on that |
| 05:00.55 | a|3x | its really hard to debug that stuff |
| 05:01.29 | Kobaz | a|3x: i'm talking about a cut and dry failure, in the stack trace that clearly shows like, ast_db_put, seg fault, |
| 05:01.34 | Kobaz | etc. stuff like that |
| 05:01.47 | Kobaz | if it's a library call, sure.. the bug is probably somewhere else |
| 05:17.37 | *** join/#asterisk Samael28 (~Samael28@176.104.56.91) |
| 05:35.55 | *** join/#asterisk NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
| 05:37.05 | *** join/#asterisk NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
| 05:53.15 | *** join/#asterisk Rasputin3711 (~Rasputin3@87.255.254.66) |
| 06:19.22 | *** join/#asterisk Samael28 (~Samael28@176.104.56.91) |
| 06:54.50 | *** join/#asterisk boris_t (~boris_t@363103629.convex.ru) |
| 07:00.29 | *** join/#asterisk wdoekes (~walter@wjd.osso.nl) |
| 07:00.29 | *** mode/#asterisk [+o wdoekes] by ChanServ |
| 07:05.35 | *** join/#asterisk jkroon (~jkroon@vc-nat-gp-n-41-13-90-9.umts.vodacom.co.za) |
| 07:05.39 | *** join/#asterisk pchero_work (~pchero@109.70.54.56) |
| 07:09.28 | *** join/#asterisk Samael28 (~Samael28@176.104.56.91) |
| 07:10.26 | *** join/#asterisk hehol (~hehol@gatekeeper.loca.net) |
| 07:22.45 | *** join/#asterisk TandyUK (~admin@87.252.44.195) |
| 07:26.24 | *** join/#asterisk DanB (~DanB@clt-195.192.204.205.ip-anschluss.net) |
| 07:27.14 | *** join/#asterisk evil_gordita (robert@ip70-188-41-127.rn.hr.cox.net) |
| 07:27.46 | ChannelZ | I have made my selection. |
| 07:27.57 | ChannelZ | I am rooting for Giant Meteor |
| 07:33.45 | drmessano | For what? |
| 07:34.16 | *** join/#asterisk beardy (~beardy@unaffiliated/beardy) |
| 07:35.21 | *** join/#asterisk TandyUK (~admin@2a02:13a0:a006:1:b4f8:8786:220b:5d0f) |
| 07:35.35 | ChannelZ | for the winner of the conversation that was taking place earlier. |
| 07:36.01 | drmessano | That conversation had no winners |
| 07:36.47 | ChannelZ | Now you see why I was rooting for Giant Meteor to come end it all |
| 07:36.50 | ChannelZ | :D |
| 07:42.55 | *** join/#asterisk jkroon (~jkroon@vc-nat-gp-n-41-13-90-9.umts.vodacom.co.za) |
| 07:56.05 | *** join/#asterisk ChannelZ (~bobm@burner.com) |
| 08:00.09 | *** join/#asterisk tripleslash (~triplesla@unaffiliated/imsaguy) |
| 08:00.10 | *** join/#asterisk Kaian (~kaian@212.81.221.228) |
| 08:02.38 | *** join/#asterisk Frojoe (Frojoe@2a01:7e00::f03c:91ff:fe70:bc74) |
| 08:02.48 | *** join/#asterisk jkroon (~jkroon@41.13.80.56) |
| 08:04.20 | *** join/#asterisk sekil (~sekil@cable-89-216-226-220.dynamic.sbb.rs) |
| 08:27.49 | *** join/#asterisk Onyx47 (~bojan@c82-214-97-81.loc.akton.net) |
| 08:32.13 | Onyx47 | Hi all, anyone knows if it's possible to properly track the status of a WSS endpoint? I'm using Asterisk 14.5 + PJSIP + SIP.js 0.7.8 and contact status is always "Unknown" |
| 08:43.13 | *** join/#asterisk Samael28 (~Samael28@176.104.56.91) |
| 08:59.09 | *** join/#asterisk sekil (~sekil@nat-73.net011.net) |
| 09:01.11 | *** join/#asterisk tzafrir (~tzafrir@local.xorcom.com) |
| 09:06.18 | *** join/#asterisk evilman_work (~evilman@87.244.6.228) |
| 09:20.32 | *** join/#asterisk mahlon (~mahlon@martini.nu) |
| 09:34.05 | *** join/#asterisk DanB (~DanB@clt-195.192.204.205.ip-anschluss.net) |
| 09:37.00 | *** join/#asterisk DanB (~DanB@clt-195.192.204.205.ip-anschluss.net) |
| 09:45.31 | *** join/#asterisk Samael28 (~Samael28@176.104.56.91) |
| 10:29.46 | Onyx47 | never mind, seems like you have to specify the qualify interval explicitly in PJSIP which I forgot to do... |
| 10:32.40 | *** join/#asterisk Samael28 (~Samael28@176.104.56.91) |
| 10:46.11 | *** join/#asterisk Samael28 (~Samael28@176.104.56.91) |
| 10:48.01 | *** join/#asterisk jkroon (~jkroon@165.16.204.41) |
| 11:24.22 | *** join/#asterisk f00bar80 (~f00bar80@196.219.143.69) |
| 11:25.05 | f00bar80 | what's the difference between using a Voip GSM gateway and simply forward cell-phone calls to a voip sip number ? |
| 11:41.51 | *** join/#asterisk thiagoc (~thiagoc@unaffiliated/thiagoc) |
| 12:00.36 | *** join/#asterisk mr_kyd (~Einherjer@unaffiliated/mr-kyd/x-4253709) |
| 12:07.44 | *** join/#asterisk sekil (~sekil@nat-73.net011.net) |
| 12:19.01 | *** join/#asterisk Rini (uid196547@gateway/web/irccloud.com/x-ybrzguvmeaadlrlk) |
| 12:25.40 | f00bar80 | ppl anybody there? |
| 12:28.56 | *** join/#asterisk sekil (~sekil@nat-73.net011.net) |
| 12:29.51 | *** join/#asterisk [TK]D-Fender (~joe@216.191.106.165) |
| 12:33.00 | *** join/#asterisk brad_mssw (~brad@66.129.88.50) |
| 12:36.27 | TandyUK | somewhere |
| 12:38.17 | [TK]D-Fender | f00bar80, difference is pretty obvious |
| 12:52.19 | f00bar80 | [TK]D-Fender, a bit of detailed clarification if you don't mind |
| 12:53.25 | f00bar80 | [TK]D-Fender, I'm asking for a personal usage getting rid of roaming costs |
| 12:55.20 | f00bar80 | [TK]D-Fender, which benefits i'll get over simply forwarding my cellphone number to lets say a skype number |
| 12:57.47 | [TK]D-Fender | Those 2 things ar EXACTLY what they sound like |
| 12:57.59 | [TK]D-Fender | I don't understand why this is even a question |
| 12:58.55 | [TK]D-Fender | If you have a GSM GATEWAY then you have a box which could be located local to your server and IT has a GSM radio & SIM in it and it is just like your cellphone except it sends the call to your server |
| 12:59.05 | [TK]D-Fender | HOW it does this depends on why the OTHER connection is on it |
| 12:59.14 | [TK]D-Fender | Pretty obvious for #1 |
| 12:59.18 | [TK]D-Fender | for #2 well ... |
| 12:59.27 | [TK]D-Fender | How is that description also not blatantly obvious? |
| 12:59.35 | [TK]D-Fender | If you forward your cell... then you forward your cell |
| 12:59.55 | [TK]D-Fender | if you send to an ITSP then obviously the are going to send you that call over the internet |
| 13:00.26 | [TK]D-Fender | that has all the obvious costs associated to the ITSP and uses your internet bandwidth |
| 13:00.44 | [TK]D-Fender | So ... why is this a question? |
| 13:00.50 | [TK]D-Fender | they are EXACTLY like what they sound like |
| 13:02.18 | [TK]D-Fender | <f00bar80> [TK]D-Fender, I'm asking for a personal usage getting rid of roaming costs <- |
| 13:02.36 | [TK]D-Fender | does FORWARDING cost you money? You should know that answer already |
| 13:03.09 | [TK]D-Fender | option #1's answer is also pretty obvious |
| 13:03.15 | [TK]D-Fender | it is functionally a cell phone |
| 13:03.18 | [TK]D-Fender | that's all |
| 13:03.20 | [TK]D-Fender | end of story |
| 13:03.50 | [TK]D-Fender | So if it is in location X then that's how you are billed by your provider |
| 13:06.57 | *** join/#asterisk stefanauss (~stefanaus@95.142.177.153) |
| 13:09.25 | f00bar80 | [TK]D-Fender, it's gonna to be forwarding an overseas number to a skype U.S nunber , technically wise .. there'll be a difference in call quality and stability ? |
| 13:10.35 | [TK]D-Fender | Go call that # from any other phone. |
| 13:10.37 | [TK]D-Fender | that's your answer |
| 13:10.56 | [TK]D-Fender | You're not thinking about what this actually it. |
| 13:11.07 | [TK]D-Fender | your cell carrier gets the call and they jsut send it forward |
| 13:11.09 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 13:11.09 | *** mode/#asterisk [+o cresl1n] by ChanServ |
| 13:11.38 | [TK]D-Fender | wireless tech is not even involved in a forward |
| 13:11.40 | f00bar80 | [TK]D-Fender, so what then a gsm gateway will do in such case |
| 13:11.56 | [TK]D-Fender | It does exactly what it says it does |
| 13:12.05 | [TK]D-Fender | and I already answered that |
| 13:12.27 | [TK]D-Fender | <[TK]D-Fender> I don't understand why this is even a question |
| 13:12.27 | [TK]D-Fender | <[TK]D-Fender> If you have a GSM GATEWAY then you have a box which could be located local to your server and IT has a GSM radio & SIM in it and it is just like your cellphone except it sends the call to your server |
| 13:12.27 | [TK]D-Fender | <[TK]D-Fender> HOW it does this depends on why the OTHER connection is on it |
| 13:13.00 | f00bar80 | [TK]D-Fender, ii'm a bit confused , both waws the call is forwarded to a U.S number isn't it ? |
| 13:13.36 | [TK]D-Fender | Your description didn't start out saying anything about skype or a US number |
| 13:13.40 | [TK]D-Fender | your description is BAD |
| 13:13.50 | [TK]D-Fender | you need to pclearly communicate what you are doing |
| 13:13.54 | [TK]D-Fender | the WHOLE picture |
| 13:14.16 | [TK]D-Fender | You asked about the difference between a GSM gateway & forwarding a cell to an ITSP |
| 13:14.32 | f00bar80 | [TK]D-Fender, the gateway when sending the call to the server , how this is different or not regarding the call being forwarded from my local number to a skype number |
| 13:14.34 | [TK]D-Fender | none of this said anything about some SECOND leg of a call involving anything else |
| 13:15.01 | [TK]D-Fender | How is that a question? |
| 13:15.02 | [TK]D-Fender | Seriously |
| 13:15.13 | [TK]D-Fender | If you forward then your server isn't even INVOLVED |
| 13:15.33 | [TK]D-Fender | it's not GOING to your serverwhy are you comparing those 2 things at all? |
| 13:15.46 | [TK]D-Fender | Forward a cell to skype means NO SERVER INVOLVED. |
| 13:16.22 | [TK]D-Fender | the other... means you have a BOX WITH A SIM.... your server ... and then however you want to call the other end |
| 13:16.39 | f00bar80 | [TK]D-Fender, actually i'm a bit confused regarding how the incoming call to the local line , will reach the destination if it's a U.S number |
| 13:17.02 | [TK]D-Fender | If what's a US number? |
| 13:17.09 | [TK]D-Fender | your description is still very bad |
| 13:17.46 | f00bar80 | [TK]D-Fender,, the U.S number is the other end receiving the call |
| 13:17.54 | [TK]D-Fender | no |
| 13:18.06 | [TK]D-Fender | these are *2* different calls |
| 13:18.21 | [TK]D-Fender | if it hits your server |
| 13:18.30 | [TK]D-Fender | If you forward then there is NO server involved |
| 13:18.32 | f00bar80 | [TK]D-Fender, the local cellphone is gonna to make a call to what in first place ? |
| 13:18.37 | [TK]D-Fender | Do you understand this? |
| 13:18.51 | [TK]D-Fender | your CELL COMPANY get the call |
| 13:18.54 | [TK]D-Fender | we don't give a shit about them |
| 13:18.58 | [TK]D-Fender | THEY get the call.. |
| 13:19.02 | [TK]D-Fender | what do THEY do with it? |
| 13:19.07 | [TK]D-Fender | that is what matters |
| 13:19.29 | [TK]D-Fender | You THEy forrward to that US number ... then you have NO server in the middle |
| 13:19.33 | [TK]D-Fender | Do you understand this? |
| 13:19.54 | f00bar80 | [TK]D-Fender, yea... suppose this is the scenario ....: |
| 13:19.56 | [TK]D-Fender | Please confirm otherwise there is no point in continuing to talk about it. |
| 13:20.29 | *** join/#asterisk newtonr (~newtonr@99-104-129-136.lightspeed.brhmal.sbcglobal.net) |
| 13:20.29 | *** mode/#asterisk [+o newtonr] by ChanServ |
| 13:20.35 | [TK]D-Fender | if you have a GSM box then that acts like a DUMB PHONE. If that box is REMOTE from your provider then they consider it "roaming". |
| 13:20.46 | [TK]D-Fender | WHERE is that gateway going to be physically located? |
| 13:21.21 | f00bar80 | [TK]D-Fender, i got a call on my local cell-phone , i want to be able to get this call on my U.S number using a gateway , how this is gonna to happen and which costs i'm gonna to be charged for |
| 13:21.46 | [TK]D-Fender | I already answered this 3 times now |
| 13:22.04 | [TK]D-Fender | [TK]D-Fender> if you have a GSM box then that acts like a DUMB PHONE. If that box is REMOTE from your provider then they consider it "roaming". |
| 13:22.06 | [TK]D-Fender | ^^^^ |
| 13:22.31 | [TK]D-Fender | then how are you going to call OUT? |
| 13:22.37 | [TK]D-Fender | YOU have to choose your method |
| 13:22.52 | f00bar80 | [TK]D-Fender, the gateway is located locally same as my cellphone network is located |
| 13:23.00 | [TK]D-Fender | Your description is still SHIT. You aren't stating HOW you are going to call that other number |
| 13:23.15 | [TK]D-Fender | HOW are you going to call that other number? <-------------------------- |
| 13:25.05 | [TK]D-Fender | You can't determine a COST if you don't define the RULES. |
| 13:25.07 | f00bar80 | [TK]D-Fender, i'm assuming the gateway should be doing that , switch the call from gsm to skype lets say .. sorry a but confused in that |
| 13:25.30 | [TK]D-Fender | Assume? |
| 13:25.41 | [TK]D-Fender | Sounds like you didn't even LOOK at one yet |
| 13:26.07 | [TK]D-Fender | Show me one that speaks "skype" |
| 13:26.59 | f00bar80 | [TK]D-Fender, something like this http://blog.carrier-connect.com/ , is what i'm thinking of |
| 13:28.14 | [TK]D-Fender | that isn't just a "gateway" |
| 13:28.20 | [TK]D-Fender | a gateway is a SINGLE device |
| 13:28.30 | [TK]D-Fender | this is a picture with *3* servers |
| 13:31.10 | f00bar80 | [TK]D-Fender, but this is what i'm actually after |
| 13:31.38 | [TK]D-Fender | You just said "skype" for the other end |
| 13:32.01 | [TK]D-Fender | nowhere did you say you want ANOTHER device with a GSM interface in some OTHER location |
| 13:33.05 | [TK]D-Fender | that site described Location1 with a GSM interface & server. That side gets a call and sends to server @. Server 2 takes the call and calls OUT using ANOTHER GSM interface with its own SIM card. |
| 13:33.17 | [TK]D-Fender | that's *2* SIM cards involved |
| 13:33.50 | [TK]D-Fender | you asked about the difference between a SIMPLE cell forward (NOTHING like this at all), and a SINGLE server |
| 13:34.08 | [TK]D-Fender | Your description sounds NOTHING like that site |
| 13:34.19 | [TK]D-Fender | And you aren't making things any clearer |
| 13:34.20 | *** join/#asterisk Samael28 (~Samael28@176.104.56.91) |
| 13:35.32 | f00bar80 | [TK]D-Fender, k my fault osrry , but let me just ask, how basically the call is sent to the server |
| 13:35.55 | TandyUK | hands [TK]D-Fender a cookie, and a valium |
| 13:36.56 | [TK]D-Fender | WHICH SERVER |
| 13:37.10 | [TK]D-Fender | you aren't confirming how MAY are actually needed |
| 13:37.16 | [TK]D-Fender | your description does not MATCH |
| 13:37.19 | [TK]D-Fender | MANY* |
| 13:37.26 | f00bar80 | [TK]D-Fender, that's the origin for my question actually , difference between a simple call forward and a call being sent to a server |
| 13:38.23 | f00bar80 | [TK]D-Fender, " a call sent to server 1 " |
| 13:39.46 | [TK]D-Fender | You need to fix your description for your ENTIRE scenario |
| 13:40.02 | [TK]D-Fender | I am not trusting the mess you have presented so far |
| 13:42.01 | [TK]D-Fender | finds it ironic how many people come to a PBX toolkit channel without the ability to COMMUNICATE themselves. |
| 13:46.00 | *** join/#asterisk skywayskase (~skywayska@67.139.42.219) |
| 14:04.33 | *** join/#asterisk kharwell (kharwell@nat/digium/x-wmjgcfgytfupgbvb) |
| 14:04.33 | *** mode/#asterisk [+o kharwell] by ChanServ |
| 14:10.20 | *** join/#asterisk kkocaerkek (~kkocaerke@195.142.112.66) |
| 14:11.41 | *** join/#asterisk libardi (~libardi@179.159.11.133) |
| 14:45.13 | Kobaz | [TK]D-Fender: aye |
| 14:47.16 | Kobaz | any you guys ever do any integration with skype for business |
| 14:47.37 | *** join/#asterisk gswain (uid91227@gateway/web/irccloud.com/x-bqqgsdtureizsbqq) |
| 14:48.22 | [TK]D-Fender | I think I helped one person do it before |
| 14:48.44 | Samot | If I recall, it was a bit painful. |
| 14:51.38 | [TK]D-Fender | I used the SIP gateway and it worked fine |
| 14:51.55 | lvlinux | Do they still support that? |
| 14:52.57 | lvlinux | yeah looks like they do---I thought they had axed it but evidently not. |
| 14:54.36 | *** join/#asterisk rmudgett (rmudgett@nat/digium/x-vjyekrfnqgymnnbr) |
| 14:54.36 | *** mode/#asterisk [+o rmudgett] by ChanServ |
| 14:55.34 | *** join/#asterisk ruied (~ruied@81.84.234.209) |
| 15:16.51 | Kobaz | [TK]D-Fender: yeah, sip gateway.. there's also this massive microsoft API thing with office 365 and all that jazz |
| 15:16.58 | Kobaz | avaya ip office has a skype for business full integration |
| 15:17.02 | Kobaz | i haven't seen it up close |
| 15:17.10 | craigify | isn't skype for business formerly Lync or Linc? |
| 15:17.34 | Samot | The MS voice solution has gone through many names |
| 15:18.03 | Samot | And they are all pretty crap. |
| 15:23.05 | [TK]D-Fender | <craigify> isn't skype for business formerly Lync or Linc? <- no |
| 15:23.25 | Samot | Technically no. |
| 15:23.32 | Samot | They retire the old one and bring up the new one. |
| 15:26.21 | Samot | Well actually, yes. |
| 15:26.33 | Samot | Speech got pushed to the Office Communications |
| 15:26.58 | Samot | On 11 November 2014, Microsoft announced that in 2015, Skype for Business would replace Lync |
| 15:27.56 | drmessano | Lync and SFB are the same product, just renamed |
| 15:28.05 | craigify | a-ha |
| 15:28.11 | drmessano | We run both in the same enterprise. |
| 15:34.27 | *** join/#asterisk hdon (~hdon@68.110.137.138) |
| 15:34.55 | hdon | hi all :) does asterisk connect metrics on how long it takes to initiate a call with remote SIP servers? |
| 15:35.11 | hdon | or is that something i should consider writing into my dialplan? |
| 15:36.12 | [TK]D-Fender | Nothing useful you can see in the dialplan |
| 15:36.38 | [TK]D-Fender | I'm not sure of any way to see the pre-call, and ack to compare |
| 15:44.02 | hdon | hmm... ok, thanks [TK]D-Fender |
| 15:45.50 | *** join/#asterisk skywayskase (~skywayska@67.139.42.219) |
| 15:47.04 | *** join/#asterisk skywayskase (~skywayska@67.139.42.219) |
| 15:54.25 | *** join/#asterisk skywayskase (~skywayska@67.139.42.219) |
| 16:04.02 | *** join/#asterisk sawgood (~sawgood@unaffiliated/sawgood) |
| 16:31.38 | *** join/#asterisk salviadud (~ralfalfa@189-211-190-134.static.axtel.net) |
| 16:37.13 | *** join/#asterisk Samael28 (~Samael28@176.104.56.91) |
| 16:43.26 | *** join/#asterisk Samael28 (~Samael28@176.104.56.91) |
| 16:49.07 | *** join/#asterisk defsdoor (~andy@cpc120600-sutt6-2-0-cust177.19-1.cable.virginm.net) |
| 16:53.16 | *** join/#asterisk EnrgySmth (d8eba101@gateway/web/freenode/ip.216.235.161.1) |
| 17:27.29 | *** join/#asterisk stefanauss (~stefanaus@160.97.54.39) |
| 17:39.56 | *** join/#asterisk DanB (~DanB@clt-195.192.204.205.ip-anschluss.net) |
| 17:53.22 | *** join/#asterisk tzafrir (~tzafrir@bzq-179-40-170.cust.bezeqint.net) |
| 18:19.35 | *** part/#asterisk jrun (~jrun@unaffiliated/glphvgacs) |
| 18:20.37 | *** join/#asterisk phix (~threat@C-61-69-233-41.for.connect.net.au) |
| 18:30.34 | *** join/#asterisk forgotmynick (uid24625@gateway/web/irccloud.com/x-oxbhbzofosbbsybb) |
| 18:53.50 | *** join/#asterisk r1ppa (~Rippa@64.26.133.67) |
| 18:54.34 | r1ppa | Can someone knudge me in the right direction, trying to control what my Polycom display shows, like user list directory, etc |
| 18:55.27 | r1ppa | is it features.cfg? I keep finding info to setup background image thats it, I need control of softkeys, maybe put their extension in a corner.. |
| 18:55.31 | *** join/#asterisk skywayskase (~skywayska@67.139.42.219) |
| 19:20.41 | *** join/#asterisk pa (~pa@unaffiliated/pa) |
| 19:21.05 | *** join/#asterisk skywayskase (~skywayska@67.139.42.219) |
| 19:22.26 | *** join/#asterisk marlinc (~marlinc@1.0.0.127.13.204.167.185.in-addr.arpa) |
| 19:36.41 | *** join/#asterisk skywayskase (~skywayska@67.139.42.219) |
| 19:46.16 | *** join/#asterisk libardi (~libardi@179.159.11.133) |
| 20:03.59 | *** join/#asterisk jkroon (~jkroon@165.16.204.171) |
| 20:05.45 | *** join/#asterisk earlybird (~earlybird@unaffiliated/joj) |
| 20:12.28 | *** join/#asterisk Samael28 (~Samael28@176.104.56.91) |
| 20:13.19 | *** join/#asterisk justdave (~dave@unaffiliated/justdave) |
| 20:26.32 | *** join/#asterisk Samael28 (~Samael28@176.104.56.91) |
| 20:27.22 | *** join/#asterisk Samael28 (~Samael28@176.104.56.91) |
| 20:28.07 | *** join/#asterisk Samael28 (~Samael28@176.104.56.91) |
| 20:28.20 | *** join/#asterisk Jesterboxboy (~Thunderbi@80-109-194-26.cable.dynamic.surfer.at) |
| 20:28.58 | *** join/#asterisk Samael28 (~Samael28@176.104.56.91) |
| 20:29.46 | *** join/#asterisk Samael28 (~Samael28@176.104.56.91) |
| 20:30.31 | *** join/#asterisk Samael28 (~Samael28@176.104.56.91) |
| 20:31.19 | *** join/#asterisk Samael28 (~Samael28@176.104.56.91) |
| 20:40.11 | *** join/#asterisk skywayskase (~skywayska@67.139.42.219) |
| 20:44.05 | *** join/#asterisk karelk (~karel@31.10.128.149) |
| 20:52.23 | *** join/#asterisk Hyper_Eye (~mwoodj@pdpc/sponsor/digium/hyper-eye) |
| 21:19.38 | *** join/#asterisk skywayskase (~skywayska@67.139.42.219) |
| 21:20.33 | *** join/#asterisk ketas (~ketas@200-62-46-176.dyn.estpak.ee) |
| 21:21.20 | *** join/#asterisk skywayskase (~skywayska@67.139.42.219) |
| 21:23.59 | *** join/#asterisk skywayskase (~skywayska@67.139.42.219) |
| 21:26.59 | *** join/#asterisk skywayskase (~skywayska@67.139.42.219) |
| 21:27.24 | *** join/#asterisk Samael28 (~Samael28@176.104.56.91) |
| 22:00.41 | *** join/#asterisk skywayskase (~skywayska@163.182.162.226) |
| 22:10.48 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
| 22:12.05 | *** join/#asterisk karelk (~karel@31.10.159.164) |
| 22:47.29 | *** join/#asterisk clarjon1 (~clarjon1@unaffiliated/clarjon1) |
| 23:04.31 | *** join/#asterisk Katty (uid62315@gateway/web/irccloud.com/x-elpjybabrojqxuxb) |
| 23:19.29 | *** part/#asterisk kharwell (kharwell@nat/digium/x-wmjgcfgytfupgbvb) |
| 23:45.01 | *** join/#asterisk yokel (~yokel@unaffiliated/contempt) |
| 23:45.02 | *** join/#asterisk genpaku (~genpaku@107.191.100.185) |