| 02:27.07 | *** join/#asterisk-dev leedm777 (~leedm777@50-81-28-152.client.mchsi.com) |
| 02:50.48 | *** join/#asterisk-dev leedm777 (~leedm777@50-81-28-152.client.mchsi.com) |
| 03:27.05 | *** join/#asterisk-dev spditner (~simon@69-196-161-148.dsl.teksavvy.com) |
| 04:59.25 | *** join/#asterisk-dev putnopvut (putnopvut@asterisk/master-of-queues/mmichelson) |
| 04:59.25 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 05:23.45 | *** join/#asterisk-dev putnopvut (putnopvut@asterisk/master-of-queues/mmichelson) |
| 05:23.45 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 05:51.49 | *** join/#asterisk-dev putnopvut (putnopvut@asterisk/master-of-queues/mmichelson) |
| 05:51.49 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 06:08.16 | *** join/#asterisk-dev babak (uid19622@gateway/web/irccloud.com/x-utokrshcyhxntfgz) |
| 07:06.32 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 07:06.33 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 08:46.35 | *** join/#asterisk-dev dan_j (sid21651@gateway/web/irccloud.com/x-hhmjqcdwipdqozid) |
| 09:01.59 | *** join/#asterisk-dev dustinm (~dustinm@2607:5300:100:200::160d) |
| 09:07.06 | *** join/#asterisk-dev hehol (~Adium@ip-178-203-97-214.hsi10.unitymediagroup.de) |
| 09:48.17 | *** join/#asterisk-dev Synthase_ (uid63346@gateway/web/irccloud.com/x-kjksltgvotnvhsij) |
| 09:49.32 | *** join/#asterisk-dev GameGamer43 (sid5533@gateway/web/irccloud.com/x-mvdrpmfzkjxiknze) |
| 09:51.04 | *** join/#asterisk-dev moy (sid47040@gateway/web/irccloud.com/x-ytlwoyjqhqnsprfe) |
| 09:54.03 | *** join/#asterisk-dev jameswf (uid27319@gateway/web/irccloud.com/x-lxaymuzlxcafuqwl) |
| 09:55.01 | *** join/#asterisk-dev babak (uid19622@gateway/web/irccloud.com/x-eljwbftjuynpdzkp) |
| 09:56.24 | *** join/#asterisk-dev X-Rob (X-Rob@gateway/web/irccloud.com/x-widwdohfrefjctzv) |
| 10:07.12 | *** join/#asterisk-dev tm1000 (sid6728@gateway/web/irccloud.com/x-mqfggpqponicbyrb) |
| 10:32.42 | *** join/#asterisk-dev doome_ (~doome@156.184.58.5) |
| 10:36.18 | *** join/#asterisk-dev doome_ (~doome@156.184.58.5) |
| 10:44.49 | *** join/#asterisk-dev doome_ (~doome@156.184.58.5) |
| 10:56.03 | *** join/#asterisk-dev doome_ (~doome@156.184.58.5) |
| 11:05.22 | *** join/#asterisk-dev coreyfarrell (~coreyfarr@24-177-3-44.dhcp.nwtn.ct.charter.com) |
| 11:07.05 | file | coreyfarrell, you're... alive! |
| 11:08.33 | *** join/#asterisk-dev doome_ (~doome@156.184.58.5) |
| 11:09.14 | coreyfarrell | sorry I was a ghost for a couple months, was just too busy and IRC was a distraction. how have you been? |
| 11:09.42 | file | that's what I thought |
| 11:10.17 | file | not bad! Astricon is fast approaching, never enough time |
| 11:10.51 | coreyfarrell | yeah I'm hoping I'm not too late, just signing up for devcon now. didn't realize how soon it was |
| 11:13.16 | file | yeahhhh |
| 11:14.09 | file | looks at calendar and promptly panics |
| 11:15.13 | coreyfarrell | so is bamboo gone or just down? |
| 11:15.19 | file | it's down |
| 11:15.34 | file | I've tried kicking it a few times but it's still upset after a period of time |
| 11:15.47 | file | someone has to dig deep in it to figure out why it is upset |
| 11:16.16 | file | it's in the queue, along with finishing up Jenkins/Zuul so we can kill Bamboo |
| 11:27.49 | *** join/#asterisk-dev doome_ (~doome@156.184.58.5) |
| 12:26.48 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 12:33.58 | *** join/#asterisk-dev dustinm (~dustinm@2607:5300:100:200::160d) |
| 12:54.53 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-179-40-172.cust.bezeqint.net) |
| 12:54.54 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 12:59.48 | *** join/#asterisk-dev leedm777 (leedm777@nat/digium/x-pdpstxrfzjhvbiwg) |
| 13:16.26 | *** join/#asterisk-dev fornax (~fornax@p548FFD8D.dip0.t-ipconnect.de) |
| 13:35.53 | *** join/#asterisk-dev oej (~oej@host-95-195-209-179.mobileonline.telia.com) |
| 13:35.53 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:06.07 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-ukcgwxiaeicudcvk) |
| 14:07.43 | *** join/#asterisk-dev mjordan (mjordan@nat/digium/x-ddxelyigmypfucai) |
| 14:07.44 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 14:20.23 | *** join/#asterisk-dev dustinm (~dustinm@105.ip-167-114-152.net) |
| 14:50.13 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-ohsqygifdpilszab) |
| 15:29.43 | *** join/#asterisk-dev leedm777 (leedm777@nat/digium/x-qtkjvpoxhblzichl) |
| 15:30.13 | *** join/#asterisk-dev stefan27 (~stefan27@212.247.4.149) |
| 15:34.30 | mjordan | glorious day. Re-running the subscription tests, and now the Asterisk HTTP server isn't getting the testsuite requests. Gonna be a good Tuesday. |
| 15:35.34 | file | mjordan, I can do you one better. A race condition with COLP and channels joining a bridge. |
| 15:35.46 | mjordan | ew. |
| 15:36.01 | mjordan | did we change anything in TCP/TLS land recently? |
| 15:36.04 | file | no |
| 15:36.32 | mjordan | nope |
| 15:36.38 | mjordan | weeeeirrrrddd |
| 15:36.56 | stefan27 | If I want to simulate spikey jitter in the asterisk application, is it enough to put a usleep(150000) (triggered by random incoming packets) in __rtp_recvfrom? |
| 15:37.13 | stefan27 | there's only a single thread handling incoming rtp for a rtp session? |
| 15:38.15 | file | depending on the version of Asterisk the thread where rtp_recvfrom is invoked from will be handling all activity for a single channel or both channels in a bridge |
| 15:38.33 | stefan27 | (13.5) |
| 15:39.04 | file | then the thread is only handling a single channel |
| 15:40.21 | *** join/#asterisk-dev jsmith (~jsmith@fedora/jsmith) |
| 15:40.24 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 15:41.55 | stefan27 | ok cool then it should still work - all I want is to create bursty chunks of rtp at sip client A's receiving end. |
| 15:46.19 | mjordan | Okay master. You're working. What's up with you, 13 |
| 15:49.04 | file | rmudgett, I... have isolated the cause of ASTERISK-25313. The problem is that chan_sip queues a connected line update and depending on when it is processed the expected dialplan may or may not execute. If the COLP update is read before the other channel joins the resulting bridge then nothing happens and the test fails. If the COLP update is read after the other channel joins then all is well. |
| 15:52.38 | rmudgett | file: Is this for the initial call connection? |
| 15:52.54 | file | chan_sip is chatty and queues it up on dialing and answer |
| 15:53.16 | file | despite app_dial doing it as well |
| 15:55.37 | file | the test is originally against 11, which is why it expects the repeated COLP updates |
| 15:55.48 | mjordan | putnopvut: Sorcery caching was added to what version of 13? |
| 15:57.36 | putnopvut | I think 13.5.0. |
| 15:57.50 | putnopvut | IF not that, then it's not actually in a released version. |
| 15:58.05 | mjordan | Noooo |
| 15:58.09 | mjordan | now you work. |
| 15:58.10 | mjordan | crap. |
| 15:58.22 | mjordan | putnopvut: kk, looks like we might have missed that in the CHANGES file |
| 15:59.08 | mjordan | yeah, it went out in 13.5.0 |
| 17:26.32 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 17:26.32 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:26.54 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 17:26.54 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:29.18 | *** join/#asterisk-dev babak (uid19622@gateway/web/irccloud.com/x-gfiszyupxuacnxvx) |
| 17:56.11 | file | rmudgett / putnopvut, how likely is it/is it possible for connected line info to change between the time of answer and the second channel going into a bridge... |
| 17:57.01 | rmudgett | We're talking milliseconds. Not likely |
| 17:57.06 | file | ponders |
| 17:57.08 | putnopvut | It's very possible if it's done using the U or M options for Dial. That would call a macro or gosub after the answer |
| 17:57.20 | file | yeah, that works |
| 17:57.22 | putnopvut | But for it to happen naturally, I agree with rmudgett that it's unlikely |
| 17:57.48 | file | hum |
| 17:58.42 | rmudgett | The U or M options execute before the channel is put into the bridge. |
| 18:00.07 | file | so I have two options: 1. Change bridging so that if a COLP update occurs (control frame of AST_CONTROL_CONNECTED_LINE) with no other channels it knows so when the next channel joins it propagates or 2. Change the test to not expect 3 redundant COLP updates |
| 18:02.07 | file | meh |
| 18:15.41 | file | will ponder it on his walk home |
| 18:19.49 | mjordan | file: if the COLP updates are technically still correct, I'd just fix it in the test. |
| 18:41.58 | *** join/#asterisk-dev ipengineer (~zconkle@static-71-252-134-63.dllstx.fios.verizon.net) |
| 19:08.02 | file | mjordan, the end result is correct, just one COLP update may or may not occur |
| 19:09.35 | mjordan | IMO, I wouldn't change Asterisk |
| 19:11.19 | file | yeah |
| 19:23.31 | ipengineer | Is there anyone here familiar with the statsd module? I am not seeing a lot of documentation but I thought I remembered seeing somewhere where channel stats were being sent over this if it is enabled in statsd.conf. Doing a tcpdump on the lo interface produces nothing for port 8125.. |
| 19:24.27 | file | the res_chan_stats module needs to be enabled in menuselect and loaded |
| 19:25.25 | ipengineer | file: doing a module show indicated res_statsd.so is Running |
| 19:25.39 | file | res_chan_stats is a separate module |
| 19:26.08 | ipengineer | file: Sorry.. I completely read through your comment! Ok let me give that a shot |
| 19:28.56 | ipengineer | file: That worked.. Thanks! |
| 22:06.43 | *** join/#asterisk-dev jameswf (uid27319@gateway/web/irccloud.com/x-zdfhrhrceofnudck) |
| 22:13.38 | *** join/#asterisk-dev GameGamer43 (sid5533@gateway/web/irccloud.com/x-toqnyffchxavoikw) |
| 22:15.19 | *** join/#asterisk-dev Synthase_ (uid63346@gateway/web/irccloud.com/x-ulkrlbddjvsyjxav) |
| 22:34.39 | *** join/#asterisk-dev fornax (~fornax@85.183.43.221) |
| 22:52.47 | *** join/#asterisk-dev coreyfarrell (~coreyfarr@24-177-3-44.dhcp.nwtn.ct.charter.com) |
| 22:59.31 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-ukcgwxiaeicudcvk) |