| 01:28.21 | pabelanger | Q: Is tlsenable=no for manager.conf, is there any point to still call ast_tcptls_server_start()? |
| 01:32.19 | *** join/#asterisk-dev Corydon76-home (~quassel@c-69-137-80-31.hsd1.tn.comcast.net) |
| 01:32.19 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 01:49.25 | *** join/#asterisk-dev mjordan (~mjordan@user-69-1-6-49.knology.net) |
| 01:49.25 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 01:52.09 | *** join/#asterisk-dev wudles (~wudles@gateway.secureinstrument.com) |
| 04:41.30 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@50-76-98-170-static.hfc.comcastbusiness.net) |
| 06:32.59 | *** join/#asterisk-dev schmidts (~schmidts@Lo20-rt01.lm33.sil.at) |
| 06:33.01 | schmidts | good morning |
| 06:40.40 | *** join/#asterisk-dev oej (~olle@h87-96-134-129.dynamic.se.alltele.net) |
| 06:40.40 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:06.53 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:f85f:7df7:1faf:fac7) |
| 08:17.24 | oej | Hello folks! |
| 08:30.27 | *** join/#asterisk-dev wudles (~wudles@gateway.secureinstrument.com) |
| 08:41.59 | schmidts | Hi olle |
| 08:42.31 | oej | Hi there! How's life? |
| 09:02.14 | schmidts | still interesting fighting against the bad closed source companies :D |
| 09:09.31 | oej | At this point, you have a lot of experience of that ! |
| 09:24.18 | schmidts | yes thats true ;) |
| 09:47.59 | schmidts | i am stuck about make files and functions :( |
| 09:48.13 | schmidts | i have one file which severs some functions i want to use in some apps |
| 09:48.37 | schmidts | i have now place this file into the main directory and the file got compiled and linked into the asterisk binary itself |
| 09:49.21 | schmidts | also the depending .h file is in the includes/asterisk/ directory and everything compiles fine, but when i want to use one of this functions in my app i allways get the symbol lookup error: undefined symbol |
| 09:49.53 | schmidts | i dont know where else to look, i can see that the file got linked into the main asterisk file so it must be there |
| 11:04.41 | schmidts | ok now i know why i have such problems, the functions i need are bind to the asterisk binary itself but are still only undefined symbols cause the app is not directly bind |
| 11:12.12 | schmidts | AAAAAAHHHHHHH got it |
| 11:12.31 | schmidts | if i rename my functions to have something like pbx_ or ao2_ in front of the function name then it works :( |
| 11:18.55 | schmidts | could this be documented somewhere please? |
| 11:32.25 | *** join/#asterisk-dev mjordan (~mjordan@user-69-1-6-49.knology.net) |
| 11:32.25 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 11:54.15 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:54.16 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:08.32 | leifmadsen | schmidts: is that something appropriate for doxygen docs? |
| 12:23.47 | schmidts | leifmadsen i dont know, maybe ;) |
| 12:24.19 | opticron | schmidts, you'll generally want to use ast_ for intentionally shared stuff |
| 12:24.19 | leifmadsen | if you wanted that to be documented in the future you'll likely need to add it yourself |
| 12:25.15 | schmidts | opticron now i know it, and i have to check doxygen if this isnt somewhere documented allready, if not i will add it to the documentation |
| 12:25.51 | opticron | the last time I came up against it I didn't see anything other that the file that controls it, but I'm not sure I looked too hard either |
| 12:26.12 | WIMPy | leifmadsen: "add"? Is there something already? |
| 12:26.26 | leifmadsen | WIMPy: probably not if it needs to be added? |
| 12:26.44 | leifmadsen | add it != add to it |
| 12:26.46 | opticron | fyi, that file is main/asterisk.exports |
| 12:27.14 | WIMPy | I haven't found any other documintation on how to do anything yourself other that what already exists as an example. |
| 12:29.22 | schmidts | opticron thats where i have found how i can do it |
| 12:33.50 | leifmadsen | WIMPy: I'm talking about this, (although I can't seem to find the link to the generated version on the wiki but it's still early) http://www.asterisk.org/doxygen/trunk/index.html |
| 12:34.21 | leifmadsen | oh I guess that's still relevant as the generated this morning at 6:32am |
| 12:40.42 | WIMPy | I know that page and it does help with details but it doesnt't help to give you an overviview of how things fit together or where to start or what possibilities there are. |
| 12:41.39 | leifmadsen | ah well that's a whole other project ;) |
| 12:42.26 | leifmadsen | I mean, there is this: http://www.asterisk.org/doxygen/trunk/AsteriskArchitecture.html and http://www.aosabook.org/en/asterisk.html |
| 12:42.38 | leifmadsen | which probably fits what you're talking about |
| 12:47.04 | WIMPy | Not exactely. Thet is I don;t find them very helpfull. Now my point of view if on channels. The information on cahnnels in the first link is outdated and doesn't really lead you anywhere. |
| 13:05.27 | *** join/#asterisk-dev chazzam (~chazz@50-81-150-34.client.mchsi.com) |
| 13:15.52 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-gstvtgylfwwcockz) |
| 13:15.52 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 13:21.35 | *** join/#asterisk-dev bchia (~Adium@user-24-236-95-16.knology.net) |
| 13:24.55 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-nnzvzbkdvdorltpm) |
| 13:32.48 | *** join/#asterisk-dev bchia (~Adium@user-24-236-95-16.knology.net) |
| 14:00.49 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-knqtonhhslglkaui) |
| 14:09.07 | seanbright | mjordan: re: ASTERISK-19597 |
| 14:09.24 | seanbright | i ran into that when testing passthrough MoH a few weeks ago and started working on figuring it out |
| 14:09.48 | seanbright | it's only really a problem when you don't pass an MoH class |
| 14:10.16 | seanbright | i narrowed it down to something in the way that the iax2_frames are being created (either pulling one from the frame cache or creating a new one) |
| 14:10.22 | seanbright | but that is as far as i got |
| 14:12.20 | mjordan | seanbright: that was my take on it as well |
| 14:12.37 | mjordan | one of things you have to do when passing an AST_CONTROL_FRAME is make sure the data pointer is NULL if no class is specified |
| 14:12.59 | mjordan | AST_CONTROL_HOLD is what I meant to say |
| 14:13.13 | mjordan | somewhere in chan_iax2, that isn't happening. |
| 14:13.38 | pabelanger | People! |
| 14:13.59 | pabelanger | I asked this last night, but eveybody was sleeping: If tlsenable=no for manager.conf, is there any point to still call ast_tcptls_server_start()? |
| 14:14.03 | seanbright | yeah... something in socket_process() isn't doing it |
| 14:14.35 | seanbright | mjordan: from my debugging that i tried, it seemed to be related to the frame cache |
| 14:15.03 | seanbright | i had a fake CLI command i wrote to cause the crash, let me see if i can find it |
| 14:15.45 | mjordan | seanbright: looks that way. If iax2[fr->callno]->mohsuggest is junk, we'd pass it on through |
| 14:17.36 | seanbright | yeah, i have it... hold |
| 14:18.50 | seanbright | mjordan: http://pastebin.com/raw.php?i=Rr5njKuT |
| 14:19.25 | seanbright | creates a new CLI command: iax2 kill <IAX2 channel> |
| 14:20.05 | seanbright | it won't do it every time, but if you run that command a hand full of times it will eventually crash the remote IAX |
| 14:20.39 | mjordan | I have a feeling its the global mohsuggest variable |
| 14:21.12 | mjordan | it sets iax2[x]'s mohsuggest value on line 2921 |
| 14:21.18 | mjordan | I'd be interested to see if its junk when it does that. |
| 14:21.46 | seanbright | well i ran out of time/interest in my testing, so i gave up on it, but that CLI command will at least help duplicate it |
| 14:21.54 | mjordan | k - I'll put that on the issue |
| 14:22.09 | seanbright | passthrough MoH is great, except it doesn't stop audio from going from one peer to another |
| 14:23.03 | seanbright | so if you have SIP <-> IAX2 A <-> IAX2 B <-> SIP, if IAX2 B puts IAX2 A 'on hold' with pass through MoH, IAX2 B will locally generate the MoH |
| 14:23.11 | seanbright | but IAX2 A will still send audio frames to IAX2 B |
| 14:23.20 | seanbright | so it defeats the purpose of what i was trying to accomplish |
| 14:23.29 | seanbright | anyway, secondary issue |
| 14:24.49 | mjordan | yeah, who gets to generate the MOH is sometimes a bit complicated. |
| 14:25.00 | mjordan | particularly when you start to introduce things like conferencing in the mix |
| 14:27.00 | seanbright | it would still be nice for us, since the IAX2 -> IAX2 trunk is g729 |
| 14:27.26 | seanbright | if my agents could listen to MoH on the local asterisk while staying bridge to the remote asterisk to take calls |
| 14:27.38 | seanbright | i could play higher quality MoH to them in their downtime |
| 14:28.55 | seanbright | but my overall goal was to reduce bandwidth utilitization |
| 14:29.05 | seanbright | which i'm not getting by using the passthrough moh |
| 14:29.10 | seanbright | anyway, i'll stop yammering |
| 14:29.46 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-phiiuyhhpvmebogt) |
| 14:41.28 | pabelanger | I only ask about ast_tcptls_server_start() because it seems to spawn a new thread, which seems like a waste of resources if TLS is not enabled |
| 14:43.50 | seanbright | looks |
| 14:47.04 | seanbright | well, we call ast_tcptls_server_start for a couple things |
| 14:47.18 | seanbright | the normal AMI over HTTP thing, and the AMI over HTTPS thing |
| 14:47.26 | seanbright | unless i am reading this wrong |
| 14:50.32 | seanbright | pabelanger: the call to ast_tcptls_server_start that is passed ami_desc isn't affected by tlsenable |
| 14:50.35 | seanbright | from what i can tell |
| 14:54.03 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:11ee:decb:5fde:e77f) |
| 14:58.50 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:58.50 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:00.13 | *** join/#asterisk-dev oej (~olle@h87-96-134-129.dynamic.se.alltele.net) |
| 15:00.13 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 15:04.11 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:7921:a9ca:f84e:9cd4) |
| 15:13.06 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 15:16.48 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 15:16.48 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:20.55 | mvanbaak | ipv6-- :( |
| 15:21.43 | russellb | mvanbaak: it'd be safer to -= 2 |
| 15:21.53 | mvanbaak | agreed |
| 15:21.55 | mvanbaak | what a mess |
| 15:22.52 | kpfleming | ipv6 is awesome. |
| 15:23.20 | mvanbaak | uhhuh, if you like lots of pain |
| 15:24.37 | mvanbaak | I have spent 2 days to get firewalling on libvirt+kvm working correctly |
| 15:25.07 | mvanbaak | all kinds of crappy stuff with link-local/site-local/global subnets |
| 15:25.29 | mvanbaak | ND and router advertisment |
| 15:25.30 | mvanbaak | blegh |
| 15:26.26 | kpfleming | you can pretty much just ignore the link-local and site-local addresses. if you don't tell apps to use them, they don't hurt anything. |
| 15:26.52 | kpfleming | and if you want to use static address assignment like you do with ipv4, just turn off RAs on your routers |
| 15:28.38 | kpfleming | there is also DHCPv6 out there, but it's not well deployed yet |
| 15:30.02 | mvanbaak | well, if you ignore link-local, and do not allow specific traffic on link-local, your gateway router will never learn your ipv6 addresses |
| 15:30.08 | mvanbaak | and thus not route traffic to the ip's |
| 15:30.37 | mvanbaak | only the first ip configured on your machine will be reachable, because it is used for outbound ipv6 traffic and will hit the router, thus updating it's neighbour cache |
| 15:30.45 | kpfleming | so, i said 'ignore', as in don't bother firewalling them at all |
| 15:31.00 | kpfleming | the link-local stuff i mean |
| 15:31.19 | mvanbaak | you want to firewall it, because without firewall you can send bogus router-advertisments |
| 15:31.35 | mvanbaak | and bring down the whole ipv6 |
| 15:31.45 | kpfleming | you are concerned about systems on your local LAN sending bogus RAs? don't you have physical control of the LAN? |
| 15:32.04 | mvanbaak | no, rackspace |
| 15:32.13 | mvanbaak | and vps architecture |
| 15:32.17 | kpfleming | ugh |
| 15:32.32 | kpfleming | then yeah... drop all incoming RAs :-) |
| 15:32.40 | mvanbaak | yeah |
| 15:32.44 | mvanbaak | but allow ND |
| 15:32.55 | mvanbaak | and allow RA's to racks and vps-es |
| 15:33.08 | mvanbaak | and so: it's a mess |
| 15:35.09 | mvanbaak | but yeah, for application development it is great |
| 15:35.12 | mvanbaak | easy to implement |
| 15:35.26 | mvanbaak | and no more need to worry about nat and other lame shit |
| 15:35.32 | kpfleming | yep |
| 15:35.36 | mvanbaak | but for network/sysadmin it's a mess |
| 15:53.09 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-uyrsxsmimvcwbhoe) |
| 16:29.52 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@38.100.211.103) |
| 17:24.26 | *** join/#asterisk-dev elguero (~miguel323@2001:470:1f06:12c4::2) |
| 18:22.15 | *** join/#asterisk-dev alecdavis (~alec@202-78-149-14.cable.telstraclear.net) |
| 18:28.29 | *** join/#asterisk-dev alexoc (~alexoc@187.106.48.119) |
| 18:29.55 | alecdavis | @sruffell: guess you've seen the HVAC review for wctdm24xxp. But there's a small issue, that i think also exists with the wctdm. |
| 18:31.48 | sruffell | I saw that there were some emails. Some of the earlier ones I couldn't tell if the review was updated and those were comments on the new changes or not. It's on my list to go and look at what's changed on that review. |
| 18:31.54 | sruffell | What is the small issue? |
| 18:31.56 | alecdavis | The issue is, the neon light doesn't reactivate after a call has been taken and the caller hangs up first. It does however reactivate if the local FXS connected port hangups first. This maybe an issue in chan_dahdi. |
| 18:32.09 | sruffell | ahh.. |
| 18:33.25 | alecdavis | The testing I can currently do, is only with the wctdm24xxp. |
| 18:34.31 | *** join/#asterisk-dev anonymouz666 (~anonymouz@189.25.1.141) |
| 18:35.53 | mjordan | any python / test-suite interested folks want to take a poke at this review: https://reviewboard.asterisk.org/r/1831/ - it updates a number of currently unused features (but neat ones!) to work with the twisted python updates |
| 20:06.00 | *** part/#asterisk-dev alecdavis (~alec@202-78-149-14.cable.telstraclear.net) |
| 20:10.52 | *** join/#asterisk-dev Marquis42 (~bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 20:49.55 | *** join/#asterisk-dev vpopov (~happylife@dyn-88-218.fttbee.kis.ru) |
| 21:10.50 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 21:48.19 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-gstvtgylfwwcockz) |
| 22:29.30 | *** join/#asterisk-dev wudles (~wudles@gateway.secureinstrument.com) |
| 23:23.45 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@38.100.211.103) |