| 00:08.12 | niekvlessert | hello! |
| 00:08.16 | niekvlessert | trying the connectedline stuff in trunk |
| 00:08.29 | niekvlessert | sounds RLY good |
| 00:09.10 | niekvlessert | i did things like the reviewboard says: |
| 00:09.11 | niekvlessert | https://reviewboard.asterisk.org/r/256/ |
| 00:09.21 | niekvlessert | [macro-addnine] |
| 00:09.21 | niekvlessert | exten => s,1,Set(CONNECTEDLINE(num,i)=9${CONNECTEDLINE(num)}); Adds '9' to the connected line number |
| 00:09.58 | niekvlessert | and: exten => 2,1,Set(CONNECTED_LINE_SEND_CALLER_MACRO=addnine) |
| 00:10.13 | niekvlessert | so if i dial 2 i would expect 92 on the display |
| 00:10.52 | niekvlessert | but it gives just 2 |
| 00:11.18 | niekvlessert | aastra 6757i with latest firmware with option: sip update callerid: 0 |
| 00:11.29 | niekvlessert | which should be 0 according to sources |
| 00:11.37 | niekvlessert | https://issues.asterisk.org/view.php?id=8824 |
| 00:16.48 | *** join/#asterisk-dev xpot-mobile (~xpot@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 00:21.07 | niekvlessert | how could I check if it works? |
| 00:21.21 | niekvlessert | I followed the dialplan, it does the set thing |
| 00:23.45 | niekvlessert | ok i'll continue tomorrow |
| 00:38.45 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 00:38.45 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 01:03.51 | *** join/#asterisk-dev mvanbaak (~michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 01:03.56 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 03:18.19 | *** join/#asterisk-dev mvanbaak (~michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 03:18.19 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 04:00.31 | *** part/#asterisk-dev alecdavis (~alec@202.36.76.21) |
| 04:02.19 | *** join/#asterisk-dev moy (~moy@69.33.25.200) |
| 04:54.06 | *** join/#asterisk-dev fiddur (~fiddur@192.121.104.121) |
| 05:34.25 | *** join/#asterisk-dev jtodd (j7tgani851@asterisk/community-director-and-tie-dye-shirt-lover/jtodd) |
| 05:34.25 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 06:51.51 | *** join/#asterisk-dev niekvlessert (~niek@5ED25657.cable.ziggo.nl) |
| 07:30.06 | *** join/#asterisk-dev mpe (~mpe@217.74.220.92) |
| 07:43.48 | *** join/#asterisk-dev oej (~olle@static-213-115-251-100.sme.bredbandsbolaget.se) |
| 07:43.48 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:56.49 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 07:56.49 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 07:56.58 | *** join/#asterisk-dev shamelessn00b (~chatzilla@58-65-172-114.nayatel.pk) |
| 08:08.41 | *** join/#asterisk-dev vrban (~chatzilla@p50997436.dip0.t-ipconnect.de) |
| 08:23.34 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 08:24.55 | oej | Morning folks |
| 08:51.49 | *** join/#asterisk-dev dseeb_ (~Adium@CPE-58-169-81-65.lns1.bat.bigpond.net.au) |
| 09:04.03 | *** join/#asterisk-dev vrban (~chatzilla@p50997436.dip0.t-ipconnect.de) |
| 09:14.29 | *** join/#asterisk-dev jmls (~jmls@host217-36-208-155.in-addr.btopenworld.com) |
| 09:39.04 | jmls | latest updates to MuteMixmonitor posted :) |
| 09:44.56 | *** join/#asterisk-dev ccesario (~ccesario@189-19-6-236.dsl.telesp.net.br) |
| 11:07.10 | *** join/#asterisk-dev snuff-home (~snuffy@203-219-29-182.tpgi.com.au) |
| 11:07.11 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 11:16.05 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:16.05 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:17.41 | *** join/#asterisk-dev kmdm (~kenny@unaffiliated/kmdm) |
| 11:45.25 | kpfleming | http://failblog.org/2010/02/09/tell-me-what-you-see/ |
| 11:47.50 | snuff-home | mornin kp |
| 11:51.12 | *** join/#asterisk-dev msetim (~setim@201.47.21.179.dynamic.adsl.gvt.net.br) |
| 11:51.31 | *** join/#asterisk-dev caio1982 (~caio1982@CAcert-br/caio1982) |
| 11:53.04 | kpfleming | morning |
| 11:56.06 | snuff-home | things slightly warmer there now? |
| 12:01.48 | kpfleming | not really... was 0C when we drove home at 6PM last night |
| 12:02.40 | kpfleming | i think that my wife and i need to head down under next winter (our winter) |
| 12:02.59 | snuff-home | mm.. well its been 30+C last 4 days :) |
| 12:03.55 | snuff-home | tomorrow is also 30 |
| 12:04.38 | snuff-home | then about mid 20's until next wensday |
| 12:06.48 | kpfleming | we have had plans to visit NZ for a while. i suppose it's just a bit cooler there. |
| 12:08.05 | snuff-home | mm yer generally its bit colder.. say 5C less |
| 12:11.40 | kpfleming | plus we'd be planning on being in the mountains most of the time.. i guess that's why most people visit there in Aug/Sep or March/April |
| 12:13.39 | snuff-home | mm.. well march is coming into autumn.. aug/sept would be spring start |
| 12:14.11 | snuff-home | but i'm not too sure on nz weather patterns ;) |
| 12:27.14 | *** join/#asterisk-dev Victor_Yure (~victor@unaffiliated/victoryure/x-837844) |
| 12:51.42 | *** join/#asterisk-dev file (~file@asterisk/developer-and-muffin-lover/file) |
| 12:51.42 | *** mode/#asterisk-dev [+o file] by ChanServ |
| 13:29.48 | *** join/#asterisk-dev TheDavidFactor (~chatzilla@nc-71-0-16-133.dhcp.embarqhsd.net) |
| 13:33.30 | vrban | 1.4 has a major T.38 pass-through issue: https://issues.asterisk.org/view.php?id=16795 |
| 13:33.32 | vrban | Has no one realized this over the years since 1.4? |
| 13:40.34 | kpfleming | vrban: there must be something unique about your configuration, because a lot of people are successfully doing t.38 passthrough with 1.4 |
| 13:43.47 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 13:45.36 | vrban | t.38 itself is working fine with 1.4. It's about the particular issue that we get a 488, and then 1.4 dont answer to the originating T.38 side. 100 Trying is tha last message 1.4 chan_sip talks to the originating T.38 side. |
| 13:48.29 | vrban | A side originating T.38 re-INVITE, chan_sip originating T.38 re-INVITE to the B-side, B-side answer 488, chan_sip hangup B-side, and dont talk anything to A-side. |
| 14:03.21 | seanbright | holy crap... |
| 14:03.29 | seanbright | why didn't anyone tell me it was going to snow?! |
| 14:25.15 | Corydon76-dig | seanbright: It's going to snow. |
| 14:25.15 | Corydon76-dig | s/going/was going/ |
| 14:25.37 | Corydon76-dig | s/'s going/was going/ |
| 14:25.45 | Corydon76-dig | s/'s going/ was going/ |
| 14:34.56 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 14:41.03 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:41.04 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:08.14 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 15:08.14 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:15.01 | Corydon76-dig | Morning, putnopvut |
| 15:15.18 | putnopvut | Good morning, Corydon76-dig. How are you today? |
| 15:16.04 | Corydon76-dig | Not bad |
| 15:16.10 | Corydon76-dig | How's the jet lag? |
| 15:16.20 | putnopvut | pretty much nonexistent at this point. |
| 15:16.47 | Corydon76-dig | I should ask you that around 4pm today, eh? |
| 15:17.19 | putnopvut | ha! |
| 15:17.25 | putnopvut | Yeah, we'll see then. |
| 15:17.25 | Corydon76-dig | Nice catch on the FILTER function, btw |
| 15:17.31 | putnopvut | Thank you! |
| 15:17.45 | putnopvut | I'm posting a response to your e-mail post right now actually. And thanks for writing unit tests! |
| 15:18.44 | Corydon76-dig | Heh, yw |
| 15:19.54 | Corydon76-dig | My thing on the control characters is that while I, personally, have no use for it, I'm cognizant that people find uses that we don't need to necessarily predict. |
| 15:20.37 | Corydon76-dig | If we code generically, then people can use the building blocks in any way that they see fit, and they sometimes create some very interesting solutions |
| 15:21.08 | *** join/#asterisk-dev elguero (~elguero@12.187.84.162) |
| 15:21.37 | putnopvut | Corydon76-dig: yeah, my response pretty much boils down to "can we compromise and just print a warning when something seems fishy?" |
| 15:22.18 | Corydon76-dig | Sure, as long as we pay attention to the dontwarn global option. |
| 15:23.09 | putnopvut | cool cool |
| 15:24.06 | *** join/#asterisk-dev mog (~mog@c-71-228-185-24.hsd1.al.comcast.net) |
| 15:24.06 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 15:36.16 | *** join/#asterisk-dev |Cybex| (~John@atwork-21.r-212.178.82.atwork.nl) |
| 15:39.05 | Corydon76-dig | Actually, the thread on the list made me figure out that range wrapping wasn't working correctly... |
| 15:39.13 | Corydon76-dig | which is why I coded it differently |
| 15:39.54 | Corydon76-dig | If it got the end, it wrapped... and encoded a terminating NULL in the middle of the buffer... |
| 15:48.54 | Corydon76-dig | pokes otherwiseguy |
| 15:51.30 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 15:51.30 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 15:55.56 | *** join/#asterisk-dev otherwiseguy (~otherwise@cpe-75-87-99-1.kc.res.rr.com) |
| 15:57.08 | *** join/#asterisk-dev sgimeno (~chatzilla@226.Red-80-33-64.staticIP.rima-tde.net) |
| 15:58.00 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 15:58.00 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 15:58.14 | *** join/#asterisk-dev jpeeler (~jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:58.14 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:58.22 | *** join/#asterisk-dev sgimeno (~chatzilla@226.Red-80-33-64.staticIP.rima-tde.net) |
| 16:02.49 | *** join/#asterisk-dev Cresl1n (~matt@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 16:02.50 | *** mode/#asterisk-dev [+o Cresl1n] by ChanServ |
| 16:05.44 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 16:05.44 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:17.12 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 17:00.08 | *** join/#asterisk-dev italorossi (~italoross@201.76.154.117.intranet.digi.com.br) |
| 17:17.52 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 17:17.53 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 17:19.30 | *** join/#asterisk-dev marv (~timr@24.214.206.254) |
| 17:38.59 | *** join/#asterisk-dev jtodd (wf1y132zx0@asterisk/community-director-and-tie-dye-shirt-lover/jtodd) |
| 17:38.59 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 17:42.25 | *** join/#asterisk-dev niekvlessert (~niek@5ED25657.cable.ziggo.nl) |
| 18:06.25 | *** join/#asterisk-dev benngard (~benngard@90-230-92-67-no148.tbcn.telia.com) |
| 18:08.22 | benngard | any1 an expert of CONNECTEDLINE, i am tearing my hear off? |
| 18:10.20 | benngard | i did dig through the code and thought i know how it is supposed to work, but its not doing to 100% what i am excpecting :( |
| 18:10.20 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 18:10.21 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 18:12.06 | putnopvut | benngard: I know a thing or two about it. What's the problem? |
| 18:12.50 | benngard | putnopvut: sec |
| 18:14.47 | benngard | i call 0317998956, extensions.conf:exten => 0317998956,1,Set(CONNECTEDLINE(all)=Connected Line <0317998955>), my display change to Connected Line 0317998956, so far so god |
| 18:15.55 | putnopvut | All right. |
| 18:16.01 | *** join/#asterisk-dev janinge (j@ninge.net) |
| 18:16.13 | benngard | the i call 956 whish is a goto 0317998956,1 my display shows Connected Line 956, shouldnt it change to Connected Line 0317998956? |
| 18:16.49 | benngard | then* |
| 18:16.58 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 18:18.01 | putnopvut | benngard: Yes, that should result in the connected line being set to "Connected Line" 0317998956. Have you looked at verbose output to verify that when you call 956, the CONNECTEDLINE function is run as you expect it to? |
| 18:18.30 | benngard | sec |
| 18:21.00 | benngard | http://pastebin.com/d734c6562 |
| 18:24.33 | *** join/#asterisk-dev msetim (~setim@201.86.86.235) |
| 18:25.34 | benngard | thats when i dail 956, my display changes to Connected Line 956 so i guess the CONNECTEDLINE is executed or? |
| 18:25.52 | benngard | but it is just updating the name, not the number :( |
| 18:26.10 | benngard | sec, let me do another test |
| 18:29.08 | benngard | did change to exten => 0317998956,1,Set(CONNECTEDLINE(number)=0317998956) and called 956, my display changed to 0317998956 956 |
| 18:29.31 | benngard | i am lost :( |
| 18:29.58 | jmls | hates case-sensitivity |
| 18:30.23 | jmls | especially in web data |
| 18:30.27 | benngard | has to read more code to understand what he is doing wrong :( |
| 18:32.21 | benngard | putnopvut: did u die or did i ask a to silly question or, in that case, i am sorry |
| 18:32.58 | putnopvut | sorry, I took my attention off of here. |
| 18:33.11 | putnopvut | (say my name in here and I'll get an audible beep from my computer) |
| 18:33.17 | Qwell | putnopvut |
| 18:33.31 | putnopvut | beats Qwell with a dead body |
| 18:33.36 | jmls | putnopvut |
| 18:33.37 | jmls | putnopvut |
| 18:33.40 | jmls | ;) |
| 18:33.43 | Qwell | putnopvut: stay out of my trunk |
| 18:33.43 | benngard | :) |
| 18:33.51 | putnopvut | beats qwell with jmls's dead body |
| 18:34.05 | jmls | oh, am I dead ? |
| 18:34.12 | jmls | That explains an awful lot ... |
| 18:34.15 | benngard | slaps Qwell with a dead fish! |
| 18:34.28 | jmls | you *really* didn't want to do that ... |
| 18:34.34 | benngard | poor Qwell |
| 18:34.35 | leifmadsen | jmls: means you're retired |
| 18:34.53 | jmls | crap. that means I'm poor .. |
| 18:35.21 | benngard | poor boy u are bound to die :( |
| 18:35.24 | jmls | I haven't managed to destroy a company, so haven't been paid millions to leave ... |
| 18:35.29 | putnopvut | benngard: can you show me a sip debug from when you execute this dialplan? I want to see if Asterisk is sending incorrect information to your phone or if the phone itself is interpreting the correct information incorrectly. |
| 18:35.57 | benngard | sip debug sir, sec |
| 18:39.35 | *** join/#asterisk-dev elguero (~elguero@12.187.84.162) |
| 18:43.44 | benngard | http://pastebin.com/d4246dbd2 |
| 18:45.31 | putnopvut | looking... |
| 18:48.03 | benngard | putnopvut: i am afraid u got some other sip traffic to |
| 18:48.11 | putnopvut | benngard: it's not big deal. |
| 18:48.15 | putnopvut | *not a |
| 18:49.06 | benngard | i TOLD the people NOT TO PUT LIVE TRAFIC on my lab box, do u think they listened? |
| 18:49.48 | putnopvut | benngard: the output you just showed seems correct. Since you have only set a CONNECTEDLINE(number), the name defaults to the same as the number. Can you show me the sip debug from before when you were using CONNECTEDLINE(all)? |
| 18:50.03 | benngard | sure sec |
| 18:50.11 | putnopvut | benngard: also, the extra traffic on the box appears to just be OPTIONS and REGISTER transactions. No other actual calls were being made. |
| 18:52.53 | *** join/#asterisk-dev Corydon76-dig (three@c-69-137-80-31.hsd1.tn.comcast.net) |
| 18:52.53 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 18:53.48 | benngard | http://pastebin.com/d16f62002 |
| 18:54.37 | benngard | last example displays Connected Line 956 on my display |
| 18:56.43 | putnopvut | All right. I'm looking at it now. |
| 18:56.59 | benngard | np ,take your time |
| 18:58.44 | putnopvut | benngard: Take a look at line 346 of the pastebin you just posted. You can see that the P-Asserted-Identity header that Asterisk sends to the phone has the name set to "Connected Line" and has the number set to 0317998956 |
| 18:58.57 | benngard | sec |
| 18:59.46 | benngard | P-Asserted-Identity: "Connected Line" <sip:0317998956@inputinterior.se> |
| 18:59.47 | putnopvut | Based on that, I would say that your phone is misinterpreting the header, and that Asterisk is actually behaving correctly here. |
| 18:59.52 | putnopvut | right, that's the line. |
| 19:00.20 | benngard | guess u are right, gonna try another phone, sec |
| 19:00.35 | putnopvut | All right. What types of phones are you using? |
| 19:00.52 | putnopvut | I've found that Polycoms and Siemens SIP phones seem to work very reliably in the tests we've run. |
| 19:01.08 | putnopvut | SNOMs seem to have difficulty with mid-call updates sometimes, like during a transfer. |
| 19:01.34 | benngard | the one i was using for the test was an avaya 9650 |
| 19:02.01 | benngard | gonna try a siemens s685ip now |
| 19:03.05 | benngard | the siemens just changed to Connected Line, didnt show a number at all :( |
| 19:05.38 | benngard | but i guess as i said before u are correct, and i have to live with that my bloddy avaya phones cant do it correct :(' |
| 19:06.38 | benngard | btw, thx for helping me understaning things |
| 19:06.49 | putnopvut | benngard: no problem. Thanks for asking :) |
| 19:07.18 | benngard | and getting an answer that i can understand ;) |
| 19:17.00 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 19:29.41 | *** join/#asterisk-dev msetim (~setim@201.86.86.235) |
| 19:34.13 | msetim | guys, what does make ast_queue_control? It create a frame based on channel? |
| 19:41.16 | *** join/#asterisk-dev alecdavis (~alec@202.36.76.21) |
| 19:46.38 | niekvlessert | hello people |
| 19:47.10 | niekvlessert | I will try the connected line stuff with my aastra 57i with the latest firmware now |
| 19:49.12 | *** join/#asterisk-dev oej (~olle@eduroam-193-157-113-13.uio.no) |
| 19:49.12 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:51.58 | niekvlessert | how do i get a sip debug in a file? so i can do tail -f | grep P-Asserted |
| 19:54.53 | seanbright | http://tinyurl.com/yhu3btu |
| 19:55.15 | alecdavis | niekvlessert: initial thoughts was enable debug in logger.conf, then you can 'tail -f full' from /var/log/asterisk directory |
| 19:56.14 | niekvlessert | seanbright; sorry, i didn't expect that sip debug would also get in there with enabling it in logger.conf :) |
| 19:56.19 | niekvlessert | i will try to shut up |
| 19:58.35 | seanbright | i don't want you to shut up |
| 19:58.47 | seanbright | i want you to learn to help yourself a bit |
| 19:58.53 | seanbright | i'm teaching you to fish |
| 19:58.58 | seanbright | step 1) use google |
| 19:59.01 | seanbright | step 2) use google |
| 19:59.07 | seanbright | step 3) see steps 1 and 2 |
| 19:59.22 | niekvlessert | i did that, but the first few links didn't get me there... |
| 19:59.48 | jsmith | niekvlessert: Another option is to do "asterisk -vvvr | tee /tmp/logfile.txt", and then type "sip set debug on" in the Asterisk CLI |
| 20:00.01 | seanbright | oh, well if it's not in the first few links you definitely were right to give up |
| 20:00.05 | seanbright | heh |
| 20:00.06 | jsmith | niekvlessert: When you exit the CLI, you can then grep the logfile to your heart's content |
| 20:07.02 | leifmadsen | Another way is just to enabled a new line in logger.conf: my_file => verbose,debug,notice,warning,error |
| 20:07.18 | leifmadsen | oh sorry, you said 'sip debug' |
| 20:07.28 | leifmadsen | not sure if that method gets the SIP debug or not |
| 20:07.43 | leifmadsen | the 'tee' method definitely works though, that's a great tip. |
| 20:09.27 | jsmith | leifmadsen: Just remember where you learned it :-p |
| 20:09.34 | leifmadsen | from google |
| 20:09.35 | leifmadsen | :D |
| 20:09.42 | leifmadsen | bobs and weaves |
| 20:12.11 | jsmith | leifmadsen: Bob and weave all you want... I'll still beat the snot out of you :-) |
| 20:13.18 | niekvlessert | leifmadsen: it does :) |
| 20:13.27 | niekvlessert | logger.conf messages debug |
| 20:13.32 | niekvlessert | sip debug in cli |
| 20:13.39 | niekvlessert | tail -f | grep P-Asserted in another shell |
| 20:13.41 | niekvlessert | works fine |
| 20:13.50 | niekvlessert | now i'm at the point nothing comes out :) |
| 20:15.25 | jpeeler | sruffell: ping |
| 20:16.59 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 20:17.06 | niekvlessert | jsmith: thanks, that's easier :) |
| 20:19.10 | niekvlessert | seanbright: i don't think i can google this :) |
| 20:19.30 | niekvlessert | can the phone influence the P-Asserted stuff that Asterisk should send? |
| 20:19.56 | niekvlessert | like telling asterisk in the options that it doesn't support it |
| 20:22.08 | niekvlessert | Executing [2@users:1] Set("SIP/niek-00000008", "CONNECTEDLINE(all)=Connected Line <12345>") in new stack, yet no P-Asserted in the log |
| 20:24.44 | putnopvut | niekvlessert: do you have sendrpid=pai in sip.conf for the peer that placed the call? |
| 20:27.44 | niekvlessert | YES |
| 20:28.03 | niekvlessert | never saw that setting on any page |
| 20:28.14 | niekvlessert | i'll put some info on a voip-info.org |
| 20:28.24 | niekvlessert | is that ok? or should i wait |
| 20:28.39 | putnopvut | You can if you want. |
| 20:28.40 | niekvlessert | putnopvut: THANKS |
| 20:28.51 | putnopvut | For configuration information, always be sure to check configs/sip.conf.sample |
| 20:29.02 | putnopvut | It's usually kept up to date with the newest options. |
| 20:29.12 | niekvlessert | great, good to know |
| 20:44.39 | *** join/#asterisk-dev Chainsaw (~chainsaw@gentoo/developer/atheme.member.chainsaw) |
| 20:45.31 | Chainsaw | sruffell: Ping for lab testing on https://issues.asterisk.org/view.php?id=14163 |
| 20:49.30 | Qwell | Pinging developers to move an issue along is rarely the right thing to do. |
| 20:50.17 | Qwell | We are all very aware of the issues assigned to us... |
| 20:50.30 | Chainsaw | Qwell: That must be why it's been open since January 2009 with no visible action, yes. |
| 20:50.47 | leifmadsen | there are currently 588 open issues, all of which have different priorities |
| 20:51.01 | kpfleming | mantis 14163 |
| 20:51.08 | kpfleming | growls |
| 20:51.09 | leifmadsen | M14163 |
| 20:51.12 | MuffinMan | [ready for review] [Asterisk] Channels/chan_dahdi 0014163: [patch] UK (BT) lines produce uncleared red alarm on TDM400P during line tests reported by jedi98 https://issues.asterisk.org/view.php?id=14163 |
| 20:52.21 | russellb | that has been assigned to someone to work on within the next 3 weeks. |
| 20:52.27 | Chainsaw | Thank you. |
| 20:52.37 | Chainsaw | Because for reference, British Telecom run automated line tests overnight, every night. |
| 20:53.09 | Chainsaw | It wedges every FXO until a DAHDI restart. |
| 20:53.13 | russellb | we work on one month iterations internally, where we prioritize the massive backlog and choose what we can accomplish. This one is on the list to be done during the current iteration. |
| 20:53.17 | russellb | I am fully aware. |
| 20:53.22 | niekvlessert | seanbright: we will check the TON=unknown, NPI=isdn thing tomorrow, no time doay |
| 21:23.41 | russellb | Corydon76-dig: wow, a func_strings bug caused the problem? |
| 21:24.43 | russellb | what exactly ... was broken? |
| 21:24.53 | Corydon76-dig | Signed character |
| 21:25.29 | Corydon76-dig | Made it unsigned and the hang went away |
| 21:25.37 | russellb | oic ... bizarre |
| 21:26.23 | Corydon76-dig | Only took me 4 hours to figure out |
| 21:26.32 | russellb | heh ... thanks a lot for taking care of it |
| 21:26.43 | russellb | so the unit testing like .. caught a bug! |
| 21:26.44 | russellb | woot! |
| 21:27.22 | Corydon76-dig | Well, the unit testing on a machine other than my own |
| 21:27.30 | russellb | nods |
| 21:28.27 | Corydon76-dig | Like I said... worked fine on my box, in non-optimized mode, but that optimization stuff... clunk! |
| 21:29.13 | leifmadsen | not sure if this is the case now or not, but when we run tests, are they run both on an optimized and unoptimized build? |
| 21:29.15 | leifmadsen | should they be? |
| 22:20.01 | *** join/#asterisk-dev infobot (ibot@rikers.org) |
| 22:20.01 | *** topic/#asterisk-dev is Topic for #asterisk-dev is: Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- http://www.xkcd.org/664/ |
| 23:04.32 | *** join/#asterisk-dev infobot (ibot@rikers.org) |
| 23:04.32 | *** topic/#asterisk-dev is Topic for #asterisk-dev is: Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- http://www.xkcd.org/664/ |
| 23:06.34 | putnopvut | russellb: The_Boy_Wonder: Is there a way to invoke a test to be run from the CLI? |
| 23:06.41 | atis_home | umm, is there some magic deadlock avoidance that kicks in after exactly 4:30 minutes? |
| 23:06.45 | putnopvut | Assuming that the test framework is used, that is. |
| 23:07.00 | russellb | a single test? |
| 23:07.05 | putnopvut | russellb: yes sir |
| 23:07.08 | The_Boy_Wonder | test execute |
| 23:07.21 | russellb | test execute /path/to/your/test |
| 23:07.24 | putnopvut | Hmm, that CLI command does not appear to be available for me. |
| 23:07.38 | russellb | maybe ... thought the path might only work for categories, not down to an individual test |
| 23:07.41 | putnopvut | I suppose there is either a module I did not load or a source file I did not compile. |
| 23:07.41 | The_Boy_Wonder | did you make menuselect with TEST_FRAMEWORK enabled? |
| 23:07.44 | russellb | putnopvut: then TEST_FRAMEWORK isn't on |
| 23:07.52 | putnopvut | Gotcha. I'll enable that. |
| 23:07.58 | *** part/#asterisk-dev gelpg (~chatzilla@92-249-201-183.pool.digikabel.hu) |
| 23:08.01 | russellb | The_Boy_Wonder: we should add CLI tab completion for categories and such. |
| 23:08.14 | russellb | and by we, I mean you |
| 23:08.15 | russellb | :-p |
| 23:08.21 | The_Boy_Wonder | lol |
| 23:08.32 | russellb | jk ... i might do it someday |
| 23:08.47 | The_Boy_Wonder | i don't think that would be efficient given the current method of searching |
| 23:08.59 | The_Boy_Wonder | i guess it wouldn't be so bad |
| 23:09.12 | putnopvut | is currently writing a test_pbx module with a pattern matching test in it. |
| 23:09.21 | russellb | putnopvut: that is hot |
| 23:09.41 | putnopvut | Right now, I'm just making sure that I'm using the PBX functions properly and whatnot. |
| 23:09.46 | kpfleming | putnopvut: there is no spoon |
| 23:09.50 | putnopvut | wow, xchat actually recognizes "whatnot" as a word. |
| 23:10.23 | Qwell | putnopvut: xchat recognizes a lot of stuff. except xchat O.o |
| 23:10.31 | putnopvut | yeah, that one baffles me. |
| 23:11.17 | Qwell | putnopvut: like...wherewithal (yeah, 1 l) |
| 23:11.28 | russellb | I dont think xchat implemented it's own spell check ... |
| 23:11.31 | kpfleming | that's probably a real word |
| 23:11.34 | russellb | s/it's/its/ |
| 23:11.48 | putnopvut | I've heard wherewithal many a time in my life. |
| 23:11.56 | kpfleming | no, it just hits up dictionary.com for each word you type :-) |
| 23:12.18 | Qwell | it puts the definition in the tab completion |
| 23:12.20 | russellb | zing |
| 23:12.33 | Qwell | speaking of.. why can't I tab complete words yet? |
| 23:12.39 | file | puts the lime in the coconut... |
| 23:12.57 | putnopvut | Qwell: what like a T9word for xchat? |
| 23:13.08 | russellb | Qwell: maybe when computers are about 50 times faster. |
| 23:13.11 | Qwell | putnopvut: like tab completion. but for words. :D |
| 23:13.12 | jsmith | Doesn't xchat just use apsell or ispell or something similar? |
| 23:13.27 | Qwell | jsmith: yeah, but it's no fun if you explain it |
| 23:13.31 | kpfleming | on Fedora, SpellKit |
| 23:13.46 | putnopvut | Somewhere in its programming is the use of a d20 |
| 23:15.24 | putnopvut | Cool, it looks like I'm using the pbx API correctly here. Now to actually write a meaty little test suite. |
| 23:15.32 | putnopvut | (though I probably won't finish it today :() |
| 23:17.18 | russellb | code often takes >1 day, that is acceptable. |
| 23:17.53 | file | unless you're obsessive and work until 10! |
| 23:20.10 | alecdavis | cresl1n: 'dahdi restart' now. so not sure |
| 23:20.18 | alecdavis | [Feb 11 12:16:47] VERBOSE[15977] chan_dahdi.c: !! Got reject for frame 42 in state 7 |
| 23:20.19 | alecdavis | [Feb 11 12:16:47] ERROR[15977] chan_dahdi.c: !! Got reject for frame 42, retransmitting frame 42 now, updating n_r! |
| 23:20.19 | alecdavis | [Feb 11 12:16:47] ERROR[15977] chan_dahdi.c: !! Got reject for fra |
| 23:20.22 | Cresl1n | ? |
| 23:20.35 | Cresl1n | Can you get a trace of it when it's dead like that? |
| 23:20.45 | alecdavis | failing right now. |
| 23:20.52 | Cresl1n | and, what's the rest of the debug? |
| 23:20.54 | alecdavis | getting a trace as debug is on |
| 23:23.39 | alecdavis | I'll email it. just restarted. |
| 23:25.20 | atis_home | any idea? WARNING[24079] chan_sip.c: sip_xmit of 0x2aaad080bcd8 (len 1035) to 192.168.37.211:5060 returned -1: No such process |
| 23:25.45 | atis_home | ip is non existing anymore, but this somehow locks entire chan_sip |
| 23:29.13 | kpfleming | subject: "srtp". that's informative. |
| 23:30.17 | kpfleming | if you guys spend all your time writing tests, you won't get to do any fun stuff :-) |
| 23:30.26 | atis_home | haha :) |
| 23:30.43 | atis_home | for now tests are fun for them :p |
| 23:33.28 | russellb | kpfleming: ! Don't kill our momentum, man :-) |
| 23:33.38 | kpfleming | lol |
| 23:33.39 | putnopvut | kpfleming: that's like how every e-mail I've ever received from my mother has the subject "Hi". |
| 23:34.13 | *** join/#asterisk-dev steliosk (~Stelios@ipa107.2.tellas.gr) |
| 23:34.17 | putnopvut | It doesn't make finding specific ones very easy. |
| 23:34.31 | russellb | content search ftw ... |
| 23:36.22 | putnopvut | FYI, pbx.h is horrendously documented. But all of you knew that already ;) |
| 23:36.50 | kpfleming | <PROTECTED> |
| 23:37.13 | putnopvut | The worst offender I've found so far is pbx_find_extension. |
| 23:44.01 | atis_home | uhh, found it.. some stupid VPN settings.. perhaps it would be better to call sendto() without lock? |
| 23:44.05 | russellb | well ... that API is one of the oldest and least changed in the last 5 years or so |
| 23:44.14 | russellb | it came from times when documentation was less of a priority, I guess. |
| 23:44.34 | russellb | another reason is probably that the API is so rarely used by new code |
| 23:44.34 | kpfleming | prepares to commit a revision-o-death to pbx.h :) |
| 23:44.41 | russellb | o.O |
| 23:45.10 | snuff-work | nothing says total recompile like changing pbx.h.. probably almost like changing cdr.h ;) |
| 23:45.26 | kpfleming | no, nothing is as bad as channel.h, lock.h or logger.h |
| 23:45.44 | kpfleming | but ccache makes that happier |
| 23:46.23 | Corydon76-dig | kpfleming: actually, frame.h is about as bad as channel.h |
| 23:46.29 | kpfleming | yeah |
| 23:46.46 | Corydon76-dig | and the smoother interface in frame.h is COMPLETELY undocumented |
| 23:47.37 | kpfleming | there are plenty of totally undocumented interfaces |
| 23:47.44 | kpfleming | some much more complex than smoothers |
| 23:52.10 | Corydon76-dig | We should document which interfaces are undocumented. |
| 23:52.20 | Corydon76-dig | Or better yet, just document the interfaces! |