| 00:03.54 | *** join/#asterisk-dev F2Knight (~F2Knight@wsip-64-147-6-99.oc.oc.cox.net) |
| 00:16.00 | *** join/#asterisk-dev babak (uid19622@gateway/web/irccloud.com/x-opizncawfnernwuk) |
| 00:23.08 | *** join/#asterisk-dev X-Rob (sid14615@gateway/web/irccloud.com/x-yamlfqzdcipdcfyh) |
| 00:35.24 | klow | Sorry if this is a stupid question, but selecting STATIC_BUILD in menuselect for 13.9.1 .. to what extent does this "bundle" things together? I am trying to make the smallest possible Docker image with Asterisk 13 and am attempting to compile Asterisk in a container and then copy only the necessary components to another container |
| 00:36.10 | klow | ie, does this link external stuff (libsrtp , jannson) , or . .the asterisk modules? |
| 00:50.45 | file | only Asterisk modules, and the functionality has not been tested/used in quite a long time so it may not even work |
| 00:55.45 | snuff-work | can't u partially see that by using ldd after its built ? |
| 01:13.58 | snuff-work | mm.. been reading bits from this book about architectures for diff open source apps.. pretty interesting. The Architecture of Open Source Applications - http://www.aosabook.org/en/index.html |
| 01:18.22 | klow | snuff-work thanks I will try that. but i dont think the static build is working anyways ;) |
| 01:18.46 | snuff-work | just throwin ideas klow =) |
| 01:46.38 | *** join/#asterisk-dev klow (~textual@c-98-247-49-57.hsd1.wa.comcast.net) |
| 02:09.04 | *** join/#asterisk-dev klow (~textual@c-98-247-49-57.hsd1.wa.comcast.net) |
| 02:37.50 | *** join/#asterisk-dev coreyfarrell (~coreyfarr@68-118-182-198.dhcp.asfd.ct.charter.com) |
| 02:55.11 | *** join/#asterisk-dev klow (~textual@c-98-247-49-57.hsd1.wa.comcast.net) |
| 04:24.46 | *** join/#asterisk-dev cresl1n (~Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 04:24.46 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 04:31.55 | *** join/#asterisk-dev F2Knight (~F2Knight@c-50-139-85-237.hsd1.or.comcast.net) |
| 04:33.35 | *** join/#asterisk-dev F2Knight (~F2Knight@wsip-64-147-6-99.oc.oc.cox.net) |
| 04:35.16 | *** join/#asterisk-dev coreyfarrell (~coreyfarr@68-118-182-198.dhcp.asfd.ct.charter.com) |
| 05:04.25 | cresl1n | wibbles |
| 05:07.00 | *** join/#asterisk-dev F2Knight_ (~F2Knight@c-50-139-85-237.hsd1.or.comcast.net) |
| 05:12.42 | *** join/#asterisk-dev klow (~textual@c-98-247-49-57.hsd1.wa.comcast.net) |
| 05:17.41 | *** join/#asterisk-dev jkroon (~jkroon@uls-154-73-32-13.wall.uls.co.za) |
| 05:20.21 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.cust.se.alltele.net) |
| 05:20.21 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:40.48 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.cust.se.alltele.net) |
| 06:40.49 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:45.13 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.cust.se.alltele.net) |
| 06:45.14 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:47.10 | *** join/#asterisk-dev CELYA_ (~Thunderbi@LStLambert-657-1-90-73.w80-13.abo.wanadoo.fr) |
| 07:02.50 | *** join/#asterisk-dev pchero_work (~pchero@109.70.54.56) |
| 07:04.03 | *** join/#asterisk-dev jkroon (~jkroon@uls-154-73-35-201.wall.uls.co.za) |
| 07:20.56 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 12:27.08 | *** join/#asterisk-dev CELYA_ (~Thunderbi@LStLambert-657-1-90-73.w80-13.abo.wanadoo.fr) |
| 13:09.35 | *** join/#asterisk-dev leedm777 (leedm777@nat/digium/x-cuitjgtiqlhqrytf) |
| 13:11.27 | *** join/#asterisk-dev WIMPy (~wimpy@85.183.95.26) |
| 13:21.38 | *** join/#asterisk-dev WIMPy (~wimpy@85.183.95.26) |
| 13:26.59 | *** join/#asterisk-dev ipengineer (~zconkle@71.252.134.63) |
| 13:30.17 | *** join/#asterisk-dev newtonr (RustyNewto@nat/digium/x-dcojxsrblssntnma) |
| 13:30.17 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 13:31.06 | newtonr | hallo |
| 13:39.48 | file | hola |
| 13:42.54 | *** join/#asterisk-dev jkroon (~jkroon@uls-154-73-35-201.wall.uls.co.za) |
| 13:56.01 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 13:56.01 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 13:59.05 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-vpqnoqufedtjvbey) |
| 14:25.02 | *** join/#asterisk-dev leedm777 (leedm777@nat/digium/x-gtbyvuthrwjkgglg) |
| 14:33.12 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-179-40-172.cust.bezeqint.net) |
| 14:33.12 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 14:41.22 | file | cresl1n, be well. |
| 14:44.18 | cresl1n | I will abide. |
| 14:59.51 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-bobdreaxyrbxasme) |
| 15:00.03 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-wtnsjqprvkatqniz) |
| 15:06.55 | *** join/#asterisk-dev CELYA_1 (~Thunderbi@lcy44-2-88-161-121-174.fbx.proxad.net) |
| 15:12.55 | *** join/#asterisk-dev ipengineer_ (~zconkle@71.252.134.63) |
| 15:25.14 | *** join/#asterisk-dev ipengineer (~zconkle@71.252.134.63) |
| 16:01.23 | *** join/#asterisk-dev F2Knight (~F2Knight@wsip-64-147-6-99.oc.oc.cox.net) |
| 16:52.12 | *** join/#asterisk-dev F2Knight (~F2Knight@c-50-139-85-237.hsd1.or.comcast.net) |
| 17:48.11 | file | rmudgett, https://jenkins.asterisk.org/jenkins/job/gate-asterisk-channel-drivers/1307/testReport/junit/(root)/AsteriskTestSuite/tests_channels_pjsip_registration_inbound_nominal_multiple_contacts_authed/ |
| 17:50.29 | rmudgett | which branch? |
| 17:51.58 | file | that's master |
| 17:52.45 | file | there was some odd behavior in a periodic too |
| 17:53.01 | file | https://jenkins.asterisk.org/jenkins/job/periodic-asterisk-master/lastSuccessfulBuild/testReport/junit/(root)/AsteriskTestSuite/tests_channels_pjsip_transfers_blind_transfer_goto_on_blindxfr/ |
| 18:02.02 | *** join/#asterisk-dev leedm777 (leedm777@nat/digium/x-cptaurjcaoazxkjm) |
| 18:48.27 | file | rmudgett, the goto_on_blindxfr seems to happen regularly now |
| 19:07.23 | *** join/#asterisk-dev leedm777 (leedm777@nat/digium/x-dihapedwgexppgxj) |
| 19:28.21 | *** join/#asterisk-dev klow (~textual@c-98-247-49-57.hsd1.wa.comcast.net) |
| 19:48.38 | gtjoseph | why do we create subp:PJSIP/ taskprocessors even if the endpoint disallows subscriptions? |
| 19:48.38 | gtjoseph | actually who's creating these: subp:PJSIP/1000-0000001a doesn't look like res_pjsip_pubsub. |
| 19:51.01 | rmudgett | Those taskprocessors are internal stasis subscriptions. |
| 19:51.58 | gtjoseph | ok |
| 19:52.35 | gtjoseph | so not pubsub related. |
| 19:52.42 | rmudgett | right |
| 19:52.53 | rmudgett | si |
| 19:52.55 | rmudgett | da |
| 19:53.04 | rmudgett | yes |
| 19:53.10 | gtjoseph | oui |
| 19:53.12 | gtjoseph | ja |
| 19:53.13 | gtjoseph | evet |
| 20:07.17 | *** join/#asterisk-dev klow (~textual@c-67-161-106-89.hsd1.wa.comcast.net) |
| 20:07.32 | *** part/#asterisk-dev hexanol (~bibi@modemcable094.94-70-69.static.videotron.ca) |
| 20:13.27 | gtjoseph | this is a new one: "Status: 500 Unhandled by dialog usages" |
| 20:16.41 | file | means nothing handled the request |
| 20:17.11 | gtjoseph | yeah, just one i haven't seen in any of my testing so far. |
| 20:19.12 | gtjoseph | rmudgett: there's some interaction between registers and subscribes that i'm not understanding... |
| 20:19.39 | gtjoseph | i'm pounding asterisk with nothing but subscribe/unsubscribe and having no issue at all |
| 20:20.17 | gtjoseph | if i add register/unregister back into the mix, when the contacts taskprocessor hits the high water mark, suibscription go to hell |
| 20:21.52 | rmudgett | Are you waiting for the 200 before going to the next step? |
| 20:21.59 | gtjoseph | yep |
| 20:22.04 | gtjoseph | always |
| 20:23.38 | rmudgett | Maybe some of those observers are trying to do something with the registration and it is no longer there? |
| 20:23.55 | gtjoseph | why would that cause pubsub to go to hell? |
| 20:25.05 | rmudgett | I don't know. It would depend upon what the observers are trying to do. |
| 20:25.41 | gtjoseph | well, THAT was no help :) |
| 20:25.49 | rmudgett | :D |
| 20:26.40 | rmudgett | file: Those tests haven't been failing on my box |
| 20:27.00 | file | they are now failing under Jenkins, and I was able to get 'em to fail this morning some but now can't on mine |
| 20:27.44 | rmudgett | Could the PLC patch be the cause? |
| 20:27.49 | rmudgett | swag |
| 20:28.41 | file | [Jun 10 03:11:55] WARNING[8437] pjproject: tsx0x9dca86c ...Failed to send Request msg INVITE/cseq=9141 (tdta0x9309c08)! err=120001 (Operation not permitted) |
| 20:28.44 | file | I'm going to guess that's bad |
| 20:32.49 | rmudgett | Who would try to do such a thing? |
| 20:33.37 | file | I just did an attempt that failed and then ran it again and it worked |
| 20:33.48 | file | working did not have the warning |
| 20:47.54 | *** join/#asterisk-dev F2Knight (~F2Knight@c-50-139-85-237.hsd1.or.comcast.net) |
| 20:47.59 | gtjoseph | just found a ref leak on pubsub error. |
| 20:48.42 | rmudgett | where? |
| 20:48.53 | gtjoseph | serialized_pubsub_on_server_timeout |
| 20:49.11 | gtjoseph | there's an error condition there that doesn't free the sub_tree |
| 20:49.35 | rmudgett | The early return? |
| 20:49.36 | gtjoseph | and it's that exact spot that's the source of the segv's |
| 20:50.02 | gtjoseph | not that the 2 are necessarily related |
| 20:50.17 | gtjoseph | but that erro ccondition does happen under load |
| 20:50.39 | rmudgett | So that can account for memory explosion |
| 20:50.51 | gtjoseph | part of it sure. |
| 20:50.54 | rmudgett | or contribute at least |
| 20:51.22 | gtjoseph | timer_b is also a big contributor as well |
| 20:52.18 | rmudgett | But timer B should only contribute so much process memory bloat before it goes down. |
| 20:52.43 | gtjoseph | eventually yeah |
| 21:23.38 | *** join/#asterisk-dev F2Knight (~F2Knight@c-50-139-85-237.hsd1.or.comcast.net) |
| 21:28.19 | gtjoseph | rmudgett: pjproject:0 <?>: sip_transactio .Unable to register SUBSCRIBE transaction (key exists) :):) |
| 21:29.05 | rmudgett | Aww what is that doing back for |
| 21:29.52 | gtjoseph | well, i was doing something i probably shouldn't have been doing. i disabled the contact observers |
| 22:00.39 | tm1000 | right now in the software I work on we allow users to use either app_confbridge or app_meetme. In the next release we were thinking about just forcing app_confbridge and removing the code for app_meetme. We only support Asterisk 11+. Any reason why we should keep supporting app_meetme? |
| 22:04.04 | jameswf | another question is why hasn't meet me been set on fire yet..... |
| 22:12.11 | cresl1n | tm1000 my guess is that you'll be ok, as long as you're not using features in meetme that haven't been ported over to confbridge |
| 22:12.37 | cresl1n | you might ask the asterisk-users list though |
| 22:24.07 | tm1000 | cresl1n: I can't think of one that hasn't been ported but you're probably right there's something |
| 22:25.38 | cresl1n | Okies, I think it's time to go home and be a dad |
| 22:25.41 | cresl1n | see you all later :-) |
| 22:29.03 | rmudgett | tm1000: The only thing that I'm aware of is SLA is not supported in confbridge |
| 22:29.16 | tm1000 | rmudgett: ...yeah... that...... |
| 22:29.27 | tm1000 | does anyone actually USE that? |
| 22:29.44 | tm1000 | rmudgett: also your interns wrote a much better SLA for ARI in node.js (and I use it internally :-)) |
| 22:38.06 | *** join/#asterisk-dev cresl1n (~Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 22:38.06 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 22:41.16 | *** join/#asterisk-dev cresl1n (~Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 22:41.16 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 22:54.10 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-vpqnoqufedtjvbey) |
| 23:45.37 | *** join/#asterisk-dev raspberrypifan (~raspberry@2604:2000:6016:be00:6355:b61:14e7:dbba) |