| 00:14.16 | *** join/#asterisk-dev mjordan (~matt@75.76.55.191) |
| 00:14.16 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 00:29.42 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.126.47) |
| 00:53.59 | *** join/#asterisk-dev infobot (~infobot@rikers.org) |
| 00:53.59 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- Asterisk 12.0.0 now released. Do the release dance! -=- Follow on Twitter at @AsteriskDev |
| 01:29.44 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.126.35) |
| 01:31.59 | *** join/#asterisk-dev serafie (~erin@24.96.64.240) |
| 02:29.40 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.126.214) |
| 03:11.53 | *** join/#asterisk-dev WIMPy (~wimpy@e183095026.adsl.alicedsl.de) |
| 03:29.35 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.126.50) |
| 03:35.32 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 03:35.33 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 04:29.34 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.126.15) |
| 05:29.37 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.126.17) |
| 06:29.40 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.126.18) |
| 06:44.24 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.126.222) |
| 07:05.59 | *** join/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 16:48.05 | *** join/#asterisk-dev infobot (~infobot@rikers.org) |
| 16:48.05 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- Asterisk 12.0.0 now released. Do the release dance! -=- Follow on Twitter at @AsteriskDev |
| 16:55.09 | *** join/#asterisk-dev infobot (~infobot@rikers.org) |
| 16:55.09 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- Asterisk 12.0.0 now released. Do the release dance! -=- Follow on Twitter at @AsteriskDev |
| 17:05.52 | *** join/#asterisk-dev opticron (~opticron@pianoben.ch) |
| 17:05.52 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 17:05.52 | *** join/#asterisk-dev tm1000 (tm1000@2600:3c01::f03c:91ff:fe70:fce6) |
| 17:05.52 | *** mode/#asterisk-dev [+oo opticron Qwell] by sendak.freenode.net |
| 17:06.18 | *** join/#asterisk-dev gtjoseph (~gtj0@unaffiliated/gtj) |
| 17:06.18 | *** join/#asterisk-dev sgriepentrog (~sgriepent@nat/digium/x-jwcnmaiagkgnkvlm) |
| 17:06.18 | *** join/#asterisk-dev mjordan (~matt@nat/digium/x-pkxihwfexzcqjefx) |
| 17:06.18 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 17:06.18 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 17:06.18 | *** join/#asterisk-dev reconwireless (uid10170@gateway/web/irccloud.com/x-volowrfxiiwtfmwh) |
| 17:06.18 | *** mode/#asterisk-dev [+o mjordan] by sendak.freenode.net |
| 17:07.22 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 17:08.56 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 17:08.56 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 17:16.11 | *** join/#asterisk-dev infobot (~infobot@rikers.org) |
| 17:16.11 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- Asterisk 12.0.0 now released. Do the release dance! -=- Follow on Twitter at @AsteriskDev |
| 17:23.27 | *** join/#asterisk-dev oron (~oron_lapt@line25-214.adsl.actcom.co.il) |
| 17:31.07 | *** join/#asterisk-dev protocoldoug (~doug@unaffiliated/protocoldoug) |
| 17:44.20 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-uapsntturvcopjyh) |
| 17:44.20 | *** join/#asterisk-dev leedm777 (~leedm777@nat/digium/x-aogoatgracdxcubt) |
| 17:44.20 | *** join/#asterisk-dev kharwell (~kharwell@nat/digium/x-thvxnqvxltdfarkg) |
| 17:44.20 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 17:44.20 | *** join/#asterisk-dev datachomper (~russ@nat/digium/x-hpcnzyvsunjsrxdq) |
| 17:44.20 | *** mode/#asterisk-dev [+o putnopvut] by dickson.freenode.net |
| 17:47.27 | *** join/#asterisk-dev protocoldoug (~doug@unaffiliated/protocoldoug) |
| 17:51.08 | file | mjordan, I'm thinking of just opaqueing everything |
| 17:57.14 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 18:12.35 | mjordan | file: I'd be down with that |
| 18:17.47 | *** join/#asterisk-dev danjenkins_ (~dan@cpc65687-folk2-2-0-cust207.1-2.cable.virginmedia.com) |
| 18:18.51 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-yivzqkxkddohhrfa) |
| 18:25.17 | *** join/#asterisk-dev newtonr (~newtonr@nat/digium/x-ywnapruhhanpcvuz) |
| 18:25.17 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 18:43.42 | *** join/#asterisk-dev dwayne (~dwayne@c-71-207-208-112.hsd1.al.comcast.net) |
| 19:10.50 | *** join/#asterisk-dev dfighter (~someone@arcemu/staff/dfighter) |
| 19:14.13 | *** join/#asterisk-dev leifmadsen (~free-mads@asterisk/documenteur-extraordinaire/blitzrage) |
| 19:14.13 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 19:17.43 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 20:37.08 | *** join/#asterisk-dev danjenkins (~dan@cpc65687-folk2-2-0-cust207.1-2.cable.virginmedia.com) |
| 20:56.39 | leifmadsen | so just for fun I'm going to ask something about MOH in Asterisk 1.8.18 :) We have a client that places a call through asterisk to a gateway (which connects to a cell phone). After answer, we get a "-- Locally bridging SIP/TSTA-x3665-0000019c and SIP/cam-g2-0000019d" which is fine. Audio flows at that point. However, when the client places the call on hold, we get the "Starting music on hold" message, immediatel |
| 20:56.40 | leifmadsen | y followed by the same Locally bridging message. No MOH is heard by the far end. If the call is then taken off hold, then placed on hold again, we do NOT see the Locally bridging message, and MOH flows as it should. |
| 20:56.52 | leifmadsen | This happens every time we test it, so is very reproducible. |
| 20:58.16 | mjordan | huh |
| 20:59.13 | mjordan | leifmadsen: probably would have to look at a pcap. My guess is that for whatever reason, the bridge is getting broken and immediately getting re-bridged |
| 20:59.21 | mjordan | er, not so much pcap as debug |
| 20:59.27 | leifmadsen | mjordan: yea I have that |
| 20:59.30 | leifmadsen | I was looking at it a bit |
| 21:02.12 | leifmadsen | let me see if I can maybe pastebin some interesting bits |
| 21:07.34 | leifmadsen | mjordan: http://pastebin.ca/2645883 |
| 21:07.45 | leifmadsen | not sure if that gives enough, but is the area around the "hold" |
| 21:10.46 | pabelanger | leifmadsen, which hold, first or second |
| 21:10.52 | leifmadsen | first hold |
| 21:10.55 | leifmadsen | second hold works |
| 21:11.59 | pabelanger | leifmadsen, sorry, in your pastebin |
| 21:12.04 | pabelanger | are you showing the first hold? |
| 21:12.09 | leifmadsen | yes, first hold |
| 21:14.29 | pabelanger | leifmadsen, without looking at dialplan, how are you invoking hold? features.conf? |
| 21:14.35 | leifmadsen | sip hold |
| 21:15.18 | pabelanger | k |
| 21:16.23 | leifmadsen | with rtp debug enabled, on the first hold, all rtp just stops flowing through asterisk |
| 21:16.33 | leifmadsen | canreinvite=no, and directrtp=no |
| 21:17.00 | pabelanger | Almost like Answer() hasn't been called |
| 21:17.04 | leifmadsen | tried all that |
| 21:17.11 | leifmadsen | answer, progress, silence, etc |
| 21:17.13 | leifmadsen | no changes |
| 21:18.00 | leifmadsen | audio does flow on answer before the moh |
| 21:20.21 | pabelanger | leifmadsen, queues involved? |
| 21:20.28 | leifmadsen | nope |
| 21:20.32 | leifmadsen | just outbound call |
| 21:20.41 | leifmadsen | device => asterisk => gateway |
| 21:21.45 | pabelanger | odd indeed |
| 21:25.29 | leifmadsen | ok so when we reproduce the issue, there is a Locally bridging. We just did it on another call server, same gateway, same dialplan, but this time doesn't do a "Locally bridging" on the machine, and moh works (like in the second call setup). So my question is, what causes Asterisk to determine whether to do Locally bridging or not? |
| 21:25.55 | mjordan | uhm. Hm. |
| 21:26.23 | mjordan | leifmadsen: that's complicated, as it's a lot of things. What's odd in this case is that the Bridge event prior to the second Locally bridging shows that it entered into a core bridge, not a native bridge. |
| 21:26.44 | mjordan | leifmadsen: Asterisk will always attempt to natively bridge when it can. It will fail to native bridge when: |
| 21:26.49 | mjordan | (a) channel technologies are incompatible |
| 21:26.53 | mjordan | (b) The bridge requires features |
| 21:27.01 | mjordan | (c) There is a framehook / audiohook on the channel |
| 21:27.06 | mjordan | (d) It's Tuesday |
| 21:27.20 | leifmadsen | lol @ (d) |
| 21:27.23 | leifmadsen | but it's Monday |
| 21:27.31 | leifmadsen | and my ntp isn't incorrect |
| 21:27.33 | leifmadsen | I checked |
| 21:36.02 | *** join/#asterisk-dev snuff-work (~snuffy@203.63.71.233) |
| 21:36.02 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 21:36.28 | leifmadsen | mjordan: well bam mf |
| 21:36.52 | leifmadsen | no Locally bridged when I added DYNAMIC_FEATURES |
| 21:36.57 | leifmadsen | and MOH first try |
| 21:37.03 | leifmadsen | but yea. |
| 21:37.19 | leifmadsen | so when you use Locally bridged, you don't get MOH on first hold attempt |
| 21:40.54 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.111) |
| 21:43.04 | *** join/#asterisk-dev philipp64 (~chatzilla@66-232-81-197.ctcweb.net) |
| 21:48.45 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.111) |
| 21:51.23 | *** join/#asterisk-dev JunK-Y (~junky@pdpc/supporter/active/junk-y) |
| 21:51.34 | JunK-Y | moooo! |
| 21:54.45 | file | leifmadsen, quite interesting indeed |
| 21:54.52 | leifmadsen | file: yea... |
| 21:55.17 | leifmadsen | so forcing no Locally bridging via DYNAMIC_FEATURES causes the MOH to work. We were able to reproduce this on different clients too (jitsi vs polycom) |
| 21:57.52 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2) |
| 22:16.34 | mjordan | leifmadsen: I have to wonder... and I hate to ask it, but does it happen on 1.8.25? |
| 22:17.12 | Marquis42 | Unknown |
| 22:17.24 | Marquis42 | That is to say, we haven't tested that. |
| 22:17.52 | Marquis42 | Is there a particular fix that's been applied between our version and 1.8.25? Or are you just asking if the newest solves the issue? |
| 22:18.02 | leifmadsen | we can try and reproduce on a later version certainly |
| 22:20.02 | mjordan | I asked because I would have thought someone would have run into it as well |
| 22:20.23 | leifmadsen | I would have thought so as well :) |
| 22:20.32 | Marquis42 | I agree it seems likely, and it's possibly confined to the particular way we have it set up. |
| 22:20.37 | leifmadsen | and we've been running this version for over a year now |
| 22:24.41 | *** join/#asterisk-dev bulkorok (~Benjamin@gw1.pinguin.ag) |
| 22:26.44 | coreyf1513 | When I'm posting a new JIRA ticket for a patch should I wait before I post to RB or is it ok to post JIRA and RB at the same time? |
| 22:30.55 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 22:35.54 | mjordan | coreyf1513: perfectly fine to post both |
| 22:38.13 | seanbrig1t | do externaddr, nat=yes, and stunaddr in rtp.conf play nicely together? |
| 22:38.38 | coreyf1513 | mjordan: in cases like that should I open the ticket/assign to me or leave it as Triage? |
| 22:38.56 | mjordan | You can assign it to yourself and set it to Open |
| 22:39.12 | mjordan | As a bug marshal, you can pretty much marshal the bugs however you want :-) |
| 22:40.12 | coreyf1513 | mjordan: I figured that, but I wanted to make sure I wasn't abusing the access l've been given |
| 22:45.07 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2) |
| 22:45.19 | mjordan | you're not :-) |
| 23:09.02 | *** part/#asterisk-dev mjordan (~matt@nat/digium/x-pkxihwfexzcqjefx) |
| 23:29.15 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 23:36.04 | newtonr | coreyf1513, Generally if someone is working the ticket, i.e. working on a patch for the issue, I'll assign open it and assign it to them. I'll generally keep items in triage when we don't know if they are a legitimate bug yet, or still gathering information on it. |
| 23:36.52 | newtonr | I guess, the idea behind triage is we are still figuring out where it needs to go. If you already know it is an issue and have a patch for it, it should probably be open and assigned. |
| 23:37.18 | *** join/#asterisk-dev dfighter (~someone@arcemu/staff/dfighter) |
| 23:37.35 | newtonr | coreyf1513, Feel free to let me know if I bump shoulders with you in triage stuff as well. I'm typically moving things around and opening/responding to stuff every day. |
| 23:38.06 | coreyf1513 | newtonr: I used to be an accountant and separation of duties was important in that job.. that's the main reason I wasn't sure if it was ok for me to triage my own ticket |
| 23:39.26 | newtonr | coreyf1513, I'm primarily doing triage every day, so I'll get it in the right place eventually if you don't get it. It is cool if you triage it as well. We have some bug marshal process stuff on the wiki that I should probably update. |
| 23:43.02 | newtonr | coreyf1513, Have a good evening! I'm out! |
| 23:43.15 | coreyf1513 | newtonr: thanks you too! |
| 23:43.22 | *** join/#asterisk-dev snuff-work (~snuffy@1.147.92.156) |
| 23:43.22 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |