| 00:22.29 | blitzrage | jtodd: ah thanks for that... incompatible license? |
| 00:22.48 | jtodd | yeah. It's the guy at Sunrise Technology. Interesting code, but... |
| 00:22.54 | blitzrage | that's too bad :( |
| 00:23.08 | blitzrage | finally finished writing for the day! yay! |
| 00:23.23 | blitzrage | I may not be a lime, but I sure can rhyme |
| 00:23.40 | blitzrage | You might as well get in line, since you'll never be so fine |
| 00:24.04 | jtodd | Uh... I'll remember that, and avoid you when I need something to put in my Corona beer. |
| 00:24.16 | blitzrage | lol |
| 00:24.24 | blitzrage | corona beer... now that's a good idea! |
| 00:24.30 | blitzrage | I have some in my fridge from AstriCon |
| 00:25.28 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.178.122) |
| 00:25.30 | anonymouz666 | hi blitzrage |
| 00:25.34 | anonymouz666 | you are right |
| 00:25.46 | anonymouz666 | about get_header() |
| 00:26.00 | blitzrage | oh -- Call-ID != CALL-ID |
| 00:26.07 | anonymouz666 | I fixed that in OpenSER using replace_all() |
| 00:26.14 | blitzrage | nice |
| 00:26.15 | anonymouz666 | now my ast is integrated with exchange 2007 |
| 00:26.19 | blitzrage | is that where you were doing it? |
| 00:26.20 | anonymouz666 | nice speech engine |
| 00:26.24 | blitzrage | handy |
| 00:26.48 | blitzrage | which probably means I was blowing air out of my butt and I got lucky :) |
| 00:26.55 | anonymouz666 | hehe |
| 00:27.57 | anonymouz666 | I saw in chan_sip.c why when handling refer method was generating a 603 declined |
| 00:28.10 | anonymouz666 | so I detected the res var. |
| 00:28.14 | anonymouz666 | but it is fixed now. |
| 00:28.27 | blitzrage | handy |
| 00:28.34 | blitzrage | I'm going to reward myself with a Corona |
| 00:50.18 | partition | blitzrage: DRINK! |
| 00:55.20 | *** join/#asterisk-dev JimVanM (n=jimvanm@bas1-toronto63-1096774342.dsl.bell.ca) |
| 01:15.21 | blitzrage | JimVanM: oh snap |
| 01:15.56 | JimVanM | blitzrage: I cannot deny it |
| 01:16.01 | blitzrage | denied. |
| 01:16.21 | blitzrage | wuz up? |
| 01:16.47 | JimVanM | packing for a two day trip to . . . Barrie |
| 01:19.59 | JimVanM | while trying to find a way to run MSDE on WINE |
| 01:20.11 | Qwell | good luck with that... |
| 01:20.33 | Qwell | MSDE is hard to install on Windows, heh |
| 01:20.48 | partition | Qwell speaks! |
| 01:20.56 | Qwell | he does? |
| 01:21.00 | Qwell | he does! |
| 01:23.15 | blitzrage | lol |
| 01:23.23 | blitzrage | JimVanM: ....ewwww |
| 01:23.31 | Qwell | eww Barrie, or eww MSDE? :p |
| 01:23.36 | blitzrage | yes. |
| 01:23.40 | Qwell | thought so |
| 01:23.43 | JimVanM | exactly |
| 01:23.48 | Qwell | friend of mine lives in Barrie |
| 01:23.55 | blitzrage | JimVanM: I got that dialplan checked into SVN today |
| 01:23.59 | blitzrage | as anonymous :) |
| 01:24.07 | blitzrage | then Simon fixed the SVN server... |
| 01:24.12 | JimVanM | blitzrage: you are so humble |
| 01:24.33 | JimVanM | we gotta get back to recipe writing |
| 01:24.37 | blitzrage | ugh |
| 01:24.39 | blitzrage | sure do |
| 01:24.39 | JimVanM | it works well when we team up |
| 01:24.46 | blitzrage | agreed |
| 01:24.49 | Qwell | you guys already working on 3rd edition? |
| 01:24.50 | JimVanM | it's fun and we get a lot done |
| 01:24.53 | JimVanM | nope |
| 01:24.56 | JimVanM | cookbook |
| 01:24.56 | blitzrage | I wish it paid more... |
| 01:24.58 | JimVanM | way behind |
| 01:24.59 | Qwell | oh, was gonna say |
| 01:25.11 | blitzrage | actually... there is a 3rd edition repo already |
| 01:25.21 | JimVanM | Qwell: actually, we are kinda working on 3rd ed |
| 01:25.22 | Qwell | You guys could always just document features that don't exist yet, and make us code to fit the documentation :p |
| 01:25.29 | JimVanM | LOL! |
| 01:25.31 | partition | lawl |
| 01:25.33 | JimVanM | I like that idea a lot |
| 01:25.45 | blitzrage | I started kinda... :) |
| 01:25.52 | JimVanM | liking that idea? |
| 01:26.51 | blitzrage | actually -- JimVanM and I started that idea. JimVanM proposed that we write app_voicemail in dialplan, and created some sample configuration files. I started to write it in extensions.conf and have found a few apps that might be worth discussing. |
| 01:26.59 | Qwell | ahh |
| 01:27.21 | blitzrage | I love trying to solve problems purely in dialplan logic |
| 01:27.21 | Qwell | you already got res_telepathy documented? |
| 01:27.27 | blitzrage | it's neat finding all the little hacks you gotta do :) |
| 01:32.17 | JimVanM | I'd like res_what_the_heck_is_my_wife_talking_about |
| 01:32.36 | JimVanM | but I'm worried it'll hog the CPU |
| 01:34.21 | blitzrage | hrmmm.... where the heck did I put a copy of that outline Tilghman and I came up with.... |
| 01:35.27 | JimVanM | not in the old repo? |
| 01:35.34 | JimVanM | (there |
| 01:35.38 | JimVanM | 's a few in there) |
| 01:35.39 | blitzrage | no... I could have sworn I emailed it to you once |
| 01:35.50 | blitzrage | and it was on my old laptop I think... I should check that |
| 01:35.54 | JimVanM | hrm |
| 01:36.06 | JimVanM | I prolly have it then |
| 01:36.34 | Qwell | JimVanM: I assume res_what_the_heck_is_my_wife_talking_about (or the easier res_what_the_heck_women_want) would take some sort of quantum computer.. |
| 01:36.57 | Qwell | it's far beyond simple boolean logic |
| 01:37.32 | JimVanM | blitzrage: I ust found it and emailed it to you |
| 01:37.59 | JimVanM | Qwell: I'm pretty sure logic has little to do with it |
| 01:38.17 | Qwell | female...logic? |
| 01:38.20 | Qwell | You're making my head hurt |
| 01:38.23 | Corydon76-dig | Qwell: sometimes what men want is equally as perplexing |
| 01:38.56 | Qwell | perhaps it could be slightly simplified as res_what_my_significant_other_wants |
| 01:40.29 | blitzrage | JimVanM: thx! I think i found it too... but it could be an old version |
| 01:46.08 | JimVanM | Qwell: I don't think that simplifies it at all, but it does define the problem better |
| 01:46.24 | JimVanM | perhaps what we need is res_wtf |
| 01:46.30 | Qwell | heh |
| 01:46.50 | blitzrage | once that is done, then we have something to fill in |
| 01:47.04 | blitzrage | JimVanM: you have a strange way of motivating me to do something |
| 01:47.25 | JimVanM | blitzrage: funny thing is, I don't really have a motive |
| 01:47.32 | blitzrage | me either |
| 01:47.56 | JimVanM | blitzrage: I just logged onto IRC, and next thing you are in the zone! |
| 01:48.16 | JimVanM | blitzrage: leif I mean life sure is strange |
| 02:16.21 | JunK-Y | hey it was mr van meggelan! |
| 02:20.36 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 02:53.32 | *** join/#asterisk-dev tengulre (n=tengulre@222.90.66.10) |
| 02:53.34 | tengulre | hi,all |
| 03:02.55 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.149) |
| 04:39.15 | *** join/#asterisk-dev IgorG (n=FeedomPa@195.162.32.126) |
| 04:45.31 | *** join/#asterisk-dev alphaque (n=alphaque@60.51.217.61) |
| 05:18.48 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-12-187.bredband.comhem.se) |
| 05:54.31 | *** part/#asterisk-dev alphaque (n=alphaque@60.51.217.61) |
| 06:07.38 | *** join/#asterisk-dev IgorG (n=FeedomPa@195.162.32.126) |
| 07:14.13 | *** join/#asterisk-dev steliosk (n=Stelios@ipa226.211.tellas.gr) |
| 07:19.16 | *** join/#asterisk-dev paravoid (n=paravoid@zebra.cslab.ece.ntua.gr) |
| 07:20.25 | *** join/#asterisk-dev IvanV3835 (n=Miranda@styx.mcn.ru) |
| 07:21.35 | *** join/#asterisk-dev VoicePulse_ (n=contact@unaffiliated/voicepulse) |
| 07:53.59 | *** join/#asterisk-dev qdk (n=qdk@85.235.253.139) |
| 07:55.25 | *** join/#asterisk-dev jtodd (n=jtodd@204.11.231.198.static.etheric.net) |
| 08:12.19 | *** join/#asterisk-dev mLx (n=mlx@217.151.231.18) |
| 08:12.25 | mLx | Hello there |
| 08:13.01 | tzafrir | hi |
| 08:13.20 | mLx | I installed Asterisknow beta6 now |
| 08:13.37 | mLx | Please tell me how can I connect external FXO device |
| 08:13.49 | mLx | I have AddPack |
| 08:14.15 | tzafrir | mLx, ask on #asterisknow or #asterisk |
| 08:14.28 | tzafrir | Also be more specific on the external FXO device |
| 08:31.14 | *** join/#asterisk-dev misk0 (n=misk0@62.48.116.68) |
| 10:12.48 | *** join/#asterisk-dev IgorG (n=FeedomPa@195.162.32.126) |
| 10:35.48 | *** join/#asterisk-dev key2 (n=Ritual@193.33.36.20) |
| 11:45.11 | *** join/#asterisk-dev zerohalo (n=zeroHalo@pool-72-70-79-233.bstnma.east.verizon.net) |
| 11:57.34 | festr_ | hello, anyone know, if changing timestamp in established RTP stream is valid? for ex. from 5554672 to 1211320 when doing attendand transfer? |
| 11:58.48 | festr_ | one type of phones have problems with this and attendand transfer ends in one-way audio |
| 11:58.55 | festr_ | this is on 1.4.12 |
| 12:15.13 | festr_ | it seems that the phone does not react on the marker bit which is correctly set |
| 12:21.34 | festr_ | but the marker bit is set three seconds before the timestamp is changed |
| 12:21.45 | festr_ | so maybe the endpoint will ignore that |
| 13:01.17 | *** join/#asterisk-dev kkjoe (n=kvirc@p578b42d3.dip0.t-ipconnect.de) |
| 13:02.42 | kkjoe | could anyone give me an idea about an libpri q921 problem ? There seems to be an incorect handling of layer2, libpri always force to get layer2 up, is there a way to avoid this ? |
| 13:04.27 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:07.14 | blitzrage | morning all |
| 13:10.30 | davevg-btwtech | morning blitzrage |
| 13:10.44 | blitzrage | how goes? |
| 13:11.17 | davevg-btwtech | pretty well, i have a question for you, its not really a dev ? though, more of a documentation question |
| 13:12.43 | davevg-btwtech | extension pattern matching, is exten => _[A-Za-z0-9] regex's really supported, or am i stuck with _. I tested it locally and it worked, but non of the documentation in the book, wiki, or sample files show it |
| 13:19.07 | blitzrage | it worked... ? I'd be surprised if that functionality existed... |
| 13:19.45 | davevg-btwtech | i did that and called and extension with a goto (context, aDa, 1) and it went to the final destination |
| 13:20.08 | blitzrage | did you just get lucky on your match... ? :) |
| 13:20.20 | davevg-btwtech | let me verify :) |
| 13:20.25 | blitzrage | I am not aware that regex's actually work there |
| 13:20.59 | blitzrage | try with something like RTR |
| 13:21.08 | blitzrage | something that isn't an A or Z |
| 13:21.14 | davevg-btwtech | ok |
| 13:21.33 | blitzrage | because you can do things like _[0459]X,1,NoOp() |
| 13:21.51 | blitzrage | which would match 0,4,5, and 9 as the first char of the pattern |
| 13:22.03 | kkjoe | is there any irc channel for libpri stuff ? |
| 13:22.17 | blitzrage | I think you just got lucky because you started with an 'a' |
| 13:22.33 | blitzrage | kkjoe: depends on the question: #asterisk or #asterisk-dev probably |
| 13:22.48 | davevg-btwtech | let me pastebin the cli output, RTR seemed to work as well |
| 13:22.52 | tzafrir | kkjoe, libpri is closly related to chan_zap |
| 13:22.54 | blitzrage | there is no libpri specific channel that I'm aware of |
| 13:22.59 | tzafrir | so ask here |
| 13:25.18 | davevg-btwtech | http://www.pastebin.ca/733000 |
| 13:25.59 | kkjoe | the problem is when run an pri port in te modus and connect it to telco, and the stack has an active layer 2 and sometimes it falls back to layer1 is there a reason why libpri is trying continuously to activated layer2 again with sabme`s ? |
| 13:26.08 | blitzrage | davevg-btwtech: hrmmm.... well at least ranges work :) |
| 13:26.15 | blitzrage | thats good to know |
| 13:26.39 | blitzrage | I bet if you try something other than that it won't work -- but I guess the parser is smart enough to know about ranges other than numbers |
| 13:26.54 | blitzrage | [0-59] is valid for sure |
| 13:27.06 | blitzrage | I didn't know it was alphanumeric matching though |
| 13:27.09 | blitzrage | that's new to me |
| 13:27.17 | blitzrage | Qwell: ping |
| 13:28.30 | blitzrage | WOH! My VPN works! |
| 13:29.10 | tzafrir | kkjoe, your question is not clear at all. Does the problem begin after a layer 1 reset? |
| 13:30.56 | kkjoe | no the problem occurs when i disconnet the line to telco or simulate it with an isdn tester |
| 13:43.08 | Qwell | blitzrage: pong, if it's quick |
| 13:43.18 | blitzrage | Qwell: nevermind -- I can get on the wiki myself now |
| 13:43.22 | Qwell | rockin' |
| 13:43.36 | blitzrage | i was gonna ask you to update my office to 1609 (Toronto) :) |
| 13:43.50 | blitzrage | but seemed I had to input my phone numbers again anyways |
| 13:44.38 | Qwell | bbl |
| 13:54.10 | blitzrage | w00t |
| 13:54.13 | blitzrage | breakfast time |
| 13:56.31 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 13:56.31 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 14:24.31 | *** join/#asterisk-dev Cresl1n (i=matt@nat/digium/x-77aa6dfec79492e9) |
| 14:24.31 | *** mode/#asterisk-dev [+o Cresl1n] by ChanServ |
| 14:24.52 | Corydon76-dig | Cresl1n: !!!! |
| 14:24.59 | Cresl1n | it's a Corydon76-dig !!!! |
| 14:25.05 | Cresl1n | have you been to the new office yet? |
| 14:25.10 | Corydon76-dig | Monday |
| 14:25.15 | Cresl1n | nice.... |
| 14:25.20 | Corydon76-dig | Have you been to my office yet? |
| 14:25.24 | Cresl1n | nope |
| 14:25.27 | Corydon76-dig | 212 |
| 14:25.34 | Cresl1n | you'll have to show it to me next time you're here |
| 14:25.43 | Corydon76-dig | Between Russell and Dwayne |
| 14:25.59 | Corydon76-dig | There's stuff to see even when I'm not there |
| 14:27.04 | Cresl1n | anybody seen tzafrir or tzafrir_home |
| 14:27.05 | Cresl1n | ? |
| 14:28.34 | JunK-Y | i saw him today yeah |
| 14:28.51 | JunK-Y | he spoke at 9h23, (1 h ago) |
| 14:30.33 | festr_ | hello, anyone with some time to debug this: when doing attendand trasnfer, big timestamp gap occures on asterisk 1.4 and this is problem for some kind of phones. in asterisk 1.2 timestamp remains unchanged and continues the same as before and after transfer. |
| 14:31.05 | festr_ | the problem is, that the phone ignores rtp packets with timestamp smaller then expacted |
| 14:31.26 | festr_ | which happen during transfer |
| 14:31.42 | festr_ | it seems that marker bit which is set is useless for this phone |
| 14:31.59 | festr_ | other phones will adapt quickly for timestamp changes |
| 14:32.21 | festr_ | but the question is, if this big (backwars) timestamp are legal |
| 14:34.01 | tzafrir | Cresl1n, here |
| 14:34.25 | Cresl1n | tzafrir, I think it's getting to be that time of the month |
| 14:34.31 | Cresl1n | your favorite time... |
| 14:34.32 | Cresl1n | :-) |
| 14:34.34 | Cresl1n | release time! |
| 14:34.55 | Corydon76-dig | rag time? |
| 14:34.58 | Cresl1n | no |
| 14:35.01 | Cresl1n | no no no no |
| 14:35.03 | Cresl1n | not that |
| 14:35.21 | Corydon76-dig | anything but that? |
| 14:35.26 | Cresl1n | exactly |
| 14:36.00 | Cresl1n | tzafrir: is your code in order for the release? |
| 14:38.58 | tzafrir | there are a few pending fixes, but I'm checking now if they're worth commiting at this stage |
| 14:39.16 | Cresl1n | ok |
| 14:39.21 | Cresl1n | what kinds of fixes are they? |
| 14:40.57 | *** join/#asterisk-dev putnopvut (i=putnopvu@nat/digium/x-1b8720b5586e2178) |
| 14:40.57 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:42.53 | *** join/#asterisk-dev jsmith (n=jsmith@68.178.10.62) |
| 14:42.53 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 14:46.45 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 14:54.56 | *** join/#asterisk-dev joetester (n=joeteste@216.191.34.13) |
| 15:26.15 | *** join/#asterisk-dev ajohnson (n=ajohnson@63.147.46.186) |
| 15:27.24 | *** join/#asterisk-dev jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 15:32.48 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 15:37.34 | *** join/#asterisk-dev wunderkin (n=wunderki@ip72-223-86-126.ph.ph.cox.net) |
| 15:38.22 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 16:05.39 | *** join/#asterisk-dev NoCarrier (n=John@unaffiliated/badpacket) |
| 16:24.04 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 16:29.52 | *** join/#asterisk-dev juanjoc (n=juanjoc@200.69.219.113) |
| 16:30.01 | *** join/#asterisk-dev mog (n=mog@c-71-207-200-130.hsd1.al.comcast.net) |
| 16:30.10 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 16:32.41 | bmd | DonutPunche1? |
| 16:34.07 | putnopvut | I was trying to fool a bot in another IRC channel. It didn't work. |
| 16:37.54 | mvanbaak | http://xkcd.com/327/ |
| 16:39.24 | putnopvut | What severity is a deadlock in chan_sip? |
| 16:39.28 | putnopvut | Is that a block? |
| 16:41.57 | jcmoore | jsmith: surely someone at Digium knows a thing or two about those :-) |
| 16:42.31 | jsmith | jcmoore: You would think ;-) |
| 16:42.34 | outtolunc | you must use your left foot to kick it with, not the right |
| 16:42.40 | russellb | putnopvut: block, correct |
| 16:43.32 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 16:49.38 | *** join/#asterisk-dev poliveira (n=poliveir@adonis.iportalmais.pt) |
| 16:55.34 | *** part/#asterisk-dev mog (n=mog@c-71-207-200-130.hsd1.al.comcast.net) |
| 17:00.43 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 17:04.03 | russellb | Dear All, |
| 17:04.03 | russellb | My operation system is Redhat 9.0. I try to install asterisk-1.4.11 on my system, but the install progress error when compile the funcs/func-curl.c. The detail error is below: |
| 17:04.10 | russellb | M10949 |
| 17:04.11 | MuffinMan | [new] [Asterisk] Functions/func_curl 0010949: Compile asterisk-1.4.11 package error at funcs/func_curl.c reported by luctruong75 http://bugs.digium.com/view.php?id=10949 |
| 17:04.14 | russellb | you have got to be f'ing kidding me |
| 17:05.20 | *** join/#asterisk-dev ManxPower (n=manxpowe@42.sub-75-200-6.myvzw.com) |
| 17:06.22 | outtolunc | hehe |
| 17:09.28 | jcmoore | nice |
| 17:29.16 | filesystem | whom was it talking about the loader issues... |
| 17:29.55 | russellb | filesystem: paravoid |
| 17:30.06 | filesystem | russellb: thanks |
| 17:30.12 | paravoid | hi |
| 17:30.13 | paravoid | :) |
| 17:31.44 | filesystem | I was curious about the usage of RTLD_NOLOAD as you mentioned |
| 17:32.22 | paravoid | do you want me to send you an email? |
| 17:32.26 | filesystem | yes please |
| 17:32.35 | paravoid | a private one, since I can't mail to asterisk-dev apparently |
| 17:32.41 | filesystem | jcolp@digium.com |
| 17:32.41 | paravoid | I've tried over 10 times with no luck |
| 17:33.19 | paravoid | sent as-is, should be arriving any moment |
| 17:35.58 | blitzrage | russellb: now you're a real coder... you're bitter! |
| 17:36.03 | blitzrage | almost ripe now |
| 17:36.14 | blitzrage | they've seasoned you nicely |
| 17:36.25 | blitzrage | ...now I'm hungry |
| 17:36.30 | filesystem | paravoid: hrm! I did not get it... which makes me suspect the spam filtering is getting you, can you try jcolp@joshua-colp.com? |
| 17:36.30 | paravoid | filesystem: there yet? |
| 17:36.57 | jsmith | blitzrage: Go eat! |
| 17:37.13 | paravoid | filesystem: done |
| 17:37.19 | blitzrage | jsmith: soon -- I gotta make a patch for this system first then commit it |
| 17:37.34 | jsmith | blitzrage: Any luck on your VPN access? |
| 17:37.43 | paravoid | my mail to asterisk-users passed; -dev failed multiple times and apparently jcolp@ too... |
| 17:37.57 | filesystem | that I got |
| 17:38.04 | blitzrage | jsmith: started working this morning (for Steve too). I can check out from SVN, but can't commit for some reason (auth access denied) |
| 17:38.20 | blitzrage | *coughblacklistedcoughcough* |
| 17:39.13 | filesystem | paravoid: thanks |
| 17:43.21 | filesystem | paravoid: if this solves what I think it might, I owe you a drink |
| 17:43.23 | blitzrage | ok lunchtime |
| 17:43.36 | blitzrage | woh... filesystem owing someone something?! |
| 17:48.04 | paravoid | filesystem: what's that? |
| 17:48.45 | paravoid | chan_h323 segfault may be? |
| 17:48.49 | paravoid | (it took me a week to debug this) |
| 17:52.38 | filesystem | nah, not that |
| 17:57.00 | *** join/#asterisk-dev Corydon76-home (n=tilghman@pdpc/supporter/bronze/Corydon76-home) |
| 17:57.00 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 17:58.39 | *** join/#asterisk-dev Corydon76-dig (i=eleven@pdpc/supporter/bronze/Corydon76-home) |
| 17:58.39 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 17:59.58 | Simon-- | hrm. oops on the second line of zt_init_tone_state during heavy load in production :/ ring any bells? |
| 18:01.36 | russellb | sounds familiar |
| 18:01.39 | russellb | i think there is an open bug about it |
| 18:02.19 | Simon-- | google agrees! :) |
| 18:04.43 | Corydon76-dig | Ah, finally... |
| 18:09.20 | Simon-- | wow. can anybody find the source bug for http://bugs.digium.com/file_download.php?file_id=15311&type=bug ? |
| 18:09.28 | Simon-- | apparently I am mantis challenged :) |
| 18:10.56 | russellb | M10593 |
| 18:10.57 | MuffinMan | [assigned] [Zaptel] zaptel (the module) 0010593: Zaptel crashes kernel - zt_init_tone_state reported by jmhunter http://bugs.digium.com/view.php?id=10593 |
| 18:13.05 | tzafrir | Simon--, http://bugs.digium.com/BUGNUM |
| 18:13.24 | Simon-- | reporter has smaller setup. this has been with three PRIs, mostly regularly saturated, running OK for a week |
| 18:13.34 | Simon-- | tzafrir: right but how did you actually get bugnum? |
| 18:22.44 | russellb | i went to bugs.digium.com ... used my "show 500" filter so i saw all open bugs, and searched for "zt_init" ... |
| 18:22.58 | russellb | not using the mantis search, but just text search on the page |
| 18:23.05 | russellb | because i knew the title had that in it :-p |
| 18:24.23 | *** join/#asterisk-dev corramor (i=corramor@nat/digium/x-68243d1b837f1523) |
| 18:26.38 | *** join/#asterisk-dev joetester (n=joeteste@216.191.34.13) |
| 18:27.00 | joetester | Hmm... machine deadlocked and running core show locks crashed it. |
| 18:28.54 | paravoid | filesystem: so what is it? |
| 18:30.24 | filesystem | paravoid: I have a module that links against an external library, when loaded the external library begins initializing... if I don't introduce a delay of 1 second before the dlopen with RTLD_NOLOAD then dlopen deadlocks |
| 18:32.09 | filesystem | so I wanted to see if your notes on the loader could give any hints |
| 18:34.54 | paravoid | delay between which calls? |
| 18:35.12 | filesystem | I just add a sleep(1); before the dlopen that uses RTLD_NOLOAD and it works |
| 18:35.22 | paravoid | dlopen LAZY/LOCAL; sleep(1); dlopen NOLOAD/NOW/LOCAL? |
| 18:35.31 | paravoid | that's weird |
| 18:35.35 | filesystem | yes |
| 18:35.42 | paravoid | my experiments showed that the second dlopen is a no-op |
| 18:35.50 | paravoid | you can comment it, it won't have a difference |
| 18:35.57 | paravoid | s/a/any/ |
| 18:36.10 | paravoid | lol |
| 18:36.39 | *** join/#asterisk-dev jsmith (n=jsmith@68.178.10.62) |
| 18:36.39 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 18:37.41 | filesystem | if I comment it out I can't even load my module :D |
| 18:38.14 | paravoid | if you comment the *second* dlopen? |
| 18:38.18 | filesystem | yes |
| 18:38.37 | paravoid | I mean the third |
| 18:38.46 | paravoid | dlopen, dlclose, dlopen, dlopen(NOLOAD) |
| 18:39.21 | filesystem | it's the second... at least here |
| 18:40.14 | paravoid | ok, I'm looking at the code |
| 18:40.21 | paravoid | yes, it makes sense that it won't load your module |
| 18:40.47 | paravoid | because all the modules providing global symbols won't be opened with RTLD_GLOBAL |
| 18:41.54 | paravoid | try this: |
| 18:41.54 | paravoid | - if (!dlopen(fn, RTLD_NOLOAD | (wants_global ? RTLD_LAZY | RTLD_GLOBAL : RTLD_NOW | RTLD_LOCAL))) { |
| 18:41.57 | paravoid | + if (wants_global && !dlopen(fn, RTLD_NOLOAD | RTLD_NOW | RTLD_LOCAL)) { |
| 18:42.03 | paravoid | arg |
| 18:42.24 | paravoid | I obviously meant |
| 18:42.31 | paravoid | - if (!dlopen(fn, RTLD_NOLOAD | (wants_global ? RTLD_LAZY | RTLD_GLOBAL : RTLD_NOW | RTLD_LOCAL))) { |
| 18:42.34 | paravoid | + if (wants_global && !dlopen(fn, RTLD_NOLOAD | RTLD_LAZY | RTLD_GLOBAL)) { |
| 18:43.27 | filesystem | nope |
| 18:44.01 | filesystem | although... |
| 18:44.06 | filesystem | lemme try something |
| 18:44.26 | filesystem | ah no that wouldn't work... |
| 18:44.35 | filesystem | (without rewriting the loader) |
| 18:44.46 | paravoid | did you see my comments? |
| 18:44.50 | filesystem | yes |
| 18:44.52 | paravoid | I think it's worth it to attempt a rewrite |
| 18:45.24 | filesystem | as for your comment about RTLD_NOLOAD only being able to promote to RTLD_LOCAL/RTLD_GLOBAL I can't make it do it |
| 18:45.45 | paravoid | what do you mean? |
| 18:46.02 | filesystem | unless I misread |
| 18:46.29 | filesystem | oh, I did misread |
| 18:46.30 | paravoid | I'm just saying that |
| 18:46.31 | paravoid | <PROTECTED> |
| 18:46.31 | paravoid | <PROTECTED> |
| 18:46.41 | *** join/#asterisk-dev Corydon76-dig (i=four@pdpc/supporter/bronze/Corydon76-home) |
| 18:46.41 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 18:46.42 | paravoid | the second one is a no-op |
| 18:46.49 | paravoid | it won't promote LAZY to NOW |
| 18:47.06 | paravoid | that's easily testable; I actually found this the hard way |
| 18:47.13 | paravoid | I had a chan_h323 that had symbols unresolved |
| 18:47.37 | paravoid | but these were on the call path of a call :> |
| 18:47.58 | paravoid | so asterisk wasn't "crashing" on module loading time (unresolved symbols found blahblahblah) |
| 18:48.03 | paravoid | but at a later point |
| 18:51.25 | *** join/#asterisk-dev popvoxdave (n=popvoxda@64.240.183.2) |
| 18:52.24 | filesystem | stupid race condition with dlopen... |
| 18:53.50 | paravoid | I'd bet that the race is because of dlclose()ing the library |
| 18:53.50 | russellb | s/system// |
| 18:53.59 | filesystem | it's not dlclose()ing it |
| 18:54.04 | filesystem | I *can't* dlclose it |
| 18:54.06 | paravoid | oh yes it is :) |
| 18:54.11 | filesystem | the library I'm using crashes |
| 18:54.15 | paravoid | unless it has MODFLAGS_GLOBALS |
| 18:54.24 | filesystem | it has that flags for exactly that reason |
| 18:54.29 | paravoid | ah but don't |
| 18:55.34 | russellb | <3 |
| 18:55.53 | file | I wish I couldn't, and I'm trying to get it so I don't have to... in which case this issue would probably be moot |
| 18:57.01 | paravoid | I had the same problem with libopenh323 |
| 18:57.07 | paravoid | libopenh323 crashes on dlclose() |
| 18:57.19 | paravoid | for that reason, the asterisk binary is linked against it |
| 18:57.28 | paravoid | as in gcc blahblah -lopenh323 |
| 18:57.44 | paravoid | I didn't want that, so I flagged chan_h323 as GLOBAL |
| 18:58.02 | paravoid | which worked for a while |
| 18:58.08 | file | I'm screwed either way presently, I can either mark it as global and have it deadlock upon start... or not mark it as global and have it crash |
| 18:58.13 | paravoid | and then failed for a reason that I can't recall |
| 18:58.25 | paravoid | so, I solved it in another way |
| 18:58.45 | paravoid | you're not going to like it :) |
| 18:59.02 | paravoid | http://svn.debian.org/wsvn/pkg-voip/asterisk/trunk/debian/patches/h323-workaround-openh323-segfault?op=file&rev=0&sc=0 |
| 18:59.13 | *** join/#asterisk-dev mog (n=mog@c-71-207-200-130.hsd1.al.comcast.net) |
| 18:59.13 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 18:59.24 | file | yup. |
| 18:59.33 | paravoid | it's pure evil :) |
| 19:00.13 | paravoid | anyway, this goes to show that the loader needs a rewrite |
| 19:01.49 | file | hrm! |
| 19:02.23 | paravoid | what? |
| 19:02.41 | paravoid | I'm going to work on a rewrite ASAP, fwiw |
| 19:02.53 | paravoid | it saddens me that I'll need to wait until 1.6 to see it however :) |
| 19:03.48 | file | it's working... |
| 19:03.51 | file | I don't understand how this is working |
| 19:04.02 | paravoid | what is? |
| 19:04.09 | file | it's no longer deadlocking upon load |
| 19:04.16 | file | while a few minutes ago it was |
| 19:07.40 | jtodd | zzzzz....HUH? wha? what? |
| 19:08.11 | file | jtodd: I have a 64-bit res_speech_lumenvox |
| 19:08.21 | jtodd | woo-hoo! Is it for FC7? |
| 19:08.33 | file | it should work on FC7, yes |
| 19:08.34 | jsmith | file: For CentOS 5? |
| 19:09.10 | jtodd | Well, I'm game to try it out. |
| 19:09.23 | file | k, I need someone too... |
| 19:09.27 | file | my SRE server is still offline |
| 19:09.30 | *** join/#asterisk-dev Corydon76-dig (i=one@pdpc/supporter/bronze/Corydon76-home) |
| 19:09.30 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 19:09.49 | blitzrage | Juggie: ping |
| 19:09.54 | blitzrage | Juggie: ^^^^ |
| 19:10.06 | blitzrage | he's been waiting for a 64-bit version too I believe |
| 19:10.32 | file | this doesn't go to everyone :P |
| 19:10.53 | blitzrage | heh... but he might be willing to test :) |
| 19:11.15 | file | jtodd: sent |
| 19:11.34 | jtodd | file: I hope you brought enough candy for the whole class... |
| 19:11.50 | jtodd | file: or enough .gz for the whole class. |
| 19:16.18 | russellb | i'm fading fast ... |
| 19:16.36 | blitzrage | russellb: get some sleep |
| 19:17.05 | russellb | yeah, i think i need to |
| 19:19.10 | file | my commit needs to stop hanging |
| 19:20.20 | file | that module will self destruct in approximately... |
| 19:20.21 | file | never. |
| 19:21.12 | blitzrage | anti-climatic |
| 19:21.22 | *** join/#asterisk-dev mpls-eric (n=ejo1@v-209-98-205-179.mn.visi.com) |
| 19:21.25 | jtodd | I'm about to snag some lunch, so I suspect it will be a short bit. I have to wait for another person to get back as well. So just hold that self-destruct thing a bit... |
| 19:23.00 | jsmith | jtodd: C'mon... you've got us all in suspense! |
| 19:23.57 | mpls-eric | So does anyone know of a way to pass dtmf from a sip channel "inband" and out a zap channel "unbuffered". What's happening right now is the dtmf is being decoded by asterisk and regenerated out the zap channel at a slower rate. This is for an alarm system that communicates with dtmf digits. |
| 19:26.31 | mpls-eric | I have my LinkSys PAP2T configured for inband and if I run monitor in the dial plan, I can hear the dtmf recieved quickly as it needs to be... But if I record the channel with zapmonitor, the dtmf is clearly regenerated at a much slower rate. I need to send something like 20 digits per second and asterisk seems to send at around 8. |
| 19:29.50 | blitzrage | file: my commits are slooooow |
| 19:30.24 | blitzrage | oh nice... actually my VPN dropped |
| 19:30.31 | file | the VPN is the down |
| 19:30.46 | blitzrage | oh ok -- thx -- it's not just me then |
| 19:30.58 | mpls-eric | So, if I should RTFM can you point me in the right direction? I've done some greping in the source and seems you can tweak dtmf length but I simply want asterisk to mind its own business and bridge the channels without interference. |
| 19:31.26 | blitzrage | lunchtime for me finally |
| 19:32.40 | file | mpls-eric: you could just remove the stuff from chan_zap that detects DTMF... |
| 19:33.52 | mpls-eric | Its a PRI line thats in a production system. What else might get wacked?? I'm guessing no more access to voicemail and broken IVRs and so forth on incoming calls?! |
| 19:34.39 | file | it should native bridge on the card if it can though... |
| 19:34.57 | mpls-eric | Once the channel is bridged, is there a reason asterisk is looking for the dtmf events from the sip channel? |
| 19:35.23 | mpls-eric | Yes, how do I confirm the channel is really bridged? |
| 19:35.43 | file | well wait... what are the channels involved for what you want to do, zap<->sip? |
| 19:35.50 | mpls-eric | Also, Sip to Zap? Is that really "native bridge" |
| 19:36.00 | mpls-eric | Yes, Sip to Zap |
| 19:38.37 | file | if you set dtmfmode in sip.conf to rfc2833 Asterisk will not look for inband DTMF, and it will get passed through as audio... if that's what you need |
| 19:41.41 | mpls-eric | OK, I'll see if that helps! I have the PAP2T set as inband, I'm not sure what will happen now. I guess I'll ??? Hmmm... |
| 19:54.32 | ManxPower | mpls-eric: there is a setting for DTMF tone length to generate on the PRI |
| 19:54.43 | ManxPower | look in /etc/asterisk/zapata.conf.sample |
| 19:55.47 | mpls-eric | I'll check that too. Right now I'm trying to figure out if I can have the PAP2T setup the call with RFC2833 and then use inband for the dtmf after call setup. |
| 19:55.59 | mpls-eric | Any ideas on that one? |
| 19:56.13 | file | actually use info, there's no SDP negotiation so the PAP2 won't mind... |
| 19:56.28 | file | (this is essentially breaking DTMF negotiation so DTMF goes through unmodified) |
| 19:56.46 | mpls-eric | OK... Set the PAP2 for INFO? |
| 19:56.55 | file | no, set the PAP2 for inband |
| 19:56.58 | file | set Asterisk for info |
| 19:57.05 | mpls-eric | OK, kewl! |
| 19:57.08 | file | and see what happens... |
| 19:57.23 | file | 50/50 chance I suppose that it does what you want |
| 20:05.02 | *** join/#asterisk-dev Corydon76-dig (i=two@pdpc/supporter/bronze/Corydon76-home) |
| 20:05.03 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 20:06.06 | *** join/#asterisk-dev Corydon76-home (i=brown@pdpc/supporter/bronze/Corydon76-home) |
| 20:06.06 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 20:07.25 | mpls-eric | Kick A!!!! It works! Thanks File! |
| 20:08.20 | file | nifty |
| 20:08.36 | mpls-eric | I knew I've dont this before, but could not figure out what I was missing!!! Does it show how excited I am!!! RedBull, Beer, whatever! |
| 20:08.51 | mpls-eric | Thanks again!!!! |
| 20:09.05 | file | aye |
| 20:52.42 | *** join/#asterisk-dev Corydon76-dig (i=pink@pdpc/supporter/bronze/Corydon76-home) |
| 20:52.42 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 20:53.13 | *** join/#asterisk-dev Corydon76-home (i=gold@pdpc/supporter/bronze/Corydon76-home) |
| 20:53.13 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 20:56.03 | Corydon76-dig | "Why, no, Comcast, I wasn't planning on getting any work done today, anyway." |
| 20:58.18 | jtodd | I think if you'll look at your Terms and Conditions, you'll discover that Comcast forbids "business" use of their "residential" service. Yay, big companies! |
| 20:58.29 | Netgeeks | those comcast guys are almost as smart as those SBC guys. A while back, an SBC van pulled up in the parking lot here, and on the side in numbers that ran the full vertical length of the van it said, " !+1=1" |
| 20:58.38 | Netgeeks | "1 + 1 = 1" actually |
| 20:58.53 | joetester | lmao! |
| 20:59.11 | Netgeeks | makes sense to me now that my sbc dsl advertised at 8Mbs actually only runs 4Mbps |
| 20:59.41 | joetester | Sorry to laugh at your pain but you've been disconnecting like crazy, looks like a 14.4kbps modem in the ass end of nowhere. |
| 21:01.24 | joetester | 1+1=-1! That would rock! |
| 21:04.00 | codefreeze | ALL DAY spent on 10927, on 3way CDR's in 1.4; solved one case, and it looks good on testing, but the next case isn't generating a CDR when the first guy in the 3way goes. Sigh. Why isn't this stuff easy to do? |
| 21:04.24 | Juggie | i'm glad i just write em and not make em. |
| 21:06.25 | codefreeze | Quote from Han Solo: Laugh it up, firball! ;) |
| 21:08.13 | putnopvut | Hmm, is it a known fact that the ASTOBJ_WRLOCK and ASTOBJ_RDLOCK are both just aliases for ast_mutex_lock and in fact are not read and write locks? |
| 21:09.31 | putnopvut | A ball of coniferous trees. |
| 21:09.42 | codefreeze | putnopvut: dunno. never read that deep. |
| 21:09.52 | putnopvut | I'm just having fun with you. |
| 21:10.30 | codefreeze | putnopvut: the dunno referred to the ASTOBJ_XXLOCK |
| 21:10.47 | putnopvut | Oh. Sorry. |
| 21:11.01 | putnopvut | I'm checking to make sure I'm not an idiot and can't see what's really up. |
| 21:11.30 | Juggie | putnopvut, some wine will make things clearer |
| 21:11.47 | codefreeze | putnopvut: if you can figure out my hashtest2 slowdown, you'll earn 13 muffins and 25 hearty slaps on the back. |
| 21:12.38 | codefreeze | putnopvut: your health insurance should cover any damage inflicted by either reward, mehopes. |
| 21:12.39 | putnopvut | hashtest2 slowdown? |
| 21:12.45 | putnopvut | lol |
| 21:13.25 | Corydon76-dig | Yeah, this isn't business use the way that they define it, though |
| 21:14.19 | codefreeze | putnopvut: yeah, in trunk/utils, you should find hashtest2. it runs a little slow. like 14 minutes too slow. |
| 21:14.29 | putnopvut | holy geez. |
| 21:14.40 | codefreeze | Corydon76-dig: what's the definition? |
| 21:15.32 | codefreeze | putnopvut: Of course, if you have a faster box, your mileage may vary. |
| 21:16.34 | Corydon76-dig | codefreeze: I'm not actually running a business from the connection |
| 21:17.14 | Qwell | Corydon76-dig: somebody *finally* came out to bury my cables today |
| 21:17.21 | Qwell | They were installed a YEAR ago. |
| 21:17.24 | Corydon76-dig | Still, half second ping times. It's like I'm being routed through a satellite |
| 21:17.38 | Juggie | Corydon76-dig, thats brutal, i get like 60ms to google |
| 21:17.56 | Juggie | actually nm, make that 30ms |
| 21:18.56 | codefreeze | on good days, I see about 150 ms via wireless link to AP 13 miles away. |
| 21:22.20 | codefreeze | 30 ms to 'local' ISP machines/servers |
| 21:22.35 | Juggie | 13mile AP? |
| 21:22.35 | Juggie | dare i ask |
| 21:22.36 | Qwell | Juggie: he's in the middle of nowhere |
| 21:22.36 | Qwell | correction: he can see the middle of nowhere from where he is ;) |
| 21:22.36 | Juggie | you silly amercains |
| 21:22.42 | putnopvut | I have .195 ms to origsvn :) |
| 21:23.03 | Qwell | wtf |
| 21:23.06 | Qwell | I only get .290 |
| 21:23.25 | codefreeze | brag, brag, brag |
| 21:23.32 | Juggie | ~45ms to me for svn.digium |
| 21:23.36 | Juggie | but origsvn doesnt answer pings |
| 21:23.49 | Qwell | Juggie: it does internally :p |
| 21:23.59 | Juggie | i would imagine so |
| 21:24.03 | Qwell | putnopvut: I'm going to put in an itrequest to make my loop shorter :( |
| 21:24.11 | Qwell | brookshire: ^ |
| 21:24.16 | codefreeze | 150 for me. Well, sometimes I get 140 |
| 21:25.48 | Juggie | you know i had 1.5mbit broadband for my 16th birthday back in 1996 |
| 21:25.55 | Juggie | amazing to think some areas still arnt cought up to that |
| 21:26.15 | Qwell | Juggie: you're getting old, eh? |
| 21:26.31 | Juggie | yeah |
| 21:26.34 | Corydon76-dig | Verifiably ancient |
| 21:26.34 | Qwell | "back in my day..." |
| 21:26.39 | Juggie | i still have my 2400 baud modem somewhere. |
| 21:26.43 | Juggie | and a 14.4 and a 28.8 |
| 21:27.06 | Juggie | 2400/9600 fax :P |
| 21:27.14 | Qwell | heh, I used a 9600 bps modem for a while |
| 21:27.23 | Qwell | quite a while actually. probably a year |
| 21:27.24 | Juggie | i think i was online in late94 early 95 |
| 21:27.28 | Juggie | on a dialup university account |
| 21:27.36 | Corydon76-dig | What, no 300bps modem? |
| 21:27.40 | Juggie | nah |
| 21:27.45 | Qwell | Corydon76-dig: I have a 240 bps modem in my old box |
| 21:27.50 | Juggie | my first real computer was a 486 sx |
| 21:27.51 | Qwell | I wasn't old enough to ever uses it though |
| 21:27.52 | codefreeze | I had a 300 baud teletype at 16, and felt real lucky. |
| 21:27.58 | outtolunc | compu$erve |
| 21:28.00 | Qwell | use* |
| 21:28.01 | blitzrage | I have a 28.8 USR ISA hardware modem |
| 21:28.09 | blitzrage | used in my BBS |
| 21:28.09 | Juggie | sx was a processor w/o a math processor |
| 21:28.18 | Juggie | but it didh ave a slot in the board to put one in! :) |
| 21:28.18 | Qwell | blitzrage: internal modems...so new school :P |
| 21:28.32 | blitzrage | I know... I think it was like $300 when I bought it |
| 21:28.46 | blitzrage | before that I had a 14.4 Cardinal software modem |
| 21:28.56 | codefreeze | anybody remember the telebit modems? |
| 21:28.57 | Qwell | odd, I remember Cardinal for some reason |
| 21:29.00 | Juggie | before my 486 i had a Tandy 64k color which took tapes & cartridges |
| 21:29.04 | blitzrage | oh, the 28.8 was new enough that I could reflash the firmware and make it 33.6 I think |
| 21:29.10 | Qwell | that must've been what we used for a little while there |
| 21:29.16 | Qwell | 9600 > 14.4 > 56k! |
| 21:29.16 | blitzrage | Qwell: it was the one with a cardinal on the box |
| 21:29.18 | blitzrage | :) |
| 21:29.20 | Juggie | my 14.4 was a USR winmodem |
| 21:29.28 | putnopvut | I had a 2400 bps modem in 1994. |
| 21:29.40 | putnopvut | It was the slowest thing ever. |
| 21:29.52 | Qwell | 240 baud BigMouth modem... that's the brand :D |
| 21:29.52 | Juggie | but did you run a bbs? :) |
| 21:29.54 | blitzrage | putnopvut: sounds about the same time as me.... onboard in my 486/25SX from Packard Bell |
| 21:30.00 | Corydon76-dig | Speaking of all things phone... digium's new toll free number... |
| 21:30.02 | blitzrage | I ran a BBS on that 2400 |
| 21:30.09 | Juggie | blitzrage, i had a 486/sx too |
| 21:30.12 | blitzrage | DIGIUM1 ! |
| 21:30.12 | Corydon76-dig | I'm surprised marketing didn't go with 888 |
| 21:30.16 | Juggie | with 4megs of ram and a 102meg hdd |
| 21:30.18 | Qwell | what is it, 877? |
| 21:30.23 | Corydon76-dig | Yes |
| 21:30.24 | blitzrage | Juggie: sounds like the same one as me |
| 21:30.30 | Juggie | mine was a 'Tandy' |
| 21:30.31 | Qwell | why not just...800? |
| 21:30.36 | Corydon76-dig | I just checked 888 is available |
| 21:30.37 | blitzrage | 800's are hard to get I think |
| 21:30.40 | Corydon76-dig | 800 is not available |
| 21:30.44 | Qwell | h |
| 21:30.46 | Qwell | oh too |
| 21:31.08 | jsmith | Corydon76-dig: Let Julie know, please :-) |
| 21:31.27 | Qwell | 888-eight-61 |
| 21:31.30 | Corydon76-dig | jsmith: already did |
| 21:31.33 | Qwell | <3 phonespell.org |
| 21:31.42 | putnopvut | phonespell.org? |
| 21:31.47 | Corydon76-dig | jsmith: http://www.tollfreenumbers.com |
| 21:31.48 | Juggie | blitzrage, http://bbslist.textfiles.com/709/ |
| 21:31.49 | putnopvut | Is that what I think it is? |
| 21:31.54 | Juggie | are you on the list? |
| 21:32.53 | blitzrage | Juggie: of course |
| 21:32.54 | blitzrage | http://bbslist.textfiles.com/519/ |
| 21:33.04 | Corydon76-dig | blitzrage: 888-LEIF-MADSEN |
| 21:33.09 | Juggie | i'm there, the bbs was up from more then 1997 though |
| 21:33.13 | Juggie | more like 95-97 |
| 21:33.17 | Juggie | maybe 98 |
| 21:33.24 | Corydon76-dig | blitzrage: currently available. ;-) |
| 21:33.27 | blitzrage | 888-MADSEN1 |
| 21:33.31 | Juggie | we kicked ass in bre :) |
| 21:33.36 | Qwell | 278-3747 (asteris) == crud-sip, cpu-drip |
| 21:33.40 | Juggie | bre was the best game ever |
| 21:33.50 | Qwell | crud-piss if you go to 8... |
| 21:34.08 | Qwell | that one is just wrong |
| 21:34.37 | Corydon76-dig | blitzrage: that one isn't available |
| 21:34.42 | blitzrage | Corydon76-dig: darn |
| 21:34.56 | blitzrage | I hate using phone numbers that use more letters than you actually dial |
| 21:34.59 | Corydon76-dig | 888-MADSEN-{0,3,4,5,6,9} is, though |
| 21:35.02 | blitzrage | 888-THE-LEIF? |
| 21:35.53 | *** part/#asterisk-dev popvoxdave (n=popvoxda@64.240.183.2) |
| 21:36.04 | Corydon76-dig | blitzrage: I am jealous, though. You have your own entrance music by none other than The Chairman... "That's Leif!" |
| 21:36.28 | blitzrage | ya... lots of people are (not) jealous of me :) |
| 21:37.10 | blitzrage | grrrr... wish there was a vmware server console for Mac |
| 21:37.23 | blitzrage | and can't quite use an Xtunnel... :) |
| 21:37.47 | Corydon76-dig | jsmith: should I snag 888-DIGIUM-1 and point it at my cell phone? ;-) |
| 21:38.56 | *** join/#asterisk-dev km- (n=pgrace@aeneas.fierymoon.com) |
| 21:39.09 | km- | jtodd: are you around? |
| 21:39.42 | km- | jtodd: just wanted to let you know the enumlookup in your example on freenum.org appears to be screwy |
| 21:40.31 | Corydon76-dig | km-: enum records change |
| 21:41.40 | *** join/#asterisk-dev jsmith (n=jsmith@68.178.10.62) |
| 21:41.40 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 21:42.32 | km- | nah, it's in the syntax of the enumlookup command in his example |
| 21:42.34 | km- | he's missing a comma |
| 21:42.36 | km- | just figured it out. |
| 21:42.39 | Corydon76-dig | Ah |
| 21:42.45 | Corydon76-dig | jsmith: ping |
| 21:42.51 | km- | I'll e-mail him |
| 21:43.17 | jsmith | Corydon76-dig: Pong |
| 21:43.29 | jsmith | (Sorry, encountering network difficulties) |
| 21:43.37 | Corydon76-dig | jsmith: would you like me to use my considerable resources to snag 888-DIGIUM-1 ? |
| 21:43.43 | jsmith | Corydon76-dig: Yes |
| 21:43.57 | blitzrage | too late |
| 21:43.57 | Corydon76-dig | Okey dokey. I'll send JerJer a note. |
| 21:43.59 | blitzrage | I already did |
| 21:44.12 | Corydon76-dig | blitzrage: you did? |
| 21:44.21 | blitzrage | no, that was a lie |
| 21:44.51 | Corydon76-dig | jsmith: 888-DIGIUM-0 is available, too |
| 21:45.20 | jtodd | km-: There have been some changes in the ENUMLOOKUP stuff since I wrote that. The whole cookbook needs to be re-written. |
| 21:45.26 | km- | jtodd: gotcha |
| 21:45.51 | jtodd | Corydon76: How about 888-DIGIUM-* ? |
| 21:46.05 | km- | jtodd: can you sanity-check my setup on the dns side? my test call of 999*739 is showing that 9.9.9.739.freenum.org doesn't exist via enumlookup. |
| 21:46.06 | Corydon76-dig | jtodd: not routeable |
| 21:46.07 | festr_ | is there any way to implement echocanceler into zaptel which is not in the linux kernel memory? |
| 21:46.35 | Corydon76-dig | jsmith: looks like somebody already snagged it today |
| 21:46.43 | jtodd | km-: There are no NAPTR records in that lookup yet. |
| 21:46.55 | km- | jtodd: really. There are on my end... |
| 21:47.04 | blitzrage | Corydon76-dig: 888-DIGIUM-1? |
| 21:47.06 | km- | maybe not propogated yet. |
| 21:47.09 | Corydon76-dig | blitzrage: yes |
| 21:47.13 | blitzrage | oops |
| 21:47.27 | Corydon76-dig | Not reflected in the records yet |
| 21:47.34 | jtodd | km-: The Freenum stuff takes 30 minutes to re-sync to the 35+ nameservers in the mesh (cron job restart) |
| 21:47.44 | blitzrage | Corydon76-dig: does it show who reg'd? |
| 21:47.46 | km- | jtodd: ahhhh ok, that would explain things |
| 21:47.51 | km- | jtodd: I will be more patient :) |
| 21:48.50 | km- | jtodd: do you have an echotest on your end that I can use to test outbound on? |
| 21:48.59 | km- | or anyone for that matter |
| 21:49.05 | km- | don't have to waste your bandwidth :) |
| 21:49.58 | jtodd | km-: 613*262 is Free World Dialup echo test, or 1234*256 is monkeys + echo test. |
| 21:51.06 | km- | sweet. |
| 21:55.08 | km- | hmm. isnresult is null even though ast_search_dns is returning 1. |
| 21:58.17 | Corydon76-dig | blitzrage: I don't have that information in front of me |
| 22:06.59 | km- | looks like a bug in enumlookup, but since I'm runnin 1.4.2 I better upgrade first :) |
| 22:12.11 | Corydon76-dig | Ouch. There's a ton of fixes since 1.4.2 |
| 22:14.45 | km- | yeah, I'm a "dont upgrade unless it's broke" kinda guy |
| 22:19.21 | jtodd | km-: make sure you specify the method and record number. |
| 22:19.35 | km- | jtodd: when I specified sip with no record number, I got null return |
| 22:19.40 | jtodd | km-: don't assume that the "defaults" work. |
| 22:19.45 | km- | I removed sip from it, and got the first entry for your iax2 entry |
| 22:19.54 | km- | so I was wondering if the sip wasn't being properly matched |
| 22:20.09 | km- | I'm upgrading to the latest version of asterisk to sanity check |
| 22:29.07 | *** join/#asterisk-dev jameswf (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 22:30.26 | km- | specifying 1,freenum.org instead of ,,freenum.org |
| 22:30.30 | km- | did the trick |
| 22:30.39 | km- | good call jtodd |
| 22:31.13 | jtodd | I have a distressingly vague memory of hundreds of bugs in Asterisk... just ask... |
| 22:31.52 | jameswf | there are no bugs simply undocumented features |
| 22:31.55 | km- | haha |
| 22:32.05 | km- | hmm, no such host loligo.com |
| 22:32.16 | km- | <PROTECTED> |
| 22:32.16 | km- | [Oct 11 18:18:55] WARNING[10737]: chan_sip.c:2737 create_addr: No such host: loligo.com |
| 22:32.17 | km- | [Oct 11 18:18:55] WARNING[10737]: app_dial.c:1090 dial_exec_full: Unable to create channel of type 'SIP' (cause 3 - No route to destina |
| 22:32.19 | km- | your side or mine? |
| 22:32.33 | jtodd | km-: srvlookup=yes in sip.conf, which should IMHO be a default (why WOULDN'T you have it as a default?) |
| 22:33.03 | km- | hmm. |
| 22:33.16 | jtodd | actually, someone with commit access should poke that in there right now. This really bites SIP users in the butt every single time. |
| 22:33.50 | Netgeeks | I have multiple injuries to back that up |
| 22:33.54 | jtodd | I suppose that it should be set to "on" in both the code and in the configuration file example. |
| 22:34.00 | km- | holy crap those monkeys are loud |
| 22:34.02 | km- | ok, dinner, bbiab |
| 22:34.09 | km- | thanks jtodd, looks like it's falling into place :) |
| 22:34.52 | Netgeeks | jtodd is trying to prove the infinite monkey thoerem... |
| 22:34.56 | Corydon76-dig | jtodd: probably to avoid the DNS hit when it's unnecessary |
| 22:35.25 | bmd | Cresl1n: what exactly does the ani2 variable look like? |
| 22:35.36 | bmd | isn't that the thing that tells you if the inbound PRI caller is on a cell phone or not? |
| 22:35.40 | Cresl1n | yeah |
| 22:35.43 | Cresl1n | it's a number |
| 22:35.54 | Cresl1n | you have to know what the number means |
| 22:35.54 | Corydon76-dig | 0-7? |
| 22:35.57 | Cresl1n | 0-99 |
| 22:36.02 | bmd | is there a webpage somewhere telling me what those numbers mean? |
| 22:36.14 | Corydon76-dig | Even better... there's a PDF... |
| 22:36.15 | Cresl1n | you can look at isup.c in libss7 or q931.c in libpri |
| 22:36.22 | jtodd | Corydon: I'd say that >70% of the SIP addresess I get are SRV linked, and SRV lookups are almost instant if you're already doing a lookup on the suffix of the zone (90% of the lookup time is spent walking the tree; once the DNS servers are cached, the reply for an SRV is very fast) |
| 22:36.25 | Cresl1n | isup.c is probably the most recent source |
| 22:36.31 | Cresl1n | I think they should be the same for both |
| 22:36.48 | *** join/#asterisk-dev miguel3239 (n=elguerom@ns1.nashuacs.com) |
| 22:38.34 | jtodd | Corydon76: ...and you can always set it to "srvlookup=no" if it's undesired. |
| 22:38.34 | bmd | Cresl1n: is that originating_line_information_dump? |
| 22:38.34 | Cresl1n | yep |
| 22:39.37 | bmd | is there any X-headers that SIP providers might use to communicate this info? |
| 22:39.57 | Cresl1n | I would think so, but my sip-foo isn't that great |
| 22:41.07 | bmd | what's the formal name of that IE called? |
| 22:41.32 | Cresl1n | q931 IE or isup parameter? |
| 22:42.25 | bmd | q931 |
| 22:42.57 | bmd | just so I know how to talk about it to telcos |
| 22:43.00 | Cresl1n | line_information |
| 22:43.17 | Cresl1n | Originating Line Information |
| 22:43.19 | Cresl1n | that's it |
| 22:43.27 | Cresl1n | it's the same in SS7 and PRI |
| 22:44.04 | *** join/#asterisk-dev miguel3239 (n=elguerom@ns1.nashuacs.com) |
| 22:44.36 | bmd | yeah, looks like it's abbreviated OLI often |
| 22:44.44 | bmd | according to teh gogolz |
| 22:45.39 | Cresl1n | yeah |
| 22:45.50 | Cresl1n | it should be accessible now as CALLERID(ani2) |
| 22:45.59 | Cresl1n | which apparently nobody wrote when they wrote func_callerid |
| 22:46.00 | bmd | also, in isup.c, I believe signaling is spelled with one 'l' |
| 22:46.25 | Cresl1n | yeah |
| 22:46.29 | Cresl1n | it's a funny word |
| 22:46.47 | Cresl1n | My mac's dictionary thinks that signaling has one 'l' |
| 22:46.57 | putnopvut | That's because it does. |
| 22:47.06 | putnopvut | It's actually misspelled in all our configs :) |
| 22:47.17 | Cresl1n | heh |
| 22:47.33 | Cresl1n | I think I've seen it both ways if you google it |
| 22:47.37 | Corydon76-dig | putnopvut: either spelling is acceptable |
| 22:48.22 | Corydon76-dig | Cresl1n: I can't find "Originating Line Info" in Q.931 |
| 22:48.32 | Cresl1n | I'm not sure what spec it's in |
| 22:49.08 | Corydon76-dig | Cresl1n: you know Strom gave me the entire ITU library, right? |
| 22:49.26 | Corydon76-dig | (on disk) |
| 22:49.29 | Cresl1n | yeah, me too |
| 22:49.37 | Cresl1n | btw, there was one I tried to open that didn't work |
| 22:49.40 | Cresl1n | can you check it for me? |
| 22:49.48 | Corydon76-dig | sure, which one? |
| 22:50.03 | De_Mon | yeah american vs english spelling |
| 22:50.22 | De_Mon | like cancelled |
| 22:51.21 | Qwell | canceled FTW (even though cancelled looks more "right") |
| 22:51.40 | Corydon76-dig | De_Mon: I "seize" your arbitrary grammar rules and throw them out the window |
| 22:52.05 | Qwell | sell > sold, fall > fell, cancel > canceled? |
| 22:52.35 | Cresl1n | I think OLI might be a non ITU IE |
| 22:53.01 | *** join/#asterisk-dev jsmith (n=jsmith@68.178.10.62) |
| 22:53.01 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 22:53.16 | Corydon76-dig | Qwell: shouldn't the English spelling be "cansel"? |
| 22:53.54 | Corydon76-dig | and then "cansold" would be obvious |
| 22:54.18 | De_Mon | lol |
| 22:55.12 | Cresl1n | Corydon76-dig: Q.724 |
| 22:56.04 | Cresl1n | and centre |
| 22:56.05 | Cresl1n | :-) |
| 22:56.08 | Cresl1n | I like that one |
| 22:56.12 | Corydon76-dig | Cresl1n: yeah, corrupt |
| 22:56.20 | Cresl1n | crap |
| 22:56.30 | Cresl1n | I blew away my old .doc file format of the ITU specs |
| 22:56.41 | Cresl1n | I'll have to trace that one down |
| 22:58.04 | Corydon76-dig | What does Q.724 specify? |
| 22:58.39 | Cresl1n | continuity checks in SS7, methinks |
| 23:12.48 | *** part/#asterisk-dev Cresl1n (i=matt@nat/digium/x-77aa6dfec79492e9) |
| 23:17.44 | jsmith | Does a TDM2400P require a "span=" line in zaptel.conf? |
| 23:18.38 | Corydon76-dig | jsmith: no |
| 23:19.28 | jsmith | That's what I thought... |
| 23:32.48 | blitzrage | wow... I had no idea the USD was doing so bad against the CAD |
| 23:33.03 | blitzrage | I thought it was still around 1 USD -> 0.99 CAD |
| 23:33.11 | blitzrage | it is now 0.9575 (from my band) |
| 23:33.14 | blitzrage | bank* |
| 23:35.53 | *** part/#asterisk-dev zerohalo (n=zeroHalo@pool-72-70-79-233.bstnma.east.verizon.net) |
| 23:38.12 | blitzrage | GO LEAFS GO! |
| 23:40.34 | putnopvut | Are the Leafs doing well so far this season? |
| 23:41.51 | putnopvut | Does anyone here happen to know BJ Weschke's e-mail address? If so, do you mind PM'ing it to me? |
| 23:48.36 | *** part/#asterisk-dev mog (n=mog@c-71-207-200-130.hsd1.al.comcast.net) |