| 00:05.57 | *** join/#asterisk-dev file (~file@asterisk/developer-and-muffin-lover/file) |
| 00:05.57 | *** mode/#asterisk-dev [+o file] by ChanServ |
| 00:20.20 | *** join/#asterisk-dev moy (~moy@74.12.129.100) |
| 00:56.27 | *** part/#asterisk-dev korihor (~korihor@190.205.251.97) |
| 01:03.12 | *** join/#asterisk-dev moy (~moy@CPE001cdfec4cee-CM00080dab8485.cpe.net.cable.rogers.com) |
| 02:02.02 | *** join/#asterisk-dev d-k-t (~D@112.202.232.46) |
| 04:10.00 | *** join/#asterisk-dev dseeb_ (~Adium@CPE-58-169-81-65.lns1.bat.bigpond.net.au) |
| 04:58.49 | *** join/#asterisk-dev moy (~moy@CPE001cdfec4cee-CM00080dab8485.cpe.net.cable.rogers.com) |
| 06:25.28 | *** join/#asterisk-dev CrashHD (~CrashHD@c-76-114-27-96.hsd1.ca.comcast.net) |
| 07:15.15 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 07:15.15 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 07:15.48 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 07:15.48 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:03.30 | *** join/#asterisk-dev techie (~root@unaffiliated/techie) |
| 09:22.30 | *** join/#asterisk-dev niekvlessert (~niek@5ED25657.cable.ziggo.nl) |
| 09:43.17 | mvanbaak | mogguh |
| 09:47.14 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 09:47.14 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 10:24.03 | wedhorn | mvanbaak: ping |
| 10:24.40 | mvanbaak | gimme 10 minutes |
| 10:25.21 | wedhorn | ok |
| 10:33.06 | mvanbaak | wedhorn: pong |
| 10:34.00 | wedhorn | how's things? I've restarted the skinny rewrite |
| 10:34.09 | mvanbaak | things good. |
| 10:34.10 | wedhorn | I'm going to do it a bit at a time |
| 10:34.11 | mvanbaak | niiiiiice |
| 10:34.17 | mvanbaak | yeah, that's best |
| 10:34.22 | wedhorn | the thing is, how big is a bit |
| 10:34.23 | mvanbaak | that way it's easier to review |
| 10:34.32 | mvanbaak | and we get stuff in faster |
| 10:34.47 | mvanbaak | depends |
| 10:34.52 | mvanbaak | where did you start ? |
| 10:34.58 | wedhorn | I can do heaps of small trivial changes, or conglomerate them |
| 10:35.05 | wedhorn | from the top |
| 10:35.11 | mvanbaak | whehehehe |
| 10:35.35 | wedhorn | um, first I originally did was to cleanup the transmit_ functions |
| 10:35.49 | wedhorn | the idea was to align better with the protocol |
| 10:35.50 | wedhorn | and |
| 10:36.13 | wedhorn | to move as much transmit stuff out of inline to make the code easier to read |
| 10:36.44 | mvanbaak | uhhuh |
| 10:36.55 | wedhorn | so, starting from the top I got to transmit_tone. I don't like that and changed it to transmit_start_tone and transmit_stop_tone which aligns with the protocol |
| 10:37.00 | mvanbaak | btw, you remember we removed the do_housekeeping function ? |
| 10:37.16 | wedhorn | it's a fairly trivial change but fairly extensive |
| 10:37.34 | wedhorn | do_housekeeping, can't remember, but remember discussing it, vaguely |
| 10:37.57 | mvanbaak | we removed it after we fixed the display clearing. |
| 10:38.22 | mvanbaak | and made the MWI subscription based |
| 10:38.27 | wedhorn | oh, ok, and it still works (i've been running 1.6.1 for more than 6 months |
| 10:38.29 | mvanbaak | event based I mean |
| 10:38.41 | mvanbaak | well, I need it again ;) |
| 10:38.48 | wedhorn | what for? |
| 10:39.04 | mvanbaak | rtptimeout |
| 10:40.01 | wedhorn | I don't think it will work as the trigger is sending a control packet |
| 10:40.43 | wedhorn | you could try having a timing thread or something like that, or maybe tie it into the rtp stuff |
| 10:41.10 | mvanbaak | yeah, I looked at the rtp stuff |
| 10:41.32 | mvanbaak | problem is, we want to detect wether the device sends us rtp packets |
| 10:42.08 | mvanbaak | well, we want to detect when it stops sending rtp without a valid reason |
| 10:42.19 | mvanbaak | which means the device lost connectivity (or whatever) |
| 10:42.27 | mvanbaak | and we want to hangup the call because of that |
| 10:42.39 | wedhorn | if, the rtp stuff is no good, I think you probably need a separate thread to do the timing. In the middle of a call, do_housekeeping will only be triggered on a user action or keepalive, not the best things for timing |
| 10:42.56 | mvanbaak | I looked at chan_sip, and they do it in do_housekeeping |
| 10:43.12 | wedhorn | does it work reliably? |
| 10:43.18 | mvanbaak | they say so |
| 10:43.34 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 10:43.34 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 10:43.47 | mvanbaak | well, there's ... erm, was the guy to ask |
| 10:44.20 | mvanbaak | keepalive is sent on a 'reliable' timer right ? |
| 10:44.20 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 10:44.20 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 10:44.25 | mvanbaak | hey oej |
| 10:44.31 | wedhorn | I'd have to have a look, but our housekeeping was only triggered on control packets from the phone, arguably the keepalive is probably every couple of minutes, so it would sort of work |
| 10:44.31 | mvanbaak | just the guy we need :) |
| 10:44.40 | oej | Afternoon |
| 10:44.46 | oej | What's up? |
| 10:44.58 | wedhorn | keepalive isn't reliable, well not to the second anyway |
| 10:45.07 | mvanbaak | oej: the rtptimeout stuff in sip works from within do_housekeeping |
| 10:45.21 | mvanbaak | wedhorn: seconds is too fine-grained |
| 10:45.26 | mvanbaak | wedhorn: minutes will work |
| 10:45.32 | oej | and? |
| 10:45.38 | mvanbaak | oej: how reliable is it ? |
| 10:46.03 | wedhorn | mvanbaak: I mean if it is set to 2 minutes, it probably sends somewhere between 1:50 and 2:10 |
| 10:46.09 | oej | Well, it doesn't run on it's own timer, but it seems good enough to me |
| 10:46.29 | oej | Hmmm |
| 10:46.34 | mvanbaak | oej: yeah, that's what we noticed. we were just wondering how reliable it is |
| 10:46.40 | oej | It should be checked more often than 20 secs |
| 10:46.52 | wedhorn | mvanbaak: what if someone sets the keepalives to 5 minutes. Theoretically, it could be up to 10 minutes before housekeeping is called |
| 10:47.16 | oej | Are we talking keepalives or the rtptimeout - those are very different |
| 10:47.19 | mvanbaak | wedhorn: yeah,... that's too long |
| 10:48.13 | mvanbaak | oej: in chan_skinny the do_housekeeping was triggered by a control frame |
| 10:48.13 | mvanbaak | oej: in-call, that means: 1) user action or 2) keepalive |
| 10:48.13 | wedhorn | and the most reliable control frame is the keepalive - just stating the obvious |
| 10:49.17 | oej | which keepalive? In sip we have the rtpkeepalives and the OPTIONS engine |
| 10:50.11 | mvanbaak | ah, the rtpkeepalives and OPTIONS stuff trigger do_housekeeping in sip |
| 10:50.32 | wedhorn | mvanbaak: I think that'll kill it as an idea for skinny |
| 10:50.39 | mvanbaak | yup |
| 10:50.49 | mvanbaak | so we need a timing thread |
| 10:51.15 | wedhorn | looks like it |
| 10:52.01 | wedhorn | I'd suggest you create a single thread on load, it can just loop sending out signals as required |
| 10:52.13 | wedhorn | rather than a thread for each call |
| 10:52.25 | mvanbaak | yeah, was thinking about that as well |
| 10:53.01 | mvanbaak | wedhorn: I think the transmit_* cleanup can be in one patch |
| 10:53.10 | wedhorn | anyway, back to my question, do you want me to post trivial patches or more ..... |
| 10:53.12 | wedhorn | bah |
| 10:53.12 | mvanbaak | wedhorn: only put that stuff in it |
| 10:53.26 | wedhorn | yep, okay |
| 10:53.47 | mvanbaak | I know it will be a big patch, but low impact on functionality for the enduser |
| 10:54.08 | wedhorn | um, it should be no impact |
| 10:54.14 | mvanbaak | get it in, and we can work on other fixes after that |
| 10:54.18 | mvanbaak | indeed |
| 10:54.23 | oej | generally, we like small incremental patches. Easier for review, easier to manage |
| 10:54.36 | wedhorn | ok, I'll try to put something up in the next few days |
| 10:54.40 | mvanbaak | cool |
| 10:54.53 | wedhorn | mvanbaak: me or oej |
| 10:55.12 | oej | All of us |
| 10:55.13 | oej | :-) |
| 10:55.24 | mvanbaak | oej: splitting up transmit_tone into transmit_tone_start and transmit_tone_stop will be a big patch |
| 10:55.26 | oej | We got three decimeters of snow yesterday |
| 10:55.39 | oej | Sometimes you just have to have big patches. |
| 10:55.42 | oej | Like my rtcp work |
| 10:55.49 | mvanbaak | uhhuh. |
| 10:56.13 | oej | You propably want to update skinny as well with some of that stuff |
| 10:56.23 | mvanbaak | we should |
| 10:56.26 | wedhorn | all of the transmit_* together will be large. Doing it a bit at a time is a lot smaller and reading the patch is simple |
| 10:56.29 | mvanbaak | it uses rtp |
| 10:56.41 | oej | yes, I know, mvanbaak |
| 10:56.45 | oej | So it uses RTCP |
| 10:56.56 | oej | and you want to have the same manager/realtime support in skinny as I implement in sip |
| 10:57.04 | mvanbaak | wedhorn: yeah. as you stated you started with transmit_tone. if you have that done, let us know |
| 10:57.22 | mvanbaak | oej: realtime in skinny would be nice. there's none at the moment |
| 10:57.30 | wedhorn | okay, i've done that one already, I'll go post it on mantis |
| 10:57.39 | mvanbaak | wedhorn: sweet |
| 10:57.43 | oej | I was talking about the realtime stats, saving RTCP reports in realtime storage |
| 10:57.52 | oej | So after each call, there's a report for both call legs in real time |
| 10:58.24 | mvanbaak | oej: :) if we port the rtcp stuff to skinny, that realtime reports part will be in as well |
| 10:59.28 | mvanbaak | http://i.imgur.com/s32Pg.jpg |
| 10:59.31 | mvanbaak | WIN |
| 11:02.46 | wedhorn | mvanbaak: ok, posted on mantis |
| 11:04.39 | oej | Just gotta love education :-) |
| 11:10.11 | mvanbaak | -transmit_tone(d, digit, l->instance, sub->callid); |
| 11:10.11 | mvanbaak | +//transmit_tone(d, digit, l->instance, sub->callid); |
| 11:10.13 | mvanbaak | ??? |
| 11:10.43 | mvanbaak | no need to send a tone start/stop there ? |
| 11:11.21 | wedhorn | it's got and #if 0 before it, but if someone removes the if, it'll break |
| 11:11.42 | mvanbaak | ah. |
| 11:11.51 | mvanbaak | !karma+ #if 0 |
| 11:12.30 | mvanbaak | the comment above that ;) |
| 11:12.32 | mvanbaak | <PROTECTED> |
| 11:12.47 | mvanbaak | patch looks good |
| 11:13.18 | mvanbaak | ok, time for a shower. will be back soon |
| 11:13.31 | wedhorn | ok, time for bed for me |
| 11:16.03 | wedhorn | mvanbaak: how do you want to progress, you want more small patches, or you want me to wait until each is committed |
| 11:16.36 | wedhorn | if you want more patches, do you want me to build on the changes already made or from current trunk |
| 11:41.16 | mvanbaak | I'll get this one in :) |
| 11:41.49 | mvanbaak | if at all possible, build patches against current trunk |
| 11:42.07 | mvanbaak | if not, combine the stuff in one patch. that means changes are related anyways |
| 11:51.16 | *** join/#asterisk-dev moy (~moy@CPE001cdfec4cee-CM00080dab8485.cpe.net.cable.rogers.com) |
| 11:52.53 | *** join/#asterisk-dev Marquis42 (~bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 11:54.40 | *** join/#asterisk-dev mvanbaak (~michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 11:54.41 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 12:00.35 | *** join/#asterisk-dev puzzled (~patrick@535335AA.cable.casema.nl) |
| 12:06.24 | mvanbaak | are we still using the karma system on issues.asterisk.org ? |
| 12:15.36 | oej | Hmm. I don't know |
| 12:15.42 | oej | I have asterisk 1.4 crashes all over |
| 12:15.54 | oej | In voicemail - something related to ao2_callback |
| 12:16.02 | mvanbaak | nice |
| 12:16.03 | oej | and pthread-related stuff on another server |
| 12:18.33 | wedhorn | mvanbaak: you want a new bug for the next bit when I get it done or leave the current one open? |
| 12:20.39 | mvanbaak | wedhorn: the current one is closed :) |
| 12:20.51 | mvanbaak | wedhorn: I'm ok with different issues |
| 12:21.03 | mvanbaak | wedhorn: also easier to track in the changelog etc |
| 12:24.17 | *** join/#asterisk-dev thazza (~thazza@124-254-81-140-static-dsl.ispone.net.au) |
| 12:33.12 | oej | res_config_mysql on freebsd crashes... weird |
| 12:34.00 | mvanbaak | thou should use ODBC |
| 12:34.55 | oej | ;-) |
| 12:39.39 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 12:39.39 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 12:59.08 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 12:59.08 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:09.29 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 14:09.29 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 14:48.26 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:48.26 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 14:56.44 | kpfleming | mvanbaak: what's up with the government over there? |
| 14:57.00 | mvanbaak | kpfleming: there is no more goverment |
| 14:57.23 | kpfleming | apparently |
| 14:57.27 | kpfleming | just a queen |
| 14:57.33 | mvanbaak | indeed |
| 14:57.43 | mvanbaak | morons were fighting over Uruzgan |
| 14:58.00 | mvanbaak | and they gave up |
| 14:58.06 | paravoid | netherlands? |
| 14:58.13 | mvanbaak | paravoid: yups |
| 14:58.46 | kpfleming | so what does that mean for day-to-day stuff? are government offices just shut until they figure out what to do? |
| 14:59.20 | mvanbaak | kpfleming: it means government wont take any decission anymore, and new elections are needed to form a new government |
| 14:59.49 | paravoid | kpfleming: it may never happen in the US but it's not so unusual in this part of the world |
| 14:59.52 | paravoid | meaning Europe |
| 15:00.14 | kpfleming | yeah,i've seen it happen in other places before |
| 15:00.20 | mvanbaak | this also means that .nl is leaving Uruzgan |
| 15:00.30 | kpfleming | paravoid: it should happen in the US :-) |
| 15:01.01 | kpfleming | paravoid: of course, you guys are having your own problems |
| 15:01.08 | mvanbaak | because 2 years ago a decission was made to leave that mission at the end of 2010, and without goverment to re-open this one it will get executed as decided in the past |
| 15:01.53 | mvanbaak | <--- happy |
| 15:07.06 | paravoid | kpfleming: we haven't had a goverment that lasted for a full term since ...2000 I think |
| 15:07.38 | paravoid | we had elections in 2000, then 2004 (3 months prematurely I think), then 2007, then 2009 |
| 15:07.45 | paravoid | a full term is 4 years |
| 15:09.27 | mvanbaak | and you know what the funny part is ? |
| 15:09.43 | mvanbaak | everytime new elections are needed, the ppl elect the same ppl |
| 15:09.48 | kpfleming | yeah |
| 15:09.56 | kpfleming | that's the same problem we have here |
| 15:09.57 | mvanbaak | so as long as that is happening, a full term will never happen |
| 15:10.15 | mvanbaak | only one conclusion here: masses == retarded |
| 15:10.22 | kpfleming | the only people who have the money and resources to get themselves on the ballot and run campaigns for election are the ones who are already in government |
| 15:10.59 | mvanbaak | that's ok in my opinion. The problem is that the masses dont look any further then the campaigns |
| 15:11.25 | mvanbaak | they simply believe the campaigns, dont look at the actual mission statements etc of a party |
| 15:12.05 | kpfleming | and they don't hold the elected people responsible for not living up to their promises |
| 15:12.56 | mvanbaak | exactly |
| 15:13.21 | mvanbaak | ah well, at least we had some fun friday night |
| 15:13.40 | mvanbaak | we host a website that channelizes tweets from parlement members |
| 15:13.44 | mvanbaak | it got overloaded |
| 15:14.04 | mvanbaak | was fun to try to fix this on a freebsd server with a loadavg of 510 |
| 15:14.07 | kpfleming | wow |
| 15:14.51 | mvanbaak | took a full 8 minutes from entering my ssh password to getting an actual shell |
| 15:15.53 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 15:15.53 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 15:17.31 | paravoid | ssh password? |
| 15:17.57 | Kobaz | heh |
| 15:18.12 | Kobaz | there's gotta be a way to avoid that |
| 15:18.38 | Kobaz | i've had to rescue servers with load averages in the 2000's |
| 15:18.48 | mvanbaak | paravoid: yup |
| 16:07.09 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 16:07.09 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 16:15.13 | *** join/#asterisk-dev gseven (~g@chello089078232124.chello.pl) |
| 16:17.47 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 16:19.33 | *** join/#asterisk-dev jmls (~jmls@host217-36-208-155.in-addr.btopenworld.com) |
| 16:23.38 | niekvlessert | mvanbaak: hopefully balkende won't return |
| 16:23.59 | niekvlessert | none of the governments ran by him made the finish line |
| 16:24.12 | niekvlessert | he doesn't have charisma |
| 16:26.22 | *** join/#asterisk-dev d-k-t-2 (~D@112.202.232.46) |
| 16:36.03 | mvanbaak | amen to that |
| 16:39.41 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 16:39.41 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 16:45.19 | *** join/#asterisk-dev korihor (~korihor@190.205.251.97) |
| 17:12.00 | *** join/#asterisk-dev d-k-t-3 (~D@112.202.232.46) |
| 17:20.48 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 17:20.48 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:34.43 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 17:34.43 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:39.33 | mvanbaak | 17:53 -!- 21 operator(s) online |
| 17:39.36 | mvanbaak | eep |
| 17:39.40 | mvanbaak | Feb 21 18:38:32 WARNING[12866]: acl.c:236 ast_get_ip_or_srv: Unable to lookup 'switch1.sip.speakup.nl' |
| 17:39.48 | mvanbaak | but if I ping it on this box, it works |
| 17:39.57 | mvanbaak | I have never seen this before |
| 17:40.01 | mvanbaak | any idea what it can be ? |
| 17:40.07 | mvanbaak | asterisk 1.2 |
| 17:46.34 | mvanbaak | wtf, even if I put it in my /etc/hosts it wont work |
| 18:01.07 | *** join/#asterisk-dev mog (~mog@c-71-228-185-24.hsd1.al.comcast.net) |
| 18:01.07 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 18:17.13 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 18:25.03 | *** join/#asterisk-dev jmls (~jmls@host217-36-208-155.in-addr.btopenworld.com) |
| 19:17.26 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 20:01.08 | *** join/#asterisk-dev niekvlessert (~niek@5ED25657.cable.ziggo.nl) |
| 20:16.43 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 20:39.59 | mvanbaak | hhmm, I'm having some trouble to get the 32 bits openbsd bamboo buildslave ready |
| 20:40.08 | mvanbaak | the 64 bits version is almost done |
| 20:40.14 | mvanbaak | proof-compiling last time |
| 20:44.21 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 20:52.47 | mvanbaak | hhmm, shouldn't rtp_flow.pdf be in the docs directory |
| 21:08.43 | *** join/#asterisk-dev Liqdfire (~panda@65.34.91.10) |
| 21:16.07 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 21:16.08 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 21:24.07 | *** join/#asterisk-dev mnicholson (~mnicholso@nat/digium/x-kxrkcwlerladnloz) |
| 21:24.09 | *** join/#asterisk-dev angler (~angler@pdpc/sponsor/digium/angler) |
| 21:24.17 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 21:24.18 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 21:31.03 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 21:44.19 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 21:44.19 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 21:58.18 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 21:58.18 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 22:03.26 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 23:01.15 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 23:05.03 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-155-145.cablep.bezeqint.net) |
| 23:05.03 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 23:13.12 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 23:13.12 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 23:25.41 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 23:46.27 | *** join/#asterisk-dev tzafrir (~tzafrir@212.179.75.202) |
| 23:46.27 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
