| 00:21.25 | *** join/#asterisk-dev serafie (~erin@24.96.64.240) |
| 00:32.00 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-qqfbgfsmqzkdbejj) |
| 00:48.17 | *** join/#asterisk-dev serafie (~erin@24.96.64.240) |
| 01:08.27 | *** join/#asterisk-dev serafie (~erin@24.96.64.240) |
| 01:51.40 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.125.247) |
| 02:10.38 | *** join/#asterisk-dev italorossi (~italoross@187.61.168.117) |
| 03:36.59 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 03:36.59 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 03:52.18 | *** join/#asterisk-dev timclassic (~tim@cpe-74-72-108-134.nyc.res.rr.com) |
| 03:52.39 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.127.72) |
| 03:52.56 | timclassic | Does anyone know the pjsip.conf equivalent of sip.conf's nat=comedia? |
| 04:53.06 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.126.45) |
| 05:53.39 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.243) |
| 06:26.13 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.73) |
| 07:05.22 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:79ab:6405:8635:b2a4) |
| 07:22.36 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 07:22.36 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 07:54.42 | *** join/#asterisk-dev oej (~oej@kosmos5.upsys.se) |
| 07:54.43 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:52.35 | *** join/#asterisk-dev vlad_starkov (~vlad_star@194.154.71.230) |
| 12:01.50 | *** join/#asterisk-dev italorossi (~italoross@187.60.66.11) |
| 12:02.18 | *** join/#asterisk-dev italorossi (~italoross@187.60.66.11) |
| 12:27.09 | *** join/#asterisk-dev vlad_starkov (~vlad_star@213.33.164.42) |
| 13:07.48 | *** join/#asterisk-dev vlad_starkov (~vlad_star@194.154.71.230) |
| 13:14.23 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-hvlqlbwegnfauluo) |
| 13:16.34 | *** join/#asterisk-dev newtonr (~newtonr@nat/digium/x-ztexfgtvrheibqjp) |
| 13:16.34 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 13:26.50 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-knhbynqveqbevfta) |
| 13:26.50 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 13:53.32 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 13:53.32 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:11.01 | *** join/#asterisk-dev kharwell (~kharwell@nat/digium/x-djxdmfnzgswviynl) |
| 14:13.18 | putnopvut | :q |
| 14:15.56 | Kobaz | :p |
| 14:24.14 | mjordan | Your omg no code of the day: http://www.reddit.com/r/PHP/comments/1l7baq/creating_a_user_from_the_web_problem/ |
| 14:32.04 | Kobaz | You sanitize your input, right? |
| 14:32.04 | Kobaz | haha |
| 14:35.00 | Kobaz | that's just amazing |
| 14:35.13 | Kobaz | anyways, gotta go get raped at the car shop for some new tires |
| 14:50.39 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.95.84.116) |
| 14:53.20 | tzafrir | And for the saner ones among you: how about a nice game of chess? https://github.com/bolknote/SedChess |
| 14:58.30 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.95.84.116) |
| 15:07.22 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.95.84.116) |
| 15:11.12 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.95.84.116) |
| 15:37.59 | mjordan | tzafrir: that's nutty |
| 15:38.41 | *** join/#asterisk-dev timclassic (~user@34-227-13-72.static.cosmoweb.net) |
| 15:39.06 | timclassic | Is it possible to disable SIP console debugging in the Asterisk 12 branch? I can't find a debug toggle command. |
| 15:39.31 | mjordan | timclassic: unload the module |
| 15:39.42 | mjordan | (we need to add a CLI command to do it) |
| 15:39.50 | timclassic | mjordan: lol |
| 15:39.51 | Kobaz | haha |
| 15:39.53 | Kobaz | unload the module |
| 15:39.59 | timclassic | It works! ;) |
| 15:40.05 | Kobaz | i'm sure it does |
| 15:40.07 | mjordan | module unload res_pjsip_logger |
| 15:40.13 | timclassic | Oh |
| 15:40.14 | Kobaz | oh |
| 15:40.21 | Kobaz | i thought you meant module upload chan_sip |
| 15:40.26 | mjordan | yup. All of the logging is done through a single module |
| 15:40.27 | timclassic | Kobaz: So did I, haha |
| 15:40.39 | Kobaz | s/../unload |
| 15:40.40 | mjordan | and that module does *nothing* but logging things to the CLI |
| 15:40.59 | Kobaz | i like logging |
| 15:41.02 | mjordan | it's a very flexible framework |
| 15:41.07 | Kobaz | i like flexible |
| 15:41.10 | mjordan | Kobaz: you can write your own customer logger for the SIP stack then :-) |
| 15:41.27 | Kobaz | i made all kinds of logging changes to chan_sip and friends |
| 15:41.35 | Kobaz | app_dial... and every channel driver |
| 15:41.43 | Kobaz | big plans for asterisk 13 |
| 15:42.08 | timclassic | Even with the new pjsip modules, I need to enable ICE in rtp.conf for pjsip.conf's `ice_support' to have any effect, correct? |
| 15:42.33 | Kobaz | hey quick quick |
| 15:42.46 | Kobaz | what's a good example of building an ao2 list |
| 15:43.22 | mjordan | Kobaz: define a container with a single bucket |
| 15:43.43 | Kobaz | k |
| 15:44.28 | mjordan | timclassic: I believe so, yes |
| 15:44.47 | timclassic | mjordan: Okay, thanks. |
| 15:52.18 | timclassic | Based on a conversation here yesterday (or the day before?), I'm going to write a SIP session supplement to expose the SIP domain of a called address to the dialplan, unless anyone here already knows of plans to do this. |
| 15:58.25 | mjordan | timclassic: I don't think there's any plans to do that. putnopvut could give you some pointers on pros/cons of doing that better than I can |
| 15:59.14 | timclassic | Well, my goal is to allow arbitrary SIP dialing through Asterisk, and I need to be able to preserve the complete SIP address. |
| 16:00.02 | timclassic | My testing thus far reveals that @domain.com is stripped off before doing dialplan matching. |
| 16:01.31 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.125.3) |
| 16:26.55 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:91bf:8d0c:a509:62a8) |
| 16:29.51 | Kobaz | do de do de do |
| 16:30.00 | Kobaz | i've got the segmentation violation core dump blues |
| 16:30.09 | Kobaz | hey... can anyone verify they have the same problem as me |
| 16:30.21 | Kobaz | load up asterisk-trunk and do module unload func_groupcount.so |
| 16:30.24 | Kobaz | and wait for the core dump |
| 16:31.37 | WIMPy | For how long? |
| 16:31.45 | Kobaz | about 2-3 seconds |
| 16:31.54 | WIMPy | No |
| 16:31.57 | Kobaz | hmm |
| 16:32.06 | WIMPy | Made 3 calls afterwards. |
| 16:32.16 | Kobaz | sent out any userevents ? |
| 16:32.33 | WIMPy | No |
| 16:33.06 | Kobaz | it crashes on me on doing a find manager event UserEvent |
| 16:33.06 | WIMPy | When writing my dialplan I didn't think of them, so I used NoOp. |
| 16:33.40 | Kobaz | here's the trace |
| 16:34.03 | Kobaz | ooh |
| 16:34.09 | Kobaz | it crashed in a different spot now |
| 16:34.13 | Kobaz | #1 0x0815c8c4 in action_find (name=0x8e22560 "GroupsShowChannels") at manager.c:1315 |
| 16:34.23 | Kobaz | after this: == Manager unregistered action GroupsShowChannels |
| 16:34.33 | Kobaz | i have some scripts running in the background asking for things on ami |
| 16:35.03 | Kobaz | so that action_find should not find it in the list, and return failure instead of crashing |
| 16:38.22 | pabelanger | Kobaz, I wrote a test for the testsuite a few years ago that tested load / unloading modules. There should be something in bamboo that catches it |
| 16:38.42 | pabelanger | but, no AMI integration |
| 16:38.42 | Kobaz | well |
| 16:38.44 | Kobaz | yeah |
| 16:38.47 | pabelanger | just straight load / unload |
| 16:38.51 | Kobaz | k |
| 16:39.05 | Kobaz | i bet there's a locking problem |
| 16:39.52 | Kobaz | okay so... WIMPy can you do this? unload func_groupcount.so |
| 16:39.58 | Kobaz | and do like umm |
| 16:40.01 | Kobaz | hmm |
| 16:40.12 | Kobaz | none of these are in the current trunk |
| 16:40.39 | Kobaz | i guess this would probably affect any module |
| 16:40.49 | WIMPy | write something that sends an AMI action? |
| 16:40.53 | Kobaz | yeah |
| 16:40.57 | Kobaz | ami action for an unregistered action |
| 16:41.30 | WIMPy | Not now. I urgently need a nap. |
| 16:41.40 | Kobaz | MeetmeList |
| 16:42.11 | Kobaz | okay that didn't crash it |
| 16:42.16 | WIMPy | Do I look like a historian? |
| 16:42.29 | Kobaz | maybe? |
| 16:42.59 | Kobaz | okay i'll have to play with this |
| 16:53.54 | *** join/#asterisk-dev protocoldoug (~doug@unaffiliated/protocoldoug) |
| 17:04.41 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-28-58.cablep.bezeqint.net) |
| 17:04.41 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 17:10.46 | *** join/#asterisk-dev italorossi (~italoross@187.60.66.11) |
| 17:23.25 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 17:23.25 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 17:23.40 | putnopvut | I'm back now. timclassic, I see you were having a conversation while I was away. Any SIP questions you'd like to have answered? |
| 17:25.37 | timclassic | putnopvut: My goal is to use Asterisk as a SIP proxy that allows my endpoints to dial arbitrary SIP addresses. I'm testing with the pjsip code now, though I think I've decided to stick with Asterisk 11 and ${SIPDOMAIN} for now |
| 17:26.25 | mjordan | timclassic: just curious, why not use Kamalio? |
| 17:26.31 | pabelanger | woah, chan_pjsip can be a proxy? |
| 17:26.41 | pabelanger | mjordan, was join to ask the same thing |
| 17:26.51 | mjordan | pabelanger: no, it can't. |
| 17:27.08 | timclassic | mjordan: Because I generally know Asterisk and I don't know Kamalio :) |
| 17:27.15 | mjordan | pabelanger: pjsip could be used to build a SIP proxy; however, Asterisk and the SIP stack is written as a B2BUA |
| 17:27.16 | timclassic | Opinions on setup difficulty of Kamalio? |
| 17:27.37 | mjordan | timclassic: probably easier than getting Asterisk to act as a true SIP proxy :-D |
| 17:27.46 | pabelanger | timclassic, You are better in the long run to setup kamailio or opensips...since they are actually proxies |
| 17:27.57 | mjordan | there's a number of folks in this channel (oej for one) who do significant work with Kamalio and could point you in right direction |
| 17:28.10 | mjordan | "in the right direction" |
| 17:29.19 | timclassic | Okay, that's good to hear. And I can configure Kamailio to direct PSTN calls towards an Asterisk system that hosts some of my numbers, for when I'm not dialing another SIP endpoint? |
| 17:29.30 | Kobaz | hmm |
| 17:29.42 | Kobaz | how would i put an ast_str in a ao2 container directly |
| 17:30.01 | Kobaz | struct ast_str *new_channel; new_channel = ao2_t_alloc(sizeof(*new_channel), ast_app_group_match_result_destructor, "ast_app_group_match_result allocation"); |
| 17:30.10 | Kobaz | oh wait that's wrong, that's the size of the pointer |
| 17:30.18 | putnopvut | I was going to say, trying to make Asterisk be a SIP proxy is not going to work well. I don't think Kaimaillio handles non-SIP traffic. |
| 17:30.21 | Kobaz | well i guess i can do it that way |
| 17:30.39 | Kobaz | store the pointer and then ast_str_create can do whatever it wants |
| 17:31.19 | Kobaz | store a pointer to the pointer so internal reallocs will work |
| 17:31.56 | timclassic | putnopvut: I mean, can Kamailio be configured to detect 1234567890@mydomain.com and route that (as SIP) to Asterisk? |
| 17:32.10 | putnopvut | timclassic: that shouldn't be a problem. |
| 17:34.53 | mjordan | Kobaz: there's a string container very close to that already. It stores const char * strings, but you could use it as a model. |
| 17:34.57 | mjordan | Kobaz: see strings.h |
| 17:35.03 | Kobaz | k |
| 17:35.20 | Kobaz | ast_str_container_alloc cool |
| 17:35.37 | Kobaz | so then i dont need to write my own destructor and stuff |
| 17:35.42 | timclassic | Honestly, this is a small setup for my family's personal use. My main concern is maximum compatibility across as many unfriendly networks as possible. |
| 17:38.51 | Kobaz | what happens when you ast_str_container_add the same string twice |
| 17:39.34 | opticron | iirc, no dups |
| 17:39.47 | opticron | drops the old one if one exists, first |
| 17:40.02 | opticron | which could probably be made simpler by using the container flag that does that |
| 17:40.13 | Kobaz | k |
| 17:40.17 | Kobaz | replacement is fine |
| 17:40.47 | mjordan | opticron: there's no checking against a duplicate in ast_str_container_add |
| 17:40.57 | mjordan | now, str_cmp will hit a match on the first hash collision |
| 17:41.12 | mjordan | but that's up to your container type to whether or not it allows for the duplicate. |
| 17:41.15 | opticron | actually, I was wrong |
| 17:41.23 | opticron | yeah |
| 17:41.25 | mjordan | The default, IIRC, will allow duplicates |
| 17:41.29 | opticron | I thought that was in there |
| 17:41.36 | mjordan | and you'll get the first one out if you ao2_find it |
| 17:41.48 | opticron | but if you don't want dups, there are flags you can pass to the allocation function |
| 17:41.58 | mjordan | yes. |
| 17:42.07 | opticron | ast_str_container_alloc_options |
| 17:42.12 | mjordan | Your removal function is a little interesting. Why didn't you use ao2_unlink? |
| 17:42.28 | Kobaz | AO2_CONTAINER_ALLOC_OPT_DUPS_REJECT |
| 17:42.35 | mjordan | yup. |
| 17:42.37 | Kobaz | i guess that's it |
| 17:42.40 | Kobaz | cool |
| 17:43.28 | opticron | mjordan, I don't remember the reason any more, I think it was something to do with the review comments |
| 17:54.19 | Kobaz | what dev studios do you guys use... in linux |
| 17:57.53 | mjordan | Sublime Text ftw |
| 18:00.48 | Kobaz | oo |
| 18:01.14 | Kobaz | does it do syntax checking |
| 18:01.28 | Kobaz | like using undefined symbols or whatnot |
| 18:03.01 | Kobaz | cross referencing, etc |
| 18:23.58 | opticron | still uses vim |
| 18:34.58 | Kobaz | been using emacs |
| 18:35.07 | Kobaz | etags is kind of really crappy for cross ref |
| 18:35.30 | Kobaz | finds really weird matches most of the time to the point it's unusable |
| 18:37.06 | Kobaz | why oh why is my regex crashing |
| 18:40.09 | putnopvut | I like the idea of sublime text, but it breaks my current habit of sshing into my dev box and editing in the terminal |
| 18:40.20 | putnopvut | Unless I did some X forwarding |
| 18:41.01 | Kobaz | hehe |
| 18:41.03 | sruffell | putnopvut: on that note, what does sublime do for you that you can't do with vim, since you're already familiar with it? |
| 18:41.15 | sruffell | I can understand if you don't want to learn vim…but for those who already know... |
| 18:42.23 | putnopvut | sruffell: the multiple cursor thing is very convenient. There are times where a find and replace operation just doesn't fit where multiple cursors would. |
| 18:42.47 | sruffell | looks to see what that is... |
| 18:43.35 | putnopvut | Basically you can select multiple areas in a text file and have a blinking cursor where you can type. |
| 18:44.18 | opticron | the only time I've seen it used is as a replacement for vim's visual block mode |
| 18:44.30 | opticron | but I have no idea what it's capable of beyond that |
| 18:44.30 | Kobaz | so... if you had a smart editor that knew what scope you were in, and refactor rename a variable, that would accomplish the same thing |
| 18:44.33 | sruffell | hmm…interesting. |
| 18:44.58 | putnopvut | The thing is, you're not always wanting to replace something with the same name or in the same column (a la visual block mode) |
| 18:45.08 | sruffell | ahh…isn't that what coccinelle is for? |
| 18:45.20 | putnopvut | yeah, I'd use coccinelle for something that required intelligence |
| 18:46.13 | sruffell | but..spatch, like git, isn't for the casual user really. I can see how the multiple cursors could be useful. |
| 18:51.47 | Kobaz | hmm |
| 18:52.00 | Kobaz | so if i make a ast_str_container |
| 18:52.06 | Kobaz | when i do an ao2 iter over it |
| 18:52.08 | Kobaz | what do i get? |
| 18:52.46 | opticron | you get a char* |
| 18:52.53 | opticron | an ao2-allocated char* |
| 18:53.17 | Kobaz | ah okay |
| 18:53.24 | opticron | so just the usual ao2 refcounting |
| 18:55.30 | Kobaz | oh hmm |
| 18:55.33 | Kobaz | the DUP stuff isnt working |
| 18:55.41 | Kobaz | it says it needs a sort function for dup checking |
| 19:03.27 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.14) |
| 19:06.18 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-rknkgijkbkokshke) |
| 19:13.24 | *** join/#asterisk-dev serafie1 (~erin@nat/digium/x-ectqlcqqrubkmcuk) |
| 19:18.41 | timclassic | Wow, Kamailio was... not hard to get running |
| 19:18.46 | timclassic | Surely the config will be trickier :) |
| 19:20.49 | jsmith | timclassic: You can guarantee it |
| 19:40.30 | putnopvut | http://ur1.ca/f9op9 |
| 19:40.45 | putnopvut | ^^ A pastebin of an issue I'm facing. Too large to try to write in an IRC window. |
| 19:42.24 | mjordan | putnopvut: |
| 19:42.34 | mjordan | "There needs to be a way to convey that the outbound call to the transfer target has been answered." |
| 19:42.58 | mjordan | this is when the transfer target enters into a bridge with another channel? |
| 19:43.23 | putnopvut | mjordan: correct. He'd be entering into a bridge with the transferee, whom we have the framehook attached to. |
| 19:43.31 | putnopvut | I think I see where you might be going with this. |
| 19:43.33 | putnopvut | Perhaps stasis |
| 19:43.34 | mjordan | heh |
| 19:43.36 | mjordan | yup. |
| 19:43.46 | mjordan | It's the only way I can think of. |
| 19:43.52 | mjordan | and, it is what it was designed to do |
| 19:44.01 | mjordan | er, the problem fits what it was designed to do |
| 19:44.16 | putnopvut | Really all we'd have to do is detect the transferee entering the bridge since it would not already be in a bridge when the blind transfer occurs. |
| 19:44.38 | putnopvut | So if the transferee enters a bridge, we can interpret that as an answer and do what we gots to do. |
| 19:44.40 | putnopvut | Cool. |
| 19:46.18 | mjordan | plus, you can sniff it it hangs up |
| 19:46.22 | mjordan | and if it does, you know it aborted |
| 19:52.33 | *** join/#asterisk-dev protocoldoug (~doug@unaffiliated/protocoldoug) |
| 20:50.34 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2) |
| 21:25.38 | jrose_atDigium | https://reviewboard.asterisk.org/r/2796/ - Review test changes for direct media enabled holds/unholds in chan_sip |
| 21:32.06 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.14) |
| 21:34.43 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 21:34.43 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 22:05.47 | jrose_atDigium | https://reviewboard.asterisk.org/r/2801/ - Review for a patch which makes parkinglots in features.conf not immediately close Asterisk |
| 22:05.53 | jrose_atDigium | (12+) |
| 22:06.04 | putnopvut | looks |
| 22:07.59 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.75) |
| 22:18.43 | *** join/#asterisk-dev italorossi (~italoross@187.60.66.11) |
| 23:12.01 | *** join/#asterisk-dev serafie (~erin@24.96.64.240) |