| 00:11.55 | *** join/#asterisk-dev Pullphinger (~Pullphing@c-24-13-69-42.hsd1.il.comcast.net) |
| 00:46.09 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 01:05.42 | *** join/#asterisk-dev mjordan (~matt@75.76.55.191) |
| 01:05.42 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 01:46.42 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 02:46.42 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 03:46.38 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 03:49.05 | *** join/#asterisk-dev dpeloquin (uid13057@gateway/web/irccloud.com/x-bhydiyxtxyjfxhum) |
| 03:50.19 | *** join/#asterisk-dev otherwiseguy (~otherwise@2605:a601:43e:3501:3e97:eff:fe14:ef66) |
| 04:12.53 | *** join/#asterisk-dev sgriepentrog (~sgriepent@2602:306:bdc4:84e0:225:d3ff:fe44:4944) |
| 04:46.38 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 05:21.35 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 05:53.31 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 07:46.44 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 08:30.12 | *** join/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 08:51.42 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 09:26.35 | skrusty | morning |
| 09:32.53 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 10:01.23 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 10:12.15 | *** join/#asterisk-dev danjenkins (~dan@cpc65687-folk2-2-0-cust207.1-2.cable.virginmedia.com) |
| 10:23.14 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 10:23.14 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 10:34.55 | oej | Hello folks |
| 10:39.12 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 11:30.59 | danjenkins | hey oej |
| 11:40.16 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 12:24.55 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 13:08.18 | *** join/#asterisk-dev serafie (~erin@24.96.64.240) |
| 13:17.55 | *** join/#asterisk-dev pc-m (~pcm@modemcable094.94-70-69.static.videotron.ca) |
| 13:18.02 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 13:26.24 | *** part/#asterisk-dev mjordan (~matt@75.76.55.191) |
| 13:29.41 | *** join/#asterisk-dev anonymouz666 (~anonymouz@189-25-119-102.user.veloxzone.com.br) |
| 13:50.35 | seanbright | sr |
| 13:50.37 | *** join/#asterisk-dev danjenkins (~dan@cpc65687-folk2-2-0-cust207.1-2.cable.virginmedia.com) |
| 13:57.01 | *** join/#asterisk-dev leifmadsen (~lmadsen@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:57.01 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 13:57.55 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 13:57.55 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:08.43 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 14:32.03 | *** join/#asterisk-dev gtjoseph (~gtj0@unaffiliated/gtj) |
| 14:39.00 | *** join/#asterisk-dev mjordan (~matt@nat/digium/x-aepsjdooxjhxxpgj) |
| 14:39.00 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 14:39.38 | *** join/#asterisk-dev hexanol (~bibi@69.70.94.94) |
| 14:40.14 | hexanol | I'm trying to generate a core file from a running asterisk process |
| 14:40.29 | hexanol | I'm not getting a meaningful core when generating the core via "gcore" |
| 14:40.56 | hexanol | but I am getting something meaningful when sending a ABRT signal to the asterisk process |
| 14:41.05 | hexanol | someone knows why ? |
| 14:41.11 | mjordan | not sure about gcore. If you start Asterisk with the '-g' option, you should get a core dump |
| 14:42.29 | hexanol | yeah it is started with the -g option |
| 14:42.40 | hexanol | if if the process segfault for example, the core is correctly generated |
| 14:43.17 | hexanol | but using gcore, don't know why, when examining the core via gdb, I'm mostly getting stuff like |
| 14:43.22 | hexanol | (gdb) bt |
| 14:43.22 | hexanol | #0 0xb775b424 in __kernel_vsyscall () |
| 14:43.23 | hexanol | #1 0xb7687016 in ?? () |
| 14:43.23 | hexanol | #2 0x00000000 in ?? () |
| 14:43.23 | Qwell | contrib/scripts/ast_grab_core |
| 14:44.52 | gtjoseph | compiles with 'better back traces' ? |
| 14:45.07 | putnopvut | I'd never looked at ast_grab_core before. |
| 14:45.16 | putnopvut | /bin/kill -11 ${PID} |
| 14:45.17 | putnopvut | heh |
| 14:45.22 | hexanol | ok well ideally this would not kill the asterisk process |
| 14:45.54 | hexanol | well the core file IS fine for example if asterisk segfault or is sent the ABRT signal |
| 14:46.05 | *** join/#asterisk-dev otherwiseguy (~otherwise@99-46-2-71.lightspeed.mssnks.sbcglobal.net) |
| 14:46.09 | hexanol | but it is not while generating the core from "gcore", which is just a wrapper over gdb |
| 14:46.47 | putnopvut | hexanol: can you just connect with gdb and get whatever information you need that way? |
| 14:48.09 | hexanol | in fact my goal was to have a simple procedure for someone to generate a core dump of asterisk process while not killing it |
| 14:48.28 | putnopvut | ah |
| 14:48.57 | hexanol | but I think I'll go the ABRT way |
| 14:49.00 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:49.09 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:49.15 | hexanol | since it works fine and it's actually not a big matter of killing the asterisk process since it is partially deadlocked |
| 14:52.22 | hexanol | ah ok I think I understand now... when I generate a core file with "gcore" (or "gdb asterisk $(pidof asterisk) and then "gcore"), and I then look at it after it with "gdb asterisk core.<pid>", it only loads the symbols from the asterisk binary and none of the symbols from the shared library (i.e. all the asterisk modules) |
| 14:52.40 | hexanol | so the core file is good, which make sense, it's just that when I try to analyze it, the symbols are not read |
| 14:52.52 | hexanol | so my next question would be... |
| 14:53.09 | hexanol | how do we load all the symbols from those shared libraries from gdb :) ? |
| 14:54.43 | *** part/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 14:57.29 | hexanol | the core file generated by gcore is actually 2MB less then the one generated via SIGABRT, so it might be missing some information too... |
| 15:21.57 | seanbright | sruffell: i approve of your usage of stdbool.h |
| 15:24.07 | *** join/#asterisk-dev kharwell (~kharwell@nat/digium/x-htwqdcyuitofukpz) |
| 15:25.47 | sruffell | woot! |
| 15:26.09 | sruffell | seanbright: but generally ugh….I thought I could avoid setting up your exact scenario….but... |
| 15:28.00 | leifmadsen | sruffell: when you release dahdi stuff don't forget to update #asterisk topic :) |
| 15:28.08 | leifmadsen | might want to add that to your workflow docs |
| 15:29.26 | *** join/#asterisk-dev sgriepentrog (~sgriepent@nat/digium/x-rftjqjicdcmkcsel) |
| 15:38.14 | *** join/#asterisk-dev infobot (~infobot@rikers.org) |
| 15:38.14 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- Asterisk 12.0.0 now released. Do the release dance! -=- Follow on Twitter at @AsteriskDev |
| 15:45.50 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 15:46.05 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 15:48.12 | seanbright | sruffell: i'm sorry that you have to do work |
| 15:48.16 | seanbright | :P |
| 16:38.40 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 16:38.40 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 16:54.21 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 17:05.38 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 17:17.44 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 17:26.49 | danjenkins | i hate mjordan |
| 17:26.55 | danjenkins | lols |
| 17:28.30 | mjordan | because I'm encouraging open discussion and collaboration? |
| 17:30.40 | blitzrage | mjordan: yea, that stuff is the worst |
| 17:30.52 | blitzrage | how else are you going to control the world if you just let everyone vote? |
| 17:31.01 | mjordan | silo all the things |
| 17:39.23 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 18:00.18 | *** join/#asterisk-dev ipengineer (~zconkle@static-71-252-134-63.dllstx.fios.verizon.net) |
| 19:24.15 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 19:24.48 | *** join/#asterisk-dev dpeloquin (uid13057@gateway/web/irccloud.com/x-jwdsflhgzbggwdit) |
| 19:33.26 | *** join/#asterisk-dev Pullphinger (~Pullphing@c-24-13-69-42.hsd1.il.comcast.net) |
| 19:47.49 | *** join/#asterisk-dev danjenkins_ (~dan@cpc65687-folk2-2-0-cust207.1-2.cable.virginmedia.com) |
| 19:58.33 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 19:58.33 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 20:01.48 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 20:01.48 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 20:24.31 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 20:24.32 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 20:24.33 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 20:28.01 | *** join/#asterisk-dev ipengineer (~zconkle@static-71-252-134-63.dllstx.fios.verizon.net) |
| 20:33.15 | *** part/#asterisk-dev hexanol (~bibi@69.70.94.94) |
| 20:36.58 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 20:36.59 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 20:40.37 | *** join/#asterisk-dev ipengineer_ (~zconkle@static-71-252-134-63.dllstx.fios.verizon.net) |
| 21:08.28 | *** join/#asterisk-dev starks (~eappleman@69.74.61.3) |
| 21:14.47 | *** join/#asterisk-dev newtonr (~newtonr@nat/digium/x-xsnuwnsdjjhbcpfc) |
| 21:14.47 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 21:24.39 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 21:27.52 | jsmith | mjordan: Got a second to chat about the Homer-compatible traffic stuff? |
| 21:28.08 | jsmith | mjordan: Just trying to wrap my head around the architecture |
| 21:29.34 | mjordan | jsmith: sure |
| 21:29.40 | mjordan | yay! people are interested |
| 21:30.08 | jsmith | mjordan: I'll admit -- when I heard you were working on it, I literally got up and danced for a second |
| 21:30.23 | jsmith | mjordan: I just saw your reviewboard post for the tests, and starting pinging co-workers about it |
| 21:30.31 | mjordan | heh |
| 21:30.38 | jsmith | mjordan: And of course, they're asking all kinds of questions (Can it be controlled from the dialplan?!?, etc.) |
| 21:30.43 | mjordan | I have an RTCP module, but I haven't tested it yet |
| 21:30.47 | jsmith | Mind giving me the nickel tour? |
| 21:30.51 | mjordan | sure |
| 21:33.13 | mjordan | so, right now, it is independent of the channels |
| 21:33.26 | mjordan | it basically just sits in the PJSIP stack, snooping on the inbound/outbound traffic |
| 21:33.30 | mjordan | and forwards that on to a HEP node |
| 21:33.45 | jsmith | I see... |
| 21:33.48 | mjordan | theoretically, it could all be tied to channels, but that just isn't in there. |
| 21:33.53 | jsmith | So it's just a "forward everything I see" module |
| 21:34.04 | mjordan | when I mentioned this to 'someone else', they said that they have HOMER track everything |
| 21:34.06 | mjordan | and it's just always on |
| 21:34.07 | jsmith | I'm happy with that for an initial version |
| 21:34.10 | mjordan | aye |
| 21:34.17 | mjordan | how interested are you in RTCP stats? |
| 21:34.24 | jsmith | Very :-) |
| 21:34.26 | mjordan | k |
| 21:34.35 | mjordan | that one would do it for all RTP related channels, not just PJSIP |
| 21:34.39 | mjordan | not sure if that's good or bad. |
| 21:34.43 | jsmith | Especially if devices are configured to send an "end of call" RTCP status |
| 21:34.50 | mjordan | RTCP BYE? |
| 21:34.52 | jsmith | Sounds good to me :-) |
| 21:35.06 | mjordan | Right now, Asterisk just has the SR/RR reports |
| 21:35.31 | mjordan | but I'd like to get a bit more of oej's work in from pinefrog, as well as a bit of other stuff that I've noticed, so there could be other RTCP reports |
| 21:35.41 | mjordan | since all of that flows over Stasis, all of this sits in separate modules |
| 21:36.05 | mjordan | Since I've just been tinkering with this, what I don't have any input on is how an end user would want to configure it, use it, etc. |
| 21:36.10 | mjordan | hence the 'always on' |
| 21:36.27 | mjordan | you can, of course, always unload one of the various modules to turn a piece of functionality off, but that's pretty coarse grained |
| 21:36.27 | jsmith | Well, if you need opinions, I've always got two or three to share :-) |
| 21:36.31 | mjordan | sure! |
| 21:36.45 | jsmith | And I'm sure we could find someone to do some tests as well :-) |
| 21:36.50 | mjordan | this has been a hobby project, so there's not much time frame for it, but I don't mind it continuing to be my hobby project |
| 21:38.38 | mjordan | how do you think you guys would like to control the monitoring? And is there any other traffic other than RTCP/SIP (from PJSIP, since chan_sip == evil) that you would want to see? |
| 21:39.25 | jsmith | Hmmmmmnnn.... not off the top of my head, no |
| 21:39.44 | jsmith | I'll ping a co-worker who spends more time worrying about this sort of thing and see if he has anything else he'd like |
| 21:39.56 | mjordan | k, I'd love some feedback about the usability aspects |
| 21:40.26 | mjordan | right now this has been just helping Alexandr, as he's a really nice guy and I thought Homer was pretty cool. |
| 21:40.42 | mjordan | And it's always nice for 12 to get something else in it that people would like to use |
| 21:41.18 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2) |
| 21:42.14 | jsmith | Aye |
| 21:42.30 | jsmith | Nobody here can think of anything else they'd like to see besides RTCP and PJSIP SIP |
| 21:43.47 | *** join/#asterisk-dev otherwiseguy (~otherwise@2605:a601:43e:3501:3e97:eff:fe14:ef66) |
| 21:43.58 | [TK]D-Fender | I can think of LOTS of things.... |
| 21:45.03 | mjordan | jsmith: not having actually stood up a homer capture server, how 'important' is the uuid field? For example, before a channel is established, we see the SIP INVITE request, so I've been using the dialog ID to identify the SIP call flow. But that doesn't really tie back into the RTCP information you'd get for the resulting channel |
| 21:45.08 | mjordan | [TK]D-Fender: for Homer? |
| 21:45.32 | [TK]D-Fender | mjordan: I am missing context for that... |
| 21:45.49 | mjordan | ah |
| 21:45.52 | mjordan | you came in late |
| 21:45.58 | mjordan | :-) |
| 21:46.10 | mjordan | Talking about data to put over to a Home SIP Capture Server |
| 21:46.26 | mjordan | lord, that was some bad typing. Data to "push" over to a "Homer" SIP Capture Server |
| 21:53.11 | gtjoseph | mjordan: how about DNS and manager for Homer? |
| 21:54.11 | mjordan | gtjoseph: what do you mean by DNS/manager? :-) |
| 21:54.54 | gtjoseph | As in the ability to capture thereof? |
| 22:16.13 | mjordan | wdoekes: I do believe the build system changes may have exploded in Asterisk 11 :-) |
| 22:16.14 | mjordan | https://bamboo.asterisk.org/bamboo/browse/AST-ATRUNKBUILD3-209/ |
| 22:16.48 | mjordan | gtjoseph: I guess I'm confused about capture DNS. Capturing AMI messages would be interesting, but I'm not sure if Homer has the ability to display that |
| 22:21.11 | gtjoseph | mjordan: I was thinking dns queries made by asterisk. maybe by dnsmgr. |
| 22:21.19 | mjordan | ah. |
| 22:21.20 | mjordan | Hm. |
| 22:21.23 | mjordan | that would be tricky |
| 22:21.32 | mjordan | gtjoseph: do you use dnsmgr? |
| 22:22.29 | gtjoseph | yep. saves bandwidth, albeit small. |
| 22:23.34 | gtjoseph | is that another of those 'we didn't think anyone used it' things? :) |
| 22:24.49 | gtjoseph | or one of those 'you shouldn't need it anymore' things? |
| 22:24.51 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 22:30.21 | mjordan | neither? |
| 22:30.34 | mjordan | it gets a bad rap in some circles, so it's nice to see it benefits someone :-) |
| 22:30.41 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 22:31.07 | gtjoseph | :) |
| 22:49.58 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 22:52.10 | *** part/#asterisk-dev mjordan (~matt@nat/digium/x-aepsjdooxjhxxpgj) |
| 23:39.18 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 23:46.51 | *** part/#asterisk-dev kharwell (~kharwell@nat/digium/x-htwqdcyuitofukpz) |