| 00:30.23 | *** join/#asterisk giesen (~ggiesen@2001:19f0:0:1019:5400:ff:fe25:bda6) |
| 01:18.47 | *** join/#asterisk infobot (ibot@rikers.org) |
| 01:18.47 | *** topic/#asterisk is #asterisk The Open Source PBX and Telephony Platform (asterisk.org) -=- LTS: 13.18.5 (2017/12/22), Standard: 15.1.5 (2017/12/22); DAHDI: DAHDI-linux 2.11.1 (2016/03/01), DAHDI-tools 2.11.1 (2016/03/01); libpri 1.6.0 (2017/01/27) -=- Wiki: wiki.asterisk.org -=- Code of Conduct: bit.ly/1hH6P22 -=- Logs: bit.ly/1s4AKKu |
| 01:23.39 | *** join/#asterisk Jakeyfu_ (~zhitian.f@140.205.28.6) |
| 01:24.40 | *** part/#asterisk Jakeyfu_ (~zhitian.f@140.205.28.6) |
| 01:26.11 | *** join/#asterisk awkwardpenguin (~awkwardpe@172-222-167-081.dhcp.chtrptr.net) |
| 01:55.14 | *** join/#asterisk petris (sid19918@gateway/web/irccloud.com/x-hljtickkmjkgbbdc) |
| 02:21.44 | *** join/#asterisk startledmarmot (~startledm@66.165.31.151) |
| 03:28.37 | *** join/#asterisk awkwardpenguin (~awkwardpe@172-222-167-081.dhcp.chtrptr.net) |
| 04:15.10 | *** join/#asterisk startledmarmot (~startledm@66.165.31.151) |
| 04:47.07 | *** join/#asterisk cemotyz09 (~cemotyz09@cpe-70-121-157-202.satx.res.rr.com) |
| 04:59.08 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 05:13.47 | *** join/#asterisk lankanmon (~LKNnet@CPE64777dd7e053-CM64777dd7e050.cpe.net.cable.rogers.com) |
| 05:30.34 | *** join/#asterisk awkwardpenguin (~awkwardpe@172-222-167-081.dhcp.chtrptr.net) |
| 05:40.42 | *** join/#asterisk babak (uid19622@gateway/web/irccloud.com/x-oecymuehecirqvpt) |
| 06:16.37 | *** join/#asterisk pppingme (~pppingme@unaffiliated/pppingme) |
| 07:03.14 | *** join/#asterisk awkwardpenguin (~awkwardpe@172-222-167-081.dhcp.chtrptr.net) |
| 07:39.41 | *** join/#asterisk puzzola (~puzzola@unaffiliated/puzzola) |
| 07:41.48 | *** join/#asterisk RovingWriter (~RovingWri@unaffiliated/rovingwriter) |
| 08:15.18 | *** join/#asterisk pawiecki (~pawiecki@89.238.53.32) |
| 08:19.43 | pawiecki | Is it possible for Asterisk to monitor device state of peer, that is registered to another PABX - another or CCM? |
| 08:19.56 | pawiecki | another Asterisk* |
| 08:38.12 | *** join/#asterisk jamesaxl (~James_Axl@109.172.62.242) |
| 09:03.23 | *** join/#asterisk sekil (~sekil@nat-73.net011.net) |
| 09:04.25 | *** join/#asterisk awkwardpenguin (~awkwardpe@172-222-167-081.dhcp.chtrptr.net) |
| 09:10.33 | *** join/#asterisk Mr_Pleb_Mgoo (~jakeb@103.46.213.148) |
| 09:29.04 | *** join/#asterisk SoBlindWolf (~SoBlindWo@66.70.211.144) |
| 09:42.04 | *** join/#asterisk Worldexe (~Worldexe@95-107-33-134.dsl.orel.ru) |
| 10:14.27 | *** join/#asterisk jocthbr (~salci@138-122-44-143.host.cicloti.com.br) |
| 10:14.46 | jocthbr | Hey folks |
| 10:15.08 | jocthbr | I'm running Issabel from netinstall on Centos 7 |
| 10:15.46 | jocthbr | All the installation worked fine, but I get the following message on web gui: |
| 10:15.48 | jocthbr | Enable direct access (Non-embedded) to IssabelPBX in "Security >> Advanced Security Settings" menu. |
| 10:16.30 | jocthbr | But I can't login into the issabel to change the configuration |
| 10:16.39 | jocthbr | Any ideas of what could I do? |
| 10:33.43 | pawiecki | jocthbr: I'd try looking in the Issabel related forum or community. Also check logs of your server - maybe you will find some answers as to why you can't log in. |
| 10:37.51 | *** join/#asterisk Spajjie (cbad2bd4@gateway/web/cgi-irc/kiwiirc.com/ip.203.173.43.212) |
| 10:38.19 | Spajjie | Hi, just wondering if somebody could help me out here |
| 10:38.19 | Spajjie | I'm trying to load newly created ulaw/wav/alaw files on the fly to be played back by Playback() etc. |
| 10:38.25 | Spajjie | My problem is that these files get created correctly, placed into the /var/lib/asterisk/sounds/en folder, but the Playback method doesn't pick them up |
| 10:38.30 | Spajjie | Only once I reload the dialplan etc will these files be available to played with Asterisk |
| 10:38.30 | Spajjie | Is there some form of caching that is going on? |
| 10:48.26 | bittis | guys anyone got any strange make menuselect issues? for some reason the menu is distorted, is there someway of forcing to a non color option? or simpler one? |
| 10:48.40 | bittis | with the latest 13 release |
| 10:49.11 | *** join/#asterisk Dovid (~dovid@static-173-63-105-210.nwrknj.fios.verizon.net) |
| 10:53.48 | pawiecki | Spajjie: you always need to reload the dialplan after your changes in extensions.conf or linked config files |
| 10:54.36 | pawiecki | Playback plays file if it exists and gives error message if file does not or there are problems with it's format |
| 10:55.15 | pawiecki | bittis: what do you mean it's distorted? How are you connected to your server? |
| 11:06.13 | *** join/#asterisk awkwardpenguin (~awkwardpe@172-222-167-081.dhcp.chtrptr.net) |
| 11:08.24 | bittis | yes, when i move the cursor around to select choices then options disappear |
| 11:08.52 | bittis | is there some way of forcing it to be more "simplistic" instead of the red background it has etc? |
| 11:10.05 | *** join/#asterisk SoBlindWolf (~SoBlindWo@66.70.211.144) |
| 11:10.45 | bittis | https://i.imgur.com/2cOamdD.png |
| 11:10.48 | bittis | this might help |
| 11:10.57 | bittis | the cursor is moving but can't seen where |
| 11:18.46 | bittis | on another box with same OS i get the following menu: https://i.imgur.com/91niQjq.png |
| 11:18.51 | bittis | buffled |
| 11:18.57 | bittis | pawiecki: any ideas? |
| 11:28.43 | pawiecki | bittis: I didn't have any issues with it, but from your screenshots it looks like the distorted one is using ncurses interface and the other one is using text interface. I'm not sure, but maybe you can change the interface mode or check if ncurses is installed and works properly |
| 11:29.10 | pawiecki | that's my guess |
| 11:30.09 | bittis | good points, is there some way of forcing text mode? |
| 11:30.43 | pawiecki | I'm really not sure, I didn't use it much. Try to find it out |
| 11:30.55 | bittis | i will do, thank you :) |
| 11:31.04 | pawiecki | no problem, good luck :) |
| 11:42.27 | bittis | ended up removing libnewt |
| 11:42.35 | bittis | make clean |
| 11:42.38 | bittis | configure |
| 11:42.44 | bittis | and run the menu again |
| 11:42.48 | bittis | text menu alive |
| 11:42.56 | bittis | in case anyone has similar issues |
| 11:55.09 | *** join/#asterisk lankanmon (~LKNnet@CPE64777dd7e053-CM64777dd7e050.cpe.net.cable.rogers.com) |
| 12:32.16 | *** join/#asterisk dar123 (~dar@2602:306:bcbf:e750:5455:9694:34ee:f7aa) |
| 12:54.59 | *** join/#asterisk NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
| 13:35.31 | *** join/#asterisk miralin (~Thunderbi@81.177.59.227) |
| 13:58.22 | *** join/#asterisk Kaian (~kaian@212.81.221.228) |
| 14:05.32 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 14:13.53 | *** join/#asterisk karelk (~karel@31.10.153.23) |
| 14:14.34 | seanbright | bittis: to save you time in the future run 'make nmenuselect' |
| 14:14.43 | seanbright | errr |
| 14:14.47 | seanbright | make cmenuselect |
| 14:14.51 | seanbright | c = curses |
| 14:14.52 | seanbright | n = newt |
| 14:15.11 | seanbright | or 'make gmenuselect' for a shitty gtk version |
| 14:16.46 | seanbright | that said, i don't know why you're having problems with the newt version, i've never seen that issue before |
| 14:16.52 | seanbright | might be screen size related |
| 14:24.13 | *** join/#asterisk miralin (~Thunderbi@81.177.59.227) |
| 14:26.14 | *** join/#asterisk Scheder (uid270640@gateway/web/irccloud.com/x-dceyhcgaeimbceuz) |
| 14:32.03 | *** join/#asterisk awkwardpenguin (~awkwardpe@172-222-167-081.dhcp.chtrptr.net) |
| 14:32.19 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
| 14:47.10 | *** join/#asterisk paulgrmn (~paulgrmn@184.75.214.86) |
| 14:57.41 | *** join/#asterisk simplydrew (~simplydre@unaffiliated/simplydrew) |
| 15:11.56 | *** join/#asterisk bford (d8cff501@gateway/web/freenode/ip.216.207.245.1) |
| 15:11.56 | *** mode/#asterisk [+o bford] by ChanServ |
| 15:36.33 | *** join/#asterisk simplydrew_ (~simplydre@unaffiliated/simplydrew) |
| 15:57.05 | *** join/#asterisk gusto (~gusto@2a01:c844:102f:d20:dc2e:8aa9:e52c:1dc3) |
| 16:11.39 | *** join/#asterisk pkx2 (~pkx@unaffiliated/pkx) |
| 16:26.32 | *** join/#asterisk rrittgarn (~rrittgarn@75-150-221-205-Illinois.hfc.comcastbusiness.net) |
| 16:33.40 | *** join/#asterisk awkwardpenguin (~awkwardpe@172-222-167-081.dhcp.chtrptr.net) |
| 16:40.30 | *** join/#asterisk babak (uid19622@gateway/web/irccloud.com/x-uclnyopbpkujvfld) |
| 17:00.20 | *** join/#asterisk startledmarmot (~startledm@66.165.31.151) |
| 17:36.51 | *** join/#asterisk Scheder (uid270640@gateway/web/irccloud.com/x-btnbputnjfkatosn) |
| 17:49.13 | *** join/#asterisk dar123 (~dar@2602:306:bcbf:e750:5455:9694:34ee:f7aa) |
| 17:51.45 | *** join/#asterisk DanB (~DanB@clt-195.192.205.192.ip-anschluss.net) |
| 18:22.00 | *** join/#asterisk simplydrew (~simplydre@unaffiliated/simplydrew) |
| 18:34.34 | *** join/#asterisk dar123 (~dar@2602:306:bcbf:e750:5455:9694:34ee:f7aa) |
| 18:35.16 | *** join/#asterisk awkwardpenguin (~awkwardpe@172-222-167-081.dhcp.chtrptr.net) |
| 18:38.49 | Kobaz | hmmm |
| 18:40.20 | Kobaz | so... I have localnet 192.168.50.0/24... I also have nat enabled (comedia,rport) on a peer. the (real) peer is coming in from 10.3.2.1 but the local ip of that peer is 192.168.50.205 , which is matching the localnet and then it's NOT doing nat translations for that peer |
| 18:40.46 | Kobaz | localnet should be matching the actual source address of the phone, not the ip that it claims to be |
| 18:43.13 | *** join/#asterisk bford (442392a1@gateway/web/freenode/ip.68.35.146.161) |
| 18:43.14 | *** mode/#asterisk [+o bford] by ChanServ |
| 18:44.23 | Kobaz | 10.3.2.0/24 is also a localnet |
| 18:44.47 | [TK]D-Fender | Show actual configs, debug, and status dumps |
| 18:45.08 | Kobaz | https://pastebin.com/tYgLcvh4 |
| 18:45.08 | Kobaz | yeah |
| 18:47.28 | Kobaz | the more i run into wacky situations like this, the more i really badly want to move to pjsip |
| 18:47.46 | *** join/#asterisk lankanmon (~LKNnet@CPE64777dd7e053-CM64777dd7e050.cpe.net.cable.rogers.com) |
| 18:49.16 | Kobaz | =- 1514572668 1514572668 IN IP4 192.168.50.205 |
| 18:49.24 | Kobaz | that's why RTP is going to there |
| 18:49.49 | Kobaz | but it should be using 10.3.2.1 because of NAT= |
| 18:50.09 | *** join/#asterisk simplydrew (~simplydre@unaffiliated/simplydrew) |
| 18:50.23 | *** join/#asterisk dar123 (~dar@2602:306:bcbf:e750:5455:9694:34ee:f7aa) |
| 18:52.22 | Samot | So both the source IP and the contact IP, which are "remote" to the PBX, are also local networks according to the PBX? |
| 18:52.46 | Kobaz | well |
| 18:52.56 | Kobaz | it just so happens that 192.168.50.x is local to the server |
| 18:53.07 | Kobaz | but it's also a subnet *behind* 10.3.2.1 |
| 18:53.12 | Kobaz | which is remote |
| 18:53.18 | Samot | Does Chan_SIP have those two subnets as Local Networks? |
| 18:53.24 | Kobaz | yes |
| 18:54.12 | Samot | So you are telling Asterisk to treat those subnets as local addresses.. |
| 18:54.21 | Samot | It doesn't care they are "remote" |
| 18:54.37 | Samot | You have to tell PJSIP what local networks are too. |
| 18:54.40 | Kobaz | but nat= should be taking into account not using the IP that the INVITE claims to be from |
| 18:54.58 | Samot | But again, the IPs are considered local |
| 18:55.13 | Samot | So what ever external IPs Asterisk is going to use isn't going to happen. |
| 18:55.17 | Kobaz | the ip that's claimed to be in the invite, is loccal |
| 18:55.21 | file | those RTP messages are from a different call. |
| 18:55.22 | Kobaz | but the stack should be ignoring that, due to nat= |
| 18:55.47 | file | if it were ignoring the nat= option then the port would be 2228 |
| 18:56.31 | Kobaz | er, whoops, i may have pasted the later rtp from another test call in the same scenario |
| 18:57.10 | Samot | <--- SIP read from UDP:10.3.2.1:1029 ---> |
| 18:57.24 | Samot | ^^ That's the source IP of the SIP request from the Polycom.. |
| 18:57.29 | Kobaz | right |
| 18:57.46 | Samot | Contact: <sip:121@192.168.50.205> |
| 18:57.53 | Samot | ^^ That's the IP of the Polycom |
| 18:58.07 | Samot | c=IN IP4 192.168.50.205 |
| 18:58.13 | Samot | ^^ The Polycom is sending that |
| 18:58.16 | Kobaz | correct |
| 18:58.52 | Samot | 1:49:47 PM K<Kobaz> but it should be using 10.3.2.1 because of NAT= <-- The the router that the polycom is behind should be handling NAT better. |
| 18:59.16 | Kobaz | it shouldn't have to |
| 18:59.26 | Kobaz | asterisk should see the ipv4 source address, and use THAT |
| 18:59.35 | file | also provide the actual config as interpreted by providing the sip show peer |
| 19:00.38 | Kobaz | https://pastebin.com/Qqa7naZA |
| 19:01.29 | file | this is so old that it doesn't have the info |
| 19:01.42 | Kobaz | a tad |
| 19:02.01 | Kobaz | yeah it didn't used to show all the nat settings |
| 19:04.08 | file | I can do nothing with that. |
| 19:04.26 | Kobaz | host=dynamic, sip=force_rport,comedia |
| 19:05.46 | Samot | sip? |
| 19:05.54 | Kobaz | nat, whoops |
| 19:06.00 | Kobaz | doing a bunch of things at once |
| 19:06.25 | Samot | file: If the source IP matches something in the [general] localnet= setting does the peer's nat= setting come into play? |
| 19:06.31 | file | no. |
| 19:06.38 | Kobaz | yeah, that's my issue |
| 19:06.39 | Samot | Or does Asterisk automatically go "Nope, this is inside" |
| 19:06.43 | Samot | That's what I said |
| 19:06.45 | file | er yes |
| 19:06.47 | file | I misread |
| 19:06.51 | file | comedia doesn't care |
| 19:07.01 | Samot | 1:54:10 PM S<Samot> So you are telling Asterisk to treat those subnets as local addresses.. |
| 19:07.20 | file | and it is ignoring the provided Contact address and using the source address, because sip show peer shows that |
| 19:08.01 | file | localnet only impacts our outgoing traffic |
| 19:09.36 | Samot | Perhaps a some new debugs that show where the RTP is being sent.. |
| 19:09.58 | Kobaz | yeah sorry about that |
| 19:11.24 | Kobaz | https://pastebin.com/DG0pH6pW |
| 19:12.33 | Samot | [2017-12-29 14:09:50.796] Peer audio RTP is at port 192.168.50.205:2232 |
| 19:12.39 | Kobaz | right |
| 19:12.41 | Kobaz | that's the issue |
| 19:12.50 | Kobaz | when it should be 10.3.2.1 |
| 19:15.27 | Kobaz | audio works in the other way... |
| 19:15.45 | Samot | What version of Asterisk? |
| 19:15.46 | Kobaz | SIP/121 -> Asterisk, has this issue... but Asterisk -> SIP/121 works |
| 19:15.48 | Kobaz | 1.8 |
| 19:16.09 | Samot | Well it looks like it is using the details of the Contact and/or Call-ID |
| 19:16.15 | Kobaz | yeah, it is |
| 19:16.24 | file | it's using the c= line as provided |
| 19:16.33 | Samot | Or that. |
| 19:17.29 | Samot | This is a combination of two things. 1) Something is funky with Asterisk handling this. 2) The router doing the NAT for the device isn't updating the packet. |
| 19:17.53 | Kobaz | i think it's the funky-path |
| 19:18.00 | Kobaz | lemme do a test on another box real quick |
| 19:18.11 | file | the code which handles this is not complex, add messages or turn up debug, isolate, move on |
| 19:18.23 | file | it's a flag that chan_sip sets and res_rtp_asterisk acts on |
| 19:18.26 | Kobaz | yeah, i think it's getting to that point |
| 19:18.44 | file | if the flag isn't getting set then it's chan_sip |
| 19:19.03 | Kobaz | i promise we'll be moving to 15 by Q2 |
| 19:19.17 | Kobaz | for at least some customers |
| 19:19.20 | file | for example... |
| 19:19.40 | file | chan_sip doesn't allow nat= to be a comma separated list |
| 19:20.05 | file | not in 1.8 at least |
| 19:20.25 | file | so your config is invalid and likely comedia isn't getting set |
| 19:20.30 | Samot | Right. |
| 19:20.31 | Kobaz | oh crap |
| 19:20.32 | file | set it to yes. |
| 19:20.37 | Samot | I forgot about that. |
| 19:20.39 | Kobaz | haha |
| 19:20.40 | Kobaz | yeaaaah |
| 19:20.42 | Kobaz | this box used to be 11 |
| 19:20.51 | Kobaz | and we had to go back to 1.8 for timing issues |
| 19:21.48 | Kobaz | i really need to auto detect asterisk versions for the sip.cfg build |
| 19:21.52 | Kobaz | it's a bit manual right now |
| 19:22.03 | Kobaz | update asterisk.core_settings set asterisk_major_version = '1.8'; |
| 19:22.05 | Kobaz | that should do it |
| 19:22.43 | Kobaz | sip reload takes a loooong time on this box, not sure why |
| 19:23.04 | Kobaz | 40 peers should not be a problem... |
| 19:23.39 | *** join/#asterisk jkroon (~jkroon@165.16.204.170) |
| 19:24.27 | Kobaz | works.... |
| 19:24.54 | Kobaz | now i can work on my real issue... |
| 19:26.09 | *** join/#asterisk xpot (~xpot@c-73-98-209-70.hsd1.ut.comcast.net) |
| 19:28.31 | file | next time don't jump to conclusions, double check configuration against the sample config and isolate |
| 19:28.35 | Kobaz | yeaaah |
| 19:28.56 | Kobaz | well, the confusing thing was it was transmitting (nat) |
| 19:29.02 | Kobaz | so i didn't think to check that |
| 19:29.13 | [TK]D-Fender | And stop using EOL branches |
| 19:29.39 | Kobaz | working on it... |
| 19:30.10 | file | force_rport is the default which causes that. |
| 19:30.45 | file | (because signaling and media NAT Handling is separate, and the message refers to the signaling) |
| 19:30.50 | Kobaz | right |
| 19:30.51 | Kobaz | yeah |
| 19:31.21 | Kobaz | there's no debug message staying whether or not RTP is being NAT'd |
| 19:31.42 | Kobaz | so far as I'm aware... at least without turning on core debug |
| 19:32.11 | file | dunno, I've moved on |
| 19:32.15 | Kobaz | yeah |
| 19:32.16 | Kobaz | that's okay |
| 19:32.21 | Kobaz | simple fix, it's good now |
| 19:32.29 | Kobaz | thanks! |
| 19:35.34 | *** join/#asterisk dar123 (~dar@2602:306:bcbf:e750:5455:9694:34ee:f7aa) |
| 20:11.36 | *** join/#asterisk dar123 (~dar@2602:306:bcbf:e750:5455:9694:34ee:f7aa) |
| 20:37.30 | *** join/#asterisk awkwardpenguin (~awkwardpe@172-222-167-081.dhcp.chtrptr.net) |
| 20:44.39 | *** join/#asterisk dar123 (~dar@2602:306:bcbf:e750:5455:9694:34ee:f7aa) |
| 21:17.01 | *** join/#asterisk pchero (~pchero@109.70.54.56) |
| 21:28.19 | *** join/#asterisk simplydrew (~simplydre@unaffiliated/simplydrew) |
| 21:36.20 | *** join/#asterisk puzzola (~puzzola@unaffiliated/puzzola) |
| 21:58.21 | *** join/#asterisk xpot (~xpot@c-73-98-209-70.hsd1.ut.comcast.net) |
| 22:16.30 | *** join/#asterisk babak (uid19622@gateway/web/irccloud.com/x-hdraijwkgmuetolr) |
| 22:23.18 | *** join/#asterisk xpot (~xpot@c-73-98-209-70.hsd1.ut.comcast.net) |
| 22:56.07 | *** join/#asterisk rangotail (~rangotail@unaffiliated/rangotail) |
| 23:33.03 | *** join/#asterisk dar123 (~dar@2602:306:bcbf:e750:5455:9694:34ee:f7aa) |
| 23:39.37 | *** join/#asterisk awkwardpenguin (~awkwardpe@172-222-167-081.dhcp.chtrptr.net) |
| 23:45.59 | *** join/#asterisk Brisk-Branded (~Andrew@165.227.217.42) |
