| 00:10.05 | *** join/#asterisk-dev droemel (~droemel@p4FCAD386.dip.t-dialin.net) |
| 00:53.40 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 00:53.40 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 01:12.00 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 01:12.00 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 03:25.00 | *** join/#asterisk-dev seraphie (~erin@75.76.38.159) |
| 04:31.27 | *** join/#asterisk-dev cstachris (~chrismylo@202.92.94.143) |
| 04:32.18 | cstachris | 3.14159265 - reminds me of 1st year uni - someone bet me 1 red frog per decimal place i could remember :) |
| 05:05.38 | *** join/#asterisk-dev file (~file@asterisk/developer-and-muffin-lover/file) |
| 05:05.38 | *** mode/#asterisk-dev [+o file] by ChanServ |
| 05:16.40 | *** join/#asterisk-dev irroot (~irroot@pbx.distrotech.co.za) |
| 06:40.57 | *** join/#asterisk-dev oej (~olle@2001:470:1f15:d79:18f8:5f7e:7ae6:5c0) |
| 06:40.57 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:52.48 | oej | MOrning folks |
| 07:06.05 | *** join/#asterisk-dev mickecarlsson (~Micke@h10n3c1o1101.bredband.skanova.com) |
| 07:07.24 | *** join/#asterisk-dev irroot (~irroot@pbx.distrotech.co.za) |
| 07:07.38 | irroot | lo there oej thx for the review other day |
| 07:08.08 | oej | Your welcome |
| 07:22.27 | *** part/#asterisk-dev cstachris (~chrismylo@202.92.94.143) |
| 07:27.58 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 07:29.44 | oej | irroot: Is it part of the API to return -1 on a failed hangup request? Does other channels do it? Your review seems to only involve chan_sip in a generic issue. |
| 07:51.57 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 07:51.57 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 08:01.13 | wdoekes2 | oej: another one to add to your why-1.8-is-not-stable-while-1.4-is: ASTERISK-18356 |
| 08:01.47 | oej | I can't see why Digium can't acknowledge that 1.8 is seriously messed up and work to get some focus on fixing it. |
| 08:01.52 | oej | is very tired |
| 08:03.09 | oej | I need to fork 1.8 to put in some of my patches that I run in 1.4? Another four years of un-needed code management. |
| 08:04.16 | wdoekes2 | well.. if you're not interested in the new features, you could backport the fixes only |
| 08:04.51 | wdoekes2 | that might be less work |
| 08:06.37 | oej | My customers need all these features. Some of them has been in the subversion for years, but has also been in production for years. |
| 08:07.17 | oej | Right now I can't get any customer to pay for any 1.8-related work. It just doesn't work properly. |
| 08:07.27 | oej | So I'm stuck in 1.4-land. |
| 08:07.57 | wdoekes2 | mm.. I shall be adding an 1.8 test machine soon.. but moving from 1.6 shall be less of an issue probably |
| 08:13.55 | mvanbaak | mornin |
| 08:16.59 | oej | God Morgon, mvanbaak |
| 08:17.16 | oej | 1.6 was also interesting? |
| 08:17.29 | mvanbaak | Sweden was interesting |
| 08:17.31 | mvanbaak | :) |
| 08:18.27 | oej | mvanbaak: Good! |
| 08:19.43 | mvanbaak | I really really liked it |
| 08:19.47 | mvanbaak | I was in Gusum |
| 08:20.10 | mvanbaak | Valdermarsvik (or something like that) |
| 08:25.48 | oej | That's in the middle of nowhere |
| 08:29.10 | mvanbaak | uhhuh |
| 08:29.14 | mvanbaak | it is |
| 08:29.39 | mvanbaak | 1 hour drive to the first place with students and some kind of activity ;) |
| 08:32.23 | wdoekes2 | oej: 1.6.2 has more bugs than 1.4.. but a couple of features I needed |
| 08:34.08 | oej | What features? (just curious) |
| 08:35.49 | *** join/#asterisk-dev oej_ (~olle@ns.webway.se) |
| 08:35.49 | *** mode/#asterisk-dev [+o oej_] by ChanServ |
| 08:39.34 | wdoekes2 | mm.. now I have to dig deep. a working realtime musiconhold (which I haven't implemented, so that's a bit of a moot point), working outboundproxy (not implemented either). ah, a working sendfax/receivefax. and, at the time 1.6.{0,1} was already out a while, so I figured latest would be best. |
| 08:40.11 | oej | THey broke outboundproxy when implementing TCP/TLS. I need to revisit that code. |
| 08:40.38 | wdoekes2 | in the 1.4 I checked, there was only the option, but it did nothing |
| 08:43.50 | oej | No, I have a patch for 1.4 that was committed to early 1.6 before they committed the TCP/TLS stuff. |
| 08:43.54 | oej | That one works! |
| 08:44.20 | mvanbaak | lol |
| 08:52.13 | *** join/#asterisk-dev elguero (~miguel323@2001:470:1f06:12c4::2) |
| 09:09.55 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:1971:b943:ae68:8dc4) |
| 09:26.19 | *** join/#asterisk-dev irroot (~irroot@pbx.distrotech.co.za) |
| 10:21.44 | *** join/#asterisk-dev black187 (5d67162a@gateway/web/freenode/ip.93.103.22.42) |
| 10:21.59 | black187 | Hello, does anybody know id "sip show history" is being written in file? |
| 10:22.17 | black187 | I cannot find my call-id to do "sip show history <call-id>" :( |
| 10:34.38 | wdoekes2 | sip show channels concise, you mean? |
| 10:35.45 | wdoekes2 | without the concise.. |
| 10:40.37 | black187 | yeah, but these channels are new one - I'm searching for an old one, which is in sip show history... |
| 10:46.28 | *** join/#asterisk-dev irroot (~irroot@pbx.distrotech.co.za) |
| 10:47.37 | wdoekes2 | ok, I tested and it's attached to the dialog: it gets freed/destroyed after 32 secs |
| 10:48.08 | wdoekes2 | oh, wrong channel |
| 10:48.15 | mvanbaak | lol |
| 10:52.17 | *** join/#asterisk-dev elguero (~miguel323@2001:470:1f06:12c4::2) |
| 10:55.39 | *** part/#asterisk-dev black187 (5d67162a@gateway/web/freenode/ip.93.103.22.42) |
| 10:56.05 | *** join/#asterisk-dev Marquis42 (~bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 11:34.10 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:34.10 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:01.54 | *** join/#asterisk-dev acidfoo (~nib@modemcable094.94-70-69.static.videotron.ca) |
| 12:24.34 | *** join/#asterisk-dev irroot (~irroot@pbx.distrotech.co.za) |
| 12:27.53 | *** join/#asterisk-dev blitzrage (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:27.53 | *** mode/#asterisk-dev [+o blitzrage] by ChanServ |
| 12:43.24 | pabelanger | I decided to rewrite out directed_pickup test last night and noticed something odd. When you actually pickup the ringing channel via a local channel, the 'Bridge' event gets fired ~25 times on the AMI. |
| 12:43.40 | kpfleming | that seems wrong |
| 12:44.08 | pabelanger | indeed |
| 12:44.21 | russellb | away |
| 12:44.26 | russellb | oops. |
| 12:44.34 | file | sends russellb away |
| 12:45.26 | pabelanger | it is different every time, but a series of Bridge events gets fired off for no apparent reason. |
| 12:46.47 | file | it's probably due to how the directed pickup code gets the channel |
| 12:47.15 | jsmith | pabelanger: That seems nasty... |
| 12:47.49 | file | quite interesting though |
| 12:50.00 | pabelanger | Actually, it is Bridge. VarSet, VarSet, VarSet, VarSet, Unlink; repeat |
| 12:51.15 | pabelanger | The good news is, I have an automated test that can reproduce the problem every time :D |
| 12:51.32 | irroot | ~beer pabelanger |
| 12:51.32 | infobot | ACTION pulls out a tasty Spaten Optimater for pabelanger |
| 12:56.48 | leifmadsen | waffle me! |
| 13:04.27 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-agctereryrkmwkzp) |
| 13:04.27 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 13:05.13 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-qdhtylukahucvuhb) |
| 13:12.43 | *** join/#asterisk-dev Fritz09 (~Adium@pop1-1207.catv.wtnet.de) |
| 13:27.45 | *** join/#asterisk-dev chazzam (~chazz@173-24-236-90.client.mchsi.com) |
| 13:29.01 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 13:29.01 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 13:34.25 | *** join/#asterisk-dev seraphie (~erin@75.76.38.159) |
| 13:53.25 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 13:53.25 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:56.56 | anonymouz666 | oej: I remember that you put a patch somewhere about who issue the hangup to a channel, where I can find this code? |
| 13:57.18 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 13:57.18 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:02.40 | oej | anonymouz666: That code is not ready yet, just some ideas, but it doesn't work as I expect. |
| 14:03.58 | anonymouz666 | good to know, but this is very useful |
| 14:04.50 | Kobaz | i have a patch for who hung up |
| 14:04.54 | Kobaz | it seems to be working |
| 14:06.26 | anonymouz666 | "talk is cheap, show me the code" |
| 14:06.31 | anonymouz666 | :P |
| 14:07.02 | Kobaz | i'll have to make a path that's only those changes, i have boatloads of changes |
| 14:07.07 | snuff-home | wonders if anyone else has tested his issue thats on jira now.. with the extenpatternmatchnew.. |
| 14:07.14 | irroot | anonymouz666 most common code is 0000 |
| 14:07.33 | snuff-home | i 'think' it should work with that really short version i posted ;) |
| 14:08.57 | snuff-home | goes for some zzz's.. may all ur bits be aligned ;) |
| 14:12.49 | Kobaz | anonymouz666: http://pastebin.com/0ERpMFeR |
| 14:13.48 | Kobaz | with that patch, you'll get a HangupRequest for the channel that hung up first |
| 14:14.25 | Kobaz | what you want to do with that event, is left as an exercise for the reader. |
| 14:20.29 | anonymouz666 | is this for 1.8? |
| 14:20.38 | Kobaz | yeah |
| 14:20.44 | Kobaz | patch is off of 1.8 branch |
| 14:20.53 | Kobaz | but you can probably pretty easily put it in 1.6 |
| 14:21.36 | Kobaz | those two events go into ast_queue_hangup() and ast_softhangup() |
| 14:21.39 | anonymouz666 | thanks, will apply this patch and test. outside a queue, this is information is very useful for debugging. |
| 14:22.52 | Kobaz | and softhangup is useful too sometimes |
| 14:31.24 | Kobaz | oh |
| 14:31.29 | Kobaz | you'll have to remove the lines for calllogid |
| 14:31.38 | Kobaz | that's my stuff that doesn't exist in mainline |
| 14:32.44 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 14:32.44 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 14:43.42 | *** part/#asterisk-dev pnlarsson (~niklas@fw1.gml.g.icnet.infracom.se) |
| 14:47.47 | oej | Kobaz: This doesn't really clearly say which channel that generated the hangup. |
| 14:49.56 | Kobaz | in my testing, the event always comes from the channel that got the first hangup |
| 14:50.23 | Kobaz | it might be coincidence, but it's been working 100% for me |
| 14:52.02 | oej | I was trying to get something into dialplan and/or cdr |
| 14:52.45 | oej | And this doesn't cover when you do soft hangup from cli or the PBX decides to hang up either. There's no channel causing the hangup then. |
| 14:53.49 | Kobaz | yeah it does |
| 14:54.03 | Kobaz | you get the soft hangup event |
| 14:54.37 | oej | But you don't know where from... |
| 14:55.04 | oej | I tried to wrap around the hangup functions so that we could identify the calling function, but Russell did not like it. |
| 14:57.09 | Kobaz | oh |
| 14:57.17 | Kobaz | to trace it to like, what app/func did it |
| 14:58.07 | Kobaz | yeah they don't like passing in parameters purely for debug/trace purposes |
| 14:58.10 | Kobaz | me, i'm all for it |
| 14:58.20 | Kobaz | i live by the debug |
| 15:00.09 | Kobaz | if it was me, i would pass the channel pointer to each and every function in the codebase |
| 15:01.36 | Kobaz | oej: sadly if the main crew maintains the philosophy of not passing just for debugging, we'll never see a really good tracing system |
| 15:01.40 | oej | Kobaz: Look here https://reviewboard.asterisk.org/r/1164/ and please add some positive feedback. THe debug output is really helpful :-) |
| 15:02.32 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:02.32 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:02.52 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-agctereryrkmwkzp) |
| 15:03.09 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-jskukginuqrpbvab) |
| 15:03.09 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 15:05.55 | Kobaz | oej: it's simple enough that i think it should go in |
| 15:07.30 | pabelanger | Hmm, I don't like how we are using a 2nd instance of Asterisk as a 'call generator' for some tests in the testsuite. I need to look into adding python binding for pjsua or something :) The CPU cost of starting another instance of asterisk for something that basic is too high. |
| 15:07.41 | oej | I thought so too. It's really, relly helpful in debugging. |
| 15:08.09 | irroot | pabelanger we still need to do cpu crunching on android tab :P |
| 15:08.11 | oej | pabelanger: CPU is cheap nowadays and Asterisk is a very good test tool. |
| 15:08.44 | oej | What kind of systems are you using for testing? Single-core? |
| 15:09.15 | kpfleming | pabelanger: pjsua already has python bindings, and there is also the sipsimpleclient which is an even further abstracted python version of pjsua |
| 15:09.48 | kpfleming | oej: most of our test agents are VMware VMs, usually with a single core allocated (although they are fast cores) |
| 15:10.00 | oej | Yes, that's the framework from Adrian. Good stuff if you know Python |
| 15:10.29 | oej | kpfleming: that explains the issue. Thanks for the feedback. |
| 15:11.44 | pabelanger | oej: They are single core VMs for 1GB RAM I believe. However, with over 147 tests running now, it now takes over 45mins to run. So anything we can do to cut down on the CPU time helps alot. |
| 15:20.05 | mjordan | pabelanger: although this wouldn't help with the continuous integration tests, adding test categories that execute subsets of tests (similar to the unit tests) would help with developer testing |
| 15:21.05 | pabelanger | mjordan: indeed |
| 15:29.22 | *** join/#asterisk-dev AlecTaylor (~AlecTaylo@unaffiliated/alectaylor) |
| 15:34.22 | Kobaz | i use asterisk as a call generator |
| 15:34.27 | Kobaz | never really had cpu problems |
| 15:34.35 | Kobaz | the only thing i can't do with asterisk is an attended transfer |
| 15:34.41 | Kobaz | so i use pjsua for that |
| 15:46.24 | oej | Great. And you'll donate that code to pabelanger to play with in the test project? |
| 15:46.56 | oej | Yes, I normally use a lot of Asterisks. But I do understand if it takes too much time to test in a vm. |
| 15:48.00 | oej | pabelanger: I know that Rockbox.org has a distributed test system. That should be something to consider to get more CPU. |
| 15:48.29 | oej | http://www.rockbox.org/wiki/BuildClient |
| 15:48.34 | Kobaz | oej: what am i donating? |
| 15:48.46 | oej | pabelanger: That's only for building, but you might want to find some pearls in there. |
| 15:48.58 | oej | kobaz: Your test code for attended transfers of course :-) |
| 15:49.28 | Kobaz | ah |
| 15:49.46 | Kobaz | well what I did was modify pjsua to be able to switch calls by number |
| 15:49.58 | Kobaz | and then i wrote a wrapper around pjsua that takes commands via the AMI |
| 15:50.10 | Kobaz | it's pretty cool, I can post it up |
| 15:50.35 | Kobaz | i also fixed a crash bug in pjsua as well.. i posted the patch to the pjsua mailing list but no one cares |
| 15:52.50 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 16:00.49 | pabelanger | Kobaz: it is the start and stop of Asterisk that is hard on the CPU |
| 16:00.52 | pabelanger | we do that for every test |
| 16:10.17 | Kobaz | pabelanger: oh yeah that is harsh |
| 16:10.43 | Kobaz | need a clean slate command for asterisk |
| 16:10.56 | jsmith | pabelanger: Are you limiting the loaded modules for each run, by chance? Or are you autoloading all of the modules? |
| 16:11.13 | Kobaz | module list would help too |
| 16:14.03 | pabelanger | jsmith: at the moment, just autoload=yes. Mostly because that is what the default asterisk samples does. |
| 16:14.43 | pabelanger | We've tossed around the idea of scraping those configuration files and define our own for the testsuite, but it has not happened yet. |
| 16:15.17 | pabelanger | Ideally, I would like a test to run with all modules load and specific modules for that test, and see if the results are the same |
| 16:33.43 | *** join/#asterisk-dev irroot (~irroot@41.122.212.127) |
| 16:38.44 | Kobaz | oej/pabelanger: http://kobaz.net/asterisk/testing_with_pjsua/testing_with_pjsua.html |
| 16:40.33 | Kobaz | you can test all kinds of cool stuff like this |
| 16:40.44 | Kobaz | holding, unholding, attended transfer, blind transfer |
| 16:42.39 | Kobaz | have at it! |
| 16:44.29 | *** join/#asterisk-dev irroot (~irroot@41.122.206.125) |
| 16:47.11 | pabelanger | Kobaz: Ya, we do something similar in the testsuite, spawn a process, then send commends to the pjsua binary. It works, however very clumsy IMO. Version 2.0 will use the python bindings and make it more sexy :D |
| 16:47.15 | mnicholson | pabelanger, are the long test cycle run times CPU bound? I bet a lot of tests are just doing things that take a long time. If it isn't CPU bound, we could improve performance by running some tests in parallel |
| 16:47.47 | mnicholson | pabelanger, I know the fax tests take a long time because they actually send faxes for example |
| 16:49.11 | pabelanger | mnicholson: ya, I've though about that too. I can see that happening for basic tests |
| 16:49.39 | mnicholson | pabelanger, yeah, if you could mark tests that could be run in parallel, that would speed things up |
| 16:49.54 | mnicholson | pabelanger, that would also complicate the test driver |
| 16:53.09 | pabelanger | Indeed. I've been researching what would need to be done to the testsuite to replace our currently implementation with an actual unittest testrunner. Something like python unittest, nose, etc, rather then implementing the features our selves, we can just use the existing functionality of other testrunners |
| 16:56.29 | Kobaz | too bad i haven't found any perl bindings for pjsua |
| 16:56.37 | Kobaz | there is inlike python for perl though |
| 16:56.38 | Kobaz | that may work |
| 17:14.11 | seanbright | my eyes glaze over reading sruffell's commit messages |
| 17:14.22 | sruffell | :( |
| 17:14.36 | seanbright | purely because i don't understand any of it |
| 17:14.59 | sruffell | I welcome any commit message constructive criticism. |
| 17:16.08 | sruffell | although http://svnview.digium.com/svn/dahdi?view=revision&revision=10160 should be discernable. :) |
| 18:11.03 | seanbright | sruffell: i wasn't saying the wording was confusing, just that it's over my head :-) |
| 18:11.24 | seanbright | and yes, 46 down to 8 is damn impressive |
| 18:14.46 | opticron | I was looking at that as well, good stuff |
| 18:15.40 | opticron | I remember when I had to cycle through driver loads tons of times for the tdm24xxp cards and this would have been great back then |
| 18:23.45 | kpfleming | sruffell: 'oppending' looks weird. |
| 18:24.56 | Kobaz | speaking of modules, it would be nice to clean up some module load outputs |
| 18:25.02 | Kobaz | unless specific debugging is turned on |
| 18:25.05 | jsmith | sruffell: w00t! That's awesome... |
| 18:25.22 | Kobaz | i tend to comment out all the dialplan output so that reloads are much easier to visually process if it worked or not |
| 18:25.56 | Kobaz | Don't need to see thousands of lines of new contexts, if there's no syntax errors or anything |
| 18:28.36 | sruffell | oppending is a little strange. |
| 18:29.11 | *** join/#asterisk-dev guilhermebr (~Guilherme@200.103.96.98) |
| 18:29.17 | sruffell | that area of the code I think could be reworked when revisiting alecdavis' neon detection. |
| 18:43.39 | *** join/#asterisk-dev acidfoo (~nib@modemcable094.94-70-69.static.videotron.ca) |
| 19:29.23 | *** join/#asterisk-dev Corydon76-home (red@c-69-137-80-31.hsd1.tn.comcast.net) |
| 19:29.23 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 19:30.34 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 19:36.36 | leifmadsen | sssshhhhhh |
| 19:38.16 | jsmith | leifmadsen: What, are you trying to sleep in this channel or something? |
| 19:38.26 | leifmadsen | yes |
| 19:38.33 | leifmadsen | first day back after 10 days off :) |
| 19:38.36 | leifmadsen | errr... 2nd day |
| 19:38.43 | leifmadsen | I'm ready for another vacation |
| 19:38.51 | jsmith | leifmadsen: Lightweight :-p |
| 19:38.54 | leifmadsen | indeed :) |
| 19:40.02 | file | leifmadsen, TAKE IT LIKE A MAN! |
| 19:40.14 | leifmadsen | I'm not sure how to take that.... |
| 19:40.31 | leifmadsen | let me rephrase, I'm not sure how to interpret that :) |
| 19:40.45 | jsmith | leifmadsen: Good call on the rephrase... |
| 19:40.54 | leifmadsen | quick like rabbit |
| 19:54.04 | *** join/#asterisk-dev Corydon76-home (peuce@c-69-137-80-31.hsd1.tn.comcast.net) |
| 19:54.04 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 20:00.21 | *** join/#asterisk-dev malcolmd_ (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 20:00.21 | *** mode/#asterisk-dev [+o malcolmd_] by ChanServ |
| 20:30.30 | *** join/#asterisk-dev alecdavis (~alec@202.36.76.21) |
| 20:59.38 | alecdavis | sruffell: on a tdm800 with hwec, how can we tell when the ec gets turned on and off? As when talking on an FXS port, if I get a call, with call waiting enabled, after the cw beep there is echo for the rest of the call. |
| 21:00.38 | sruffell | hmmâ¦..noâ¦.not that I'm aware of. With the VPMADT032 there is no way to query the state of the channels like that. |
| 21:01.24 | sruffell | there might be a way to turn off tone detect though, if you think you'll never get a fax on that channel. I don't know how off the top of my head but I could look. |
| 21:03.17 | *** join/#asterisk-dev acidfu (~nib@184.175.10.84) |
| 21:04.25 | acidfu | does the unit test framework is only made to test the asterisk core functionalities, or it's also created with the purpose of testing channels like chan_sip ? |
| 21:04.28 | acidfu | thanks |
| 21:25.14 | pabelanger | acidfu: we have 2 levels of testing, internal unit tests for asterisk and external tests using the testsuite. |
| 21:25.51 | pabelanger | The external tests will start and stop Asterisk instances, originate calls between channels and test specific functions / applications depending on the test |
| 21:25.56 | acidfu | pabelanger, ok nice, is there a place I can learn more about the "testsuite" ? or its only a internal tool that you guys are using ? |
| 21:26.37 | pabelanger | acidfu: No, it is a public project, you get find the source at: svnview.digium.com/svn/testsuite/asterisk |
| 21:27.15 | acidfu | ok thanks you |
| 21:27.16 | acidfu | ;) |
| 21:27.39 | pabelanger | as for information, we are still working to creating documentation for it. There are doxygen comments within the source, or you can join the #asterisk-testing channel and chat about it. |
| 21:27.51 | pabelanger | I'll do my best to answer any questions too |
| 21:28.10 | acidfu | ok good |
| 21:28.22 | pabelanger | If you want to see it in action, check out: http://bamboo.asterisk.org/ |
| 21:28.25 | acidfu | anyway, I'll look at it more deeply at work tomorrow, its dinner time now ;) |
| 21:28.28 | acidfu | ok ill check it thanks |
| 21:41.05 | alecdavis | sruffell: sorry was away discussing call queues. re. echo there is the possiblity of faxes being sent/received. |
| 21:44.29 | sruffell | alecdavis: that would be my guess why it's disabled on the CW pipâ¦it thinks it's some fax tone and it's turning off. |
| 21:45.18 | sruffell | or turning off the NLP part anyway. I wonder if your echo is more acoustic in this particular case as opposed to normal line echo.. |
| 21:49.50 | alecdavis | sruffell: how about: force it EC on after each CW pip? |
| 21:51.02 | sruffell | possiblyâ¦but that would take some Asterisk hacking. |
| 21:51.24 | sruffell | ..assuming Asterisk even detects the CW pip. |
| 21:52.44 | alecdavis | sruffell: if the FXS port is dedicated to a fax, then disable CW in config. Then the issue is only when the port is shared between fax and phone, and a call comes in while a fax is in progress. |
| 21:53.27 | alecdavis | sruffell: asterisk is generating the cw pip. |
| 21:56.23 | alecdavis | sruffell: well it is in the senario I've experienced, which is where the FXS port rings a SIP phone, then another caller rings the FXS port. I wasn't considering an outside CW pip from the telco. |
| 22:20.47 | sruffell | that is strange. So you're hearing the echo from the handset attached to the FXS port? Is the call coming in via an FXO port (which I would guess where your echo is really coming from). Otherwise, the echocan is not in the path on audio to you on an FXS prot. |
| 22:20.50 | sruffell | s/prot/port/ |
| 22:23.12 | *** join/#asterisk-dev acidfu (~nib@206-248-179-212.dsl.teksavvy.com) |
| 22:23.20 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@212.179.75.202) |
| 22:23.20 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 22:25.01 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-jskukginuqrpbvab) |
| 22:40.19 | alecdavis | sruffell: definately hear echo at the FXS port. |
| 22:40.45 | sruffell | so that has to be coming into the system from somewhere else... |
| 22:40.52 | sruffell | call coming in from FXO port? |
| 22:41.26 | sruffell | the hwec won't cancel echo going to the connected deviceâ¦only coming from it. |
| 22:41.58 | kpfleming | alecdavis: the user of the device on the FXS port is hearing echo of themselves? |
| 22:54.33 | *** join/#asterisk-dev Corydon76-home (peuce@c-69-137-80-31.hsd1.tn.comcast.net) |
| 22:54.33 | *** join/#asterisk-dev wdoekes2 (~walter@wjd.osso.nl) |
| 22:54.33 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 22:54.33 | *** join/#asterisk-dev seanbright (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 22:54.33 | *** join/#asterisk-dev felipe_ (~felipe@unaffiliated/felipe) |
| 22:54.33 | *** join/#asterisk-dev Daviey (~Daviey@ubuntu/member/daviey) |
| 22:54.33 | *** join/#asterisk-dev micols (~0x2AA7F64@rlogin.dk) |
| 22:54.33 | *** mode/#asterisk-dev [+oo Corydon76-home seanbright] by zelazny.freenode.net |
| 22:54.47 | alecdavis | kpfleming: yes. you hear yourself. |
| 22:56.05 | alecdavis | kpfleming: the times i've heard it were an FXS call to an FXO port. |
| 22:59.37 | sruffell | alecdavis: also when the FXS port rings the SIP phone? Do you hear the echo then too..or only when the call is up to the FXO port? |
| 22:59.53 | sruffell | actually..I'm probably going to need to run before you get a chance to answer that. |
| 23:05.30 | *** join/#asterisk-dev Corydon76-home (peuce@c-69-137-80-31.hsd1.tn.comcast.net) |
| 23:05.30 | *** join/#asterisk-dev wdoekes2 (~walter@wjd.osso.nl) |
| 23:05.30 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 23:05.30 | *** join/#asterisk-dev seanbright (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 23:05.30 | *** join/#asterisk-dev felipe_ (~felipe@unaffiliated/felipe) |
| 23:05.30 | *** join/#asterisk-dev Daviey (~Daviey@ubuntu/member/daviey) |
| 23:05.30 | *** join/#asterisk-dev micols (~0x2AA7F64@rlogin.dk) |
| 23:05.30 | *** mode/#asterisk-dev [+oo Corydon76-home seanbright] by zelazny.freenode.net |