IRC log for #asterisk-doc on 20100506

11:16.51*** join/#asterisk-doc leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage)
11:16.51*** mode/#asterisk-doc [+o leifmadsen] by ChanServ
12:27.15Andrew_M_Good morning all!
12:28.30Andrew_M_When you join this channel, ChanServ says: "...If you're interesting in supporting...", should read "interested".
12:31.41jsmithAndrew_M_: Can you send me the entire message, and I'll get it fixed
12:32.17Andrew_M_-ChanServ- [#asterisk-doc] Thanks for joining #asterisk-doc! The official website is http://www.asteriskdocs.org where you can find a copy of the O'Reilly book, Asterisk: The Future of Telephony in the "Read the book online" section. If you're interesting in supporting the documentation team, please consider buying a copy. More information about the book at http://www.oreilly.com/catalog/asterisk.
12:33.15jsmithHey leifmadsen... apparently I don't have enough rights to do that
12:33.15Andrew_M_jsmith: What did the neurologist say?
12:33.22jsmithAndrew_M_: The appointment isn't 'til tomorrow
12:33.30jsmithAndrew_M_: Luckily, the headaches aren't as bad now
12:33.55jsmithleifmadsen: Mind copying/pasting: /msg chanserv set #asterisk-doc entrymsg Thanks for joining #asterisk-doc! The official website is http://www.asteriskdocs.org where you can find a copy of the O'Reilly book, Asterisk: The Future of Telephony in the "Read the book online" section. If you're interested in supporting the documentation team, please consider buying a copy. More information about the book at http://www.ore
12:33.56jsmithilly.com/catalog/asterisk.
12:34.06Andrew_M_I also have no lab results yet, maybe Friday.
12:34.30leifmadsendone
12:35.03Andrew_M_I would make a hellova proofreader, wouldn't I?
12:35.31Andrew_M_leifmadsen: Thanks!
12:36.03Andrew_M_Maybe more hell than ova?
12:38.07*** part/#asterisk-doc Andrew_M_ (~1867ea4a@gateway/web/freenode/x-cninircexucibjjy)
12:38.24*** join/#asterisk-doc Andrew_M_ (~1867ea4a@gateway/web/freenode/x-cninircexucibjjy)
12:38.46jsmithAndrew_M_: It's always nice to have a good proofreader :-)
12:39.43Andrew_M_;)
12:41.15Andrew_M_jsmith: I am ordering 4 rj48c crossovers.
12:41.37Andrew_M_I sould have tons of fun next week, time allowing.
12:43.17jsmithCool.
12:43.23codefreeze-lapjsmith: leifmadsen: wow, winter wonderland over here right now!!! Blizzard!!
12:43.30Andrew_M_Even if the Asterisk won't, the CS1000 should give me some challange.
12:44.19jsmithcodefreeze-lap: I'm totally jealous!
12:44.31Andrew_M_codefreeze-lap: Are you on the North Pole with Santa?
12:46.25codefreeze-lapAndrew_M_:  Almost!   45 degrees N lat, almost. Elevation, 4700 ft.  70 miles or so from Yellowstone East entrance eastward.
12:47.25codefreeze-lapI was sprinkling my lawn yesterday, although it wasn't super warm.
12:47.41codefreeze-lapTypical psychotic Wyoming weather!
12:48.15jsmithcodefreeze-lap: It would probably kill you to hear that our peas already have blossoms, and that the farmer got the first cutting of hay yesterday
12:49.01codefreeze-lapjsmith: you are correct. Shoot, the hay is just starting to turn green around here, and some trees are budding.
12:50.00jsmithcodefreeze-lap: Well, I'm sure it's a little disheartening to see so much snow late in the season, but I'm sure you'll be glad for the moisture
12:50.15jsmithcodefreeze-lap: My parents in Star Valley say the snowpack there was only about 60% of normal
13:03.21snuff-home2jsmith: still missing ur 'ship it' ? ;)
13:05.39leifmadsenanyone have a clue what I'm doing wrong here?
13:05.40leifmadsenexten => start,n,Set(result=${ENUMLOOKUP(${ARG1},,,,e164.org)}) ; lookup via e164.org -- non-authoritative
13:05.50leifmadsen<PROTECTED>
13:05.51leifmadsen<PROTECTED>
13:05.51leifmadsen<PROTECTED>
13:05.52leifmadsen<PROTECTED>
13:06.11leifmadsenwhen I do a lookup on enumquery.com it seems to return the number 14164790259 without problem
13:06.39snuff-homemm..
13:07.07codefreeze-lapjsmith:  And they are in an area where you get higher than (around here at least!) average moisture!!!
13:08.32jsmithsnuff-home: Sorry, for which patch?
13:08.54snuff-homeur mutemixmon?
13:10.08jsmithsnuff-home: That wasn't mine... that was jmls
13:10.17jsmithsnuff-home: And I'm pretty sure it got committed to trunk
13:10.24snuff-homeah yer... u both begin with j
13:10.34jsmithleifmadsen: Gimme a second and I'll take a look
13:10.58snuff-homedid u try another enum query? just incase?
13:11.24leifmadsenI don't know anything else to lookup that should work :)
13:16.22jsmithleifmadsen: Interesting...
13:16.37leifmadsennote this is in asterisk trunk too
13:16.47leifmadsenperhaps I should try ENUMQUERY() and see if just ENUMLOOKUP() is broken
13:16.55jsmithleifmadsen: In my case, I did the lookup (using "dig" from the command-line) and the result was too big for a UDP query, so it failed over to TCP
13:17.07jsmithleifmadsen: In my case, my local DNS server doesn't accept DNS over TCP, so the lookup failed
13:17.07leifmadsenhuh... interesting
13:17.26jsmithleifmadsen: So I swapped over to using Google as my DNS resolver (8.8.8.8)
13:17.38leifmadsenlet me try that too
13:17.41jsmithleifmadsen: And then I was able to get the answer back just fine using "dig"
13:17.58jsmithdig -t NAPTR 9.5.2.0.9.7.4.6.1.4.1.e164.org
13:18.01jsmithdig -t NAPTR 9.5.2.0.9.7.4.6.1.4.1.e164.org @8.8.8.8
13:18.07jsmithTry those two commands
13:20.41leifmadsenjsmith: huh, both seem to work fine
13:20.47leifmadsenlots of data back
13:22.26jsmithWeird... maybe Asterisk isn't smart enough to fallback to TCP if the UDP result gets truncated?
13:24.33snuff-hometakes look @ dns.c
13:25.16leifmadsenok wtf... now I can't get results back from the dig command
13:25.19leifmadsenthat was just working fine a moment ago
13:26.07snuff-homemm try +tcp so it forces tcp
13:26.57leifmadsennothing...
13:27.17snuff-homemm and if +notcp ?
13:27.31leifmadsenthat's so strange
13:27.41leifmadsenlike dig -t NAPTR +tcp ...  ?
13:28.45snuff-homemm.. it goes before the -t
13:29.12leifmadsenya
13:29.16leifmadsendidn't matter where I put it
13:29.28leifmadsenI'm annoyed it was just working two seconds ago and now it isn't at all
13:29.40snuff-homemmm.. if u try a diff dns server?
13:29.42leifmadsenwtf, now it works again?
13:29.49leifmadsenmaybe a timeout or something
13:29.57leifmadsentoo many requests.. ? seems odd
13:30.00snuff-homeaka is the dns a local one that 'proxy' ?
13:32.59leifmadsenI have a router if that's what you're asking
13:33.59snuff-homeyer.. so if u did like jsmith does.. with '@8.8.8.8' does it work EVERY time?
13:34.01jsmithleifmadsen: Does your router support DNS over TCP?
13:34.07leifmadsenseems to work fine
13:34.18leifmadsenworks without the @8.8.8.8
13:34.33leifmadsenregardless, I changed /etc/resolv.conf to use nameserver 8.8.8.8
13:34.50snuff-homeyer which is same as using @8.8.8.8 :)
13:35.21snuff-homeso what do u think of the new google search results page?
13:35.55jsmithleifmadsen: For me, when I set resolv.conf to use 8.8.8.8, the query works just fine in Asterisk
13:36.01leifmadsenhmmm... ok so if I do:  exten => 103,1,Set(RESULT=${ENUMLOOKUP(14164790259,ALL,c,,e164.org)})
13:36.05leifmadsenI get back '5'
13:36.08leifmadsenotherwise, I get nothing
13:36.14leifmadsenjsmith: show me the dialplan you used
13:37.13jsmithSure... gimme a second to clean it up
13:37.58leifmadsenit's like the DNS is putting me on a "timeout" because I'm doing too many lookups :)
13:41.44jsmithHmmmmn..... interesting
13:42.08jsmithSo, I'm doing the query with the "ALL" option to get all the different records back
13:42.33snuff-homethe c= count
13:42.48jsmithIf the xmpp or mail results come first, my query works
13:42.51snuff-homebut via dig.. there should be 6
13:43.00jsmithBut there's some record in your resultset that Asterisk can't parse
13:43.05jsmithHaven't yet figured out which one it is
13:43.21snuff-homei would say its probably x-addr
13:43.28snuff-homeor skype
13:43.32leifmadsenya me too
13:43.55jsmithAnyhoo, here's my testing dialplan:
13:44.09jsmithexten => 105,1,Set(result=${ENUMLOOKUP(14164790259,ALL,,,e164.org)})
13:44.09jsmithexten => 105,n,DumpChan()
13:44.09jsmithexten => 105,n,Answer(200)
13:44.09jsmithexten => 105,n,SayAlpha(${result})
13:48.02jsmithRun that about ten times :-)
13:48.13leifmadsenhuh.... so when you return ALL it doesn't actually return all the records...
13:48.34jsmithWell, it returns the first of *ANY* type
13:48.35leifmadsenexten => 102,1,Set(ID=${ENUMQUERY(14164790259,ALL,e164.org)})
13:48.35leifmadsenexten => 102,n,Set(numberOfResults=${ENUMRESULT(${ID},getnum)})
13:48.35leifmadsenexten => 102,n,Set(X=1)
13:48.35leifmadsenexten => 102,n,While($[${X} <= ${numberOfResults}])
13:48.35leifmadsenexten => 102,n,Verbose(2,RESULT for RECORD ${X}: ${ENUMRESULT(${ID},${X})})
13:48.36leifmadsenexten => 102,n,Set(X=$[${X} + 1])
13:48.38leifmadsenexten => 102,n,EndWhile(
13:48.40leifmadsenright
13:48.55leifmadsenbut I'd have expected that dialplan I just did to have returned multiple results and allow you to parse them
13:48.57jsmithENUMQUERY is failing for me, because it can't parse one of the NAPTR records
13:49.15leifmadsenit's not the address one because that worked for me
13:49.27leifmadsenaha -- got 4 records that time
13:49.40leifmadsenweb address, xmpp, mailto, and address
13:49.43leifmadsenit must be the skype one
13:50.47leifmadsenodd, when I go through this, it returns:  web:http, XMPP, email:mailto, and address
13:50.50snuff-homeis 'x-im' a default type...
13:51.04leifmadsenit doesn't seem to return SIP or Skype
13:51.19leifmadsenX-IM is just a non-standard expression (according to enumquery)
13:51.22leifmadsenbut is valid...
13:51.29snuff-homewell.. if u just request 'sip' it should work
13:51.36snuff-homeinstead of 'all' for tech
13:51.57leifmadsenit doesn't work with just 'sip', that's the problem
13:52.15leifmadsensomething is wrong with the 'sip' record too I think
13:52.26leifmadsenoh there it goes -- just returned the skype record
13:52.35leifmadsenthe only one I haven't gotten back now is SIP
13:52.37leifmadsenfunny enough :)
13:54.12snuff-homeheh
13:54.21snuff-homei think ur sip record looks ok
13:54.45leifmadsenthat's the only one I haven't had returned yet
13:54.57leifmadsenI think I'll simplify that I have in DNS though because it's obviously "breaking shit" :)
13:57.08snuff-homeault domain context 00172634Documentationtextclosed (tilghman)2010-04-30[patch] Freenum-in-a-can dialplan correction for failing pattern match 00170585Documentationminorclosed (lmadsen)2010-04-29[patch] Freenum-in-a-can configuration for configs/exte
13:57.17snuff-homeuhm.. not what i wanted
13:57.25leifmadsenheh
13:57.30snuff-home+44800123123
13:57.36snuff-hometry that for sip/enum
13:57.43snuff-homeits a e164.org
13:58.52leifmadsenno results
13:59.17jsmithOk, it's definitely an Asterisk problem
13:59.25jsmith1.1.0.1.0.1.0.0.2.7.3.4.e164.arpa resolves correctly using ig
13:59.31jsmiths/ ig/ dig/
13:59.42jsmithBut looking that up in Asterisk fails
13:59.47leifmadseninteresting
14:00.02jsmith(See http://enum-test.at/index_en.html for more test numbers)
14:00.16jsmithThose test numbers come out of Austria, which is fully enum-enabled
14:00.39leifmadsengotcha
14:00.46leifmadsenya I can't get it to work with ENUMQUERY()
14:00.52jsmithMe neither.
14:00.57jsmithAnd you know what that means...
14:01.13leifmadsendig worked for me too
14:01.27leifmadsenseems we've found a bug with ENUM in asterisk :)
14:01.33leifmadsenthe bug being -- doesn't wokr!
14:01.39jsmithExactly!
14:01.51snuff-homeits not my fault :)
14:02.08leifmadsensnuff-home: but it's your problem to fix! :)
14:02.48snuff-homei'm playing 'doxygen fix' atm on the train
14:05.53leifmadsenweee!
14:06.54jsmithI love fixing problems!
14:07.08snuff-homei thought that enum has some good debug code to turn on
14:07.25jsmithI don't think it does
14:07.25snuff-homebut last time i played with that was in early 09 to fix up stuff
14:09.59*** join/#asterisk-doc oej (~olle@ns.webway.se)
14:16.35leifmadsenjsmith:
14:16.36leifmadsenexten => 102,1,Set(NUMBER=437200101011)
14:16.37leifmadsenexten => 102,n(try),Set(ID=${ENUMQUERY(${NUMBER},ALL,${IF($["${TRY}" = "1"]?e164.org:e164.arpa)})})
14:16.37leifmadsenexten => 102,n,Set(numberOfResults=${ENUMRESULT(${ID},getnum)})
14:16.37leifmadsenexten => 102,n,Set(X=1)
14:16.37leifmadsenexten => 102,n,While($[${X} <= ${numberOfResults}])
14:16.38leifmadsenexten => 102,n,Verbose(2,RESULT for RECORD ${X}: ${ENUMRESULT(${ID},${X})})
14:16.40leifmadsenexten => 102,n,Set(X=$[${X} + 1])
14:16.42leifmadsenexten => 102,n,EndWhile()
14:16.44leifmadsenexten => 102,n,ExecIf($["${TRY}" = "1"]?Hangup())
14:16.46leifmadsenexten => 102,n,Set(NUMBER=14164790259)
14:16.50leifmadsenexten => 102,n,Set(TRY=1)
14:16.52leifmadsenexten => 102,n,Goto(try)
14:16.54leifmadsenexten => 103,1,Set(NUMBER=437200101011)
14:16.56leifmadsenexten => 103,n(try),Set(RESULT=${ENUMLOOKUP(${NUMBER},sip,${IF($["${TRY}" = "1"]?e164.org:e164.arpa)})})
14:16.59leifmadsenexten => 103,n,NoOp(${RESULT})
14:17.01leifmadsenexten => 103,n,Set(NUMBER=14164790259)
14:17.03leifmadsenexten => 103,n,ExecIf($["${TRY}" = "1"]?Hangup())
14:17.05leifmadsenexten => 103,n,Set(TRY=1)
14:17.07leifmadsenexten => 103,n,Goto(try)
14:17.09leifmadsengrrrr... didn't do a blank line between 102 and 103
14:17.15jsmithNo worries
14:17.18leifmadsenthat seems to work for me most of the time....
14:17.21leifmadsenbut not always
14:17.23leifmadsenwhich concerns me :)
14:22.08jsmithleifmadsen: OK, I'm diving into the code, trying to find a bit more info
14:23.08leifmadsenok sounds good... I'm not sure what is wrong with my lookups because it worked a while ago, and then it stopped working (perhaps I have to wait for the timeout again)
14:23.22jsmithRunning DNS Manager?
14:24.50leifmadsenno
14:24.54leifmadsenthis is not on my laptop
14:24.57leifmadsenit's on a simple VM
14:26.50leifmadsensoooo strange -- the lookup from e164.arpa for that number works fine, but not from e164.org for my number
14:27.18leifmadsenthere must still be a parsing bug. The only thing I see is that my response contains E2U+SIP instead of E2U+sip
14:28.08leifmadsen<PROTECTED>
14:28.10leifmadsen;; ANSWER SECTION:
14:28.10leifmadsen9.5.2.0.9.7.4.6.1.4.1.e164.org.60 INNAPTR100 10 "u" "E2U+web:http" "!^.*$!http://www.leifmadsen.com!" .
14:28.10leifmadsen9.5.2.0.9.7.4.6.1.4.1.e164.org.60 INNAPTR100 10 "u" "E2U+SIP" "!^\\+14164790259$!sip:ivr@leifmadsen.com!" .
14:28.10leifmadsen9.5.2.0.9.7.4.6.1.4.1.e164.org.60 INNAPTR100 10 "u" "E2U+email:mailto" "!^.*$!mailto:leif@leifmadsen.com!" .
14:28.12leifmadsen<PROTECTED>
14:28.17leifmadsen;; ANSWER SECTION:
14:28.17leifmadsen1.1.0.1.0.1.0.0.2.7.3.4.e164.arpa. 364 IN NAPTR100 10 "u" "E2U+web:http" "!^.*$!http://q.nemox.net/!" .
14:28.21leifmadsen1.1.0.1.0.1.0.0.2.7.3.4.e164.arpa. 364 IN NAPTR100 10 "u" "E2U+email:mailto" "!^.*$!mailto:info@nemox.net!" .
14:28.24leifmadsen1.1.0.1.0.1.0.0.2.7.3.4.e164.arpa. 364 IN NAPTR100 10 "u" "E2U+sip" "!^.*$!sip:enum-test@sip.nemox.net!" .
14:28.55*** join/#asterisk-doc RobH (~robh@2620:0:860:2:21e:c2ff:fe03:2465)
14:28.58*** join/#asterisk-doc RobH (~robh@wikimedia/RobH)
14:57.58*** join/#asterisk-doc eliel (~eliels@201.234.94.226)
15:42.28jjjj-awayI have a quick queue question. I have users that are reporting a delay in the time they answer a call from a queue and when the caller actually hears them so they have to repeat their greeting. I have tried setting memberdelay=0 or leaving it out and the users are still reporting the delay. Any ideas?
15:48.40jsmithjasonjjohnsonjr: Do you have "announce=" set?
15:49.24jasonjjohnsonjrjsmith: no
15:49.50jsmithWeird...
15:50.15jasonjjohnsonjrI do have announce-holdtime= and announce-position= set
15:51.15jsmithThat shouldn't make a difference
16:47.32jsmithHey leifmadsen
16:51.33jsmithleifmadsen: Ping?!?
16:51.38jsmithDocAwesome: Ping?
17:06.04leifmadsenjsmith: pong!
17:06.08leifmadsenwas at lunch
17:06.43jsmithleifmadsen: I've got everything working on the Austrian number
17:07.01jsmith(running latest 1.6.2 branch)
17:07.09jsmithMind testing a dialplan snippet for me?
17:10.00leifmadsenjsmith: sure thing!
17:10.11leifmadseneverything was working for me too on the austrian number though
17:10.39leifmadsenthat's what I was showing in my dialplan snippet
17:10.51leifmadsen<PROTECTED>
17:10.56leifmadsen<PROTECTED>
17:11.14leifmadsen<PROTECTED>
17:15.07jsmithRight, that looks good.
17:15.19jsmithOK, I'll keep whittling away on your record then.
17:18.17leifmadsenya, no idea why I get nothing returned on the e164.org lookup though
17:18.25leifmadsenanyone have an e164.org number I can lookup?
17:18.53leifmadsenseems odd though since the records I pasted a while ago (10:30am) look almost identical
17:18.58leifmadsen(the results returned from dig)
17:19.16leifmadsen!^\\+14164790259$
17:19.19leifmadsenthat part is different though
17:22.29leifmadsenjsmith: seems to be the lookup to e164.org for me
17:22.39leifmadsenI just found another number that returns data via dig, but doesn't work in the dialplan
17:23.05leifmadsen<PROTECTED>
17:23.17jsmithOk, I'll take a look.
17:23.24jsmithDon't worry about the fact that it says FAIL
17:23.27jsmithThat's a shortcoming in the code
17:23.45leifmadsenya its a lack of results that bothers me :)
17:23.51jsmith(you can look for that line in enum.c and change "res == 0" to "res >= 0"
17:23.58leifmadsenya I saw your note in -dev
17:25.45leifmadsenit's either something to do with the way e164.org returns their replies, or it isn't actually looking it up against e164.org
17:27.21jsmithI'll do some more digging :-)
17:31.17jsmithleifmadsen: Right, but that number only has an IAX (not a SIP) record
17:31.29leifmadsenjsmith: it still doesn't return anything
17:31.35leifmadsenI'm using ALL and looping through all the records
17:31.39leifmadsenI'm not limiting it to SIP
17:31.46leifmadsenlook at my dialplan again
17:35.44jsmithI don't think their NAPTR record is correct
17:35.51jsmith(not a valid regex)
17:35.55leifmadsenya, that's what I'm thinking too
17:36.13leifmadsenand asterisk is choking on it
17:36.21jsmithCorrect
17:36.34leifmadsenunfortunately that is how they are entering it for some reason
17:41.25jsmithI take that back... I'm not sure that's an invalid regex after all...
17:41.33jsmith... I'm seeing that same syntax on other examples :-(
17:50.49leifmadsenodd, then I wonder what is causing e164.org entries to not work yet e164.arpa entries to work fine...
17:56.59*** join/#asterisk-doc RobH (~robh@rob.tech.wikimedia.org)
17:56.59*** join/#asterisk-doc RobH (~robh@wikimedia/RobH)
18:11.58jsmithYeah... I found another e164.arpa number that's working fine as well
18:13.48leifmadsenhuh....
18:14.03leifmadsenso it seems to be e164.org -- have you found any e164.org numbers that are working?
18:14.07leifmadsenI haven't found any yet
18:21.52*** join/#asterisk-doc RobH_ (~robh@wikimedia/RobH)
19:16.25*** join/#asterisk-doc parra (~parra@95.120.37.64)
19:22.40parraleifmadsen
19:22.45parraare you alive?
19:23.07leifmadsenchecks
19:23.08leifmadsenyep!
19:23.16parrahey
19:23.26parraI sent you an email with the final document
19:24.05leifmadsenawesome! I'll check it out later tonight
19:24.37parrawell, thanks a lot for the information
19:24.50parraI wrote your name at the end of the doc
19:25.16*** join/#asterisk-doc RobH (~robh@wikimedia/RobH)
20:00.57leifmadsenparra: looks good! hope it helped!
20:28.01parrahey, thanks
20:28.31parraI go to watch unglorious basterds
20:28.35parracya :)
20:40.54Andrew_M_jsmith: I have my diagnosys.
22:35.30*** join/#asterisk-doc Andrew_M (~485018b7@gateway/web/freenode/x-pinxxgmzhcpykajf)
23:05.52*** join/#asterisk-doc Andrew_M (~485018b7@gateway/web/freenode/x-uahacptkkywhrugw)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.