| 00:03.06 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-otviqusrdaudksft) |
| 06:12.18 | *** join/#asterisk-dev jkroon (~jkroon@uls-154-73-35-201.wall.uls.co.za) |
| 06:37.12 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.33) |
| 06:37.12 | *** mode/#asterisk-dev [+o tsearle] by ChanServ |
| 07:15.28 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 07:15.28 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 08:08.26 | *** join/#asterisk-dev kozakman (~kozakman_@188.247.37.166) |
| 08:11.12 | kozakman | please help |
| 08:11.12 | kozakman | https://pastebin.com/fSATtk8c |
| 08:12.37 | kozakman | asterisk version 13.14.1~dfsg-2+deb9u3 |
| 08:14.28 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 08:19.53 | snuff-work | if u want a 'global' var.. just set it in the [globals] section |
| 08:20.16 | snuff-work | oh.. i see.. |
| 08:23.58 | snuff-work | i gather you are dialling from this 0080... device? |
| 08:25.24 | kozakman | no :-) |
| 08:27.41 | snuff-work | that variable will only be populated.. when u are dialling from that device to that extension.. or.. you are calling that device |
| 08:28.56 | snuff-work | ;setvar=CUSTID=5678 ; Channel variable to be set for all calls from or to this device |
| 08:29.13 | snuff-work | so its never populated at any other time |
| 08:29.34 | snuff-work | if u want a variable always there.. use the [global] section in dialplan |
| 11:21.20 | *** join/#asterisk-dev scgm11_ (~scgm11@2800:a4:17eb:4100:3cf7:f8c8:b08b:e15) |
| 12:04.23 | file | no pain no gainnnnnnn |
| 12:04.30 | file | something in your eyes just told me that this nightmare would endddddd |
| 12:07.55 | file | no more lonely nightsssss with a restless hearttttttt |
| 12:07.57 | file | roll the dice |
| 12:32.13 | coreyfarrell | file: so cherry-pick and backport main/options.c? |
| 12:32.43 | file | I don't really have an opinion one way or the other |
| 12:34.26 | coreyfarrell | well cherry-picked for now.. I can backport to 13 later if that is wanted |
| 12:57.27 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-hltfmzhcwaoceclk) |
| 12:57.27 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 13:18.02 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 13:18.02 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 13:30.49 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 13:30.49 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 13:31.04 | *** join/#asterisk-dev scgm11_ (~scgm11@r186-52-130-226.dialup.adsl.anteldata.net.uy) |
| 13:35.32 | cresl1n | waves |
| 13:47.09 | *** join/#asterisk-dev sotoz (~sotoz@095-097-255-066.static.chello.nl) |
| 14:01.15 | *** join/#asterisk-dev scgm11_ (~scgm11@r186-52-130-226.dialup.adsl.anteldata.net.uy) |
| 14:17.35 | *** join/#asterisk-dev scgm11_ (~scgm11@r186-52-130-226.dialup.adsl.anteldata.net.uy) |
| 14:21.00 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-gcaaaicrlurhiplv) |
| 14:21.00 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 14:21.41 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 14:41.19 | leifmadsen | file: what is this weeks recommended muffin? |
| 14:41.32 | file | mixed berry with greek yogurt |
| 14:41.45 | leifmadsen | nods approvingly |
| 14:41.48 | leifmadsen | much obliged |
| 14:51.01 | *** join/#asterisk-dev scgm11_ (~scgm11@r186-52-130-226.dialup.adsl.anteldata.net.uy) |
| 14:51.16 | *** join/#asterisk-dev bford (uid283514@gateway/web/irccloud.com/x-okqzzczaklppcxjm) |
| 14:51.16 | *** mode/#asterisk-dev [+o bford] by ChanServ |
| 14:52.18 | *** join/#asterisk-dev CELYA_ (~Thunderbi@92.184.105.228) |
| 15:13.11 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-igmbeqgvwsptlwsf) |
| 15:13.11 | *** mode/#asterisk-dev [+o rmudgett] by ChanServ |
| 15:39.28 | *** join/#asterisk-dev CELYA_ (~Thunderbi@80.12.43.155) |
| 15:47.01 | *** join/#asterisk-dev tzafrir (~tzafrir@37.26.146.217) |
| 15:47.01 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 15:53.26 | *** join/#asterisk-dev CELYA_ (~Thunderbi@80.12.43.155) |
| 16:06.06 | *** join/#asterisk-dev CELYA_ (~Thunderbi@80.12.43.155) |
| 16:14.16 | *** join/#asterisk-dev tzafrir (~tzafrir@37.26.146.241) |
| 16:14.16 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 16:16.33 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-rahcwjdjhbpccdzd) |
| 16:16.33 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 16:21.01 | *** join/#asterisk-dev CELYA_ (~Thunderbi@80.12.43.208) |
| 16:34.43 | *** join/#asterisk-dev scgm11_ (~scgm11@r186-52-130-226.dialup.adsl.anteldata.net.uy) |
| 16:44.00 | *** join/#asterisk-dev jkroon (~jkroon@165.16.204.171) |
| 16:44.46 | *** join/#asterisk-dev scgm11_ (~scgm11@r186-52-133-80.dialup.adsl.anteldata.net.uy) |
| 17:20.17 | *** join/#asterisk-dev tzafrir (~tzafrir@37.26.146.241) |
| 17:20.17 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 17:20.53 | Oooohboy | hello all, I'm working on a LUA dialplan, and I'm having trouble passing arguments to the application that originate is calling. I need to pass 4 arguments to conf bridge, however only the 2nd and 3rd args are passed to the application. Is there a way to accomplish this in LUA? |
| 17:21.43 | Oooohboy | I realize that this may not be the appropriate channel for this type of question, however because it's LUA I wasn't able to figure it out in #asterisk |
| 17:39.16 | tm1000 | file: is there a way to disable video support per endpoint in pjsip.. or is the way we do that through codecs |
| 17:39.25 | file | codecs. |
| 17:39.30 | file | no video codecs, no video support |
| 17:39.33 | file | video codecs, video support |
| 17:43.26 | tm1000 | sweet thanks |
| 17:45.32 | jpsharp | 4 stones, 4 crates. No stones, no crates. |
| 17:57.21 | tm1000 | and disallow=all is not valid in pjsip right? |
| 17:57.31 | tm1000 | just set allow=<things> |
| 17:57.54 | file | disallow=all is valid. |
| 17:58.09 | tm1000 | ah |
| 17:58.09 | tm1000 | thanks |
| 18:33.53 | *** join/#asterisk-dev Tim_Toady (~fuzzy@snf-33276.vm.okeanos.grnet.gr) |
| 18:45.37 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d009c3205df9c53d43d.ipv6.abo.wanadoo.fr) |
| 20:10.31 | coreyfarrell | is anyone else not receiving mailing list postings? |
| 20:11.03 | file | I'm getting -bugs |
| 20:11.20 | jsmith | Haven't seen anything on the -dev list since yesterday. |
| 20:11.30 | jsmith | Haven't really looked at any of the other lists today |
| 20:11.56 | jsmith | coreyfarrell: FWIW, your jansson update should be in the next EPEL compose (today or tomorrow) |
| 20:12.17 | coreyfarrell | jsmith: cool thanks. |
| 20:15.24 | coreyfarrell | file: I'm not getting anything from any of the asterisk lists, still getting messages from fedora though so I don't think my email is the problem. |
| 20:15.58 | file | points at cresl1n |
| 20:48.29 | *** join/#asterisk-dev leedm777 (~textual@2604:2d80:8404:ffae:ed5c:668c:f52a:ab47) |
| 20:48.29 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 21:31.37 | coreyfarrell | kharwell: do you have any logs from a test that would be fixed by sipp -mp? |
| 21:36.32 | kharwell | no not specifically. When looking through the recent-ish failures on jenkins there was just the one test that tried to bind to a port already in use and it had hard coded numbers from the media ports |
| 21:36.58 | kharwell | but my guess was some previous test had bound to that port it needed and had not been freed by the OS yet |
| 22:03.43 | coreyfarrell | kharwell: so maybe I'm confused but it looks like your change only causes test_suite_utils.py to find a port if one isn't explicitly specified? The only reference I'm seeing to '-mp' in the testsuite repo is in a few tests/codecs/opus/fec tests? |
| 22:08.10 | kharwell | if a test scenario uses the [media_port] substitution in the xml then SIPp will substitute the value of -mp. If no value is specified for -mp (most tests) then it uses a default. I think starting at 6000 |
| 22:09.35 | kharwell | Although according to the SIPp docs it says the default value for -mp is none. However in my testing it would start at 6000 if not given a value |
| 22:10.59 | coreyfarrell | so did we have a previous media_port failure in one of the tests/codecs/opus/fec tests or elsewhere? |
| 22:14.04 | kharwell | yes I believe so. In "tests/channels/pjsip/incoming_calls_without_auth". For some reason that test tried to bind to port 6011 and was unable to due to "Address already in use". |
| 22:15.14 | coreyfarrell | odd since the sipp code will try up to 100 ports when -mp is not specified (it starts at 6000). |
| 22:15.49 | coreyfarrell | https://github.com/SIPp/sipp/blob/master/src/sipp.cpp#L1925 |
| 22:16.58 | kharwell | huh interesting. maybe something else is wrong then |
| 22:21.07 | kharwell | hrm yeah I think jenkins uses 3.5.1 and I just checked that code and it's present there as well |
| 22:25.38 | coreyfarrell | my concern with the change is that by specifying -mp [somenumber] on all sipp scenarios we're disabling the sipp builtin retry cycle. in theory that should be OK since get_available_port already checked it? |
| 22:28.42 | kharwell | yes in theory. |
| 22:29.19 | file | theories are great until the real world implodes there |
| 22:29.20 | file | er them |
| 22:33.05 | kharwell | implodes the theory of file |
| 22:35.12 | file | kharwell: fun fact! it is equally possible that it will explode instead |
| 22:36.43 | kharwell | only cloud based fun facts accepted |
| 22:39.07 | kharwell | coreyfarrell: not sure what's right here. It does appear SIPp is attempting to try multiple ports, thus no need for the testsuite patch. However, something is causing it to fail in that section of SIPp code. |
| 22:40.01 | kharwell | Oddly the error condition is triggered after 100 retries, but the port it reported back was 6011. I'd at least expected >=6100 |
| 22:41.34 | kharwell | oh wait! |
| 22:41.50 | coreyfarrell | what's the deal with the video rtp port? |
| 22:44.13 | kharwell | ya I think that is it |
| 22:44.15 | kharwell | I believe that test actually failed when trying to bind to the video port, which the SIPP code just tries to bind to audio bound media_port+2 |
| 22:44.16 | coreyfarrell | "Bind the second socket to media_port+2" with no retry cycle. so if 6009 is available and selected for RTP but 6011 is unavailable then it exits with failure |
| 22:44.23 | kharwell | <PROTECTED> |
| 22:44.38 | kharwell | yeah I think that is the problem |
| 22:45.30 | kharwell | which would potentially still be a problem with my patch to the testsuite |
| 22:46.06 | kharwell | It just might cause it to happen maybe less? since the socket is randomly chosen instead of starting at 6000 |
| 22:47.24 | coreyfarrell | does bind to port 0 select randomly or pick 'next available'? |
| 22:48.55 | kharwell | I believe it's randomly selected. I assume it would only select an available one |
| 22:49.10 | coreyfarrell | maybe have get_available_port test port+1 and port+2, try the next if all are not available? |
| 22:49.30 | kharwell | yeah that's what I was thinking too. Only thing to really do probably |
| 22:50.00 | coreyfarrell | have to check them against RESERVED_PORTS too |
| 22:50.53 | coreyfarrell | to ensure that if get_available_port returns 6004, we don't want another call to return 6003. |
| 22:53.21 | coreyfarrell | not sure maybe should also include port+3 (port+1 = RTCP for audio, does port+# = RTCP for video?) |
| 23:13.09 | kharwell | coreyfarrell: good ideas. I'll keep those in mind when I update the patch. |
| 23:20.20 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-gcaaaicrlurhiplv) |