| 04:53.35 | *** join/#asterisk-dev paravoid (~paravoid@zebra.cslab.ece.ntua.gr) |
| 04:53.35 | *** join/#asterisk-dev micols (~mio@rlogin.dk) |
| 04:53.35 | *** join/#asterisk-dev Marquis42 (~bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 04:54.33 | *** join/#asterisk-dev jpeeler (~jpeeler@asterisk/developer/jpeeler) |
| 04:54.33 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 04:54.33 | *** mode/#asterisk-dev [+o jpeeler] by hubbard.freenode.net |
| 04:54.43 | *** join/#asterisk-dev Jacke (jacke@valhalla.bofh.org) |
| 04:55.04 | *** join/#asterisk-dev ccesario (~ccesario@200-207-171-46.dial-up.telesp.net.br) |
| 04:55.04 | *** join/#asterisk-dev devmod (~devmod___@c-76-100-208-204.hsd1.md.comcast.net) |
| 04:55.04 | *** join/#asterisk-dev mvanbaak (~michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 04:55.04 | *** mode/#asterisk-dev [+o mvanbaak] by hubbard.freenode.net |
| 04:55.20 | *** join/#asterisk-dev CoderForLife (~Miranda@cpe-174-103-152-61.cinci.res.rr.com) |
| 04:55.46 | *** join/#asterisk-dev jsolares (~jsolares@222.224.148.190.dsl.intelnet.net.gt) |
| 04:55.46 | *** join/#asterisk-dev citywok (~kvirc@67-134-194-33.dia.static.qwest.net) |
| 04:56.09 | *** join/#asterisk-dev Corydon76-dig (four@c-69-137-80-31.hsd1.tn.comcast.net) |
| 04:56.10 | *** join/#asterisk-dev WIMPy (~wimpy@e183095026.adsl.alicedsl.de) |
| 04:56.10 | *** mode/#asterisk-dev [+o Corydon76-dig] by hubbard.freenode.net |
| 04:59.44 | *** join/#asterisk-dev WIMPy (~wimpy@e183095026.adsl.alicedsl.de) |
| 04:59.44 | *** join/#asterisk-dev Corydon76-dig (four@c-69-137-80-31.hsd1.tn.comcast.net) |
| 04:59.44 | *** join/#asterisk-dev citywok (~kvirc@67-134-194-33.dia.static.qwest.net) |
| 04:59.44 | *** join/#asterisk-dev jsolares (~jsolares@222.224.148.190.dsl.intelnet.net.gt) |
| 04:59.44 | *** join/#asterisk-dev CoderForLife (~Miranda@cpe-174-103-152-61.cinci.res.rr.com) |
| 04:59.44 | *** join/#asterisk-dev mvanbaak (~michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 04:59.44 | *** join/#asterisk-dev devmod (~devmod___@c-76-100-208-204.hsd1.md.comcast.net) |
| 04:59.44 | *** join/#asterisk-dev ccesario (~ccesario@200-207-171-46.dial-up.telesp.net.br) |
| 04:59.44 | *** join/#asterisk-dev Jacke (jacke@valhalla.bofh.org) |
| 04:59.44 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 04:59.44 | *** join/#asterisk-dev jpeeler (~jpeeler@asterisk/developer/jpeeler) |
| 04:59.44 | *** join/#asterisk-dev paravoid (~paravoid@zebra.cslab.ece.ntua.gr) |
| 04:59.44 | *** join/#asterisk-dev micols (~mio@rlogin.dk) |
| 04:59.44 | *** join/#asterisk-dev Marquis42 (~bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 04:59.44 | *** mode/#asterisk-dev [+ooo Corydon76-dig mvanbaak jpeeler] by hubbard.freenode.net |
| 05:01.46 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 05:01.46 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 05:02.17 | *** join/#asterisk-dev bbryant (~brett@c-76-26-221-79.hsd1.sc.comcast.net) |
| 05:02.17 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 06:10.51 | *** join/#asterisk-dev Jacke (jacke@valhalla.bofh.org) |
| 06:21.42 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 07:35.34 | *** join/#asterisk-dev jdoe (jdoe@665.be) |
| 07:57.30 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 08:44.38 | *** join/#asterisk-dev bbryant (~brett@c-76-26-221-79.hsd1.sc.comcast.net) |
| 08:44.38 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 08:46.28 | *** join/#asterisk-dev felipe_ (~felipe@my.nada.kth.se) |
| 10:01.23 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 10:01.23 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 10:15.48 | *** join/#asterisk-dev frawd (~francois@157.Red-88-26-136.staticIP.rima-tde.net) |
| 10:28.52 | *** join/#asterisk-dev ccesario (~ccesario@189.20.219.10) |
| 11:27.22 | *** join/#asterisk-dev ccesario (~ccesario@189.20.219.10) |
| 11:44.32 | *** join/#asterisk-dev ccesario (~ccesario@189.20.219.10) |
| 11:58.14 | *** join/#asterisk-dev Marquis42 (~bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 13:00.01 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 13:01.56 | *** join/#asterisk-dev Pitel (~pitel@ip-94-113-20-150.net.upcbroadband.cz) |
| 13:02.29 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 13:08.03 | *** join/#asterisk-dev FlashDeluxe (~benedict@static-87-79-94-28.netcologne.de) |
| 13:11.13 | *** join/#asterisk-dev schmidts (~schmidts@lmlo.sil.at) |
| 13:11.15 | schmidts | hello |
| 13:17.44 | Pitel | Hi, can someone help wit with finding memory leak in asterisk? |
| 13:18.52 | schmidts | pitel maybe, why do you think asterisk has a memory leak and where? |
| 13:19.27 | FlashDeluxe | Hi! I have a question, i have a script written in pcp, which logs into the manager and executes a few commands (http://pastebin.de/12828) but if i execute the script i get an error 'ERROR[14781]: utils.c:1178 ast_careful_fwrite: fwrite() returned error: Broken pipe' If i do it manually with telnet, everything works fine, does anybody have a suggestion? |
| 13:20.51 | schmidts | flashdeluxe this was fixed in a revision some time ago, maybe take a look at the release notes of 1.8.1.1, i am sure you gonna find it in there or on the issue tracker |
| 13:21.02 | Pitel | schmidts: well, I'm backporting calendar modules to asterisk 1.6.1.20 which is the version we use (don't tell me it's old, my boss wants to stick with that). So I did some magic with diff and stuff, and backported it. It compiles, it works, but it also leaks. Clean 1.6.1.20 is fine, so I want to find where is it leaking. |
| 13:21.19 | FlashDeluxe | ok thx |
| 13:22.35 | schmidts | pitel would you be able to test this against 1.8 to make sure its not in calendar itself. maybe there is a problem with the calendar module even in 1.8 and not in your backport only |
| 13:23.58 | Pitel | yeah, it corssed my mind too. we will test it. but meanwhile (we let it run for couple fo days, and watch memory usage), I'd like to try loking for it by myself. |
| 13:24.46 | Pitel | but "good news" is, it's not leaking in my EWS module, since it leaks without it enabled :) |
| 13:25.10 | russellb | Pitel: do you know about MALLOC_DEBUG? |
| 13:25.19 | Pitel | nope |
| 13:25.30 | russellb | compile time option for asterisk which tracks memory allocations |
| 13:25.37 | russellb | *CLI> memory show summary |
| 13:25.41 | russellb | *CLI> memory show allocations |
| 13:27.38 | Pitel | hmm, there is no sych command as memory |
| 13:27.56 | russellb | you have to build with MALLOC_DEBUG first, heh |
| 13:28.05 | russellb | see above, compile time option :-p |
| 13:28.13 | Pitel | in menuselect? |
| 13:28.16 | russellb | yes |
| 13:31.23 | *** join/#asterisk-dev bklang_ (~bklang@tesla.alkaloid.net) |
| 13:31.38 | schmidts | pitel there was also some memory leaks in 1.6.1.20 itself btw its slow and as stable as 1.8 |
| 13:49.44 | FlashDeluxe | schmidts: unfourtunately i cannot found this error in any documentation:( |
| 13:50.11 | russellb | FlashDeluxe: IIRC, it's not really an error, we probably just made it a debug message |
| 13:50.33 | russellb | that will most likely come up if your script closes the AMI connection without logging out |
| 13:50.36 | russellb | (which is fine) |
| 13:50.50 | FlashDeluxe | but the script doesn work |
| 13:51.58 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 13:53.27 | FlashDeluxe | its a function in a php script, if i let the function die, the function does execute the commands, but if it runs through normally, the user logs in, than the error appears and the user logs out, it doesnt do anything between loggin in and out |
| 13:54.29 | FlashDeluxe | so maybe you can tell me what the line 1178 in utils.c wants to do exactly? |
| 14:05.13 | schmidts | flashdeluxe i am sorry its not in the code allready but there is a patch for 1.4 and 1.6 attached to issue 17747 |
| 14:05.23 | schmidts | R17747 |
| 14:05.40 | schmidts | infobot ?? |
| 14:05.46 | schmidts | https://issues.asterisk.org/view.php?id=17747 |
| 14:07.32 | schmidts | russellb i have some problem to comment on oreillys to the book in chapter 12. I have allready write adam a mail about this and he will check but i can also just tell you ;) |
| 14:07.32 | FlashDeluxe | and this should work for asterisk 1.8 too? |
| 14:07.37 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:07.37 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 14:07.43 | schmidts | flashdeluxe the patch, i am not sure |
| 14:08.05 | schmidts | russellb ENUM stands for Electronic NUmber Mapping ;) |
| 14:10.20 | FlashDeluxe | schmidts: then i will try it with the 1.6.2.14-rc1_manager.c.diff |
| 14:12.41 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:12.41 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:13.15 | FlashDeluxe | is there a way to implement it without compiling asterisk again? |
| 14:13.47 | russellb | schmidts: ok thanks! |
| 14:13.59 | schmidts | flashdeluxe no way ;) |
| 14:14.10 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 14:15.23 | FlashDeluxe | :( and can you tell me how big the chance is that it suceeds with the patch? :) |
| 14:15.30 | russellb | schmidts: are you suggesting that it be added, or are you pointing out an error? |
| 14:16.21 | schmidts | flashdeluxe no cause i didnt write this patch, please read the issue. if its the same problem you have the chance is even bigger than if its another problem |
| 14:17.08 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:17.08 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 14:18.05 | schmidts | russellb from the book in chapter 12 in the middle there is a title named Enum and the text i mean is: We're still not sure what the acronym ENUM actually means, but it's sure better than EURIDDDSA. |
| 14:18.17 | russellb | lol, ok, will change |
| 14:18.37 | schmidts | :D |
| 14:18.42 | leifmadsen | schmidts: where did you find that? we looked all over and there wasn't any particular mention of it if I remember correctly |
| 14:19.28 | russellb | yeah, I can't find it |
| 14:19.43 | *** join/#asterisk-dev jsmith (~jsmith@fedora/jsmith) |
| 14:19.43 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 14:19.51 | russellb | nm, found it |
| 14:22.03 | schmidts | leifmadsen do you mean in the book or the definition? |
| 14:22.24 | leifmadsen | russellb: awesome, can you reference that too? :) |
| 14:22.30 | leifmadsen | schmidts: I don't understand your question |
| 14:22.40 | leifmadsen | schmidts: oh, I meant the definition |
| 14:22.46 | leifmadsen | you pointed us to where it was in the book :) |
| 14:24.27 | schmidts | leifmadsen i have seen this on enum.at but i cant find it now but i am still looking |
| 14:24.51 | leifmadsen | schmidts: heh ya, the definition is foggy at best :) |
| 14:25.50 | FlashDeluxe | schmidts: ok, so can you tell me shortly what fwrite wants to do? |
| 14:25.54 | russellb | leifmadsen: "ENUM reportedly stands for Electronic NUmber Mapping." |
| 14:26.02 | leifmadsen | reportedly :) |
| 14:26.03 | russellb | leifmadsen: I added it but made it sound skeptical, heh. |
| 14:26.09 | leifmadsen | perfect |
| 14:26.17 | schmidts | ok thx :D |
| 14:26.53 | schmidts | flashdeluxe http://manpages.debian.net/cgi-bin/man.cgi?query=fwrite&apropos=0&sektion=0&manpath=Debian+5.0+lenny&format=html&locale=en |
| 14:28.20 | schmidts | russellb and leifmadsen i really like chapter 10 performance tuning :D |
| 14:28.31 | russellb | heh, we ended up removing that section completely |
| 14:28.43 | leifmadsen | schmidts: ya we don't have time for that section |
| 14:29.10 | schmidts | :( |
| 14:29.19 | schmidts | but i can understand |
| 14:29.47 | leifmadsen | feel free to write it :) |
| 14:30.04 | russellb | and if you do, have it done by the end of the week |
| 14:30.16 | schmidts | no problem its only tuesday |
| 14:30.19 | russellb | because we're almost finished :-p |
| 14:30.35 | FlashDeluxe | schmidts could it be that maybe st does not have the right to write a file or something? |
| 14:31.53 | schmidts | flashdeluxe yes sure, but as i said above i dont have written this patch, just seen this issue sometimes and remember the broken pipe title |
| 14:34.44 | FlashDeluxe | schmidts: yes, but the issue doesnt fit to my issue :( do you know in which directories this function does write? |
| 14:36.14 | schmidts | flashdeluxe no sorry, i guess it could be the file descriptor which returns the output over the manager connection, in your case the telnet connection |
| 14:41.47 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:41.47 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:43.21 | FlashDeluxe | schmidts: do you know where the files or the directory (which fwrite/manager/whoever) have to be? |
| 14:46.25 | Corydon76-home | FlashDeluxe: they are not in any directory |
| 14:46.40 | Corydon76-home | As he just told you, it's a socket connection. |
| 14:47.50 | Corydon76-home | FlashDeluxe: Most likely, the issue is that you have clients which are just shutting down AMI connections without first calling Action: logoff and waiting for the response from the server. |
| 14:54.41 | FlashDeluxe | Corydon76-home: The client doesn have the chance to do anything, the error appears and after that the client logs out |
| 15:00.47 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 15:04.10 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 15:18.49 | FlashDeluxe | can i increase the debuglevel of the manager? |
| 15:21.20 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.103) |
| 15:24.14 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 15:24.14 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 15:27.19 | schmidts | flashdeluxe which version do you use? |
| 15:29.13 | FlashDeluxe | asterisk 1.8.1 |
| 15:35.18 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 15:38.05 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 15:48.59 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 15:51.07 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 16:26.39 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 16:28.35 | *** join/#asterisk-dev marv (~timr@24.214.206.254) |
| 16:37.59 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 16:42.40 | jsolares | there's no real limit to how many concurrent calls asterisk can manage besides memory/hardware/etc right? |
| 16:48.09 | WIMPy | I'm pretty sure there is a 2^32 channel limit. |
| 16:48.57 | russellb | jsolares: correct |
| 16:49.18 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 16:49.18 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 16:50.12 | putnopvut | I like WIMPy's response more :) |
| 16:50.23 | putnopvut | DAMN YOUR 4 BILLION CHANNEL LIMIT!!! |
| 16:50.58 | russellb | on my box it's 2^64 |
| 16:51.58 | jsolares | ok, time to change network cards and see if its the OS that's crapping at ~1000 or what |
| 16:52.47 | russellb | Gigabit ethernet? |
| 16:53.38 | jsolares | weird emulex oneconnect currently, going to try a realtek gigabit, the current one is generating almost more than twice the interrupts as a e1000 |
| 16:54.48 | jsolares | 60mbps of rtp is a bit brutal... ended up with 2million TLB shootdowns per second |
| 16:55.36 | jsolares | and a load average of 700 |
| 17:10.30 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 17:28.00 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 18:01.03 | Corydon76-home | jsolares: The channel performance also works better on 1.8, with a hashed channel container, instead of a linked list |
| 18:01.48 | Corydon76-home | Accessing that linked list concurrently for list maintenance can be brutal on performance |
| 18:06.21 | jsolares | i do wonder, an asterisk 1.4.21.1 box can handle 600 calls with less than half the cpu and memory than the 1.8 box with 1000 |
| 18:07.01 | *** join/#asterisk-dev ccesario (~ccesario@linux.unialco.com.br) |
| 18:12.09 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 18:33.39 | *** join/#asterisk-dev bkruse (~Brandon@75.76.105.124) |
| 18:36.39 | bkruse | We have a customer, that is using Asterisk, that is complaining that we are disgarding his BYE request. The reason we are doing so, is because the call-id matches, but the to/from fields do not match - what is Asterisk's default behavior? We believe the To/From tags should be the same in all in-dialog requests so that we match call-id AND to/from |
| 18:42.55 | bkruse | the from/to field from invite to 104 BYE is switched |
| 18:45.08 | kpfleming | bkruse: "Asterisk" is a bit vague, as there have been more than a few releases of Asterisk |
| 18:46.00 | kpfleming | to my knowledge, there is no 'default' behavior in question here, because there's no config option that would affect it. it does what it does. |
| 18:46.20 | bkruse | Yes, I am working on getting the exact version, just wondering if anyone knew of a change that took place, or if switching the to/from field wasn't that big of a deal, since the call-id matches |
| 18:46.49 | kpfleming | it sounds wrong to me, but there are complex rules in RFC3261 about that stuff |
| 18:47.41 | bkruse | Yea, per RFC3261: "Call-ID contains a globally unique identifier for this call, generated by the combination of a random string and the softphone's host name or IP address. The combination of the To tag, From tag, and Call-ID completely defines a peer-to-peer SIP relationship between Alice and Bob and is referred to as a dialog." - so it seems we are right in this case |
| 18:47.53 | kpfleming | agreed |
| 18:50.39 | bkruse | kpfleming: Thanks a bunch - hope things are going well! |
| 18:51.21 | kpfleming | well, i didn't really help, but you are welcome. things seem to be going well on your end, which is good to hear. |
| 18:53.41 | *** join/#asterisk-dev hehol (~Adium@ip-78-94-0-76.unitymediagroup.de) |
| 18:56.24 | bkruse | kpfleming: busy but good. It's been a weird transition so far, but good. Maybe we will cross paths at target again - glitter makes everything better. |
| 18:58.24 | jdoe | oh that's why your nick looked so familiar... |
| 19:02.51 | malcolmd | he's been here before, this one ;) |
| 19:03.14 | bkruse | never forgets where he came from! |
| 19:06.05 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 19:08.19 | *** join/#asterisk-dev snuff-home (~snuffy@203-219-29-182.tpgi.com.au) |
| 19:08.28 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 19:20.25 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 19:42.40 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 19:58.46 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 20:29.02 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 20:51.12 | *** join/#asterisk-dev jsmith-away (~jsmith@fedora/jsmith) |
| 20:51.12 | *** mode/#asterisk-dev [+o jsmith-away] by ChanServ |
| 20:58.36 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 21:04.22 | *** join/#asterisk-dev wedhorn (~wedhorn@123-243-209-34.static.tpgi.com.au) |
| 21:16.20 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 21:44.25 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 21:56.14 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 22:10.21 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 22:12.17 | *** join/#asterisk-dev ccesario (~ccesario@200-207-171-46.dial-up.telesp.net.br) |
| 22:21.10 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 22:26.35 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 22:26.35 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 22:49.45 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 23:11.52 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 23:22.19 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 23:48.09 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |