| 00:04.29 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 00:05.46 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 00:22.43 | *** join/#asterisk-dev infobot (ibot@rikers.org) |
| 00:22.43 | *** 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:35.36 | *** join/#asterisk-dev Dovid (~dovid@ool-4573a525.dyn.optonline.net) |
| 02:15.26 | *** join/#asterisk-dev Dovid (~dovid@ool-4573a525.dyn.optonline.net) |
| 05:01.24 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 06:50.12 | *** join/#asterisk-dev CELYA_ (~Thunderbi@LStLambert-657-1-90-73.w80-13.abo.wanadoo.fr) |
| 06:51.25 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.33) |
| 07:00.41 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.33) |
| 07:19.48 | *** join/#asterisk-dev pchero_work (~pchero@2a00:c80:1072::b12) |
| 07:20.10 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 07:20.10 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 07:47.16 | *** join/#asterisk-dev pchero_work (~pchero@2a00:c80:1072::b27) |
| 08:12.37 | *** join/#asterisk-dev jkroon (~jkroon@165.16.204.36) |
| 08:33.49 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.33) |
| 08:49.35 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.33) |
| 10:00.58 | *** join/#asterisk-dev CELYA_ (~Thunderbi@LStLambert-657-1-90-73.w80-13.abo.wanadoo.fr) |
| 11:52.26 | *** join/#asterisk-dev tuxian (~tuxian@194.12.3.78) |
| 12:17.33 | wdoekes | gtjoseph: 13.15.0-rc2 works properly again. thanks a lot :) |
| 12:25.16 | gtjoseph | Cool. |
| 12:31.02 | tsearle | hello all, can somebody point me in the right direction ref deferred reinvites & pjsip? |
| 12:31.36 | tsearle | I got the a scenario (with a testsuite test case) |
| 12:31.52 | tsearle | A calls B, A is slow at sending the ACK |
| 12:32.05 | tsearle | before A sends his ack, B sends a T.38 re-invite |
| 12:32.15 | tsearle | which needs to be deferred until the ack arrives from A |
| 12:32.58 | tsearle | I see there is some logic to reconize when defferal needs to happen in res_pjsip_session |
| 12:33.45 | tsearle | and from the logs I see that B does recognize a RE-invite needs to be deffered |
| 12:33.53 | tsearle | but I never see an re-invite on A |
| 12:33.54 | *** join/#asterisk-dev bof23 (~Thunderbi@185.13.183.107) |
| 13:26.53 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 13:26.53 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 13:27.10 | tsearle | good morning creslin |
| 13:36.25 | cresl1n | tsearle!!!! |
| 13:36.28 | cresl1n | how are you? |
| 13:36.39 | cresl1n | and good afternoon to you |
| 13:39.20 | tsearle | ok, trying to figgure out deferred re-invites in chan_pjsip |
| 13:39.41 | tsearle | basically I have a flow |
| 13:39.57 | tsearle | A calls B, b answers |
| 13:40.18 | tsearle | A is slow sending an ack, but B already has his ACK, so he sends a T.38 re-invite |
| 13:40.42 | tsearle | this re-invite can't be forwarded yet because A hasn't sent his ack, so it needs to be deffered until the ack arrives |
| 13:41.52 | tsearle | so right now I'm trying to understand res_pjsip_session & res_pjsip_t38 but getting kind of lost in the flows :-P |
| 13:50.07 | *** join/#asterisk-dev Dovid (~dovid@static-173-63-105-210.nwrknj.fios.verizon.net) |
| 13:50.24 | *** join/#asterisk-dev putnopvut (putnopvut@asterisk/master-of-queues/mmichelson) |
| 13:50.24 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:57.50 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-epgcaqsiwvtzqlef) |
| 13:57.51 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 14:05.40 | *** join/#asterisk-dev scgm11_ (~scgm11@r186-52-123-186.dialup.adsl.anteldata.net.uy) |
| 14:11.49 | gtjoseph | just fyi... it looks like the Digium Huntsville office lost internet connectivity. |
| 14:12.42 | tsearle | so that explains the pingtimeouts |
| 14:12.51 | file | fun |
| 14:13.25 | tsearle | guess their isp is installing the browser history tracker |
| 14:13.31 | gtjoseph | Ha! |
| 14:21.54 | tsearle | perhaps somebody can point me in the right direction. I can't seem to find where ACK after a 200 ok gets processed |
| 14:22.15 | tsearle | I assume the session gets updated on the ACK right? |
| 14:23.15 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-nmckowoemcrtgtbb) |
| 14:23.15 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 14:23.44 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-nbgzsmxmhonajqsc) |
| 14:23.44 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 14:24.30 | *** join/#asterisk-dev putnopvut (putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:24.30 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:25.20 | *** join/#asterisk-dev newtonr (RustyNewto@nat/digium/x-yqvdfjvltzfypxfv) |
| 14:25.20 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 14:25.41 | tsearle | I guess the great firewall of digium is back online |
| 14:28.26 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-ulogjsxoaersiayy) |
| 14:28.26 | *** mode/#asterisk-dev [+o rmudgett] by ChanServ |
| 15:44.00 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 15:47.03 | *** join/#asterisk-dev JunK-Y (~junky@pdpc/supporter/active/junk-y) |
| 15:48.30 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 15:48.30 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 16:33.15 | *** join/#asterisk-dev jkroon_ (~jkroon@165.16.204.35) |
| 17:00.23 | *** join/#asterisk-dev joshelson (~joshelson@c-73-34-214-163.hsd1.co.comcast.net) |
| 17:00.45 | *** join/#asterisk-dev tuxd00d (~tuxd00d@ip68-106-11-24.ph.ph.cox.net) |
| 17:19.44 | rmudgett | scgm11_: That RTP stuttering issue is a performance problem. The DEBUG_THREADS menuselect option is known to reduce performance because it has a lot of record keeping to do to track locks. Since the patch adds more locking while processing RTP media this could be the cause. If you try the patch without that option does the problem go away? |
| 17:20.11 | scgm11_ | I will try it tonight |
| 17:20.58 | scgm11_ | the strange thing is that with the previous I didnt have that issue only the deadlock, anyway I will try it again |
| 17:21.13 | scgm11_ | but if deadlocks we wont have the core show locks |
| 17:21.22 | scgm11_ | incresing the size of the machine could be usefull? |
| 17:21.29 | rmudgett | One of the other reporters has seen a crash that I'll put an updated patch up soon. |
| 17:22.30 | rmudgett | The DEBUG_THREADS option effectively serializes the system locking so a faster machine isn't necessarily going to help. |
| 17:22.55 | scgm11_ | ok then I will compile without that option and try again |
| 17:23.03 | scgm11_ | I will just wait for the other patchset |
| 17:23.19 | scgm11_ | so just let me know |
| 17:23.26 | rmudgett | k |
| 17:23.29 | scgm11_ | thanks! |
| 17:58.53 | rmudgett | scgm11_: New patch up. |
| 17:59.09 | scgm11_ | excelent I will try this tonight |
| 18:19.38 | *** join/#asterisk-dev snuff-work (~snuff-wor@210.9.148.102) |
| 18:19.38 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 18:41.13 | *** join/#asterisk-dev joshelson (~joshelson@73.95.133.43) |
| 18:44.28 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d0018843e28dd8cb3b8.ipv6.abo.wanadoo.fr) |
| 18:56.02 | cresl1n | coreyfarrell: https://gerrit.asterisk.org/#/c/5375/ - can I ask questions? |
| 18:57.49 | coreyfarrell | cresl1n: sure |
| 19:09.33 | rmudgett | cresl1n: You may ask. Answers are not guaranteed. :) |
| 19:21.55 | *** join/#asterisk-dev newtonr (RustyNewto@nat/digium/x-cfvtffcruswosbho) |
| 19:21.55 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 19:28.29 | cresl1n | coreyfarrell: |
| 19:28.37 | cresl1n | sorry, shouldn't have hit enter |
| 19:28.43 | cresl1n | I think I answered my own question |
| 19:29.27 | coreyfarrell | well then I'm happy to help |
| 19:38.16 | *** join/#asterisk-dev joshelson (~joshelson@73.95.135.11) |
| 19:46.53 | cresl1n | coreyfarrell: ok, so a couple of questions |
| 19:47.15 | cresl1n | In configure.ac, it looks like you're getting rid of a pile of header file checks |
| 19:47.33 | cresl1n | arpa/inet.h, libintl.h, locale.h, malloc.h |
| 19:47.44 | cresl1n | why? |
| 19:48.18 | coreyfarrell | I'm not. there are two AC_CHECK_HEADERS blocks now |
| 19:48.29 | cresl1n | ok |
| 19:48.32 | cresl1n | sorry if I missed that |
| 19:48.37 | coreyfarrell | the first one checks mandatory headers (things used unconditionally by ./include or ./main) |
| 19:48.41 | cresl1n | ooops :-) |
| 19:48.45 | cresl1n | just saw it |
| 19:48.47 | cresl1n | sorry |
| 19:48.53 | coreyfarrell | second is for conditional headers.. things only used by certain platforms or only by modules |
| 19:49.01 | cresl1n | thanks |
| 19:50.05 | coreyfarrell | the only header check I removed was sys/io.h - it's not directly #include'd by any part of asterisk. |
| 19:50.14 | cresl1n | saw that one |
| 19:50.18 | cresl1n | and that was my original question |
| 19:50.26 | cresl1n | but now I figured that one out myself :-) |
| 19:50.30 | cresl1n | s/now// |
| 19:50.40 | coreyfarrell | actually added a whole bunch of header checks.. you can see the added/removed headers easier from autoconfig.h.in |
| 19:52.47 | cresl1n | what about libintl.h? |
| 19:52.55 | cresl1n | it's used by main/ast_expr2.c |
| 19:53.21 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.cust.se.alltele.net) |
| 19:53.21 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:54.31 | coreyfarrell | it's in a conditional block that I think is inactive |
| 19:54.38 | cresl1n | goes to look |
| 19:59.09 | coreyfarrell | cresl1n: ast_expr2.c has '#define YYENABLE_NLS 0' so I think that include never happens. |
| 20:01.05 | cresl1n | ok |
| 20:03.14 | cresl1n | I'd assume the same is true for locale.h? |
| 20:04.16 | coreyfarrell | hmm guess not |
| 20:05.20 | cresl1n | yeah, that's what I was about to say too |
| 20:06.35 | cresl1n | Should I post a comment? |
| 20:06.36 | coreyfarrell | funny though it is conditional from include/asterisk/localtime.h |
| 20:07.57 | coreyfarrell | sure |
| 20:11.00 | coreyfarrell | hmm looks like strings.h should be required too |
| 20:14.27 | coreyfarrell | nope I used a bad grep, strings.h not really required except by chan_iax2 or solaris |
| 20:16.07 | cresl1n | netdb.h is conditional because in network.h it requires HAVE_ARPA_INE_H? |
| 20:17.24 | coreyfarrell | yup, from what I can tell it's not used on windows? |
| 20:17.31 | cresl1n | Ok |
| 20:20.31 | coreyfarrell | update posted |
| 20:20.37 | cresl1n | Thanks |
| 20:44.48 | *** join/#asterisk-dev jkroon (~jkroon@uls-154-73-32-14.wall.uls.co.za) |
| 20:56.30 | dan_j | cresl1n: Re https://gerrit.asterisk.org/#/c/5319/ I've been meaning to look at it but things got a little crazy. I'll try to submit a new attempt over the next couple of days. |
| 20:57.17 | cresl1n | thanks for the heads up dan_j |
| 20:57.37 | cresl1n | wanted to poke it to see if you were still working on it |
| 20:57.46 | dan_j | Is there anything written on how callbacks work in asterisk? |
| 20:58.02 | file | callbacks for what? |
| 20:59.54 | dan_j | Anything generally. I've seen it a number of times, especially with things like this https://issues.asterisk.org/jira/browse/ASTERISK-26599 From what I can see, callbacks are used to new qualify endpoints, but it's really slow. I've tried to work out how callbacks operate, but couldnt. |
| 21:00.49 | dan_j | And in order to understand your comment in https://gerrit.asterisk.org/#/c/5319/2/res/res_musiconhold.c@1705 |
| 21:01.39 | dan_j | Actually, that one is easy, but I'd still like to understand it further so I can work on more complex bugs |
| 21:05.15 | file | oh, are you referring to an ao2 callback? |
| 21:05.20 | dan_j | yep |
| 21:05.31 | file | nudges rmudgett |
| 21:06.32 | rmudgett | astobj2.h has the available documentation about ao2. |
| 21:06.51 | rmudgett | Large doxygen comments describing usage. |
| 21:07.07 | dan_j | thanks. i'll take a look |
| 21:09.59 | *** join/#asterisk-dev scgm11__ (~scgm11@r186-50-185-30.dialup.adsl.anteldata.net.uy) |
| 21:56.19 | cresl1n | time to go be a dad |
| 21:56.24 | cresl1n | see you all later |
| 22:11.52 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-82-81-175-197.red.bezeqint.net) |
| 22:11.52 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 23:26.52 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-nbgzsmxmhonajqsc) |
| 23:44.55 | *** join/#asterisk-dev tripleslash (~triplesla@unaffiliated/imsaguy) |