| 00:11.25 | *** join/#asterisk-dev jrlodden (n=jrl@198.22.66.136) |
| 00:29.11 | *** join/#asterisk-dev Deeewayne (n=dwayne@c-71-228-179-90.hsd1.al.comcast.net) |
| 00:29.11 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 00:29.18 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 00:35.34 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 00:38.18 | *** part/#asterisk-dev alecdavis (n=sivad@202-78-149-14.cable.telstraclear.net) |
| 00:46.46 | *** part/#asterisk-dev jrlodden (n=jrl@198.22.66.136) |
| 02:31.57 | *** join/#asterisk-dev Mw3 (i=mw3@mw3.hu) |
| 02:46.44 | *** join/#asterisk-dev moy (n=moy@CPE001cdfec4cee-CM00080dab8485.cpe.net.cable.rogers.com) |
| 05:18.12 | *** join/#asterisk-dev |Cybex| (n=John@atwork-20.r-212.178.82.atwork.nl) |
| 07:10.18 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 07:15.33 | *** join/#asterisk-dev dwayne (n=dwayne@71.228.179.90) |
| 07:16.03 | *** join/#asterisk-dev Deeewayne (n=dwayne@c-71-228-179-90.hsd1.al.comcast.net) |
| 07:16.03 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 07:28.03 | *** join/#asterisk-dev fiddur (n=fiddur@192.121.104.118) |
| 07:32.33 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 07:32.33 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 09:06.55 | *** join/#asterisk-dev foo_ (n=jadl@89.130.82.210) |
| 09:07.16 | foo_ | hello |
| 09:07.27 | foo_ | I configure asterisk with yacom, but with x-lite I have error: 400 Display Name Restricted, Why? |
| 09:07.28 | foo_ | <PROTECTED> |
| 09:07.37 | foo_ | I need, help me. Configuration Asterisk and x-lite for Ya.com |
| 09:07.37 | foo_ | <PROTECTED> |
| 09:10.55 | *** join/#asterisk-dev |Cybex| (n=John@atwork-20.r-212.178.82.atwork.nl) |
| 09:58.50 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 10:04.58 | *** join/#asterisk-dev ApOgEE__ (i=apogee@elite.bshellz.net) |
| 10:26.53 | *** join/#asterisk-dev jadl_ (n=jadl@89.130.82.210) |
| 10:27.43 | *** part/#asterisk-dev jadl_ (n=jadl@89.130.82.210) |
| 11:04.17 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:11.26 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 11:30.18 | *** join/#asterisk-dev denon (i=denon@sassinak.net) |
| 11:47.27 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:47.27 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:04.34 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:04.34 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 13:08.50 | *** join/#asterisk-dev wildzero-cw (n=chatzill@p50997436.dip0.t-ipconnect.de) |
| 13:16.54 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 13:23.38 | *** join/#asterisk-dev Ta^3 (n=tacvbo@189.146.178.177) |
| 13:25.01 | *** join/#asterisk-dev hugorebelo (n=hugorebe@200.171.132.124) |
| 13:43.54 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 13:52.47 | *** join/#asterisk-dev Grof (n=grof@89.201.165.226) |
| 13:53.11 | Grof | hi, i have a question |
| 13:53.23 | jsmith | ~ask |
| 13:53.24 | infobot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 13:53.30 | Grof | how to safely end playing a prompt to channel? |
| 13:53.46 | jsmith | That's a question for #asterisk, not for the development channel |
| 13:53.59 | Grof | i tried making a Manager action that calls ast_stopstream |
| 13:54.14 | jsmith | OK, getting closer to being a -dev question |
| 13:54.30 | Grof | :) |
| 13:54.35 | jsmith | Maybe you can take a step back, and explain what it is you're trying to do |
| 13:54.54 | Grof | ok |
| 13:55.08 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 13:55.28 | Grof | i'm using "getdata" over FastAGI to play a prompt |
| 13:55.44 | jsmith | OK |
| 13:55.49 | Grof | and, after some time, i'm trying to stop playing over AMI |
| 13:56.05 | Grof | (simple manager action calling ast_stopstream) |
| 13:56.29 | Grof | in certain cases asterisk crashes with core dump |
| 13:56.43 | Grof | is ast_stopstream thread-safe? |
| 13:56.45 | jsmith | I'm not sure I'm following why you'd start the playback from AGI (or FastAGI), but then stop it via AMI... |
| 13:56.53 | jsmith | Why not handle it completely in AGI? |
| 13:56.56 | Grof | how? |
| 13:57.28 | Grof | how can i break playing a prompt at random point? |
| 13:57.28 | jsmith | Well, I still need more info... why are you trying to stop the prompt mid-stream? |
| 13:57.34 | Grof | ok |
| 13:57.52 | jsmith | (but to be honest, this is sound more and more like it's not a topic for the -dev channel) |
| 13:58.00 | Grof | :( |
| 13:58.45 | jsmith | But until someone else complains, let's at least try to finish figuring out what you're trying to do |
| 13:58.50 | Grof | ok, tnx |
| 13:58.50 | Grof | ok |
| 13:58.55 | Grof | i get a call |
| 13:59.12 | Grof | to which i start playing "now u will be connected..." |
| 13:59.25 | Grof | meanwhile i'm originating a call |
| 13:59.43 | jsmith | OK... with you so far... |
| 13:59.54 | kpfleming | you should use ExternalIVR instead of AGI/FastAGI |
| 14:00.12 | Grof | and when that call gets answered, i stop the prompt on first call, play another prompt "your call is..." and then bridge them together |
| 14:00.16 | kpfleming | it allows you to control the prompts that are played and interrupt them, because it is non-blocking, unlike AGI which is blocking |
| 14:00.36 | jsmith | kpfleming: That's what I was thinking, but wanted to know more about his requirements before doing so |
| 14:00.45 | kpfleming | great minds think alike |
| 14:01.17 | jsmith | Grof: Have you checked out ExternalIVR? |
| 14:02.18 | Grof | i'm checking it now |
| 14:03.08 | jsmith | I think you'll find it a better fit, due to its asynchronous nature |
| 14:06.49 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 14:46.58 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 14:48.53 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 14:48.53 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 14:55.44 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 14:59.13 | *** join/#asterisk-dev angler (n=angler@pdpc/sponsor/digium/angler) |
| 15:13.43 | *** join/#asterisk-dev janinge (i=j@ninge.net) |
| 15:15.12 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:15.12 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:15.20 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 15:24.03 | *** join/#asterisk-dev The_Boy_Wonder (n=davidvos@asterisk/batman-developer/dvossel) |
| 15:24.03 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 15:27.24 | *** join/#asterisk-dev mnicholson (n=mnichols@nat/digium/x-zhdetctkdfsnrviz) |
| 15:27.56 | *** join/#asterisk-dev sgimeno (n=sgimeno@226.Red-80-33-64.staticIP.rima-tde.net) |
| 15:28.29 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:28.29 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:29.37 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:29.37 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:32.53 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 15:32.53 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:42.54 | *** join/#asterisk-dev gardo (n=gardo@121.97.192.119) |
| 15:55.30 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.157) |
| 16:06.28 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 16:07.59 | *** join/#asterisk-dev errotan (n=errotan@5403E5A1.catv.pool.telekom.hu) |
| 16:12.29 | *** part/#asterisk-dev bkw_ (n=brian@freeswitch/developer/bkw) |
| 16:38.33 | *** join/#asterisk-dev shido6 (n=shido6@74.132.202.71) |
| 17:06.43 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 17:55.58 | *** join/#asterisk-dev gardo (n=gardo@110.55.234.104) |
| 18:24.54 | *** part/#asterisk-dev shido6 (n=shido6@74.132.202.71) |
| 19:18.25 | *** join/#asterisk-dev mnicholson (n=mnichols@nat/digium/x-drrvchebresplwdm) |
| 19:30.37 | *** join/#asterisk-dev ebroad (n=EB@72.11.213.195) |
| 19:30.51 | ebroad | kpfleming, ping |
| 19:30.58 | kpfleming | hi |
| 19:31.11 | ebroad | do you remember what we were discussing yesterday |
| 19:31.21 | ebroad | call without reg |
| 19:31.22 | kpfleming | nope |
| 19:31.25 | kpfleming | ok, yeah |
| 19:34.03 | ebroad | i just tested on my box(SVN trunk), type=user, deny=0.../0..., insecure=invite doesnt work |
| 19:34.12 | ebroad | i can call without reg |
| 19:34.14 | ebroad | no problems |
| 19:34.24 | ebroad | and with insecure, no auth challenge |
| 19:34.40 | kpfleming | what exactly does your deny rule say? |
| 19:34.48 | ebroad | deny=0.0.0.0/0.0.0.0 |
| 19:34.51 | ebroad | no permit |
| 19:34.57 | kpfleming | that won't deny anyone |
| 19:35.02 | kpfleming | no addresses will match that |
| 19:35.21 | kpfleming | if you said permit=0.0.0.0/0.0.0.0, that would deny everyone |
| 19:35.28 | kpfleming | or deny=0.0.0.0/255.255.255.255 |
| 19:35.36 | ebroad | ah |
| 19:35.56 | seanbright | do we support cidr notation? |
| 19:36.01 | kpfleming | i don't remember |
| 19:36.04 | jsmith | We do indeed |
| 19:36.08 | seanbright | super |
| 19:36.11 | jsmith | deny=0.0.0.0/0 |
| 19:36.16 | jsmith | permit=192.168.123.0/24 |
| 19:36.21 | seanbright | very nice |
| 19:36.31 | ebroad | deny=0.0.0.0/255.255.255.255 |
| 19:36.35 | ebroad | no go |
| 19:36.40 | ebroad | i can still call |
| 19:36.59 | kpfleming | is it matching that user entry? |
| 19:37.04 | ebroad | yup |
| 19:37.06 | ebroad | and the to matches |
| 19:37.10 | kpfleming | how do you know that? |
| 19:38.30 | *** join/#asterisk-dev xpot-mobile (n=james@173.8.94.1) |
| 19:38.54 | ebroad | <PROTECTED> |
| 19:39.43 | ebroad | were not registered either |
| 19:40.20 | jsmith | And your [205] section in sip.conf looks like what? |
| 19:41.20 | kpfleming | umm... i just did a quick scan of chan_sip.c, and it appears that permit/deny may only apply to registrations |
| 19:41.25 | kpfleming | double checking now |
| 19:42.29 | jsmith | Ugh... that's *bad* |
| 19:42.31 | kpfleming | yes, that appears to be the case, i was mistaken |
| 19:42.35 | ebroad | i think i mentioned that to jsmith yesterday |
| 19:42.40 | kpfleming | i agree that is bad |
| 19:42.46 | jsmith | I thought contactpermit and contactdeny was for registrations |
| 19:42.52 | jsmith | blinks |
| 19:43.15 | kpfleming | that's for the contact address they want us to send calls to, not where the REGISTER came from |
| 19:43.31 | kpfleming | so... yeah. permit/deny are only used for incoming REGISTER, nothing else. |
| 19:43.40 | jsmith | Gotcha... but the *both* apply *only* to REGISTER statements... yuck |
| 19:43.50 | kpfleming | yes, they serve different purposes |
| 19:46.37 | ebroad | so i was toying with idea of ast_apply_ha() in handle_incoming |
| 19:46.52 | kpfleming | i think that would be a reasonable idea |
| 19:46.57 | ebroad | but should we go peer hunting that early in the game? |
| 19:47.02 | kpfleming | it should apply to all SIP messages, not just REGISTER |
| 19:47.15 | kpfleming | no, it has to be done after we know who the message is supposedly coming from |
| 19:47.21 | ebroad | right |
| 19:47.32 | ebroad | and i dont think we know that yet in handle_incoming |
| 19:47.54 | ebroad | so we will have to do it in the handle_<command> methods |
| 19:50.37 | ebroad | kpfleming, should i give this one to you? or hold on to it |
| 19:50.42 | ebroad | M16091 |
| 19:50.44 | MuffinMan | [assigned] [Asterisk] Channels/chan_sip/General 0016091: Security Problem reported by thom4fun (Karma: neutral) https://issues.asterisk.org/view.php?id=16091 |
| 19:51.45 | kpfleming | no, it's not really a security problem... because the documentation (such as it is) is very unclear, and the user had expectations that the code does not meet |
| 19:51.57 | kpfleming | it *should* work the way they expect, but it doesn't |
| 19:52.41 | kpfleming | so it's essentially a feature request, which means it has to go into the queue with all the other issues unless someone wants to take a special interest in it and work on it |
| 19:52.47 | *** join/#asterisk-dev ZX81 (n=Matt_Rid@121-74-230-252.telstraclear.net) |
| 19:52.57 | ebroad | ok |
| 19:53.09 | jsmith | Personally, I see it as a higher priority than just a feature request, as we've been teaching folks for years to use deny/permit statements to limit their exposure on the network |
| 19:53.25 | kpfleming | i wouldn't disagree with that |
| 19:53.27 | jsmith | But I'm just the training guy, so I don't have any say with regards to the engineers spending their time working on it |
| 19:53.28 | kpfleming | russellb: ping |
| 19:54.00 | ebroad | unfortunately http://www.voip-info.org/wiki/index.php?page=Asterisk+sip+permit-deny-mask uses "sip traffic" |
| 19:54.10 | ebroad | and most are going to assume all sip traffic |
| 19:54.32 | ebroad | im gonna side with jsmith on this one |
| 19:55.07 | jsmith | I think it's fair to assume that most users believe that it's for all traffic, not just registration requests |
| 19:55.12 | kpfleming | if that is true, then this would warrant a security advisory and a whole set of releases going back quite a way |
| 19:55.21 | kpfleming | (and i'm not saying it's not true) |
| 19:55.47 | ebroad | unfortunately this is a case of whats code != whats documented |
| 19:56.11 | kpfleming | hang on |
| 19:56.34 | kpfleming | in 1.2 it was used in user matching |
| 19:56.50 | kpfleming | so this may have been introduced in 1.6.1 when users/peers were merged |
| 19:57.15 | ebroad | ~peer |
| 19:57.16 | infobot | peer is probably the most elusive script kiddie this side of Jupiter |
| 19:57.28 | ebroad | ~friend |
| 19:57.29 | infobot | man, /usr/doc/<package>/*, what else, or the apache error log |
| 19:57.32 | russellb | kpfleming: pong |
| 19:57.38 | kpfleming | ok, that is the case |
| 19:57.51 | kpfleming | when sip users/peers were merged in 1.6.1, ast_apply_ha() checking for user matching was lost |
| 19:58.02 | kpfleming | so permit/deny rules for users don't work in 1.6.1.0 and later |
| 19:58.08 | russellb | excellent. |
| 19:58.11 | kpfleming | this is a security problem |
| 19:58.33 | kpfleming | and now you are caught up :-) |
| 19:59.24 | kpfleming | i will go back to debugging the codec code i have broken, and let you all decide what to do about this lovely situation |
| 19:59.29 | ebroad | what fun |
| 19:59.51 | ebroad | well right now its at major, public and assigned to me |
| 20:04.06 | ebroad | how bad would it be if we parsed the To header and went peer hunting in handle_incoming |
| 20:04.26 | kpfleming | the To header has nothing to do with user/peer matching |
| 20:05.20 | ebroad | ok, so then how do we find our peer to apply peer specific acls? |
| 20:05.34 | kpfleming | this is not for peers, it's for users |
| 20:05.47 | russellb | type=peer matching is by IP and port. for type=user, it's matched on the From header name |
| 20:05.58 | jsmith | But shouldn't it apply to both? |
| 20:06.09 | ebroad | ok, my bad, i am grouping peer/user/friend |
| 20:06.13 | russellb | i'm talking about matching requests to configuration entries |
| 20:06.22 | kpfleming | jsmith: it already applies to dynamic peers, when they REGISTER |
| 20:06.31 | kpfleming | it does not apply to non-dynamic peers, for obvious reasons |
| 20:06.32 | jsmith | kpfleming: Sure... what about non-dynamic peers |
| 20:06.34 | ebroad | ok so user/friend we go by To |
| 20:06.45 | russellb | no, we don't use To for matching anything |
| 20:06.46 | kpfleming | no, the To header is never used for user location |
| 20:07.05 | kpfleming | look near the beginning of check_peer_ok |
| 20:07.23 | kpfleming | it calls find_peer to find a 'type=user' entry |
| 20:07.36 | kpfleming | that check needs to take the ACL into account, but it does not |
| 20:08.11 | ebroad | does user=friend? |
| 20:08.16 | kpfleming | no |
| 20:08.22 | kpfleming | friend = user & peer |
| 20:08.27 | ebroad | ah |
| 20:08.53 | kpfleming | so any call to find_peer() that supplies FINDUSERS as the search method is currently broken |
| 20:09.15 | russellb | kpfleming: you, back to codecs! I'll get it fixed :-p |
| 20:09.21 | kpfleming | and find_peer doesn't even get handed the source IP address |
| 20:09.22 | kpfleming | thanks! |
| 20:09.55 | ebroad | russellb, then its all yours :) |
| 20:09.55 | file | kpfleming: FOCUS! CLARITY! |
| 20:10.02 | kpfleming | has spent at least three hours in gdb today |
| 20:10.34 | jsmith | kpfleming: So consider this your break! |
| 20:11.03 | seanbright | which codec is broken? |
| 20:11.16 | kpfleming | one that i haven't released yet |
| 20:11.19 | russellb | Thanks for driving this issue, ebroad! I have marked it as private for now. |
| 20:11.20 | seanbright | ahh |
| 20:11.23 | seanbright | that's always good |
| 20:11.29 | russellb | codec_autotune |
| 20:11.34 | seanbright | ohhh snap |
| 20:11.35 | ebroad | russellb, your quite welcome |
| 20:11.38 | seanbright | t-pain will be happy |
| 20:11.53 | russellb | we seriously need an autotune audiohook. |
| 20:12.13 | seanbright | get on it |
| 20:12.52 | russellb | well, I started working on it, but it has been preempted by a SIP security issue :-p |
| 20:13.01 | seanbright | heh |
| 20:13.09 | seanbright | i am now on quakelive.com |
| 20:13.15 | seanbright | don't expect a response |
| 20:13.51 | kpfleming | yay! audio works again |
| 20:14.36 | Qwell | russellb: #9. |
| 20:16.12 | jsmith | kpfleming: That quickly, eh? |
| 20:16.47 | russellb | Qwell: w00t |
| 20:17.51 | kpfleming | jsmith: yeah, i was pretty close before |
| 20:25.09 | russellb | jpeeler is on the case of the missing ACL checking! |
| 20:25.22 | ebroad | russellb, copying the acl check from register_verify() with a few modifications seems to work quite nicely |
| 20:25.54 | russellb | ebroad: Cool. |
| 20:26.48 | ebroad | do you mind if i post a patch? |
| 20:27.56 | russellb | absolutely not! |
| 20:28.00 | russellb | patches are always welcome :-) |
| 20:32.11 | ebroad | done |
| 20:36.20 | jpeeler | thanks ebroad, i haven't even finished compiling asterisk yet |
| 20:36.28 | ebroad | hehe |
| 20:42.25 | ebroad | it seems to work |
| 20:42.33 | *** join/#asterisk-dev ajohnson (n=ajohnson@65-122-4-130.dia.static.qwest.net) |
| 20:42.35 | ebroad | w00t! |
| 20:43.07 | ajohnson | Can someone take a look at this pastebin and see if I need to submit a bug report? Asterisk is calling the hangup extension twice on 1.6.2 RC2. http://pastebin.com/d5112986d |
| 20:51.10 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-218-155-147.cablep.bezeqint.net) |
| 20:51.10 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 20:51.53 | *** join/#asterisk-dev Pazzo (n=ugelt@195.254.246.59) |
| 20:54.44 | *** join/#asterisk-dev work|philipp64 (n=chatzill@66.232.79.143) |
| 21:10.16 | *** join/#asterisk-dev mnicholson (n=mnichols@nat/digium/x-cnlzsmtkkbqkukvd) |
| 21:42.18 | *** join/#asterisk-dev denon (i=denon@sassinak.net) |
| 21:55.19 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 21:55.19 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 22:17.10 | *** join/#asterisk-dev bkruse (n=Administ@76.73.154.120) |
| 22:17.11 | *** mode/#asterisk-dev [+o bkruse] by ChanServ |
| 22:32.24 | *** join/#asterisk-dev denon (i=denon@69.165.165.115) |
| 23:00.47 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 23:00.48 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 23:01.12 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 23:01.12 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 23:06.56 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 23:06.56 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 23:11.07 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 23:11.07 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 23:22.26 | *** join/#asterisk-dev atis_home (n=atis@193.238.213.215) |
| 23:44.38 | *** join/#asterisk-dev infobot (i=ibot@rikers.org) |
| 23:44.38 | *** topic/#asterisk-dev is Topic for #asterisk-dev is: Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk |