| 00:03.43 | sloun | mjordan: I've made a lot of tests and found that problem is in ICE. RTP packets doesn't have "via ICE" mark and audio is completely absent. Also I've try with Sofia SIP library (which support rtcp-mux) and in this case everyhing works fine. |
| 00:04.28 | mjordan | rtcp-mux != ICE. |
| 00:04.58 | mjordan | If you want, file an issue at issues.asterisk.org. Provide a pcap and a debug log showing the message traffic, including the SIP/RTP traffic. |
| 00:06.29 | sloun | mjordan: I know. J just have no idea what is the problem. Some guys say, that latest Chrome/Firefox uses rtcp multiplexing and maybe this is the problem. |
| 00:06.42 | sloun | Ok, thanks |
| 00:16.15 | file | mjordan, so the sporadic pjsip inbound registration test failures... it's because of retransmissions |
| 00:17.42 | mjordan | not surprised. |
| 00:17.53 | mjordan | retransmissions from SIPp or Asterisk? |
| 00:17.56 | coreyfarrell | seanbrig1t: I just commented on https://wiki.asterisk.org/wiki/display/~dlee/Asterisk+Module+Loading+Improvements - if you have a chance let me know if you think my idea is insane |
| 00:18.00 | file | SIPp |
| 00:18.04 | mjordan | huh |
| 00:18.11 | mjordan | that makes it a bit more difficult. |
| 00:18.17 | file | REGISTER comes in, goes to the serializer, takes a little bit of time, retransmission comes in, goes to the serializer |
| 00:18.19 | file | then they both get handled |
| 00:18.30 | mjordan | ah |
| 00:18.37 | mjordan | we can just use the '-nr' option |
| 00:18.56 | coreyfarrell | anyone else who's interested in module loader improvements is welcome to comment too :) |
| 00:19.30 | file | mjordan, MAKE IT SO! |
| 00:19.39 | file | delegates |
| 00:23.31 | mjordan | alas, I'm in doc hell tonight |
| 00:24.05 | file | pfft |
| 03:29.15 | *** join/#asterisk-dev jagruti_ (~root@182.70.116.47) |
| 03:30.09 | *** part/#asterisk-dev jagruti_ (~root@182.70.116.47) |
| 04:37.31 | *** join/#asterisk-dev jagruti_ (~root@182.70.116.47) |
| 04:38.00 | *** part/#asterisk-dev jagruti_ (~root@182.70.116.47) |
| 05:42.12 | *** join/#asterisk-dev mjordan (~mjordan@75.76.55.191) |
| 05:42.12 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 07:18.55 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 07:18.55 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:35.56 | *** join/#asterisk-dev bulkorok (~Benjamin@p5099b1e7.dip0.t-ipconnect.de) |
| 08:07.28 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 08:07.28 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 08:12.26 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 08:12.26 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:35.53 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 08:35.53 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:25.00 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 09:25.00 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 10:57.43 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 10:57.43 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:05.40 | *** join/#asterisk-dev seanbright (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 12:05.40 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 12:29.00 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 12:29.01 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:15.31 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 13:17.20 | *** join/#asterisk-dev mjordan (mjordan@nat/digium/x-ewjfglvegrfnklvr) |
| 13:17.20 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 14:11.49 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:11.49 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:36.49 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 14:36.49 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:42.01 | *** part/#asterisk-dev mjordan (mjordan@nat/digium/x-ewjfglvegrfnklvr) |
| 14:45.27 | *** join/#asterisk-dev leedm777 (~leedm777@50-81-28-152.client.mchsi.com) |
| 15:05.14 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-dfesczxhszgjerqx) |
| 15:19.29 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-fgccgvadebgnloiy) |
| 15:24.31 | *** join/#asterisk-dev superscrat (~asanders@173-17-133-2.client.mchsi.com) |
| 15:29.13 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 15:29.13 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 15:42.58 | *** join/#asterisk-dev superscrat (~asanders@173-17-133-2.client.mchsi.com) |
| 15:45.32 | *** join/#asterisk-dev bulkorok (~Benjamin@p5099b1e7.dip0.t-ipconnect.de) |
| 15:47.32 | *** join/#asterisk-dev sgriepentrog (sgriepentr@nat/digium/x-omvoaxygouiprjfz) |
| 16:08.32 | *** join/#asterisk-dev gtjoseph (~gtj0@unaffiliated/gtj) |
| 16:11.18 | *** join/#asterisk-dev mjordan (mjordan@nat/digium/x-isnxksvpndfjyafw) |
| 16:11.18 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 16:16.05 | mjordan | file: I've been thinking about the pattern we've entered into, where we have modules that can't unload |
| 16:16.25 | mjordan | mostly, I would think that is to prevent a user from issuing a 'module unload' command |
| 16:16.40 | file | yes |
| 16:16.49 | file | provided all consumers are unloaded before hand, then all is well |
| 16:16.58 | file | er - are written to correctly unload |
| 16:17.07 | mjordan | I wonder if the module API should be improved to specify who is issuing the unload command |
| 16:17.20 | mjordan | alas, that would be a super breaking change |
| 16:17.39 | mjordan | but it would be nice to know, as then a module could know that it was being unloaded on shutdown, and clean itself up properly |
| 16:18.32 | file | yes |
| 16:18.55 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 16:21.00 | rmudgett | You should just be able to call ast_shutdown_final() to know if Asterisk is unloading because of a shutdown. |
| 16:21.28 | mjordan | Hm. That's a good point |
| 16:22.09 | file | hum |
| 16:22.58 | mjordan | that would happen after channels *should* be all gone |
| 16:23.06 | mjordan | which is typically the prime offender for using resources |
| 16:24.03 | *** join/#asterisk-dev dwayne (~dwayne@c-71-207-208-112.hsd1.al.comcast.net) |
| 16:29.47 | *** join/#asterisk-dev jeremychang (~jeremy@49.214.80.42) |
| 16:41.42 | *** join/#asterisk-dev jeremychang (~jeremy@49.214.80.42) |
| 16:47.35 | coreyfarrell | mjordan: see ast_module_shutdown_ref |
| 17:31.44 | *** join/#asterisk-dev Jacke (jacke@valhalla.bofh.org) |
| 17:31.44 | *** join/#asterisk-dev chazzam (~chazz@donutokyo.info) |
| 18:21.42 | *** join/#asterisk-dev superscrat (asanders@nat/digium/x-copdltetljvhosbx) |
| 18:40.29 | *** join/#asterisk-dev WIMPy (~wimpy@e183095026.adsl.alicedsl.de) |
| 18:54.10 | coreyfarrell | to anyone with the right bamboo access: https://bamboo.asterisk.org/bamboo/browse/AST-ATSRC1-17 can be canceled. nearly all tests will fail because of 3 ref leaks to be fixed by ASTERISK-24796. |
| 18:55.27 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 18:55.27 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:58.42 | mjordan | on it |
| 20:08.35 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 20:08.35 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 22:20.49 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-28-58.cablep.bezeqint.net) |
| 22:20.49 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 22:30.44 | *** join/#asterisk-dev superscrat (asanders@nat/digium/x-xsezrizhahkncmfe) |
| 23:03.12 | *** part/#asterisk-dev mjordan (mjordan@nat/digium/x-isnxksvpndfjyafw) |