| 02:09.09 | blitzrage | file: !!!! |
| 02:09.11 | blitzrage | are you around? |
| 02:09.17 | blitzrage | I have a hung channel on 62005 |
| 02:09.24 | blitzrage | but I need to restart this box |
| 03:57.48 | blitzrage | night all |
| 06:59.15 | *** join/#asterisk-doc matsk (n=mk@194.68.102.171) |
| 07:08.27 | *** join/#asterisk-doc matsk (n=mk@194.68.102.172) |
| 12:29.14 | *** join/#asterisk-doc jsmith (n=jsmith@000-167-456.area3.spcsdns.net) |
| 12:29.15 | *** mode/#asterisk-doc [+o jsmith] by ChanServ |
| 13:01.00 | *** join/#asterisk-doc Alric (n=nbowyer@wireless-062.1stel.com) |
| 13:03.22 | Alric | Looks like I get to upgrade a 1.2.5 machine to latest 1.4 today =) |
| 13:04.04 | jsmith | Oh boy :-) |
| 13:04.18 | Alric | I don't think it'll be a problem. |
| 13:04.34 | Alric | I've already got 1.4.x running in a few places, and it seems to be working fine. |
| 13:04.52 | Alric | Do you have to use GLOBAL() to get global variables in 1.4? |
| 13:05.56 | jsmith | Yeah, probably |
| 13:12.04 | file | good morning class |
| 13:12.24 | file | brrrrrr, forgot to close the living room windows lastnight |
| 13:13.24 | jsmith | Funny... I had to run the A/C all night :-( |
| 13:15.47 | Alric | I've been running the A/C for a while... |
| 13:19.15 | Alric | Yeah, globals all changed to GLOBAL() |
| 13:21.14 | Alric | Hmm |
| 13:21.28 | *** join/#asterisk-doc blitzrage (n=blitzrag@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:21.28 | *** mode/#asterisk-doc [+o blitzrage] by ChanServ |
| 13:21.32 | blitzrage | morning all! |
| 13:21.37 | file | blitzrage: DIE |
| 13:21.43 | file | or... |
| 13:21.43 | file | hi |
| 13:21.51 | Alric | Hmmm. Realtime is dying in 1.6? |
| 13:23.41 | jsmith | Alric: Yes. Realtime is evil. It needs to be shot. If it were a groundhog, I'd have my little .22 rifle out and be taking shots at it already |
| 13:23.54 | Alric | Is it getting replaced by something? |
| 13:24.15 | jsmith | Yes. |
| 13:24.24 | file | I don't know if 1.6 will get to that |
| 13:24.26 | file | erm, that point |
| 13:24.27 | Alric | Something that gives yummy dynamic database config? :) |
| 13:24.29 | jsmith | It will be replaced by an even bigger groundhog |
| 13:24.52 | jsmith | file: True... but since we don't really know *when* 1.6 is coming out, how can we know what's gonna be in it |
| 13:25.06 | Alric | file: Get to removing realtime, or get to realtime's replacement? |
| 13:25.16 | file | the direction in question is... difficult |
| 13:25.22 | blitzrage | jsmith: well, it already seems like a lot of big things are in 1.6, and I know Kevin is trying to avoid what happened with 1.4, in 1.6 |
| 13:25.26 | file | Alric: we won't do the first without having the second |
| 13:25.59 | blitzrage | although, that doesn't mean I wouldn't love to see a new realtime :) |
| 13:26.01 | Alric | file: Should have expected as much I guess. |
| 13:26.03 | jsmith | blitzrage: Unfortunately, I dont know if we can have smaller minor releases |
| 13:26.17 | blitzrage | ya, I'm not sure... I guess I leave that up to the figures above me :) |
| 13:26.26 | jsmith | blitzrage: Sometimes you have to take a large leap to cross a chasm, where two small hops won't do. |
| 13:26.57 | Alric | It'll get better with more releases. |
| 13:27.46 | Alric | I mean, naturally as you progress through the steps in the cycle more and more, you'll get better at the individual parts and things will go more smoothly. But we've only been through the new cycle twice now =) |
| 13:28.05 | jsmith | Most of the new functionality being discussed needs all the new APIs, and a lot of the new APIs need each other. |
| 13:30.15 | blitzrage | gotcha |
| 13:30.20 | blitzrage | 1.6 feels like it's gonna be niiiiiiice |
| 13:30.28 | blitzrage | 1.4 is already a huge leap over 1.2 |
| 13:30.38 | file | it'll be... different |
| 13:30.40 | blitzrage | I mean, when you can actually hear better call quality... |
| 13:30.51 | blitzrage | *thumbs up* |
| 13:41.03 | *** join/#asterisk-doc blitzrage (n=blitzrag@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:41.03 | *** mode/#asterisk-doc [+o blitzrage] by ChanServ |
| 13:41.12 | jsmith | Alric: What about it so confusing? |
| 13:41.13 | blitzrage | alt-4 is way too close to alt-f4 |
| 13:41.22 | Alric | hehe |
| 13:41.37 | Alric | jsmith: Uhm. Would you shoot me with that .22 if I said "everything"? =) |
| 13:42.27 | jsmith | Alric: Nope... I don't shoot at people... I don't even let my kids point toy guns at people |
| 13:42.39 | jsmith | Alric: But if you were a groundhog eating my garden, I'd shoot you |
| 13:42.55 | Alric | I'd shoot me too if I were a groundhog. |
| 13:42.58 | file | it's 10:42AM |
| 13:43.03 | file | do you know where YOUR children are? |
| 13:44.39 | jsmith | file: Yes, being the only one of you, me, blitzrage, and Alric to acknowledge having children... |
| 13:44.39 | Alric | We have pocket gophers here. I try to blow them up with .223 |
| 13:44.39 | jsmith | Alric: SKS works better for that. |
| 13:44.40 | Alric | Well lacking an SKS, I think .223 will work fine. |
| 13:44.40 | jsmith | I prefer a .270, but the shells are expensive, and they tend to make a mess of anything they hit. |
| 13:44.40 | Alric | I once saw a video of someone shooting groundhogs with a .50BMG... |
| 13:44.40 | Alric | Talk about exploding. |
| 13:44.40 | jsmith | I've shot groundhogs with a .454 pistol |
| 13:44.47 | Alric | Not much left? |
| 13:45.04 | blitzrage | jsmith: to acknowledge? what are you trying to say? :) |
| 13:45.51 | jsmith | blitzrage: I say nothing. |
| 13:46.05 | blitzrage | :) |
| 13:47.10 | file | aha! "known" children |
| 13:48.25 | file | what about unknown children? |
| 13:49.05 | blitzrage | they are unknown |
| 13:49.24 | Alric | jsmith: Actually, I understand the options I think, I just don't see how to apply them effectively. |
| 13:49.27 | Alric | (MoH) |
| 13:49.33 | file | mini blitzrages... |
| 13:49.35 | file | that would be scary |
| 13:49.39 | blitzrage | indeed |
| 13:49.59 | jsmith | Alric: Here's what you need to know: |
| 13:50.16 | jsmith | [default] |
| 13:50.16 | jsmith | mode=files |
| 13:50.16 | jsmith | directory=/var/lib/asterisk/moh |
| 13:50.18 | jsmith | random=yes |
| 13:50.19 | jsmith | <PROTECTED> |
| 13:50.23 | jsmith | 'nuff said |
| 13:50.35 | Alric | Yes, but I want to do cool new 1.4 things :) |
| 13:51.14 | jsmith | Like? |
| 13:51.28 | Alric | Well, I don't really know. |
| 13:52.14 | Alric | But it sounds like users could specify the music they hear when put on hold, if on hold with a local extension/phone. |
| 13:52.47 | jsmith | Oh, you're looking for mohsuggest in sip.conf? |
| 13:53.10 | Alric | mohsuggest and mohinterpret and all that. |
| 13:53.21 | Alric | and passthrough looks really nice for cluster things. |
| 13:54.06 | jsmith | Yeah... |
| 13:55.16 | Alric | Saw a suggestion about running Asterisk on a beuwolf cluster, then heard it couldn't be done because of something about shared memory or something. |
| 13:55.25 | Alric | That sounded interesting too. |
| 14:22.55 | *** join/#asterisk-doc matsk (n=mk@194.68.102.175) |
| 14:56.54 | blitzrage | jsmith: ping |
| 14:57.51 | jsmith | blitzrage: Pong |
| 14:58.14 | blitzrage | Any idea how I can tell the Queue() not to cache the queue_members from realtime? The reason I ask, is this (gonna be lengthy, so I'll send this part first, then write my story) |
| 14:58.49 | jsmith | cache? You mean across restarts? |
| 15:02.47 | blitzrage | When I send a call to a member of a Queue (Local channel via queue_members in extconfig.conf, via a table view), it will ring the device(s) that the Local channel deems it should call for that member. I added something that says, "if there was no answer, remove that member from the queue". I do see the member removed from the view in the database (basically the view is a list of members where ast_queue_members.mem |
| 15:02.48 | blitzrage | ber_status = 1), but the problem I'm having, is that for the caller in the queue, the members don't go away -- but they ARE gone for the NEXT caller into the queue -- so it seems like Queue() is just grabbing all the members at the entry point, then not looking up the members again on each iteration through the members (which does make sense... ) So I'm trying to think of a way of telling the Queue, "No, don't ca |
| 15:02.49 | blitzrage | ll that member because they aren't there", and if no one is available, to exit the Queue() instead of continually trying members for 0 secs |
| 15:07.56 | jsmith | Are you using RemoveQueueMember? |
| 15:08.01 | jsmith | Or just taking them out of the database? |
| 15:08.10 | jsmith | You probably want to use RemoveQueueMember |
| 15:09.52 | jsmith | OK, gotta run to lunch |
| 15:09.55 | jsmith | Back later... |
| 15:10.03 | file | lunch? that's a good idea |
| 15:10.41 | blitzrage | jsmith-away: aha! I will check that out and see if I can make it work.... |
| 15:34.26 | blitzrage | me either |
| 15:34.31 | blitzrage | I think I'm gonna go make breakfast now though |
| 15:35.33 | blitzrage | ok, off to breakfast, back soooooooon |
| 15:37.57 | file | downtownnnnnn |
| 15:37.57 | file | there are movie shows |
| 15:37.57 | file | downtown! |
| 15:38.08 | *** join/#asterisk-doc jsmith-away (n=jsmith@000-167-456.area3.spcsdns.net) |
| 15:38.09 | *** mode/#asterisk-doc [+o jsmith-away] by ChanServ |
| 15:39.20 | file | my love for you will still be strong |
| 15:39.23 | file | after the boys of summer have gone |
| 16:02.06 | ctooley | file, this is a DTMF from rtp debug, correct? |
| 16:02.08 | ctooley | Got RTP RFC2833 from 64.195.139.31:52632 (type 101, seq 000482, ts 3615969232, len 000004, mark 0, event 00000009, end 0, duration 00000) |
| 16:02.09 | ctooley | Got RTP packet from 64.195.139.31:52632 (type 101, seq 000483, ts 3615969232, len 000004) |
| 16:02.21 | file | yes |
| 16:02.45 | ctooley | Ok, well, we're getting DTMF via RFC2833 but it's never hitting our ael application |
| 16:03.16 | file | what version of Asterisk, what is the remote side? |
| 16:04.00 | ctooley | I could send you the interwoven output but I don't think rtp debug output goes to the log file. |
| 16:04.14 | ctooley | version 1.4.4 and the remote side is a Veraz Progate |
| 16:04.22 | file | turn on RFC2833 compensation |
| 16:05.04 | ctooley | rfc2833compensate = yes? |
| 16:05.14 | file | aye |
| 16:24.14 | ctooley | that seems to have helped some. Does it add a lot of extra overhead? |
| 16:26.11 | file | meh |
| 16:26.15 | file | a lot? no |
| 16:27.34 | ctooley | ok, well, we are having some pretty pathetic DTMF problems |
| 16:31.30 | file | Alric: you were doing # transfers, aye? |
| 16:31.50 | Alric | One place was |
| 16:32.00 | Alric | You're referring to my little bug thing? |
| 16:32.10 | file | yes, that is the only place TRANSFER_CONTEXT is used |
| 16:32.44 | file | why it would be blank... now that is curious |
| 16:35.02 | Alric | and I have no 1.4 machines that aren't production to test on right this instant. |
| 16:36.46 | Alric | Lunch time. |
| 16:36.47 | Alric | bbiab |
| 16:44.54 | blitzrage | yes sir? |
| 16:45.14 | file | http://bugs.digium.com/view.php?id=9643 can you try that on Fedora? |
| 16:45.33 | file | it builds fine and creates the right libraries on my FC boxes |
| 16:49.34 | blitzrage | ummmm... unfortunately not right now :( |
| 16:51.08 | file | k |
| 16:54.42 | blitzrage | sorry :( |
| 16:55.24 | file | you are totally on my nub list now |
| 16:56.11 | blitzrage | oh good, so nothing has changed then :) |
| 16:57.05 | file | pretty much |
| 16:57.12 | file | although I have not gotten any food yet |
| 16:57.15 | file | which makes me slightly sad |
| 16:57.30 | blitzrage | jeebuz |
| 16:57.32 | blitzrage | go get food |
| 16:57.35 | blitzrage | I just finished eating |
| 16:58.00 | file | I will, eventually |
| 16:58.12 | blitzrage | now! |
| 16:58.15 | blitzrage | I command you! |
| 16:58.17 | file | nosir |
| 16:58.27 | blitzrage | are you on.... the roll? |
| 16:58.41 | file | perhaps |
| 17:18.18 | blitzrage | ; If timeoutrestart is set to yes, then the timeout for an agent to answer is |
| 17:18.18 | blitzrage | ; reset if a BUSY or CONGESTION is received. This can be useful if agents |
| 17:18.18 | blitzrage | ; are able to cancel a call with reject or similar. |
| 17:18.19 | blitzrage | <PROTECTED> |
| 17:18.30 | blitzrage | I'm not sure I really *get* this.... can someone elaborate? |
| 17:34.04 | *** join/#asterisk-doc ctooley (n=ctooley@209.33.108.198) |
| 17:36.36 | Alric | blitzrage: Think Polycom Reject button. |
| 17:37.13 | blitzrage | ok, I get that I can reject it, but what does that have to do with a timeout value? |
| 17:37.42 | Alric | Skips the agent, rather than continuing to "ring" it until the timeout moves on to the next agent, afaik. |
| 17:39.39 | blitzrage | wow, if that is the case, that is the worst description ever |
| 17:55.08 | Alric | Hmmmm |
| 17:55.11 | Alric | Ingress Metering/Rate Limiting — A maximum bandwidth value is specified beyond which all traffic is dropped. This is done by setting a meter at the input for the maximum bandwidth, and setting the excess policy to drop. In order to effectively configure this service, the total bandwidth on a specific egress port cannot exceed the port rate. |
| 17:55.26 | Alric | Does that say "bi-directional rate metering" to anyone? |
| 18:08.27 | blitzrage | hrmmmm... it does not |
| 18:08.39 | blitzrage | it doesn't really specify :) |
| 18:08.54 | blitzrage | w00t! pppoe back up over the S518 interface |
| 18:09.04 | blitzrage | I hate when I forget to switch WANPIPE to PPPOE |
| 18:09.56 | blitzrage | heh, now I gotta go put that phone splitter in and run a phone line into my TDM400P |
| 18:16.35 | blitzrage | jsmith: !!! |
| 18:16.36 | blitzrage | good thing I got those 2 ADSL filters from my parents! |
| 18:16.56 | Alric | jsmith! |
| 18:17.06 | jsmith | Yes, I'm back |
| 18:17.16 | jsmith | file: Still need me to look at that bug re: Fedora? |
| 18:17.22 | file | sure |
| 18:18.27 | Alric | Ick Fedora Ick |
| 18:18.40 | blitzrage | jsmith: oooo :) |
| 18:18.58 | blitzrage | I'm still running FC5 on my desktop :( |
| 18:18.59 | Alric | Just kidding. I run Fedora in one place where I need a 2.6.16 kernel... |
| 18:19.12 | blitzrage | I wish it wasn't such a pain to update |
| 18:19.22 | blitzrage | it probably isn't... if you know what you're doing |
| 18:19.38 | Alric | It is if I want my RAID to work. |
| 18:20.05 | file | blitzrage: you! dance! now! |
| 18:20.19 | jsmith | Fedora 7 is awesome |
| 18:20.22 | Alric | And yes, I *could* compile the raid card drivers into an earlier kernel... but why? |
| 18:20.23 | jsmith | New tickless kernel |
| 18:20.32 | jsmith | New improved virtualization support |
| 18:20.44 | jsmith | (KVM, Xen, QEMU, all with the same tools) |
| 18:20.56 | jsmith | Much better wireless support |
| 18:20.57 | blitzrage | oooooh so hot |
| 18:21.03 | blitzrage | I want it on my laptop /desktop! |
| 18:21.11 | jsmith | No more Fedora Core + Fedora Extras -- it's all back into Fedora now |
| 18:21.15 | blitzrage | nice! |
| 18:21.24 | jsmith | Plus, tools to roll your own version of Fedora |
| 18:21.37 | jsmith | (as a Live CD, a Live USB stick, or as an installable DVD) |
| 18:21.49 | file | can I install it on a toaster? |
| 18:21.50 | Alric | It'll be nice when that makes it into CentOS... |
| 18:21.52 | Alric | rofl |
| 18:22.14 | blitzrage | oooo! I can download FC7 |
| 18:22.24 | blitzrage | unless... maybe jsmith has a nice fast server I can download it from |
| 18:22.32 | jsmith | Alric: Oh, did I mention that the EPEL project will make all the Fedora RPMS available for CentOS / RHEL? |
| 18:22.38 | blitzrage | looks to be on the front page of the fedoraproject page |
| 18:22.39 | Alric | EPEL? |
| 18:22.41 | jsmith | blitzrage: Grab the torrent... it's doing really well |
| 18:22.51 | blitzrage | jsmith: I'm on rogers.... |
| 18:22.52 | jsmith | Alric: Extra Packages for Enterprise Linux |
| 18:22.56 | blitzrage | baaaaad torrents here |
| 18:23.02 | jsmith | blitzrage: Oh, well... uh... there are lots of mirrors |
| 18:23.03 | Alric | Oh, interesting. |
| 18:23.11 | Alric | Doesn't that take out the "Enterprise" part though? |
| 18:23.19 | Alric | Basically add an "unstable" section to CentOS? |
| 18:23.28 | jsmith | work, that is |
| 18:23.56 | jsmith | file: It's just the h323 stuff that won't compile, right? |
| 18:24.09 | jsmith | file: I'm on a pretty virgin FC6 install here, so I should find all kinds of missing packages, etc. |
| 18:24.13 | file | it compiles, it just doesn't produce a library correctly... |
| 18:24.24 | file | no .so in the filename |
| 18:24.31 | jsmith | Ah... I see. |
| 18:24.38 | jsmith | configure script running now |
| 18:25.21 | jsmith | compiling |
| 18:30.09 | jsmith | file: Wake up! |
| 18:30.11 | jsmith | [jsmith@hockey asterisk-addons-1.4]$ ls -altr asterisk-ooh323c/.libs/ |
| 18:30.11 | jsmith | total 5100 |
| 18:30.11 | jsmith | -rwxrwxr-x 1 jsmith jsmith 2365613 May 31 14:26 libchan_h323.so.1.0.1 |
| 18:30.11 | jsmith | lrwxrwxrwx 1 jsmith jsmith 21 May 31 14:26 libchan_h323.so.1 -> libchan_h323.so.1.0.1 |
| 18:30.11 | jsmith | lrwxrwxrwx 1 jsmith jsmith 21 May 31 14:26 libchan_h323.so -> libchan_h323.so.1.0.1 |
| 18:30.12 | jsmith | -rw-rw-r-- 1 jsmith jsmith 819 May 31 14:26 libchan_h323.lai |
| 18:30.14 | jsmith | lrwxrwxrwx 1 jsmith jsmith 18 May 31 14:26 libchan_h323.la -> ../libchan_h323.la |
| 18:30.15 | jsmith | -rw-rw-r-- 1 jsmith jsmith 2798938 May 31 14:26 libchan_h323.a |
| 18:31.11 | file | so... fine |
| 18:31.23 | file | how interesting! |
| 18:33.46 | jsmith | Shall I post my results to the bug? |
| 18:33.54 | jsmith | Or is there something else you'd like me to try? |
| 18:34.02 | file | please do |
| 18:34.09 | file | and nope, I have no other thoughts |
| 18:34.16 | file | thx |
| 18:34.27 | jsmith | gcc -shared chan_h323.lo ooh323cDriver.lo ooCmdChannel.lo ooLogChan.lo ooUtils.lo ooGkClient.lo context.lo ooDateTime.lo decode.lo dlist.lo encode.lo errmgmt.lo memheap.lo ootrace.lo oochannels.lo ooh245.lo ooports.lo ooq931.lo ooCapability.lo ooSocket.lo perutil.lo eventHandler.lo ooCalls.lo ooStackCmds.lo ooh323.lo ooh323ep.lo printHandler.lo rtctype.lo ooTimer.lo H235-SECURITY-MESSAGESDec.lo H235-SECURITY-MESSAGESEnc.lo H323-MESSA |
| 18:34.27 | jsmith | GES.lo H323-MESSAGESDec.lo H323-MESSAGESEnc.lo MULTIMEDIA-SYSTEM-CONTROL.lo MULTIMEDIA-SYSTEM-CONTROLDec.lo MULTIMEDIA-SYSTEM-CONTROLEnc.lo -L/home/jsmith/SVN/asterisk-addons-1.4/asterisk-ooh323c/ooh323c/src -lpthread -Wl,-soname -Wl,libchan_h323.so.1 -o .libs/libchan_h323.so.1.0.1 |
| 18:34.27 | jsmith | (cd .libs && rm -f libchan_h323.so.1 && ln -s libchan_h323.so.1.0.1 libchan_h323.so.1) |
| 18:34.28 | jsmith | (cd .libs && rm -f libchan_h323.so && ln -s libchan_h323.so.1.0.1 libchan_h323.so) |
| 18:34.31 | jsmith | <PROTECTED> |
| 18:34.39 | jsmith | Those are the relevant lines from the build process |
| 18:46.06 | blitzrage | grrrr..... I gotta email Sangoma to figure out how to tune this damn S518 |
| 18:55.10 | jsmith | I know I said I was done, but here's the Fedora 7 announcement, for those who give a care: https://www.redhat.com/archives/fedora-announce-list/2007-May/msg00009.html |
| 18:55.20 | file | blitzrage: tune? |
| 18:55.45 | blitzrage | file: ya... it keeps dropping the connection a bunch... and Sangoma gave me some things that made it better last time... but I can't find that email |
| 18:55.55 | file | ah |