| 00:23.23 | *** join/#asterisk-dev italorossi (~italoross@187.61.168.117) |
| 00:29.21 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 00:29.22 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 00:31.57 | *** join/#asterisk-dev mjordan (~mjordan@75.76.55.191) |
| 00:31.57 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 00:47.02 | *** join/#asterisk-dev serafie (~erin@24.214.158.242) |
| 01:09.44 | *** join/#asterisk-dev hectorini_mx (~hector@189.177.42.156) |
| 01:28.40 | *** join/#asterisk-dev droemel (~droemel@p4FCAD835.dip.t-dialin.net) |
| 02:02.19 | coreyf1513 | hi all, i'm trying to track down an issue with DTMF end processing during a SIP reinvite (possibly a MeetMe issue, more likely channels.c). anyone have a minute to try pointing me in the right directions? |
| 05:40.34 | snuff-work | wedhorn: your patch worked.. but i also re-added callgroup to my skinny line confs.. as well as pickupgroup |
| 05:42.16 | wedhorn | snuff-work: cool. Now we've got to work out a way of fixing up the jira patch and testing it |
| 05:58.43 | bobse | I'm working on a replacement for cli_pgsql and I'm adding a few cli. What is the prefered names? For example "cel pgsql show status" or "cel show pgsql status"? I read a recommendation somewhere but I'm unable to find it again. |
| 05:58.59 | bobse | sorry cel_pgsql |
| 06:12.20 | snuff-work | i'm pretty sure its the latter.. |
| 06:14.05 | bobse | What about clearing statistics? "cel pgsql clear statistics" or "cel clear statistics pgsql" ? |
| 06:15.34 | bobse | or "cel clear pgsql statistics" |
| 06:15.39 | snuff-work | pretty sure its <module> <action> <submodule> <action> |
| 06:15.46 | bobse | ok, thank you! |
| 06:15.53 | snuff-work | but lookin for example to be 100% |
| 06:16.47 | bobse | I know I read a recommendation somewhere, but I can't remember where. |
| 06:16.57 | snuff-work | if it turns out i'm wrong during your post to the reviewboard/jira.. u can blame me.. |
| 06:17.07 | bobse | I will ;) |
| 06:17.50 | bobse | Btw, I'm using the new configuratin framework. I get a lot of errors when loading the module: config_options.c:977 xmldoc_update_config_option: XML Documentation for option 'hostname' in modules 'cel_pgsql' not found! |
| 06:17.54 | bobse | What I'm a missing? |
| 06:18.01 | snuff-work | its def.. <module> <action/verb> <noun> <extras 'like/chan name'> for the most part |
| 06:18.20 | snuff-work | probably the info @ top of file |
| 06:19.13 | bobse | Sorry, I don't know what you mean. Could you maybe point to an example ? |
| 06:20.06 | snuff-work | apps/app_parkandannounce.c |
| 06:20.17 | bobse | Ok, will look there. Thank you! |
| 06:20.29 | snuff-work | basically its a documentation comment that is parsed as XML |
| 06:20.37 | snuff-work | similar to doxygen |
| 06:21.18 | bobse | Got it. |
| 06:22.48 | snuff-work | generally.. it will only complain when ur using the ast_register_blah blah_xml |
| 06:22.57 | bobse | Since this is a module, should I gues it shouln't be using <application> ? |
| 06:23.25 | snuff-work | cli.. shouldn't need doco like others.. |
| 06:23.57 | snuff-work | if you have 'manager' commands that's diff |
| 06:24.18 | bobse | Oh, the "problem" is with the configuration framework, with all the parameters that it load from the configuration file. |
| 06:24.31 | snuff-work | for CLI.. you just put text inside function |
| 06:24.48 | snuff-work | ur not using 'sorcery' are you ? |
| 06:25.05 | bobse | Nope, what is that? |
| 06:25.18 | snuff-work | so pastebin an example.. |
| 06:25.29 | snuff-work | cause im lost as to ur problem |
| 06:26.11 | bobse | When I load the module, I get a lot of warnings becuase there isn't a doumnetation for the paramters that it reads from the configuration file. |
| 06:26.26 | bobse | I will give you a pastbin.... |
| 06:27.28 | bobse | http://pastebin.com/40ma6tij |
| 06:28.11 | bobse | Thats part of the output I get on the console when I load the module. |
| 06:29.56 | *** join/#asterisk-dev jmls (~jmls@77.107.171.82) |
| 06:31.27 | snuff-work | and those errors are ONLY from your addittions ? |
| 06:32.21 | bobse | Yes. But I'm rewriting the module with the example from https://wiki.asterisk.org/wiki/display/AST/Using+the+Configuration+Framework |
| 06:32.50 | bobse | The module loads and the cli commands works. |
| 06:34.30 | bobse | looking in apps/app_skel.c and sees that it is the <configInfo> that I am missing. |
| 06:34.48 | snuff-work | mm guess i should have pointed u at app_skel.. |
| 06:34.59 | snuff-work | but i've never used this new 'config frameowrk :) |
| 06:36.45 | bobse | Well.. I got the suggestion yesterday. It it wasn't for that I was alomost ready to let someone look at what I have done. But I am getting there. A little bit more work and there will soon be a new cel_pgsql module that solves a lot of issues with the old one. |
| 06:37.46 | snuff-work | ok.. so another example is channels/chan_motif.c |
| 06:37.51 | snuff-work | from that wiki read |
| 06:38.48 | bobse | Thank you for your help. |
| 06:40.15 | snuff-work | will be interested to find out how that new 'config framwork' sits with sorcery.. |
| 06:40.56 | snuff-work | or whether its now just another duplicate :( |
| 06:41.01 | wedhorn | snuff-work: I'm thinking of tossing the packet-frag branch and redoing the whole skinny session stuff |
| 06:41.16 | snuff-work | i dont mind.. |
| 06:41.28 | snuff-work | syd will live on ccm for a while yet.. |
| 06:41.39 | wedhorn | just thought I'd let you know given you're using it |
| 06:41.49 | snuff-work | i may even migrate all but my test phones back to using ccm |
| 06:42.24 | wedhorn | what... Thought you couldn't stand the noise |
| 06:42.55 | snuff-work | if the phones stay alive.. i will put up with a little more of it ;) |
| 06:43.15 | snuff-work | managed to lose a call weirdly the other day.. |
| 06:43.32 | wedhorn | okay, that's not good |
| 06:43.35 | snuff-work | but for now.. melb will stay on *... |
| 06:44.08 | wedhorn | how many devices are you running in melb |
| 06:44.09 | snuff-work | i had a call.. chose to xfer it.. rang other person.. they didn't answer press hangup.. then screen shows no call |
| 06:44.11 | wedhorn | ? |
| 06:44.16 | snuff-work | only 6 |
| 06:44.35 | snuff-work | 2x 7937 + 1x 7960 + 3x7941 |
| 06:45.09 | wedhorn | okay, actually that transfer is a "feature" ... |
| 06:45.28 | *** join/#asterisk-dev lftsy (~lftsy@2001:4c78:caff:1300:120b:a9ff:fe86:39cc) |
| 06:45.51 | wedhorn | pretty sure a hangup on a transferring call that is ringing results in a blind xfer |
| 06:45.59 | wedhorn | aka blonde I think |
| 06:46.13 | snuff-work | mm will check.. |
| 06:46.49 | snuff-work | ahh it does 'blind' it |
| 06:47.04 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 06:47.08 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:47.11 | snuff-work | so not what i expected |
| 06:47.20 | wedhorn | when I wrote the transfer stuff I only had hardbutton phones, so "endcall" ended up being equivalent to onhook |
| 06:48.53 | wedhorn | I think we discussed that with WIMPy a couple weeks ago |
| 06:49.32 | snuff-work | mm.. just means i lost a customer call the other day |
| 06:49.44 | snuff-work | cause there is no-way of aborting the xfer |
| 06:49.52 | wedhorn | endcall softbutton results in origcall staying on hold. onhook would be configurable to either complete transfer or orig on hold |
| 06:50.18 | wedhorn | probably select the orig and unhold |
| 06:50.20 | snuff-work | endcall should.. result in call staying on hold yes |
| 06:51.12 | snuff-work | yep selecting orig-call then press resume works |
| 06:55.11 | wedhorn | problem is there are too many patches. Unfortunately I broke packet-frag so we can't really use that as a testing base |
| 06:56.17 | wedhorn | you want to go back to trunk and up your keepalive to *3000 rather than *1100 so the 7937's get through the original keepalive sequence |
| 06:56.30 | wedhorn | then maybe we can test and commit some of this stuff |
| 06:57.38 | wedhorn | ah bugger, and you'll need the fragmentation patch |
| 07:02.45 | snuff-work | k |
| 07:03.57 | wedhorn | completely untested, but https://issues.asterisk.org/jira/browse/ASTERISK-21321 |
| 07:06.39 | snuff-work | see.. if we had a 'softkey_transfer' during that stage.. then it could excute that if :) |
| 07:06.55 | wedhorn | yeah yeah, one step at a time |
| 07:07.14 | snuff-work | ;) |
| 07:14.40 | *** join/#asterisk-dev bulkorok (~chatzilla@85.183.36.36) |
| 07:22.43 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 07:22.43 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 07:24.29 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 07:24.29 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:58.00 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 07:58.00 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:49.03 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 08:49.03 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:01.12 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:b4d3:b68b:65be:c5be) |
| 09:45.31 | tzafrir | How do I list failed testsuite tests? |
| 09:45.38 | tzafrir | See http://anonscm.debian.org/viewvc/pkg-voip/asterisk/trunk/debian/README.Debian?view=markup |
| 09:45.49 | tzafrir | near the end for my current awk commands |
| 10:02.11 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 10:02.14 | wdoekes | what do you mean? |
| 10:03.56 | wdoekes | or was that an answer to someones question |
| 10:51.45 | snuff-home | omg.. enlightenments terminology is pretty sweet feature wise.. |
| 10:51.51 | snuff-home | http://www.youtube.com/watch?feature=player_embedded&v=ibPziLRGvkg |
| 10:59.17 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:b4d3:b68b:65be:c5be) |
| 11:07.26 | mjordan | tzafrir: odd that those voicemail tests are failing. |
| 11:22.17 | *** join/#asterisk-dev italorossi (~italoross@187.60.66.11) |
| 11:31.17 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 11:31.17 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 11:36.03 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-citduojtbzqvhvxb) |
| 11:36.03 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 12:21.34 | *** join/#asterisk-dev italorossi (~italoross@187.60.66.11) |
| 12:26.14 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 12:26.14 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 12:49.27 | *** join/#asterisk-dev oron_laptop (~oron_lapt@local.xorcom.com) |
| 12:52.10 | *** join/#asterisk-dev mjordan (~mjordan@75.76.55.191) |
| 12:52.10 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 12:55.49 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-rsicoucqhuzvyjsx) |
| 12:56.09 | *** join/#asterisk-dev oron_laptop (~oron_lapt@local.xorcom.com) |
| 13:00.36 | *** part/#asterisk-dev mjordan (~mjordan@75.76.55.191) |
| 13:14.01 | bobse | I have some problems with the new configuration framework. For every parameter I get something similar to " config_options.c:977 xmldoc_update_config_option: XML Documentation for option 'hostname' in modules 'cel_pgsql' not found!" when I load the module. I have added the <configInfo> tags. Obviously I'm doing something wrong but I don't know where. I can put the code at pastbin if |
| 13:14.01 | bobse | someone wants to take a look. |
| 13:15.02 | snuff-home | pastebin.. i take a 5 sec look |
| 13:15.35 | bobse | http://pastebin.com/skw92n60 |
| 13:25.53 | snuff-home | bobse: i'd add a language="en_US" in the configInfo section |
| 13:26.54 | snuff-home | nm |
| 13:26.57 | snuff-home | i can't read ;) |
| 13:27.13 | bobse | Well, I was reading it there ;) |
| 13:27.46 | bobse | That part is copy&pasted from app_skel.c |
| 13:28.59 | bobse | When I do 'make' I see that it is building documentation. |
| 13:29.17 | snuff-home | try a 'make all' (i think it is) |
| 13:29.32 | snuff-home | sometimes.. make doesn't properly re-gen the doco |
| 13:30.50 | *** join/#asterisk-dev italorossi (~italoross@187.60.66.11) |
| 13:31.29 | bobse | Arrggggg! Found it. I was cheating when I was makeing the file, and only copied the cel_pgsl.so file. Now I made an uninstall/install and now it looks like it works. |
| 13:31.56 | snuff-home | yes.. doc is in the core_en_US.xml file |
| 13:32.03 | snuff-home | or whatever it is |
| 13:32.31 | bobse | Ok, thank you for helping me find it. |
| 13:32.59 | bobse | Hmm... got a segmentaion fault... not good. |
| 13:33.28 | snuff-home | on ur doc.. or just ur module.. i didn't think docs could seg ;) |
| 13:33.45 | snuff-home | what's the bt look like.. somethin simple ? |
| 13:34.08 | bobse | WARNING[11866]: config_options.c:916 xmldoc_update_config_type: Cannot update type '(null)' in module 'cel_pgsql' because it has no existing documentation! |
| 13:34.08 | bobse | Segmentation fault |
| 13:35.09 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 13:35.09 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 13:35.12 | bobse | And the module was loading fine before... Right now it doesn't do that much (to get the new configuration framework to work I removed everything else) |
| 13:35.28 | snuff-home | but what does the bt look like.. |
| 13:35.32 | bobse | bt? |
| 13:35.42 | snuff-home | backtrace.. |
| 13:36.09 | snuff-home | normally if u start ast with say.. asterisk -gvc .. it should make a core file.. that u can then look at.. |
| 13:36.18 | bobse | Will try |
| 13:36.26 | snuff-home | do you compile with 'dont optimize' in the compiler options? |
| 13:36.31 | snuff-home | of menuselect |
| 13:37.13 | bobse | I use the default options. |
| 13:37.57 | bobse | Ok, could you point me in a direction on where I can find out how too look at the coredump and where it is? |
| 13:38.38 | snuff-home | when developing a new module.. best options are.. to do a ./configure --enable-dev-mode |
| 13:38.44 | seanbright | bobse: https://wiki.asterisk.org/wiki/display/AST/Getting+a+Backtrace |
| 13:39.11 | bobse | Thank you! I will look at that. |
| 13:39.15 | snuff-home | then inside ur make menuselect.. ensure that you 'dont optimize'.. so u can make sense of a backtrace when it does die horribly :) |
| 13:40.54 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-gmgxmpspldjnhxqi) |
| 13:40.54 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 13:41.25 | snuff-home | and its zz's time here.. 12:41 on 28th ;) |
| 13:42.25 | bobse | Recompiling with no optimizations. Good night! (here it is 14:41 on 27) |
| 13:42.41 | *** join/#asterisk-dev serafie1 (~erin@24.214.158.242) |
| 13:43.28 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:43.28 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 13:44.51 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 13:44.51 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 14:07.50 | *** join/#asterisk-dev anonymouz666 (~anonymouz@189-25-137-199.user.veloxzone.com.br) |
| 14:34.07 | anonymouz666 | oej: are you using the rtcp branch (call quality records) in production? |
| 14:45.11 | tzafrir | mjordan: well, I don't have the time right now to look into that more deeply. I'll have to live with it for now |
| 14:50.32 | mjordan | tzafrir: np. I have a suspicion as to what would be causing that (and a fair number of the other test failures) |
| 14:50.50 | mjordan | if you get to the point where you do want to investigate, let me know |
| 14:57.01 | wdoekes | tzafrir: you want me to alter your testsuite alterations so I can live with them? |
| 15:06.33 | anonymouz666 | oej: I mean the 1.8 version, the 1.4 is already stated that is being heavily used |
| 15:29.39 | oej | The 1.8 is very new and not tested fully, we're still working on it. |
| 15:29.57 | oej | So no, not yet in production. |
| 15:30.24 | oej | Working with mjordan to evaluate some design decisions and move it towards inclusion for Asterisk 12 |
| 15:31.22 | oej | Happy to finally see some changes in the auth process. Thanks wdoekes! |
| 15:31.46 | mjordan | it was a monumental effort |
| 15:32.08 | oej | Thanks Mjordan too! |
| 15:32.16 | mjordan | heh, I'm just the commit monkey on this one :-) |
| 15:32.26 | oej | Now, can we STOP asterisk doing PROXY authentication, then I would be much more happy. |
| 15:32.32 | oej | Monkeys can do good stuff then :-) |
| 15:32.36 | mjordan | I do believe that's the last 407 |
| 15:32.40 | mjordan | (ugly) |
| 15:33.24 | oej | I have some more stuff to do on the pinefool stuff, but then I would like to kindly ask for feedback. |
| 15:33.32 | oej | I see huge improvements of RTP streams in my wireshark |
| 15:34.27 | oej | The final thing I want to fix is allowing out of order packets to go through asterisk out of order. |
| 15:36.56 | mjordan | oej: madness! |
| 15:39.17 | oej | With the fix, we're sending out packet loss too. Packet loss coming in goes out with packet loss. Or with PLC fill-ins. |
| 15:39.50 | oej | Pinefool is madness. Started out as a mad idea. But it turns out to solve A LOT of issues we've had with audio in large-scale deployments. |
| 15:41.52 | mjordan | oej: does it only apply when you have a native bridge RTP capable channel drivers? |
| 15:42.15 | mjordan | (there should be a 'between' in that sentence) |
| 15:48.05 | oej | Well, the PLC is on the incoming channel, so any RTP channel. |
| 15:48.19 | oej | For the p2p bridge it doesn't really apply |
| 15:48.50 | oej | It's a quick-and-dirty PLC you can enable per SIP device if you want to. |
| 15:49.20 | oej | The other part, the "keep bad stuff on the incoming RTP on the outbound RTP" only works when using RTP2RTP native bridging |
| 15:49.34 | mjordan | gotchya |
| 15:49.49 | oej | Ehh. I don't know if IAX2 adds seqno's to frames, so maybe it works there as well. |
| 15:50.28 | oej | As we run Asterisks in tandem, the problem got really bad when we had calls going over lossy networks and two asterisks messing with the RTP stream |
| 15:50.40 | oej | recordings going bad |
| 15:55.51 | bobse | I'm struggling with the new configuration framework. I have got it to read my configuration and I can retrieve the values. But I have problem with the documentation. I have added <configInfo> but when the module is loaded in Asterisk I get a segfault. If I remove the <configInfo> the module works, so I assume there is something I done wrong. I have created a minimal file that triggers |
| 15:55.51 | bobse | the segfault on my machine, and it includes a part of the backtrace. To me it looks like there is a problem with strcasecmp but this is on a level that's too deep for me. Any help would be appreciated. http://pastebin.com/EEY5KGBJ |
| 15:59.15 | mjordan | bobse: one problem that you will run into (although this is probably not causing the issue) are '/' characters in the synopsis |
| 15:59.39 | mjordan | I have a sneaky suspicion that will cause an XML validation error at some point |
| 16:00.24 | bobse | What line? |
| 16:00.48 | bobse | you mean like in TCP/IP ? |
| 16:01.42 | mjordan | possibly. You may want to put that in a <description>, which has <para> elements. Those should be more tolerant to special characters |
| 16:01.51 | mjordan | synopsis are usually a single sentence. That doesn't explain the crash however. |
| 16:01.58 | mjordan | It shouldn't do that :-) |
| 16:02.41 | bobse | Will try to remove it. Hang on... |
| 16:04.57 | bobse | Nope still coredumps. |
| 16:05.59 | mjordan | bobse: Your general_option needs a .name |
| 16:06.28 | mjordan | this is probably another fault of the walk through. That was written before we had XML documentation being sucked in and associated by the config framework - .name was probably previously 'optional' |
| 16:06.35 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 16:06.35 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:06.53 | mjordan | the name should match the configOption name |
| 16:08.37 | bobse | do you perhaps mean <configObject> instead of <configOption>? |
| 16:09.02 | mjordan | yes |
| 16:09.03 | mjordan | :-) |
| 16:09.10 | bobse | ok, will try that. |
| 16:09.53 | bobse | so at general_option I add: .name = "global", |
| 16:10.39 | bobse | compiling |
| 16:12.12 | bobse | Yep! That was it! |
| 16:12.22 | bobse | Thank you again! |
| 16:12.36 | bobse | It has been driving me nuts the whole day. |
| 16:14.40 | tzafrir | wdoekes: go ahead |
| 16:15.38 | rgagnon | oej: for your PLC patch... would only the file http://svn.digium.com/svn/asterisk/team/oej/pinetestedition-1.8/patches/pinefool-poor-mans-plc-1.8.diff need to be applied to asterisk to test it out? |
| 16:16.05 | mjordan | bobse: np, sorry about that |
| 16:16.30 | mjordan | bobse: if it makes you feel better, you should now have CLI documentation for your module... :-) |
| 16:16.49 | rgagnon | ... and I'd imagine the 1.8 means it was diff'd against asterisk 1.8? or the trunk? |
| 16:17.14 | bobse | This module is going to be the best and up-to-date module in the whole asterisk ;) |
| 16:18.43 | oej | Yes! |
| 16:18.48 | oej | rgagnon: yes |
| 16:18.56 | oej | Or checkout the whole thing and run it as is. |
| 16:31.58 | rgagnon | :-) we use asterisk 10 here, so I'd attempt to apply it to that, ... I just wanted to make sure there was only the one patch |
| 16:32.22 | rgagnon | crossing fingers for minimal conflicts |
| 16:38.13 | bobse | Where can I find out what tags are supposed to be used in <configOption> ? And if / is going to be a problem, how do I escape it? |
| 16:44.04 | oej | rgagnon: THe 1.4 patch is a bit better right now, but I will work on fixing the 1.8 up to the same level soon. |
| 16:44.18 | oej | We're putting the 1.4 patch in production in a large site this weekend. |
| 16:45.36 | rgagnon | @oej: thanks... I will try out the 1.4 version some time... nice forward thinking though. |
| 16:45.39 | *** join/#asterisk-dev JunK-Y (~junky@pdpc/supporter/active/junk-y) |
| 16:46.47 | rgagnon | @oej: with codecs that have PLC in the (like you mention for g729), is there code to disable PLC for calls that are detected as using those codecs? (IE: if (codec in use have own plc) then (plc for this call = off) |
| 16:47.02 | rgagnon | or do you think it might be simple to add? |
| 17:01.08 | JunK-Y | mooo |
| 17:04.17 | oej | rgagnon: No, but you can enable it on a per-device basis. |
| 17:04.39 | oej | For G.729 you want the patch in 1.4 that doesn't do PLC but actually forwards packet loss over the bridge. |
| 17:05.02 | oej | It's propably simple to have an option to disable it for some codecs. |
| 17:17.48 | bobse | mjordan or anyone: Where can I find the documentation of what tags are allowed in <configOption> ? |
| 17:17.53 | rgagnon | @oej: I was thinking about adding something in chan_sip that would dynamically disable it based on the codec even if the "plc=yes" option was on |
| 17:18.14 | rgagnon | after I get more into it, I'll be able to see what's possible, but thanks for the headsup about using 1.4 instead |
| 17:22.08 | *** join/#asterisk-dev serafie1 (~erin@static-host-66-18-61-84.epbinternet.com) |
| 17:25.17 | bobse | Found it in /asterisk/trunk/doc/appdocsxml.dtd |
| 17:28.01 | mjordan | bobse: Yup :-) |
| 17:28.22 | mjordan | the optional attributes for configOption will be supplied if that config option is maps to a registered config option with the framework |
| 17:30.43 | bobse | Where can I see the result of the parsed file? |
| 17:35.31 | *** join/#asterisk-dev WIMPy (~wimpy@e183095026.adsl.alicedsl.de) |
| 17:35.37 | mjordan | the full XML blob gets stored in doc/core-en_US.xml by default. However, the XML parser updates it with run-time information. To get the updated version, there is a command to dump the new XML document |
| 17:35.44 | mjordan | IIRC, xml dump doc? |
| 17:37.51 | bobse | inside asterisk: xmldoc dump ? |
| 17:38.20 | bobse | yep, that was it. |
| 17:39.52 | *** join/#asterisk-dev serafie1 (~erin@static-host-66-18-61-84.epbinternet.com) |
| 17:45.42 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 17:45.42 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 18:41.59 | *** join/#asterisk-dev jsmith (~jsmith@fedora/jsmith) |
| 18:42.00 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 19:06.07 | *** part/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 19:17.24 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 19:17.24 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 19:26.27 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 19:26.27 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:33.48 | snuff-home | so.. this new 'ast config framework'.. how does it fit in with sorcery ? or do they partly duplicate ? |
| 19:35.04 | mjordan | sorcery uses it. |
| 19:35.26 | mjordan | sorcery, however, does more than just the config framework |
| 19:35.56 | mjordan | the config framework is there to provide atomic, safe, and relatively sane extraction of configuration information from static conf files and static realtime backends |
| 19:36.31 | mjordan | but it doesn't provide a way to push information, nor does it provide the ability to abstract information completely away from the backends serving that data |
| 19:37.07 | mjordan | sorcery acts as a proper DAL that uses the config framework for static conf files, but, since it has a more robust layer of abstraction, can also use other things to provide caching and dynamic updating of backends |
| 19:38.24 | mjordan | if all you need is .conf file parsing, config framework is probably the way to go. It has a tiny bit more flexibility in that regard than sorcery, which is nice for old .conf files that may not follow modern conventions (here's look at you voicemail.conf) |
| 19:38.43 | snuff-home | k |
| 19:38.43 | mjordan | if what you need is dynamic realtime support, object persistence in memory/AstDB, etc. - sorcery is your guy |
| 19:39.00 | mjordan | if you don't know what you need, pick sorcery :-) |
| 19:39.17 | snuff-home | since i can't code to save self.. maybe i might work on addressing the lack of doc for pimp sip |
| 19:39.26 | mjordan | that would be awesome |
| 19:39.42 | mjordan | right now in pimp_my_sip I disabled the requirement for XML documentation, but we have to have it before beta at least |
| 19:40.34 | snuff-home | mm its getting to the point now with the ip matching.. to being mostly useful i think.. and others to try.. |
| 19:40.57 | mjordan | registration, caller ID, and a bunch of other stuff is coming soon :-) |
| 19:41.05 | snuff-home | i think someone was going to make an updated sample config file.. if that doesn't appear shortly guess i'll make it |
| 19:41.16 | file | registration was merged |
| 19:41.25 | mjordan | file: doh, must have missed that :-) |
| 19:41.33 | file | on ummm Monday |
| 19:41.35 | snuff-home | callid.. is getting closer go putnoput.. |
| 19:41.37 | mjordan | the goal for the XML doc stuff is to make the sample configs actually *samples*, and not just a regurgitation of every option |
| 19:41.51 | snuff-home | mm that's nice.. |
| 19:42.05 | mjordan | the listing of all options can be done through the CLI, and, since they're XML, means they'll also show up in the wiki |
| 19:42.19 | mjordan | so if you want to tackle the sample config from that angle, that'd be great |
| 19:42.20 | snuff-home | but gotta get my train ... bb in 2 1/2 hrs :) |
| 20:19.34 | *** join/#asterisk-dev tzafrir (~tzafrir@212.179.75.202) |
| 20:19.34 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 21:36.36 | *** join/#asterisk-dev GameGamer43 (uid5533@gateway/web/irccloud.com/x-mesxcfftxhfjwvyj) |
| 21:38.44 | *** join/#asterisk-dev tonyclewis (uid6025@gateway/web/irccloud.com/x-iqttvhuyblcfegkx) |
| 22:56.43 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-gmgxmpspldjnhxqi) |
| 23:00.30 | *** join/#asterisk-dev oron_laptop (~oron_lapt@line25-214.adsl.actcom.co.il) |
| 23:24.23 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |