| 00:19.23 | *** join/#asterisk-dev snuff-work (~snuffy@203.87.61.22) |
| 00:19.23 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 00:20.44 | *** join/#asterisk-dev otherwiseguy (~otherwise@23-228-175-118.mci.googlefiber.net) |
| 00:43.01 | snuff-work | investigates pjsip_tpmgr_find_local_addr/addr2 |
| 01:10.36 | *** join/#asterisk-dev otherwiseguy (~otherwise@23-228-175-118.mci.googlefiber.net) |
| 01:23.46 | *** join/#asterisk-dev otherwiseguy (~otherwise@23-228-175-118.mci.googlefiber.net) |
| 04:18.27 | *** join/#asterisk-dev otherwiseguy (~otherwise@23-228-175-118.mci.googlefiber.net) |
| 04:34.47 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 04:53.39 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 05:46.54 | *** join/#asterisk-dev mjordan (~mjordan@a2576-0493837480.pck.nerim.net) |
| 05:46.54 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 06:11.30 | *** join/#asterisk-dev mjordan (~mjordan@a2576-0493837602.pck.nerim.net) |
| 06:11.30 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 06:21.57 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:896b:4d50:d371:ea12) |
| 06:22.54 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 06:40.43 | *** join/#asterisk-dev oej (~Adium@2606:4100:3880:2520:60cc:9ad:37f7:b74a) |
| 06:40.44 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:09.21 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:1030:3859:58:4e5b) |
| 07:13.10 | *** join/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 07:21.21 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 07:38.12 | *** join/#asterisk-dev mjordan (~mjordan@132.177.252.58) |
| 07:38.12 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 08:08.30 | mjordan | file: how is multi-party going? |
| 08:08.48 | file | mjordan, yes. |
| 08:10.16 | snuff-work | mm.. any1 else tried my fail.. have 2 transports.. check the header in invite see its using wrong ip in from? |
| 08:12.29 | snuff-work | mm actually little more fail than that.. just remembered my 2 transports causes others not to be able to talk |
| 08:13.12 | file | what is the network topology? |
| 08:14.39 | snuff-work | just re-testing before i get it all wrong =) |
| 08:15.54 | *** join/#asterisk-dev wanna (~wanna@194.183.244.5) |
| 08:18.20 | snuff-work | ok.. eth0 = 10.21.16.0/24 || eth1 = 10.237.176.0/30 |
| 08:19.08 | snuff-work | soon as i enable 2 transports i cannot get any qualifies to work on the e0 trans |
| 08:19.19 | snuff-work | also any inbound registers to e0 fail |
| 08:20.18 | snuff-work | also if i use just the 1 transport.. with external sig/media set.. it doesn't appear to work |
| 08:20.49 | snuff-work | invite is sent with wrong ip.. of the 10.21.16.x IP instead of the 10.237.176.x IP |
| 08:21.33 | snuff-work | i 'guess' its because the transport lookup is bound to 0.0.0.0 in my default so uses the e0 addr it finds first |
| 08:22.00 | snuff-work | but yer.. soon as i enable 2 transports on separate eth's.. it goes to crap |
| 08:22.08 | mjordan | snuff-work: sip or pjsip? |
| 08:22.12 | snuff-work | pjsip |
| 08:22.15 | mjordan | k |
| 08:22.20 | snuff-work | normal chan_sip lvoes it |
| 08:22.30 | snuff-work | which is why im' depressed =( |
| 08:23.26 | snuff-work | btw.. isn't that the job of those 'ext signal/media' flags in a transport to ALTER the from in an invite? |
| 08:24.11 | snuff-work | since i've set my localnet to 10.21.16.0/24.. and the sip srv need to get to is like 10.237.176.2 |
| 08:25.14 | snuff-work | or are 'transports' more handled within pjsip itself ? |
| 08:26.10 | mjordan | I think we'd have to see a debug log to know for sure. |
| 08:26.23 | mjordan | I've seen multiple interfaces get handled correctly, so it may be something unique to your config |
| 08:27.03 | snuff-work | so.. the sip srv is like many hops away.. and not via the def route of the machine |
| 08:27.42 | snuff-work | the other clients / sip srvs are in our other office and accessed via def route |
| 08:27.55 | snuff-work | what logs would u need? |
| 08:29.35 | snuff-work | aka when does the 'nat' kick in.. which in my case isn't really nat.. just a diff interface |
| 08:29.52 | snuff-work | pjsip has no issue taking inbound stuff from it.. but not sending out |
| 08:30.00 | snuff-work | with a 'default' config |
| 08:33.39 | snuff-work | also this page seems to have minor bug.. https://wiki.asterisk.org/wiki/display/AST/Configuring+res_pjsip+to+work+through+NAT |
| 08:33.54 | snuff-work | uses word 'section' instead of 'context' in endpoint |
| 08:37.39 | mjordan | snuff-work: DEBUG asterisk logs. It will show the resolution process |
| 08:39.06 | mjordan | fixed the page |
| 08:40.20 | snuff-work | mm.. the pjsip logger command.. it seems to hold a buffer of stuff like before u enable and u get spammed initially when u enable it |
| 08:44.33 | snuff-work | http://pastebin.com/j82UVQVX |
| 08:44.40 | mjordan | er... it doesn't do that |
| 08:44.53 | snuff-work | that's the pkt that is sent as invite.. |
| 08:45.06 | mjordan | snuff-work: that's not the DEBUG information :-) |
| 08:45.16 | snuff-work | what debug lvl =) |
| 08:45.27 | snuff-work | what other switches i need to throw |
| 08:45.34 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 08:45.54 | mjordan | standard DEBUG logs include all debug levels, with verbose and debug set to 5 |
| 08:45.59 | mjordan | i.e. |
| 08:46.08 | mjordan | full => debug,verbose,notice,warning,error |
| 08:46.11 | mjordan | core set debug 5 |
| 08:46.13 | mjordan | core set verbose 5 |
| 08:46.15 | snuff-work | k |
| 08:46.34 | snuff-work | i had one with just debug alone.. will make a combined |
| 08:47.16 | snuff-work | atm my config is with a single 0.0.0.0 bind transport.. with ext sig/media set to my 10.237.x.x addr |
| 08:52.25 | snuff-work | http://pastebin.com/phtfmLye |
| 08:52.58 | snuff-work | so 10.21.16.102 = sip phone making call out |
| 08:53.50 | snuff-work | and 210.87.44.6 = sip provider |
| 08:57.43 | mjordan | just to double check, you do have res_pjsip_multihomed loaded, right? |
| 08:58.36 | mjordan | heh |
| 08:58.43 | mjordan | you did still need 'pjsip set logger on' :-) |
| 08:58.50 | mjordan | that's what actually sends the PJSIP traffic to the log file |
| 08:58.53 | snuff-work | i need to set another module on? |
| 08:59.13 | mjordan | res_pjsip_multihomed is what handles multihoming |
| 08:59.18 | snuff-work | i thought it would be inc'd |
| 08:59.24 | mjordan | so if that isn't loaded... yes, you'll get wrong multi-homed behaviour |
| 08:59.33 | mjordan | it is a separate module |
| 08:59.44 | snuff-work | res_pjsip_multihomed.so PJSIP Multihomed Routing Support 0 Running core |
| 08:59.46 | mjordan | think about it this way: if you only have one NIC, then you don't need to do a lot of double checking of interfaces |
| 08:59.52 | mjordan | then you're running it |
| 09:00.18 | mjordan | snuff-work: I'd just get a debug log with pjsip set logger on and make an issue at this point. I think someone will have to dig into it substantially |
| 09:00.27 | mjordan | generally I'd expect that to re-write what things go out where |
| 09:01.07 | snuff-work | mm.. interesting |
| 09:01.22 | snuff-work | the pjsip logger output has the windows ^M |
| 09:01.25 | snuff-work | all over it |
| 09:09.09 | snuff-work | mm.. have got it to connect.. but 0 audio.. (throws a few flags down in config) |
| 09:11.45 | snuff-work | ok got it working for now.. |
| 09:12.41 | snuff-work | in the SDP.. i forget what does the 'o' and the 'c' mean? or lmgtfy i guess =) |
| 09:20.20 | snuff-work | does pjsip have a 'privacy=id' type dialplan function? |
| 09:34.01 | coreyfarrell | I have a patch for testsuite that parses REF_DEBUG logs if they exist, fails the test if any leaks happened. anyone have a suggestion for how to force AMI connections to close on asterisk shutdown? the patch isn't much use if most tests cause asterisk to shutdown with an AMI session allocated. |
| 09:36.58 | snuff-work | bbl thanks for help guys |
| 09:44.52 | file | reads up |
| 10:12.56 | file | falls over |
| 10:38.43 | *** join/#asterisk-dev pnlarsson (~niklas@fw1.gml.g.icnet.infracom.se) |
| 11:03.13 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 11:03.13 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 11:10.17 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 11:10.18 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 11:13.52 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 11:25.23 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 11:46.46 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 11:55.52 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 11:55.52 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 11:56.12 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 12:02.15 | mjordan | coreyfarrell: I think a lot of it has to be handled on a test by test basis. Generally, tests need to tell things to shut down, but should have disposed of all their resources in the process of doing that. |
| 12:04.29 | mjordan | I think the reason why we had so many problems is there are a number of tests that aren't doing that properly. |
| 12:04.36 | mjordan | That being said, some of those are going to be tricky to solve |
| 12:04.45 | mjordan | for example, a lot of the CEL tests verify their records based on AMI events |
| 12:05.02 | mjordan | and there's no real way to tell when all of those events are going to be done when you're in the shutdown routine |
| 12:05.08 | mjordan | at least with the current structure of things |
| 12:07.59 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 12:08.30 | opticron | coreyfarrell, I had a patch that we had to revert for just that. see https://issues.asterisk.org/jira/browse/ASTERISK-24082 |
| 12:20.36 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 12:28.08 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 12:28.08 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 12:28.49 | *** join/#asterisk-dev Dovid (~Dovid@ool-2f113961.dyn.optonline.net) |
| 12:33.53 | *** join/#asterisk-dev Marquis42 (~mrbmw@d149-67-95-208.try.wideopenwest.com) |
| 12:35.44 | file | wobbles |
| 13:02.31 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 13:12.56 | wdoekes | mjordan: 3pcc issues yesterday? |
| 13:13.21 | wdoekes | https://github.com/SIPp/sipp/issues/101 (and 98) |
| 13:15.59 | opticron | shudders at the mention of SIPp 3pcc |
| 13:27.30 | file | wobbles again |
| 13:32.34 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 13:35.16 | jameswf | File wobbles but he don't fall down |
| 13:35.56 | file | NAT, NAT, NAT |
| 13:41.13 | Qwell | puts file behind a double NAT, with chan_sip in Asterisk 1.2. |
| 13:41.34 | Qwell | and he was never heard from again |
| 13:43.02 | file | I was behind double NAT but with chan_pjsip |
| 13:43.16 | file | audio worked - it just ended up using a TURN relay |
| 13:43.21 | Qwell | quiet, or into chan_skinny you go. |
| 13:44.02 | file | :D |
| 13:51.09 | *** join/#asterisk-dev otherwiseguy (~otherwise@23-228-175-118.mci.googlefiber.net) |
| 13:51.55 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 14:11.06 | mjordan | wdoekes: hm |
| 14:11.19 | mjordan | wdoekes: possibly. I wasn't using 3pcc. I did run into the bug where regexs failed |
| 14:11.28 | mjordan | wdoekes: the sipp github repo is a dangerous place :-) |
| 14:13.22 | file | IPv6 in a c= line when you aren't expecting it is cool |
| 14:16.40 | wdoekes | mm. if you weren't using 3pcc, you were having different issues. |
| 14:26.54 | *** join/#asterisk-dev sgriepentrog (~sgriepent@nat/digium/x-ljiwkfebipjhzwai) |
| 14:29.31 | *** join/#asterisk-dev kharwell (~kharwell@nat/digium/x-euahfbboiyrrxtkt) |
| 14:47.31 | *** join/#asterisk-dev otherwiseguy (~otherwise@69.76.221.33) |
| 14:49.00 | *** join/#asterisk-dev rmudgett (~rmudgett@nat/digium/x-plfrbmqlqcumsbrr) |
| 14:51.17 | *** part/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 15:21.20 | *** join/#asterisk-dev oej (~Adium@2606:4100:3880:2520:d460:8e97:c882:fcb3) |
| 15:21.20 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 15:33.11 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 15:49.32 | *** join/#asterisk-dev mjordan (~mjordan@2606:4100:3880:2520:e17f:97e5:a97f:58b9) |
| 15:49.32 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 15:54.30 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 16:13.09 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 16:52.16 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 16:58.49 | *** join/#asterisk-dev otherwiseguy (~otherwise@23-228-175-118.mci.googlefiber.net) |
| 17:34.42 | *** join/#asterisk-dev jameswf (uid27319@gateway/web/irccloud.com/x-ufawgfhpudkjvuze) |
| 18:14.32 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 18:18.44 | coreyfarrell | opticron: I was hoping to make manager.c drop open connections during manager_shutdown (or with an ast_register_cleanup).. maybe only #ifdef REF_DEBUG |
| 18:29.24 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 18:35.52 | *** join/#asterisk-dev ipengineer (~zconkle@static-71-252-134-63.dllstx.fios.verizon.net) |
| 18:40.49 | *** join/#asterisk-dev wedhorn (~wedhorn@110-175-181-222.static.tpgi.com.au) |
| 18:41.23 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 18:45.15 | *** part/#asterisk-dev ipengineer (~zconkle@static-71-252-134-63.dllstx.fios.verizon.net) |
| 18:47.55 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 19:01.52 | *** join/#asterisk-dev ipengineer (~zconkle@static-71-252-134-63.dllstx.fios.verizon.net) |
| 19:05.47 | *** join/#asterisk-dev otherwiseguy (~otherwise@216-21-168-53.mci.googlefiber.net) |
| 19:29.32 | *** join/#asterisk-dev wedhorn (~wedhorn@110-175-181-222.static.tpgi.com.au) |
| 20:28.24 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 20:28.24 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 20:30.32 | *** join/#asterisk-dev elguero (~miguel323@2001:470:1f06:12c4::2) |
| 20:46.56 | gtjoseph | rmudgett: how do you want to proceed on the phoneprov commits? I really need them in 13 but I can always patch before I build my rpms. I just think it's going to be a pjsip migration roadblock for some. |
| 20:51.01 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2) |
| 20:56.08 | rmudgett | gtjoseph: You probably should talk to mjordan about that. He is at SIPit this week. |
| 20:56.39 | gtjoseph | ok, i'll pounce on him when he checks in. :) |
| 21:09.10 | *** join/#asterisk-dev otherwiseguy (~otherwise@216-21-168-53.mci.googlefiber.net) |
| 21:56.10 | file | falls over |
| 21:57.51 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-28-58.cablep.bezeqint.net) |
| 21:57.51 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 23:21.48 | *** part/#asterisk-dev kharwell (~kharwell@nat/digium/x-euahfbboiyrrxtkt) |
| 23:59.10 | snuff-work | mm.. any1 using the PJSIP_HEADER() functions? |