| 00:00.01 | mjordan | it is blocked there |
| 00:00.14 | mjordan | function_capable_string_allowed_with_auths |
| 00:00.37 | tzafrir | or, apply the same test on GetVar as there is to Originate |
| 00:00.47 | mjordan | I disagree |
| 00:00.58 | mjordan | The Originate "test" is terrible - there's all sorts of ways around string matching |
| 00:01.35 | mjordan | What's more, relying on string matching alone means we have to put the same filters into every interface ever created |
| 00:01.59 | *** join/#asterisk-dev philipp64 (~chatzilla@66-232-81-197.ctcweb.net) |
| 00:01.59 | mjordan | that means synchronization between all of the interface's filters, which is prone to neglect, leading to vulnerabilities |
| 00:02.20 | mjordan | the function itself now says "I shouldn't be executed by a remote interface, unless the sys admin says I should" |
| 00:02.31 | mjordan | hence, the live_dangerously option |
| 00:04.38 | mjordan | There was a pretty long discussion of the issue on https://issues.asterisk.org/jira/browse/ASTERISK-22905 |
| 00:19.41 | *** part/#asterisk-dev mjordan (~matt@nat/digium/x-yjfpkfrjjgcsideo) |
| 00:29.54 | X-Rob | file: line 33079 of ./configure needs -lpjsip added to it, as libsrtp (from pjproject/third-party) is referencing pj_log ... which also means srtp is now firmly stuck to pjsip? |
| 00:30.05 | X-Rob | LIBS="-lsrtp -lpjsip ${pbxlibdir} $LIBS" |
| 00:30.06 | X-Rob | ^^^ |
| 00:30.59 | file | pjproject trunk has no method to disable the built-in libsrtp yet, the patch has been provided to them and will most likely be incorporated shortly |
| 00:32.03 | X-Rob | file: cool. As long as you're aware. |
| 00:58.08 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.125.127) |
| 01:25.04 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2) |
| 01:56.46 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.125.188) |
| 02:01.29 | *** join/#asterisk-dev ipengineer (~zconkle@108-206-120-218.lightspeed.mckntx.sbcglobal.net) |
| 02:10.21 | *** join/#asterisk-dev mjordan (~matt@75.76.55.191) |
| 02:10.21 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 02:41.27 | *** join/#asterisk-dev dfighter (~someone@arcemu/staff/dfighter) |
| 02:57.20 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.125.134) |
| 03:58.03 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.125.134) |
| 04:56.44 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.125.133) |
| 05:04.23 | *** join/#asterisk-dev leifmadsen (~lmadsen@asterisk/documenteur-extraordinaire/blitzrage) |
| 05:04.34 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 05:39.28 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.125.133) |
| 05:53.06 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.125.133) |
| 06:37.28 | *** join/#asterisk-dev ivan` (~ivan@unaffiliated/ivan/x-000001) |
| 06:40.43 | *** join/#asterisk-dev pnlarsson (~niklas@fw1.gml.g.icnet.infracom.se) |
| 07:00.35 | *** join/#asterisk-dev xytis (~xytis@5.20.223.100) |
| 07:15.17 | *** join/#asterisk-dev pnlarsson (~niklas@fw1.gml.g.icnet.infracom.se) |
| 07:17.42 | *** join/#asterisk-dev elguero (~miguel323@2001:470:1f06:12c4::2) |
| 07:28.58 | *** join/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 08:55.59 | *** join/#asterisk-dev dwayne (~dwayne@c-71-207-208-112.hsd1.al.comcast.net) |
| 08:57.22 | *** join/#asterisk-dev xytis (~xytis@5.20.223.100) |
| 09:17.58 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.125.164) |
| 09:34.15 | *** join/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 09:42.30 | *** join/#asterisk-dev vlad_starkov (~vlad_star@194.67.31.130) |
| 09:57.40 | *** join/#asterisk-dev moy_ (~moy@173.239.155.74) |
| 10:05.11 | *** join/#asterisk-dev moy (~moy@UNVLON55-1176057127.sdsl.bell.ca) |
| 10:07.55 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 10:07.55 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 10:08.54 | *** join/#asterisk-dev vlad_starkov (~vlad_star@194.67.31.130) |
| 10:25.53 | *** join/#asterisk-dev vlad_starkov (~vlad_star@194.67.31.130) |
| 10:49.43 | *** join/#asterisk-dev vlad_starkov (~vlad_star@194.67.31.130) |
| 10:57.30 | *** join/#asterisk-dev vlad_starkov (~vlad_star@194.67.31.130) |
| 11:19.53 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 11:19.54 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 11:24.11 | *** join/#asterisk-dev makmak78 (~makmak78@195-67-63-194.customer.telia.com) |
| 11:25.16 | makmak78 | Hi, no luck asking this question in #ASterisk, perhaps some of you know the answer. In asterisk 1.4 AMI, do we get an event for 183 session progress? |
| 11:46.17 | *** join/#asterisk-dev opticron (~opticron@pianoben.ch) |
| 11:46.18 | *** mode/#asterisk-dev [+o opticron] by ChanServ |
| 12:09.27 | *** join/#asterisk-dev vlad_starkov (~vlad_star@194.67.31.130) |
| 12:31.41 | *** join/#asterisk-dev bulkorok (~Benjamin@gw1.pinguin.ag) |
| 13:04.59 | pnlarsson | makmak78: nope - you need a patch for that |
| 13:15.53 | *** join/#asterisk-dev vlad_starkov (~vlad_star@194.67.31.130) |
| 13:16.37 | *** join/#asterisk-dev xytis (~xytis@5.20.223.100) |
| 13:19.13 | *** join/#asterisk-dev xytis (~xytis@5.20.223.100) |
| 13:25.40 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 13:43.15 | *** join/#asterisk-dev protocoldoug (~doug@unaffiliated/protocoldoug) |
| 13:43.18 | *** join/#asterisk-dev Pullphinger (~Pullphing@12.40.23.68) |
| 13:58.07 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 13:58.08 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:00.28 | *** join/#asterisk-dev Pullphinger (~Pullphing@12.40.23.68) |
| 14:32.31 | *** join/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 14:53.33 | *** join/#asterisk-dev mjordan (~matt@nat/digium/x-ofllqvcywnklnxhq) |
| 14:53.34 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 15:04.43 | *** join/#asterisk-dev xytis (~xytis@5.20.223.100) |
| 15:10.01 | *** join/#asterisk-dev xytis (~xytis@5.20.223.100) |
| 15:19.55 | *** join/#asterisk-dev danjenkins (~danjenkin@213.219.7.163) |
| 15:23.25 | *** join/#asterisk-dev kharwell (~kharwell@nat/digium/x-ogizavxhwoudqasw) |
| 15:24.59 | *** join/#asterisk-dev newtonr (~newtonr@nat/digium/x-ywmlyzbtsvldhysx) |
| 15:24.59 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 15:26.40 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 15:26.40 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:34.16 | *** join/#asterisk-dev moy_ (~moy@173.239.155.74) |
| 15:38.22 | *** part/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 15:40.54 | *** join/#asterisk-dev danjenkins (~danjenkin@213.219.7.163) |
| 15:52.29 | *** join/#asterisk-dev ipengineer (~zconkle@static-71-252-134-63.dllstx.fios.verizon.net) |
| 15:55.15 | *** join/#asterisk-dev danjenkins (~danjenkin@213.219.7.163) |
| 16:31.50 | *** join/#asterisk-dev moy (~moy@UNVLON55-1176057127.sdsl.bell.ca) |
| 16:42.44 | *** join/#asterisk-dev UForgotten (~u4go10@lopsa/member/UForgotten) |
| 16:43.29 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 16:43.29 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 16:50.25 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.98) |
| 16:52.20 | *** join/#asterisk-dev ipengineer (~zconkle@static-71-252-134-63.dllstx.fios.verizon.net) |
| 16:57.39 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.98) |
| 17:01.32 | *** join/#asterisk-dev gtjoseph (~gtjoseph@unaffiliated/gtj) |
| 17:23.21 | *** join/#asterisk-dev xytis (~xytis@5.20.223.100) |
| 17:32.14 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.98) |
| 17:36.10 | *** join/#asterisk-dev xytis (~xytis@5.20.223.100) |
| 17:41.12 | X-Rob | mjordan: you're the PJSip legend. So. How do I damn well make pjsip listen on a specified port? |
| 17:41.29 | tm1000 | X-Rob: you can ask file |
| 17:41.42 | tm1000 | file: <--wrote the code with putnopvut |
| 17:41.48 | tm1000 | so either file or putnopvut |
| 17:41.56 | tm1000 | mjordan: is usually busy in meetings :-D |
| 17:42.00 | X-Rob | Aah. |
| 17:42.14 | X-Rob | file, putnopvut |
| 17:42.17 | tm1000 | file == josh, putnopvut Mark |
| 17:42.18 | X-Rob | Sigh. |
| 17:42.50 | leifmadsen | things are hard. |
| 17:43.21 | *** join/#asterisk-dev vlad_starkov (~vlad_star@91.206.59.141) |
| 17:43.42 | tm1000 | X-Rob: pretty sure its: bind=0.0.0.0:5060 |
| 17:44.22 | X-Rob | Admittedly, Ihaven't tried that. |
| 17:44.35 | tm1000 | Since there is no general context anymore |
| 17:44.41 | tm1000 | you'd put it at the lowest level template |
| 17:44.48 | tm1000 | https://wiki.asterisk.org/wiki/display/AST/Configuring+res_pjsip |
| 17:45.24 | X-Rob | Nope, not that. |
| 17:45.36 | X-Rob | tm1000: I spent all day in there yesterday |
| 17:45.58 | tm1000 | X-Rob: so you tried bind=? |
| 17:46.02 | tm1000 | thats how we did it at astricon |
| 17:46.38 | X-Rob | tm1000: I hadn't, and now I see that it does mention 'optional port' there, but, it's not listening. |
| 17:47.04 | tm1000 | X-Rob: did you dialplan reload or reboot? |
| 17:51.09 | *** join/#asterisk-dev oej (~Adium@87.96.134.129) |
| 17:51.09 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:54.03 | file | X-Rob, get it settled? |
| 17:54.19 | X-Rob | file: on the phoen to tm1000 |
| 17:54.23 | X-Rob | not having much luck |
| 17:55.22 | opticron | do you have chan_sip listening on the same port? |
| 17:55.27 | X-Rob | No |
| 17:55.30 | X-Rob | I have chan_sip disabled |
| 17:55.33 | file | what is your transport config? |
| 17:55.48 | file | and you can not have multiple bind= lines per transport, you have to have individual transports |
| 17:57.15 | X-Rob | file: yeah. I got that.however, I should be able to go bind=0.0.0.0:5062 and protocol=udp in a transport and it should work, right? |
| 17:57.29 | file | yes |
| 17:57.45 | X-Rob | do I need to have any endpoints conifugred to make pjsip actually listen on that port, or should that be all I need? |
| 17:57.58 | file | should be all that is needed |
| 17:58.24 | file | hrm |
| 17:58.41 | file | I wonder if the 0.0.0.0 for both is upsetting the PJSIP transport stuff |
| 17:59.20 | opticron | hmmm...I've never had an issue binding 0.0.0.0, but ymmv on the IP addresses contained in messages |
| 18:00.02 | file | yeah it binds fine for one here too, but if you do two with different ports it doesn't |
| 18:00.26 | tm1000 | file: I have a working system but its from Astricon, so im going through and updating and seeing if my configs still work |
| 18:00.34 | X-Rob | Something odd is happening with mine |
| 18:00.42 | X-Rob | this is my complete pjsip.conf |
| 18:00.45 | X-Rob | [transport-default] |
| 18:00.46 | X-Rob | type=transport |
| 18:00.46 | X-Rob | name=transport-default |
| 18:00.46 | X-Rob | protocol=udp |
| 18:00.46 | X-Rob | bind=0.0.0.0:5062 |
| 18:01.03 | X-Rob | Oh.. Man, I wonder if that extra 'name' line is confusing it |
| 18:01.17 | file | yes |
| 18:01.27 | X-Rob | BAM |
| 18:01.28 | X-Rob | Yep, that's it. |
| 18:01.39 | tm1000 | lol |
| 18:01.42 | file | it *will not* allow you to have an invalid config object |
| 18:01.43 | tm1000 | all for that! |
| 18:01.58 | tm1000 | X-Rob: but you said you werent seeing an error message? |
| 18:02.03 | file | it should have output an error on the CLI for that REALLY early |
| 18:02.04 | X-Rob | No, no error message. |
| 18:02.36 | tm1000 | well really early is sometimes hard to see, especially with our crap ton of dialplan |
| 18:02.40 | X-Rob | <PROTECTED> |
| 18:02.43 | X-Rob | There it is |
| 18:02.51 | tm1000 | slaps X-Rob |
| 18:03.07 | file | I need to see if I can actually put the config file in there |
| 18:03.38 | tm1000 | file: that would be awesome |
| 18:04.00 | file | the slight trick is, that logic gets used for anything coming from anywhere - not just config files |
| 18:07.29 | file | I've made a note to tweak the logging to make it even more obvious |
| 18:11.11 | tm1000 | file: thanks! |
| 18:14.11 | file | tm1000, I would like your weather. |
| 18:20.35 | tm1000 | file: everyone would. |
| 18:20.51 | tm1000 | file: I have no seasons though |
| 18:21.01 | tm1000 | I just have cold or hot |
| 18:21.02 | file | I see no problems with this. |
| 18:21.04 | tm1000 | lol |
| 18:21.17 | tm1000 | also no neighbors to blow snow on my office window |
| 18:22.09 | file | that was irritating... all it would take is some ice and boom |
| 18:34.20 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 18:34.21 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:36.27 | file | X-Rob / tm1000, an error message will now be output with the configuration file, name of the config object, and type |
| 18:36.42 | X-Rob | file: thanks |
| 18:39.09 | X-Rob | file: any issue with includes in pjsip.conf I need to be aware of? |
| 18:39.17 | file | nope |
| 18:39.20 | X-Rob | <3 |
| 18:39.35 | file | same rules/features/etc as any other .conf file applies |
| 18:39.53 | X-Rob | Well, the good news is that I just actually established a connection. |
| 18:40.34 | file | profit?!? |
| 18:41.13 | *** join/#asterisk-dev philipp64 (~chatzilla@66-232-81-197.ctcweb.net) |
| 18:41.28 | X-Rob | no. Not yet. |
| 18:41.54 | X-Rob | When you figure out the profit bit, I'll know what to do with all these damn underpants. |
| 18:43.33 | mjordan | X-Rob: +1 |
| 18:47.45 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 18:49.26 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.126) |
| 18:56.59 | *** join/#asterisk-dev ipengineer (~zconkle@static-71-252-134-63.dllstx.fios.verizon.net) |
| 19:07.40 | X-Rob | file: next question re TLS. Transports aren't reloaded, they need a restart. Any chance TLS keys/certs _can_ be reloaded, even though they're part of a transport? |
| 19:08.01 | file | pjsip doesn't allow it |
| 19:08.04 | X-Rob | Or any way you can think of to change keys without a restart? |
| 19:08.36 | file | reloading it would effectively require trashing the entire pjsip environment and resetting it up |
| 19:08.52 | X-Rob | Actually - maybe I'm making a foolish assumption that pjsip loads the keys on startup, and not at every connection. |
| 19:18.42 | *** join/#asterisk-dev protocoldoug (~doug@unaffiliated/protocoldoug) |
| 19:25.45 | *** join/#asterisk-dev hexanol (~bibi@modemcable094.94-70-69.static.videotron.ca) |
| 19:30.37 | *** join/#asterisk-dev leedm777 (~dlee@nat/digium/x-tbvfeqzyyryncgoh) |
| 19:55.55 | file | I have no idea why the rest_api originate test is failing on Bamboo. |
| 19:57.16 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 19:57.16 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:57.19 | mjordan | file: do the Asterisk logs show anything? |
| 19:57.22 | X-Rob | file: Can I appeal the '*will not* allow you to have something it doesn't know about' decision? |
| 19:57.45 | X-Rob | This isn't for me, this is more for users later on. |
| 19:57.50 | mjordan | X-Rob: well... |
| 19:57.57 | mjordan | so there were issues in the past |
| 19:58.05 | X-Rob | However: I can see the whole 'If people put things in there expecting them to work, and they don't..' |
| 19:58.40 | X-Rob | hums and haws. |
| 19:59.17 | X-Rob | Nah. |
| 19:59.24 | X-Rob | Actually, I withdraw my appeal. |
| 19:59.26 | file | mjordan, no |
| 19:59.28 | X-Rob | This is correct. |
| 19:59.42 | X-Rob | Break catastophicaly when things are broken. |
| 19:59.54 | X-Rob | goes back to typing other stuff. |
| 20:00.34 | file | mjordan, the channels are all fine, the correct number are originated, the correct number are hung up |
| 20:04.22 | mjordan | k |
| 20:04.26 | mjordan | are all the events received? |
| 20:04.30 | file | yes |
| 20:04.34 | mjordan | uhm. |
| 20:04.40 | mjordan | so what is actually failing the test? |
| 20:05.16 | file | I wish I knew exactly |
| 20:05.49 | mjordan | X-Rob: sorry, was away for a second. Yup, that's the theory. In the past, someone would put an option into a SIP peer, fat finger the option, and start Asterisk up. Things don't work like they expect. |
| 20:06.03 | mjordan | well, the default status if failed |
| 20:06.11 | X-Rob | mjordan: yeah when I thought abou tit, I agree. |
| 20:06.20 | mjordan | so if the pass status isn't getting triggered, and the reactor times out, then kerblooey. MOAR debug may be warranted |
| 20:06.36 | file | the reactor does time out |
| 20:06.44 | leifmadsen | downloading 157/2277 |
| 20:06.49 | leifmadsen | wrong room |
| 20:07.34 | mjordan | file: what's supposed to indicate that the test passed? |
| 20:07.48 | file | mjordan, receiving 50 StasisStart events |
| 20:08.24 | mjordan | I'd put a counter in there that listed off how many StasisStart events it received |
| 20:08.32 | mjordan | shrugs |
| 20:08.32 | file | it had to be 50 |
| 20:08.36 | mjordan | how come? |
| 20:08.44 | file | because receiving the StasisStart events is what hangs them up |
| 20:08.49 | file | and I counted, and they were all hung up via ARI DELETE |
| 20:09.15 | mjordan | hm |
| 20:09.47 | mjordan | welp. it is consistently failing.... SOO.... not sure :-) |
| 20:09.53 | file | exactly |
| 20:12.12 | mjordan | file: I can't recall, what was supposed to fix the grp_lock error when compiling against pjproject? |
| 20:12.32 | file | there is a configure check which checks for it |
| 20:12.38 | mjordan | hm |
| 20:12.39 | mjordan | k |
| 20:12.52 | mjordan | probably out of sync with the version of pjproject now installed |
| 20:14.13 | pabelanger | file, looks like the reactor failed to stop |
| 20:14.21 | pabelanger | [Dec 17 09:15:05] INFO[11882]: twisted:443 emit: Stopping factory <starpy.manager.AMIFactory instance at 0xa2380cc> |
| 20:14.22 | pabelanger | [Dec 17 09:15:34] WARNING[11882]: TestCase:398 __reactor_timeout: Reactor timeout: '30' seconds |
| 20:19.17 | pabelanger | Wow, testsuite has changed |
| 20:19.33 | pabelanger | have no idea how this yaml file works :) |
| 20:22.10 | file | 'tis nifty |
| 20:22.53 | pabelanger | Ya, saying the reactor failed to stop is not really helpful, I guess the condition for it to stop was not met. Which, is the 50 events you mentioned |
| 20:24.56 | mjordan | file: so this is odd, pjproject is installed. pjsip_transaction struct has the grp_lock in /usr/include. Shared objects are installed. Asterisk detects that grp_lock is enabled. res_pjsip/pjsip_distributor.c: error: 'pjsip_transaction' has no member named 'grp_lock' |
| 20:25.17 | file | is it picking up another install? |
| 20:25.56 | mjordan | ahhhh |
| 20:25.56 | mjordan | this is an old checkout. |
| 20:25.56 | mjordan | no, I think res_pjsip/pjsip_distributor.c no longer exists |
| 20:26.09 | mjordan | nuts |
| 20:26.11 | mjordan | it does |
| 20:26.12 | mjordan | HM. |
| 20:26.24 | mjordan | file: I don't think so. I've blown away whatever pjproject was installed previously |
| 20:27.21 | file | one must KNOW |
| 20:27.43 | mjordan | can't imagine how this could be much harder |
| 20:28.50 | mjordan | nope. Shit. |
| 20:29.01 | file | speak with more words. |
| 20:29.12 | mjordan | k, I've blown away pjproject, blown away 12, blown away all installed aspects of pjproject. |
| 20:30.52 | *** join/#asterisk-dev xytis (~xytis@88-223-36-62.meganet.lt) |
| 20:31.02 | mjordan | and no dice. |
| 20:31.29 | file | that makes minimal sense |
| 20:31.41 | mjordan | yup. |
| 20:31.55 | file | did you do an updatedb/locate pjsip.h? |
| 20:32.05 | mjordan | that's next when this round fails. |
| 20:32.26 | mjordan | the only thing I didn't do was do the manual uninstall step from the wiki page; however, a 'make uninstall' should have nailed everything that was in the previous manual uninstall |
| 20:33.21 | pabelanger | Have you tried --with-pjproject=PATH to your local vs system path |
| 20:33.25 | mjordan | yup |
| 20:33.48 | pabelanger | somebody has crossed the streams |
| 20:34.00 | mjordan | yeah, something is seriously hosed. |
| 20:34.15 | pabelanger | ubuntu / debian? |
| 20:34.20 | mjordan | nope |
| 20:34.26 | mjordan | old Fedora |
| 20:34.35 | pabelanger | was going to say, fire up a chroot and see |
| 20:34.42 | pabelanger | but don't know the name of the other distros |
| 20:34.57 | mjordan | I'm sure this isn't a problem with the current packages/Asterisk, as it would have been caught by Bamboo |
| 20:35.37 | mjordan | but that doesn't really help unscrew a system that gets hosed |
| 20:36.49 | mjordan | and file found it. rogue install in /usr/local/include |
| 20:36.52 | mjordan | sighs |
| 20:37.18 | mjordan | the good news: very few people will run into having that many versions installed |
| 20:39.31 | file | the bad news: knowing what is happening in that situation for a user is mehish |
| 20:43.07 | pabelanger | locate should have returned a hit |
| 20:44.07 | file | it did, but mjordan wasted time hacking at stuff until eventually getting to that point - which means it would take a normal user even longer |
| 20:45.05 | mjordan | my problem is that I thought I knew where all it had been installed |
| 20:45.19 | mjordan | and when I checked /usr/lib and /usr/include, it had what I expected to be there |
| 20:45.42 | mjordan | and a make uninstall didn't blow out /usr/local/include, as my prefix was /usr |
| 20:46.05 | mjordan | again, not likely to happen since you'd have to have multiple versions of pjproject installed in different locations to have it happen |
| 20:46.25 | mjordan | but the weird part was that Asterisk did its config check against one location, but was compiling against another |
| 20:46.29 | mjordan | that was the part the surprised me |
| 20:46.42 | mjordan | most likely, just my PATH working against me |
| 20:57.35 | X-Rob | Right. This actually seems like a bug. |
| 20:57.57 | X-Rob | Setting 'allow=all' in an endpoint seems to blow out a buffer somewhere |
| 20:58.04 | X-Rob | <PROTECTED> |
| 20:58.27 | X-Rob | I'm assuming after speex16 should be ilbc and.. the rest of the codecs. |
| 20:59.34 | file | oh god allow=all |
| 20:59.51 | X-Rob | Not a good idea, I know. But, people are gunna do it. |
| 21:00.26 | mjordan | X-Rob: yeah, that's not supposed to do that. |
| 21:01.30 | file | confirmed |
| 21:03.39 | *** join/#asterisk-dev leedm777 (~leedm777@nat/digium/x-ewxrguqyfwpcbwwx) |
| 21:06.36 | file | that needs a bug report... |
| 21:06.40 | X-Rob | o |
| 21:06.41 | X-Rob | k |
| 21:06.46 | X-Rob | wanders off to post one |
| 21:18.06 | file | merci |
| 21:20.51 | *** join/#asterisk-dev bulkorok (~Benjamin@gw1.pinguin.ag) |
| 21:29.26 | file | apparently allow=all doesn't cause any codec preferences to exist |
| 21:30.55 | *** part/#asterisk-dev bulkorok (~Benjamin@gw1.pinguin.ag) |
| 21:35.38 | mjordan | well |
| 21:35.41 | mjordan | that's suboptimal |
| 21:36.28 | gtjoseph | adding support for lua 5.2...should i submit 2 patches to reviewboard? One for 11 and one for 12? |
| 21:37.15 | file | when your SDP generation is fundamentally based around that, yes |
| 21:41.58 | mjordan | gtjoseph: is it the same patch? |
| 21:42.05 | gtjoseph | yep |
| 21:42.11 | mjordan | then just the oldest version it would apply to |
| 21:42.21 | mjordan | supported branches are 1.8, 11, 12 |
| 21:42.27 | mjordan | so if it's a bug in 1.8, then 1.8 please :-) |
| 21:42.38 | mjordan | (I know, shocking, people use something as crufty as 1.8) |
| 21:43.11 | gtjoseph | yeah, I just thought about 1.8. No problem. |
| 21:52.54 | X-Rob | Two new boogz. |
| 21:52.56 | file | X-Rob, attach the configuration file to ASTERISK-23020 |
| 21:53.12 | X-Rob | file: k |
| 21:53.18 | X-Rob | it's just bind=0.0.0.0 though |
| 21:53.49 | file | ah, that would do it |
| 21:54.36 | X-Rob | ... if you're saying you can't return the IP address that the client has connected to in the stream, things are going to be extremely awful. |
| 21:55.10 | file | well it doesn't really work like that... transport resolution occurs each time a packet goes out, unless you lock it |
| 21:58.00 | file | if you define multiple transports binding to each interface, and then lock endpoints to the ones you want then it'll work |
| 21:58.23 | X-Rob | multihomed hosts are massively common |
| 21:59.18 | X-Rob | and this used to work transparently with chan_sip |
| 22:00.36 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.126) |
| 22:01.00 | file | we could potentially have an option to force it to the transport it came in on, but that would only work for incoming |
| 22:02.13 | X-Rob | That's still going to be broken then. Rather than returning the default route's interface, why not the IP address of the interface you're sending the data out of? |
| 22:02.47 | file | if you define multiple transports with the specific interfaces and lock it, that will happen |
| 22:04.15 | file | and this is where I go pull up the PJSIP UDP transport |
| 22:05.17 | file | yeah, if it's 0.0.0.0 it gets the local host address since it's not aware of where it's really going to go out on |
| 22:06.32 | X-Rob | So -that's- what's wrong |
| 22:06.50 | X-Rob | rather than getting localhost, it should be getting the address the packet is received on |
| 22:07.38 | file | and if I send an INVITE out to that device, what should it put? |
| 22:07.45 | *** join/#asterisk-dev reconwireless (uid10170@gateway/web/irccloud.com/x-axenzxwvonzoowaz) |
| 22:08.11 | X-Rob | Hmmm. You don't know the address because you haven't built a packet yet. |
| 22:08.17 | X-Rob | s/built/sent/ |
| 22:08.41 | X-Rob | file: where is it finding that local address? |
| 22:08.46 | X-Rob | is looking through code now |
| 22:09.01 | file | the PJSIP UDP transport implementation uses the pjlib pj_gethostip function |
| 22:16.18 | X-Rob | So.. looking through that, REMOVING the 'lookup localhost' and 'return default route' code should fix it. |
| 22:23.46 | X-Rob | wait. the code 'pj_getipinterface' is _already there_. |
| 22:23.52 | file | that... depends... |
| 22:23.59 | X-Rob | And it's only used for figuring out the default gateway |
| 22:24.12 | file | since you are binding to 0.0.0.0 the routing table ultimately decides, so it may or may not be correct depending on things |
| 22:24.36 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2) |
| 22:25.22 | X-Rob | If you're -routing- then assuming the interface the default route is on is /probably/ a valid answer |
| 22:25.47 | X-Rob | however, if you can see that IP address on a local interface, it's not being routed, and should be using that interface for all communications. |
| 22:26.18 | file | what IP address? |
| 22:26.30 | X-Rob | the destination you're connecting to |
| 22:26.36 | X-Rob | you know that. |
| 22:26.59 | file | well, yes |
| 22:28.09 | X-Rob | and pj_getipinterface will return an interface by - admittedly - cheating by creating a UDP connection to it and seeing what the source IP address is. |
| 22:28.20 | X-Rob | which is pretty much exactly what you want to do. |
| 22:28.47 | X-Rob | because then the OS can care about routes and interfaces and pjsip doesn't need to. |
| 22:30.27 | file | there is the... thing... that it's not done on a per-message basis currently |
| 22:35.34 | X-Rob | This is going to be a pretty big regression if it's not fixable |
| 22:37.06 | file | it's probably possible to do something |
| 22:38.50 | file | a service can be written which intercepts the message before it goes out, determines the right source address, puts it in the message, and profits |
| 22:41.07 | mjordan | file: why wouldn't we want to do it all the time? |
| 22:41.34 | file | mjordan, we could but it would still have to be done as a service because resolution doesn't occur at creation time |
| 22:46.58 | mjordan | I'm just thinking maybe it should be part of the facilities res_pjsip provides. |
| 22:47.19 | file | aye |
| 22:47.32 | X-Rob | I'm kinda wondering what pjproject are trying to achieve. |
| 22:47.49 | X-Rob | because that will break if - for example - you switch from wifi to 3g on your mobile device |
| 22:48.00 | X-Rob | new interface, new route, bam, nothing works. |
| 22:49.09 | X-Rob | There's a lot of code written to fix a problem that they've created by writing the code in the first place. |
| 22:49.27 | *** join/#asterisk-dev xytis (~xytis@88-223-36-62.meganet.lt) |
| 22:51.18 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.114) |
| 22:56.00 | mjordan | gtjoseph: is there anything we can do to help out with the PJSIP CLI commands? |
| 22:56.39 | gtjoseph | i should have the next version of the patch with the registration mechanism completed tomorrow. |
| 23:03.32 | *** join/#asterisk-dev ipengineer (~zconkle@static-71-252-134-63.dllstx.fios.verizon.net) |
| 23:05.53 | mjordan | woot |
| 23:06.07 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-28-58.cablep.bezeqint.net) |
| 23:06.07 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 23:06.09 | X-Rob | Hmm. file actually, it's broken worse than that. Even with a bind=correct.ip.address, it's still returning the wrong IP |
| 23:06.32 | file | is the endpoint locked to the transport? |
| 23:06.36 | X-Rob | yep |
| 23:07.32 | X-Rob | bind=192.168.5.247:5060 <-- right there, and, in [300] type=endpoint, transport=transport-default |
| 23:07.56 | X-Rob | is such a bastard. |
| 23:07.56 | X-Rob | Sorry |
| 23:08.04 | X-Rob | Breaking your shit. |
| 23:08.05 | file | interesting, I used it for my demo at AstriCon |
| 23:08.16 | file | just add it to the issue |
| 23:08.36 | X-Rob | I s'pose the hard thing is making sure you have two networks that CAN'T talk to each other |
| 23:08.45 | X-Rob | otherwise you wouldn't notice the problem |
| 23:09.03 | file | mine was a local network and the other was an internet interface |
| 23:10.58 | mjordan | X-Rob: breaking our shit is appreciated |
| 23:15.16 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 23:15.16 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 23:18.10 | X-Rob | Dammit. Sorry for not attaching as files |
| 23:18.14 | X-Rob | is a bastard. |
| 23:22.11 | tonyclewis | mjordan: wow someone who likes us breaking things |
| 23:22.13 | tonyclewis | thats a first |
| 23:22.23 | X-Rob | heh |
| 23:25.15 | *** join/#asterisk-dev ehsjoar (~jonas@c-24-9-87-13.hsd1.co.comcast.net) |
| 23:32.59 | mjordan | yeah, I'm a masochist |
| 23:53.25 | newtonr | X-Rob, no worry about the file |
| 23:53.40 | newtonr | X-Rob, the files, not file , you do have to worry about file |
| 23:53.46 | file | bananas |
| 23:53.50 | X-Rob | newtonr: I am worried about file. |
| 23:54.18 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.114) |
| 23:54.29 | X-Rob | Also, my little POE switch has just decided to reset to factory defaults. Yay thanks. 8-\ |
| 23:54.58 | newtonr | my ASUS router at home likes to do that trick |