00:06.36 | *** join/#asterisk Samael28 (~Samael28@176.104.56.91) |
00:09.10 | *** join/#asterisk u0m3_ (~u0m3@82.76.83.7) |
01:09.20 | *** join/#asterisk infobot (ibot@208.53.50.136) |
01:09.20 | *** topic/#asterisk is #asterisk The Open Source PBX and Telephony Platform (asterisk.org) -=- LTS: 13.23.1 (2018/09/20) 16.0.0 (2018/10/09), Security Only: 15.6.1 (2018/09/20); 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:34.08 | *** join/#asterisk dandann00dle (~dandann00@c-76-114-64-149.hsd1.tn.comcast.net) |
01:44.28 | *** join/#asterisk Samael28 (~Samael28@176.104.56.91) |
01:46.27 | *** join/#asterisk shanth (~shanth@traphouse.realsippers.com) |
01:57.30 | *** join/#asterisk CatCow97 (~mine9@c-24-22-38-85.hsd1.or.comcast.net) |
02:18.37 | *** join/#asterisk Samael28 (~Samael28@176.104.56.91) |
03:22.55 | *** join/#asterisk simbalion (~simba@tailpuff.net) |
03:23.47 | simbalion | Hi, what controls the length of time a queue extension is tried? Is it 'timeout'? Mine is set to 10 presently and it only rings a line twice before trying others, I want to increase that |
03:26.56 | *** join/#asterisk Samael28 (~Samael28@176.104.56.91) |
03:28.08 | simbalion | nvm found out that is right, through testing :) |
03:28.36 | *** join/#asterisk dandann00dle (~dandann00@2601:840:8401:d7ee:cd87:f9f3:b237:db82) |
03:33.24 | *** join/#asterisk MrTAP (~MrT@unaffiliated/mrtap) |
03:34.43 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
04:28.39 | *** join/#asterisk Samael28 (~Samael28@176.104.56.91) |
04:44.38 | *** join/#asterisk TriJetScud (~TriJetScu@69.172.162.252) |
05:32.15 | *** join/#asterisk Samael28 (~Samael28@176.104.56.91) |
05:41.51 | *** join/#asterisk Jesterboxboy (~Thunderbi@84-115-150-8.cable.dynamic.surfer.at) |
05:47.49 | *** join/#asterisk _mwoodj_ (~mwoodj@pdpc/sponsor/digium/hyper-eye) |
06:06.23 | *** join/#asterisk Samael28 (~Samael28@176.104.56.91) |
06:09.24 | *** join/#asterisk zapata (~zapata@2a02:b18:581:10:100b:a8e2:49fa:4538) |
06:27.39 | *** join/#asterisk jamesaxl (~James_Axl@176.98.158.9) |
06:39.00 | *** join/#asterisk Samael28 (~Samael28@176.104.56.91) |
06:39.51 | *** join/#asterisk pchero_work (~pchero@87.213.247.82) |
06:50.37 | *** join/#asterisk Samael28 (~Samael28@176.104.56.91) |
07:12.06 | *** join/#asterisk pchero_work (~pchero@87.213.247.82) |
07:39.17 | *** join/#asterisk DanB (~DanB@clt-195.192.207.219.ip-anschluss.net) |
07:50.28 | *** join/#asterisk jkroon (~jkroon@165.16.203.126) |
07:55.46 | *** join/#asterisk justdave_ (~dave@unaffiliated/justdave) |
08:16.11 | *** join/#asterisk pchero_work (~pchero@60.30.148.146.bc.googleusercontent.com) |
08:33.25 | *** join/#asterisk jamesaxl (~James_Axl@176.98.158.9) |
09:04.12 | *** join/#asterisk hehol (~hehol@gatekeeper.loca.net) |
09:07.42 | *** join/#asterisk luckman212 (luckman212@unaffiliated/luckman212) |
09:08.36 | *** join/#asterisk war9407 (~war@2600:4040:400f:c300:10a:12ee:bd81:2acb) |
09:22.41 | *** join/#asterisk Da-Geek (~Da-Geek@135.196.42.4) |
09:41.36 | *** join/#asterisk friedrich (~friedrich@aextron.de) |
09:48.23 | *** join/#asterisk friedrich (~friedrich@aextron.de) |
09:51.35 | *** join/#asterisk manticorpus (~manticore@130.125.14.46.static.wline.lns.sme.cust.swisscom.ch) |
10:00.32 | *** join/#asterisk sekil (~sekil@87.116.190.98) |
10:15.08 | *** join/#asterisk sekil (~sekil@87.116.190.98) |
11:00.52 | *** join/#asterisk lankanmon (~LKNnet@CPE64777d632383-CM64777d632380.cpe.net.cable.rogers.com) |
11:16.22 | *** join/#asterisk davlefou (~davlefou@unaffiliated/davlefou) |
11:25.48 | *** part/#asterisk manticorpus (~manticore@130.125.14.46.static.wline.lns.sme.cust.swisscom.ch) |
11:34.38 | *** join/#asterisk miralin (~Thunderbi@194.8.128.68) |
11:35.00 | *** join/#asterisk m4rcu5 (nobody@546AF885.cm-12-3d.dynamic.ziggo.nl) |
11:44.24 | *** join/#asterisk nighty- (~nighty@s229123.ppp.asahi-net.or.jp) |
11:48.04 | *** join/#asterisk Iamnacho (~Iamnacho@ip68-102-146-44.ks.ok.cox.net) |
11:56.59 | *** join/#asterisk cemotyz09 (~cemotyz09@70.121.128.59) |
12:39.20 | jamesaxl | Hello |
12:39.31 | jamesaxl | Samot: hi, I hope you are good. |
12:42.49 | *** join/#asterisk J0hnSteel (~J0hnSteel@62.162.164.77) |
12:46.13 | *** join/#asterisk sekil (~sekil@87.116.190.98) |
12:46.26 | *** join/#asterisk brad_mssw (~brad@66.129.88.50) |
12:48.58 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
12:52.28 | *** join/#asterisk cryptic (~cryptic@142.196.170.87) |
13:04.42 | *** join/#asterisk [TK]D-Fender (~joe@216.191.106.165) |
13:15.14 | pchero_work | Hi guys, I would like to know the sequence number of ari events of the channel. Is there any good idea..? |
13:15.42 | *** join/#asterisk sahmed (~sahmed@cpe-70-114-236-63.austin.res.rr.com) |
13:19.28 | *** join/#asterisk dandann00dle (~dandann00@2601:840:8401:d7ee:cd87:f9f3:b237:db82) |
13:19.57 | file | I don't think anyone has really documented the sequence |
13:23.09 | pchero_work | ah, not that one. |
13:23.41 | pchero_work | If the ari send a event via websocket, I would like to know the sequence of the event of the channel. |
13:24.29 | pchero_work | If the channel sent a 5 events, every each event has a sequence 1 to 5. |
13:24.44 | file | they don't have sequence numbers |
13:24.51 | file | but they are guaranteed to be in order over the websocket |
13:25.37 | pchero_work | file: thanks. You're right. I need to look at it more in different way.. |
14:07.21 | *** join/#asterisk kharwell (kharwell@nat/digium/x-jdtcrhnwemlhflvn) |
14:07.21 | *** mode/#asterisk [+o kharwell] by ChanServ |
14:13.42 | *** join/#asterisk qxork (~qxork@unaffiliated/qxork) |
14:16.55 | *** join/#asterisk TriJetScud (~TriJetScu@69.172.162.252) |
14:27.39 | *** join/#asterisk cresl1n (uid299068@asterisk/libpri-and-libss7-expert/Cresl1n) |
14:27.39 | *** mode/#asterisk [+o cresl1n] by ChanServ |
14:31.58 | *** join/#asterisk duo_kali (b61ece20@gateway/web/freenode/ip.182.30.206.32) |
14:32.38 | *** join/#asterisk rmudgett (rmudgett@nat/digium/x-llzryrqpollyefne) |
14:32.38 | *** mode/#asterisk [+o rmudgett] by ChanServ |
14:37.42 | *** join/#asterisk bford (uid283514@gateway/web/irccloud.com/x-nekblmdzboqhgcgo) |
14:37.42 | *** mode/#asterisk [+o bford] by ChanServ |
15:41.40 | *** join/#asterisk mhache (~mhache_@198.164.250.208) |
16:02.10 | Kobaz | i don't know what's going on... i can't log into this one polycom anymore |
16:02.36 | Kobaz | the web portal says invalid password... but i have a forced password set in <device> in the polycom cfg |
16:16.10 | shanth | might be why the sales guys email is slow |
16:16.19 | shanth | he's gonna talk to the CEO about it |
16:23.36 | *** join/#asterisk kharwell (kharwell@nat/digium/x-buxpvndhxxulcxlp) |
16:23.36 | *** mode/#asterisk [+o kharwell] by ChanServ |
16:36.37 | *** join/#asterisk salviadud (~ralfalfa@187-167-69-132.static.axtel.net) |
16:53.26 | *** join/#asterisk justdave (~dave@unaffiliated/justdave) |
16:55.45 | *** join/#asterisk zapata (~zapata@2a02:b18:581:10:100b:a8e2:49fa:4538) |
17:01.27 | *** join/#asterisk zapata (~zapata@2a02:b18:581:10:100b:a8e2:49fa:4538) |
17:05.09 | *** join/#asterisk zapata (~zapata@2a02:b18:581:10:100b:a8e2:49fa:4538) |
17:15.20 | *** join/#asterisk d1gital (~d1gital@fsf/member/d1gital) |
17:16.41 | *** join/#asterisk MrTAP (~MrT@unaffiliated/mrtap) |
17:17.17 | d1gital | \o hello |
17:17.42 | d1gital | I have libopus installed, but it doesn't seem to be loaded when I try to load the opus codec: [2018-10-23 16:58:34] WARNING[22106]: loader.c:573 load_dynamic_module: Error loading module 'codec_opus_open_source.so': /usr/lib/asterisk/modules/codec_opus_open_source.so: undefined symbol: opus_encode |
17:17.57 | d1gital | any idea what I've missed? |
17:18.05 | FrankyCyborg | that's a linker problem |
17:18.48 | FrankyCyborg | your module is missing the named symbol - most likely, because your .so file is not linking against the opus library |
17:19.21 | FrankyCyborg | are you on linux or mac os x? |
17:19.34 | d1gital | ubuntu, installed from apt |
17:19.46 | d1gital | you're right; libopus isn't in the ldd output for that module |
17:19.48 | FrankyCyborg | have you installed the opus library on your system? |
17:19.57 | FrankyCyborg | yep, that's it |
17:21.11 | d1gital | strange. I installed asterisk-opus from the ubuntu repos. I wonder why it wouldn't be linked against libopus |
17:21.37 | FrankyCyborg | maybe because that wouldn't install the opus library itself? |
17:22.16 | FrankyCyborg | do you have header/library files of opus in /usr/include or /usr/lib (or whatever paths you are using)? |
17:22.35 | d1gital | I do have libopus installed, and I can see the opus_encode symbol defined in "nm -D /usr/lib/x86_64-linux-gnu/libopus.so.0.5.2" |
17:24.00 | FrankyCyborg | hmm, if it's not a platform mismatch (32/64-bit), it may be possible to link the .so file afterwards against that opus library? (I would make a backup of it first) I know how to do that on mac os x, but not on linux |
17:26.40 | FrankyCyborg | but it's strange, that this issue happens, when you used the repos |
17:33.55 | *** join/#asterisk jkroon (~jkroon@165.16.204.168) |
17:57.06 | *** join/#asterisk duo_kali (b61e0c3c@gateway/web/freenode/ip.182.30.12.60) |
18:15.14 | igcewieling | It appears the sip to pjsip config conversion script puts all the permits in a single ACL. |
18:24.21 | *** join/#asterisk miralin (~Thunderbi@194.8.128.68) |
18:46.09 | *** join/#asterisk pa (~pa@unaffiliated/pa) |
18:49.28 | shanth | when i register/connect with my sip provider to trunk, is that unencrypted when it sends the password? |
18:55.33 | [TK]D-Fender | No, it is MD5'd for auth, but the audio is unencrypted most of the time. |
18:55.57 | [TK]D-Fender | Then again an attacker would have to have a way to get themselves in the packet path |
18:59.59 | *** join/#asterisk trmg (~trmg@24.176.227.66) |
19:03.36 | *** join/#asterisk kfife (~Miranda@home.chicagoventure.com) |
19:04.45 | trmg | I'm having an odd issue that I'm hoping I can get some pointers on. |
19:06.16 | *** join/#asterisk jamesaxl (~James_Axl@176.98.158.9) |
19:09.40 | kfife | Can I limit the number of concurrent calls for a specific peer in sip.conf, or must that be done in the dialplan? |
19:12.36 | [TK]D-Fender | either |
19:34.47 | qxork | Mr Fife! |
19:35.38 | *** join/#asterisk Milos (~Milos@pdpc/supporter/student/milos) |
19:35.40 | qxork | kfife: thereâs a call-limit= availabile in sip.conf |
19:35.57 | qxork | you can also use group in dialplan which is my prefered method |
19:36.25 | *** join/#asterisk Oatmeal (Suzeanne@gateway/vpn/privateinternetaccess/suzeanne) |
19:40.40 | shanth | thinking of using Flowroute but the number of 404 pages they have is making me nervous |
19:47.34 | *** join/#asterisk d1gital (~d1gital@fsf/member/d1gital) |
19:52.51 | trmg | shanth: FWIW I used Flowroute for a while and have no complaints with their service. |
20:08.37 | *** join/#asterisk DanFromUK (sid21651@gateway/web/irccloud.com/x-nmqvyhdvvlkccsgo) |
20:09.49 | DanFromUK | Hi. I'm trying to configure a new Polycom phone. It's something I've done hundreds of times. I'm using the same provisioning files, just changing the sip login details. But Asterisk seems to be simply ignoring the REGISTER packets. |
20:09.55 | DanFromUK | It's not replying at all. |
20:10.20 | DanFromUK | I have captured the packets on the firewall, and also on the server itself, but pjsip logger shows nothing from that ip address. |
20:10.48 | DanFromUK | I've got another phone, on the same external network, and it's working fine. Any ideas what could cause asterisk to simply ignore packets? |
20:11.42 | [TK]D-Fender | Because maybe it's not passing the firewall to get to * |
20:11.56 | [TK]D-Fender | go prove there are no rules that could block it, then prove that * is listening on the right port, etc |
20:12.03 | DanFromUK | tcpdump on the asterisk box says it is passing the firewall |
20:12.34 | DanFromUK | and i've got another phone sat next to me which is able to communicate with no problems at all |
20:13.50 | [TK]D-Fender | Less anecdotes, more backup.... |
20:16.32 | DanFromUK | Might be some form of SIP ALG issue actually. Running tcpdump on the Asterisk machine, it appears that the "broken" phone and one of the working phones are using the same source port. I wonder if asterisk is ignoring it because the credentials don't match another phone using that source port. |
20:19.01 | *** join/#asterisk CatCow97 (~mine9@c-24-22-38-85.hsd1.or.comcast.net) |
20:20.36 | *** join/#asterisk cemotyz09 (~cemotyz09@cpe-70-121-128-59.satx.res.rr.com) |
20:22.12 | igcewieling | DanFromUK: if the source port shown in sip show peers (or whatever is right for pjsip) is 5060 for more than one device behind the same router, that strongly indicates ALG |
20:23.17 | DanFromUK | yes. this is at home. just trying to catch up work and set up a device for a client. it's just odd that i've got 6 other devices working fine here. going to check out the router. |
20:24.16 | DanFromUK | nope. sip alg turned off. time for a reboot i think. |
20:37.34 | *** join/#asterisk sh_smith (~sh_smith@cpe-76-174-26-91.socal.res.rr.com) |
20:37.42 | [TK]D-Fender | Or... we could try NOT fucking with the evidence... |
20:37.52 | [TK]D-Fender | And actually look |
20:58.47 | trmg | Any pointers on what to troubleshoot when PJSIP falls apart and you're seeing a ton of various "task processor queue reached 500 scheduled tasks again." in the log? |
21:26.02 | *** join/#asterisk efm (~efm@vpn.tummy.com) |
22:03.31 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
22:07.42 | *** join/#asterisk tomaluca95 (~quassel@kde/developer/tomaluca) |
22:34.29 | Slade | was at a little think tank for small businesses today. one of the ideas made me wonder the feasibility of little guys/providers doing their cellphone time in the same manner that they can do their voip time |
22:35.17 | efm | Slade: like a MVNO? |
22:35.36 | Slade | yes |
22:47.37 | DanFromUK | I realise now that the other phones at home are connected to another asterisk server at the datacentre. Either way, the packets from this phone are not being accepted by Asterisk, even though the packets are being received by the server os. |
22:49.21 | DanFromUK | <PROTECTED> |
22:49.24 | efm | Slade: did you wonder in a positive way? |
22:49.50 | DanFromUK | [TK]D-Fender: Not really sure why you are responding like that. tcpdump clearly shows the packets are being received by the server os, although you are implying that it's either not or i'm lying? sending you a tcpdump from the os will only allow you to validate what i'm saying. or you can simply trust me when I say that asterisk is not responding to a specific ip address or not receiving the packets. |
22:50.12 | [TK]D-Fender | or that we're seeing prefiltered results |
22:50.25 | [TK]D-Fender | So far we are not seeing a firewall having been emptied out or anything at all |
22:50.32 | Slade | efm, hum.. a cynical but hopeful way? |
22:50.33 | DanFromUK | tcpdump is post filter? |
22:52.01 | [TK]D-Fender | https://superuser.com/questions/925286/does-tcpdump-bypass-iptables |
22:52.20 | file | tcpdump is before iptables |
22:52.32 | [TK]D-Fender | ^ |
22:52.38 | DanFromUK | noted. |
22:52.48 | [TK]D-Fender | You see things * may never get to |
22:53.08 | DanFromUK | ok. i understand. |
22:57.40 | efm | Slade: you could call it 'decentralized' |
23:09.12 | Slade | efm, i have to think the carriers would overcharge.. but it would be awesome if it was possible |
23:18.00 | efm | Slade: I use project fi, and think it's awesome. But that's the sort of thing you are describing |
23:18.11 | *** part/#asterisk kharwell (kharwell@nat/digium/x-buxpvndhxxulcxlp) |
23:18.28 | Slade | i know very little about project fi |
23:19.12 | efm | phone + voip + cellular + internet for a modest price and pay as you go bw |
23:32.28 | *** join/#asterisk gtjoseph (~gtjoseph@unaffiliated/gtj) |
23:32.28 | *** mode/#asterisk [+o gtjoseph] by ChanServ |