| 00:18.49 | *** join/#asterisk-dev infobot (ibot@rikers.org) |
| 00:18.49 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- Check out our blog! blogs.asterisk.org -=- Follow on Twitter at @AsteriskDev |
| 01:29.12 | *** join/#asterisk-dev scgm11_ (~scgm11@r186-52-246-247.dialup.adsl.anteldata.net.uy) |
| 02:25.40 | *** join/#asterisk-dev leedm777 (~textual@2604:2d80:8404:8065:544b:cead:c9e0:14ef) |
| 02:25.57 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 02:31.59 | *** join/#asterisk-dev joshelson (~joshelson@208.186.235.212) |
| 04:25.20 | *** join/#asterisk-dev leedm777 (~textual@2604:2d80:8404:8065:44d7:3f52:a514:c1df) |
| 04:25.20 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 04:38.28 | *** join/#asterisk-dev joshelson (~joshelson@208.186.235.212) |
| 06:04.11 | *** join/#asterisk-dev CELYA_ (~Thunderbi@LStLambert-657-1-90-73.w80-13.abo.wanadoo.fr) |
| 06:38.42 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.33) |
| 06:39.11 | *** join/#asterisk-dev joshelson (~joshelson@208.186.235.212) |
| 06:41.20 | *** join/#asterisk-dev jkroon (~jkroon@165.255.160.78) |
| 06:45.16 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.33) |
| 06:55.27 | *** join/#asterisk-dev chazzam (~chazz@vps.roguewerks.com) |
| 06:58.27 | *** join/#asterisk-dev skrusty (~skrusty@88.150.145.104) |
| 06:58.27 | *** mode/#asterisk-dev [+o skrusty] by ChanServ |
| 07:11.43 | *** join/#asterisk-dev joshelson (~joshelson@208.186.235.212) |
| 07:15.20 | *** join/#asterisk-dev pchero_work (~pchero@109.70.54.56) |
| 07:32.20 | *** join/#asterisk-dev tuxian (~tuxian@igilmour.plus.com) |
| 07:44.45 | *** join/#asterisk-dev joshelson (~joshelson@208.186.235.212) |
| 07:53.39 | *** join/#asterisk-dev joshelson (~joshelson@208.186.235.212) |
| 07:58.15 | *** join/#asterisk-dev tzafrir_ (~tzafrir@local.xorcom.com) |
| 07:58.16 | *** mode/#asterisk-dev [+o tzafrir_] by ChanServ |
| 09:35.55 | aiksa[LV] | join #twisted |
| 09:36.00 | aiksa[LV] | sorry |
| 09:48.36 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 10:15.45 | *** join/#asterisk-dev tuxian (~tuxian@194.12.3.78) |
| 10:23.20 | *** join/#asterisk-dev tuxian (~tuxian@igilmour.plus.com) |
| 10:42.30 | *** join/#asterisk-dev tuxian_ (~tuxian@194.12.3.78) |
| 11:04.08 | *** join/#asterisk-dev joshelson (~joshelson@208.186.235.212) |
| 11:21.03 | *** join/#asterisk-dev tuxian_ (~tuxian@igilmour.plus.com) |
| 11:24.50 | *** join/#asterisk-dev joshelson (~joshelson@208.186.235.212) |
| 11:33.11 | *** join/#asterisk-dev tuxian_ (~tuxian@194.12.3.78) |
| 11:47.55 | *** join/#asterisk-dev CELYA_ (~Thunderbi@LStLambert-657-1-90-73.w80-13.abo.wanadoo.fr) |
| 11:50.05 | *** join/#asterisk-dev tuxian_ (~tuxian@igilmour.plus.com) |
| 12:40.33 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-rmjdbbcwwzuywecu) |
| 12:40.33 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 12:45.52 | *** join/#asterisk-dev scgm11_ (~scgm11@r186-50-172-238.dialup.adsl.anteldata.net.uy) |
| 12:52.49 | file | gtjoseph: you now have two sets of reviews? |
| 12:52.57 | gtjoseph | yeah |
| 12:53.06 | gtjoseph | the first set applies to all 3 branches |
| 12:53.13 | gtjoseph | the 14 set apples to 14 and master |
| 12:53.23 | gtjoseph | the master set applies only to master |
| 12:53.41 | gtjoseph | it was getting to hard to cherry pick and update for the additional modules |
| 12:53.56 | file | k |
| 12:55.47 | gtjoseph | tsearle: should your "bridging: Ensure successful T.38 negotation" patch be cherry-picked to 14 and master? |
| 12:56.09 | tsearle | sure thing |
| 12:56.18 | tsearle | will do that now, then run to the airport :-P |
| 12:56.24 | gtjoseph | i got it, no worries |
| 12:56.31 | gtjoseph | run! |
| 12:57.07 | tsearle | ha, so you'll click on the cherry pic button then? |
| 12:57.16 | gtjoseph | yep |
| 12:57.18 | gtjoseph | hard work |
| 12:57.19 | tsearle | thanks |
| 12:57.24 | tsearle | have a good weekend! :-) |
| 12:57.36 | gtjoseph | Done! you too. |
| 13:03.36 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 13:03.36 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 13:05.39 | gtjoseph | well, they'd be welcomed :) |
| 13:13.10 | tzafrir_ | wonders if one of the many systemd daemons is welcomed. |
| 13:22.43 | gtjoseph | Ha! |
| 13:24.15 | cresl1n | bwah ha ha ha ha |
| 13:24.19 | cresl1n | good one tzafrir_ |
| 13:34.19 | *** join/#asterisk-dev scgm11_ (~scgm11@r186-50-244-82.dialup.adsl.anteldata.net.uy) |
| 13:39.42 | *** join/#asterisk-dev joshelson (~joshelson@208.186.235.212) |
| 13:51.03 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-yjpdehlpaxpbhydc) |
| 13:51.03 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 13:55.25 | *** join/#asterisk-dev newtonr (RustyNewto@nat/digium/x-dymdzazdzhjcxdah) |
| 13:55.25 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 14:02.05 | *** join/#asterisk-dev joshelson (~joshelson@208.186.235.212) |
| 14:13.01 | *** join/#asterisk-dev newtonr (RustyNewto@nat/digium/x-axpkzidldbtityoo) |
| 14:13.01 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 14:45.06 | cresl1n | scgm11_: how goes testing of the rtp patch? |
| 14:45.33 | scgm11_ | now has processed more than 10.000 calls with patchset 6 |
| 14:45.41 | cresl1n | how many days? |
| 14:45.50 | scgm11_ | 1 complete day |
| 14:45.53 | cresl1n | oh. |
| 14:45.58 | scgm11_ | I will keep you informed |
| 14:46.00 | cresl1n | did it ever last this long before? |
| 14:46.13 | scgm11_ | 2 days with patchset 5 |
| 14:46.18 | cresl1n | ok |
| 14:46.32 | cresl1n | how often did it crash before (prior to the rtp patch) |
| 14:46.36 | cresl1n | ? |
| 14:46.48 | scgm11_ | every day once maybe twice |
| 14:47.29 | scgm11_ | so I seems better, but Im not convinced that this solves my specific issue but lets see ... |
| 14:47.42 | cresl1n | What's your specific issue? |
| 14:47.44 | cresl1n | other than crashing |
| 14:47.58 | scgm11_ | the crash is always on dtls timeout |
| 14:48.02 | cresl1n | oh |
| 14:48.09 | scgm11_ | and on this specific install I have many lagged phones |
| 14:48.43 | scgm11_ | this is now: 27 active channels |
| 14:48.43 | scgm11_ | 14 active calls |
| 14:48.44 | scgm11_ | 10848 calls processed |
| 14:48.51 | cresl1n | I didn't realize that someone made a phone with DTLS support |
| 14:48.54 | cresl1n | what brand is it? |
| 14:49.01 | scgm11_ | this is webrtc |
| 14:49.07 | cresl1n | Oh |
| 14:49.08 | cresl1n | ok |
| 14:49.17 | scgm11_ | all peers webrtc |
| 14:49.17 | cresl1n | that explains it |
| 14:49.33 | cresl1n | have you tested out the new rtcp-mux code yet? |
| 14:49.38 | cresl1n | in 13.15.0? |
| 14:49.39 | scgm11_ | not yet! |
| 14:49.42 | cresl1n | ok |
| 14:49.44 | scgm11_ | but I will soon |
| 14:49.48 | scgm11_ | is on my todo list |
| 14:49.51 | cresl1n | excellent |
| 14:50.15 | scgm11_ | I have tested more peers with webrtc on LAN with no issue so far |
| 14:50.21 | scgm11_ | handling far more calls |
| 14:50.27 | scgm11_ | like 50.000 one day |
| 14:50.46 | scgm11_ | sorry 2 days |
| 14:50.53 | cresl1n | So what's your application? |
| 14:51.01 | scgm11_ | contact center |
| 14:51.02 | cresl1n | call ceneter? |
| 14:51.06 | cresl1n | gotcha |
| 14:51.26 | cresl1n | how do the people enjoy using webrtc versus a real phone? |
| 14:51.57 | scgm11_ | much better we use to have a java softphone in the background with a html/js front |
| 14:52.08 | cresl1n | oh |
| 14:52.10 | scgm11_ | call quality is better |
| 14:52.16 | cresl1n | very good |
| 14:52.16 | scgm11_ | and startup time |
| 14:52.21 | scgm11_ | is awsome |
| 14:54.14 | scgm11_ | for example 3 days 112.000 calls all webrtc (at agent side), against PRI and SIP trunks |
| 14:55.30 | cresl1n | pretty decent traffic |
| 14:55.45 | scgm11_ | but will be higher |
| 14:55.53 | scgm11_ | usually handles 50.000 or more a day |
| 14:56.12 | scgm11_ | btw all chan_sip.... |
| 14:58.46 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-kjsdkrduobqfmvyr) |
| 14:58.46 | *** mode/#asterisk-dev [+o rmudgett] by ChanServ |
| 15:09.27 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-nasprlyglvivtzjz) |
| 15:09.27 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 15:11.54 | seanbright | java softphones are awful |
| 15:12.07 | seanbright | but only because java audio capture is awful |
| 15:13.01 | seanbright | they fill the audio buffer with samples to read, you read some, you read some more |
| 15:13.17 | seanbright | it doesn't refill until you've exhausted the buffer |
| 15:13.31 | seanbright | and it takes 50-100ms to refill the buffer |
| 15:13.37 | seanbright | so less than ideal for RTC |
| 15:14.33 | seanbright | we have a thick client java interface for our call center reps, but we now launch a native softphone we built with pjsip for the voice part |
| 15:21.44 | *** part/#asterisk-dev tuxian (~tuxian@igilmour.plus.com) |
| 15:29.07 | *** join/#asterisk-dev malcolmd (malcolmd@pdpc/sponsor/digium/malcolmd) |
| 15:29.07 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 15:59.13 | *** join/#asterisk-dev snuff-work (~snuff-wor@210.9.148.102) |
| 15:59.13 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 16:00.02 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-uqwhmppstkaawaey) |
| 16:00.02 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 16:01.04 | seanbright | which module has the most straight forward usage of sorcery? |
| 16:01.56 | file | define straight forward |
| 16:02.30 | file | there's basically two different uses, stateless and stateful |
| 16:03.15 | seanbright | i want to load the conf file on module load |
| 16:03.19 | seanbright | use what was loaded |
| 16:03.23 | seanbright | reload if the module reloads |
| 16:03.28 | seanbright | unload if the module unloads |
| 16:03.34 | seanbright | so stateless i suppose |
| 16:03.52 | seanbright | straight forward = not spread over 114 files |
| 16:04.38 | file | res_pjsip_endpoint_identifier_ip? |
| 16:19.41 | seanbright | file: thanks. i'll check it out. |
| 17:35.08 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-onixrzyfuisyuxcb) |
| 17:35.08 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 17:35.46 | scgm11_ | @rmudgett I talked today about the patch here with @cresl1n |
| 17:36.05 | rmudgett | thanks |
| 17:36.05 | scgm11_ | It's been 1 day |
| 17:36.16 | scgm11_ | let me tell you exactly how many calls |
| 17:36.57 | scgm11_ | 13108 calls processed |
| 17:37.04 | scgm11_ | with patchset 6 |
| 17:37.33 | scgm11_ | I will keep informing if this fix my issue or any other arise |
| 17:38.36 | rmudgett | thank you. |
| 17:40.45 | rmudgett | FYI, The merge conflict that gerrit is currently complaining about doesn't affect the fix. A patch that merged last night added code that conflicts with a comment in the reentrancy patch. |
| 18:12.44 | rmudgett | gtjoseph: The FAILURE/DECLINE patches. Did you restructure them so that you cherry-picked the v13 patch down to master. Then created a v14 patch that you cherry-picked to master. Then created a master patch to catch any remaining references. |
| 18:12.55 | gtjoseph | yes |
| 18:13.08 | gtjoseph | easier to modify if there are any other changes |
| 18:13.15 | rmudgett | Were they straight cherry-picks then? |
| 18:13.34 | gtjoseph | the original patch is a straight cherry-pick to 14 and master. |
| 18:13.50 | gtjoseph | the 14 patch is applied on top of the original then cherry-picked to master |
| 18:14.07 | gtjoseph | the master patch is applied to master on top of the original + 14 |
| 18:14.29 | rmudgett | good. It makes it easier to review that way. |
| 18:37.18 | *** join/#asterisk-dev putnopvut (putnopvut@asterisk/master-of-queues/mmichelson) |
| 18:37.18 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 18:39.39 | putnopvut | I'm having difficulties getting Asterisk to rebuild bundled pjproject after making changes to its source. Is there some sort of trick I need to be doing in order to get the build system to detect that I've made such a change? |
| 18:40.14 | gtjoseph | yeah but i forgot what it is. |
| 18:40.14 | cresl1n | touch res/res_rtp_asterisk.c :-) |
| 18:40.44 | cresl1n | I think it rebuilds it every time you modify something in Asterisk, doesn't it? |
| 18:40.56 | cresl1n | or at the very least the pjproject facing portions of it |
| 18:40.59 | gtjoseph | putnopvut: give me a sec. i think you just have to touch something |
| 18:41.07 | gtjoseph | cresl1n: not any more |
| 18:41.14 | gtjoseph | i fixed that a few weeks bacxk |
| 18:41.19 | putnopvut | Yeah, I used to touch res/res_pjsip.c |
| 18:41.21 | cresl1n | darn, and also excllent |
| 18:41.26 | putnopvut | But that doesn't work now |
| 18:42.00 | gtjoseph | just touch .lastclean |
| 18:42.07 | putnopvut | Okay thanks I'll give that a try |
| 18:42.13 | cresl1n | good to know |
| 18:42.21 | putnopvut | Yes, that worked, thanks! |
| 18:42.24 | cresl1n | thanks gtjoseph |
| 18:42.30 | gtjoseph | or touch third-party/pjproject/.rebuild_needed |
| 18:42.32 | file | when in doubt, .lastclean it out |
| 18:42.41 | cresl1n | clever |
| 18:43.16 | gtjoseph | .rebuild_needed will be faster because it only rebuild pjproject |
| 18:44.00 | gtjoseph | ew, actually you need .lastclean so libasteriskpj gets rebuilt |
| 18:54.43 | seanbright | note to self, two beers at lunch leads to the desire to nap |
| 18:56.49 | file | is that a bad thing? |
| 18:58.08 | seanbright | well, i don't have a place to nap here |
| 18:58.10 | seanbright | so yes |
| 18:58.22 | file | you should fix that |
| 18:58.34 | seanbright | looks for a cot on amazon |
| 18:58.41 | file | Prime it! |
| 18:58.46 | seanbright | oh snap |
| 18:59.13 | file | would an airbed work? |
| 18:59.25 | seanbright | i've never heard of that |
| 18:59.29 | seanbright | is that an air matress? |
| 18:59.32 | file | yes |
| 18:59.36 | seanbright | then no |
| 18:59.46 | seanbright | too noisy |
| 18:59.48 | file | Amazon just decided to call it an airbed for some reason |
| 19:00.27 | file | sleeping bag? |
| 19:00.41 | seanbright | i should install a hammock |
| 19:00.50 | file | yes! |
| 19:10.01 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-gvwxkocfruypunjm) |
| 19:10.01 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 19:31.34 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 19:31.34 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 19:36.45 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.cust.se.alltele.net) |
| 19:36.45 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:52.16 | *** join/#asterisk-dev tzafrir_ (~tzafrir@bzq-82-81-175-197.red.bezeqint.net) |
| 19:52.17 | *** mode/#asterisk-dev [+o tzafrir_] by ChanServ |
| 20:00.26 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-tqlfuwdilnspvfwo) |
| 20:00.26 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 20:10.09 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-yjpdehlpaxpbhydc) |
| 20:54.53 | *** join/#asterisk-dev jkroon (~jkroon@uls-154-73-32-14.wall.uls.co.za) |
| 21:10.33 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 21:10.33 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 21:32.10 | *** join/#asterisk-dev newtonr (RustyNewto@nat/digium/x-oiygetdgwybeqdsr) |
| 21:32.10 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 21:42.32 | gtjoseph | rmudgett: i think DECLINE is still better than success or FAILED for res_http_media_cache. |
| 21:42.52 | rmudgett | I was just considering that. |
| 21:43.11 | rmudgett | Had one minor finding on the v13 patch. |
| 21:44.01 | gtjoseph | yeha just say it |
| 21:44.03 | gtjoseph | saw |
| 21:44.37 | gtjoseph | stupid git still doesn't like cherry-licking to 14 because I moved the unload_module in the events stuff |
| 21:45.11 | gtjoseph | i need to keep a record of all my weird typos |
| 21:47.02 | cresl1n | they're pretty high class today :-0 |
| 21:47.13 | cresl1n | But no worse than mine on some days |
| 21:57.15 | cresl1n | I must go |
| 21:57.17 | cresl1n | ta ta for now |
| 22:06.19 | rmudgett | gtjoseph: Technically the missing dtor in the mustache template should be in the v13 cherry-pick to v14. |
| 22:06.37 | *** join/#asterisk-dev kharwell (~kharwell@user-24-214-15-130.knology.net) |
| 22:06.37 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 22:22.07 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-wsfwmbrdutojnzub) |
| 22:22.07 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 22:41.50 | gtjoseph | @rmudgett: the dtor doesn't apply to 13 |
| 22:41.56 | gtjoseph | it wasn't there before |
| 22:42.12 | rmudgett | It is in 14 where it went MIA |
| 22:42.27 | gtjoseph | yes. so it's back in the 14 patch |
| 22:42.43 | rmudgett | That's why I said TECHNICALLY |
| 22:42.46 | gtjoseph | it went missing from 14 because of the cherry-pick madness |
| 22:43.01 | gtjoseph | eh? |
| 22:44.28 | rmudgett | You had a conflict when you cherry-picked the v13 patch to v14 because v14 had added the dtor. It should technically be in the v14 cherry-picked version. |
| 22:44.49 | gtjoseph | is it ok NOW??? |
| 22:44.58 | gtjoseph | after all the patches apply? |
| 22:45.53 | rmudgett | I think so because you added it back in the v14 LOAD_FAILURE additional modules patch. |
| 22:47.06 | gtjoseph | ok, good |
| 22:51.23 | rmudgett | gtjoseph: Was that the only conflict you had when cherry-picking the v13 patch to v14 and master? |
| 22:51.45 | gtjoseph | yeah. both res_ari_events and the mustache template |
| 22:52.16 | gtjoseph | there were new modules in 14 and master if course |
| 23:00.38 | rmudgett | gtjoseph: In res_http_media_cache.c were you going to update the error messages to indicate that you must restart asterisk? |
| 23:00.52 | gtjoseph | sigh |
| 23:01.00 | rmudgett | because you cannot try to reload the module. |
| 23:01.00 | gtjoseph | i'll do a followup |
| 23:01.06 | gtjoseph | yes you can |
| 23:01.10 | gtjoseph | it just keeps failing |
| 23:01.25 | rmudgett | :) |
| 23:02.33 | gtjoseph | why don't you create an issue to allow unregistering? |
| 23:11.50 | rmudgett | nah. file might object |
| 23:12.06 | file | raises eyebrow |
| 23:13.44 | rmudgett | unibrow? |
| 23:33.09 | *** part/#asterisk-dev kharwell (~kharwell@user-24-214-15-130.knology.net) |