| 00:14.05 | *** join/#asterisk _0x5eb_ (~seb@seb-hpws2.elen.ucl.ac.be) |
| 00:25.30 | *** join/#asterisk _0x5eb_ (~seb@seb-hpws2.elen.ucl.ac.be) |
| 00:31.47 | *** join/#asterisk _0x5eb_ (~seb@seb-hpws2.w1.tele.crt1.net) |
| 00:37.33 | *** join/#asterisk _0x5eb_ (~seb@seb-hpws2.w1.tele.crt1.net) |
| 00:46.57 | *** join/#asterisk qloogkm (uid20721@gateway/web/irccloud.com/x-zedxemyegfnhzvab) |
| 00:48.37 | *** join/#asterisk acidfu_ (~acidfoo@198-48-218-90.cpe.pppoe.ca) |
| 00:48.51 | *** join/#asterisk saint_ (~saint_@unaffiliated/saint-/x-0540772) |
| 01:07.51 | *** join/#asterisk friedrich (~friedrich@aextron.de) |
| 01:47.27 | *** join/#asterisk acidfu_ (~acidfoo@198-48-218-90.cpe.pppoe.ca) |
| 02:40.03 | *** join/#asterisk klow (~textual@c-98-247-49-57.hsd1.wa.comcast.net) |
| 03:22.15 | *** join/#asterisk raspberrypifan (~raspberry@cblmdm170-253-181-126.maxxsouthbb.net) |
| 03:32.37 | *** join/#asterisk fstd_ (~fstd@unaffiliated/fisted) |
| 03:36.19 | *** join/#asterisk friedrich (~friedrich@aextron.de) |
| 03:55.33 | *** join/#asterisk robink_ (~quassel@unaffilated/robink) |
| 04:23.22 | *** join/#asterisk klow (~textual@c-98-247-49-57.hsd1.wa.comcast.net) |
| 04:37.25 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
| 04:38.18 | *** join/#asterisk lvlinux (~ruel@unaffiliated/lvlinux) |
| 04:46.44 | *** join/#asterisk klow (~textual@c-98-247-49-57.hsd1.wa.comcast.net) |
| 04:52.33 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
| 05:24.14 | *** join/#asterisk raspberrypifan (~raspberry@cblmdm170-253-181-126.maxxsouthbb.net) |
| 05:24.38 | *** join/#asterisk bof22 (~Thunderbi@185.13.183.107) |
| 06:04.28 | *** join/#asterisk miralin (~Thunderbi@195.19.212.23) |
| 07:00.19 | *** join/#asterisk pchero_work (~pchero@109.70.54.56) |
| 07:03.03 | *** join/#asterisk defsdoor (~andy@cpc8-sutt4-2-0-cust254.perr.cable.virginm.net) |
| 07:08.53 | *** join/#asterisk woopstar (~andreaskr@unaffiliated/woopstar) |
| 07:09.59 | woopstar | Goodmorning all. So I've upgraded from 13.9.1 to 13.10 and after the upgrade is successfully applied, we're seeing that SQL queries trough ODBC is truncated in length. Anyone expirenced this ? |
| 07:11.41 | *** join/#asterisk mirela666 (~mirkob@2a00:1950:400:0:b883:4d9b:edaa:8cd7) |
| 07:19.43 | *** join/#asterisk tzafrir (~tzafrir@local.xorcom.com) |
| 07:20.08 | *** join/#asterisk hehol (~hehol@gatekeeper.loca.net) |
| 07:43.09 | *** join/#asterisk sekil (~sekil@213.74.117.162) |
| 07:54.44 | *** join/#asterisk leon_ (~ofu@183.98.33.60) |
| 07:54.50 | *** join/#asterisk ruied (~ruied@2001:8a0:75b2:8c01:7dea:4d6e:e459:880b) |
| 07:56.57 | *** join/#asterisk sekil (~sekil@213.74.117.162) |
| 07:58.05 | ruied | Hello. In the dialplan, after I Hangup() a call I want to execute a system() script. I'm making a callback, when I dial to the pbx it matches my number and then it I want to Hangup() the call and execute a system script CallMeBack.call |
| 07:59.01 | ruied | how can I run system() after the PBX hangs up the call? |
| 07:59.10 | *** join/#asterisk zapata (~zapata@2a02:b18:581:10:10e8:e538:9b18:6f4c) |
| 08:00.49 | leon_ | somebody know why callee cannot send rtp frame( Null Frame ) in asterisk 13.10.0 |
| 08:06.24 | *** join/#asterisk chuckf (~chuckf@pool-108-45-91-234.washdc.fios.verizon.net) |
| 08:16.02 | *** join/#asterisk CeBe1 (~CeBe@a81-14-235-90.net-htp.de) |
| 08:29.56 | *** join/#asterisk boris_t (~boris_t@94.190.2.146) |
| 09:21.25 | *** join/#asterisk Tiffon (~name@unaffiliated/tiff0n) |
| 09:25.33 | *** join/#asterisk jjrh (~jjrh@2607:f0b0:8:801c:8c99:71e2:e25:5931) |
| 09:38.38 | *** join/#asterisk Haris (~haris@unaffiliated/haris) |
| 09:43.53 | *** join/#asterisk Jesterboxboy (~Thunderbi@178-189-162-195.adsl.highway.telekom.at) |
| 09:46.20 | *** join/#asterisk X-Rob (X-Rob@gateway/web/irccloud.com/x-mdguhmssjcxrjtzx) |
| 09:55.03 | *** join/#asterisk AndyCap (~aoy@pdpc/supporter/sustaining/AndyCap) |
| 09:56.49 | *** join/#asterisk X-Rob (X-Rob@gateway/web/irccloud.com/x-csnqvgfnqbtfcvop) |
| 09:59.59 | *** join/#asterisk boris_t (~boris_t@363103629.convex.ru) |
| 10:03.01 | *** join/#asterisk angryuser (~greg@LNeuilly-656-1-71-123.w92-154.abo.wanadoo.fr) |
| 10:15.24 | *** join/#asterisk babak (uid19622@gateway/web/irccloud.com/x-cinctgripmdseuin) |
| 10:17.32 | *** join/#asterisk SunTsu (miyamoto@unaffiliated/suntsu) |
| 10:18.19 | *** join/#asterisk zopsi (~zopsi@zopsi.com) |
| 10:19.09 | *** join/#asterisk Kunsi (felix@unaffiliated/kunsi) |
| 10:33.54 | *** join/#asterisk MaliutaLap (nikolai@unaffiliated/maliuta) |
| 11:19.57 | *** join/#asterisk Zogot (~Adium@185.21.52.255) |
| 11:35.44 | *** join/#asterisk ModFather (~ModFather@unaffiliated/modfather) |
| 11:47.28 | *** join/#asterisk dirtyonekanobi (~dirtyonek@vpn-bfdc.telnetww.com) |
| 11:55.57 | *** join/#asterisk dirtyone_ (~dirtyonek@tnmi-static-253-252-142-209.ip.telnetww.com) |
| 11:55.57 | *** join/#asterisk pdugas (~retentive@c-73-82-30-193.hsd1.ga.comcast.net) |
| 12:08.05 | *** join/#asterisk XATRIX (~xatrix@185.76.80.126) |
| 12:08.39 | XATRIX | Hi guys, can you advice why does my SIP software unable to connect to my asterisk ? https://paste.fedoraproject.org/400657/70225138/ |
| 12:09.14 | XATRIX | I'm connecing behind 2 NATs, WAN-----192.168.10.0/24(NAT)------192.168.137.0/24(NAT)----Softphone |
| 12:10.37 | XATRIX | And how does T38 crosses with SIP ? or is it completely different things ? |
| 12:11.39 | *** join/#asterisk Jesterboxboy (~Thunderbi@212095007016.public.telering.at) |
| 12:16.33 | Samot | Why are you double NAT'ing yourself? |
| 12:16.44 | Samot | Because now you have to deal with that. |
| 12:22.33 | *** join/#asterisk acidfu_ (~acidfoo@modemcable002.114-70-69.static.videotron.ca) |
| 12:38.03 | *** join/#asterisk [TK]D-Fender (~joe@216-191-106-165.dedicated.allstream.net) |
| 12:42.35 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
| 12:45.21 | *** join/#asterisk jr220 (~jamesruss@108.189.93.237) |
| 12:54.32 | XATRIX | Samot: i don't that the point how it was done by the local adms |
| 12:55.14 | *** join/#asterisk puzzled (~puzzled@2001:982:1097:1::1:3) |
| 13:05.21 | *** join/#asterisk Zogot (~Adium@185.21.52.255) |
| 13:27.01 | *** join/#asterisk ruied (~ruied@125.44.62.94.rev.vodafone.pt) |
| 13:36.13 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 13:36.13 | *** mode/#asterisk [+o cresl1n] by ChanServ |
| 13:47.28 | *** join/#asterisk brad_mssw (~brad@66.129.88.50) |
| 13:49.22 | *** join/#asterisk jbassett (~jbassett@62.30.72.220) |
| 13:49.40 | *** join/#asterisk newtonr (RustyNewto@nat/digium/x-adjbamaizpdfytay) |
| 13:49.40 | *** mode/#asterisk [+o newtonr] by ChanServ |
| 14:12.40 | *** join/#asterisk kharwell (kharwell@nat/digium/x-klhdorjuruxumiqh) |
| 14:36.26 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
| 14:53.34 | *** join/#asterisk Zogot (~Adium@185.21.52.255) |
| 15:16.13 | *** join/#asterisk shootbird (~quassel@205.185.122.214) |
| 15:22.20 | *** join/#asterisk jameswf (uid27319@gateway/web/irccloud.com/x-nfzutpyxdeqnjuhd) |
| 15:30.27 | *** join/#asterisk ruied (~ruied@125.44.62.94.rev.vodafone.pt) |
| 15:35.28 | *** join/#asterisk apb1963_ (~apb@107-146-220-94.res.bhn.net) |
| 15:44.48 | *** join/#asterisk ruied (~ruied@125.44.62.94.rev.vodafone.pt) |
| 15:46.01 | *** join/#asterisk rmudgett (rmudgett@nat/digium/x-ouoiafvoluoltaxs) |
| 15:51.16 | somepoortech | anyone familiar with latency effecting call quality (specifically cpu ready)? |
| 15:52.44 | scv | somepoortech what do you mean by cpu ready |
| 15:52.46 | scv | cpu usage? |
| 15:53.22 | somepoortech | as in I'm running asterisk on a vmware system and I have high ready times that impact call quality |
| 15:53.58 | somepoortech | I'd like to get some numbers as to what I can expect but everything I've read is more for network latency |
| 15:54.19 | scv | how many cpus do you have assigned to your guest? |
| 15:54.31 | somepoortech | only one |
| 15:55.00 | somepoortech | cpu utilization (ghz) is not the problem thankfully |
| 15:55.34 | somepoortech | its time waiting to execute instructions |
| 15:56.19 | scv | yes, it's scheduling related, not necessarily caused by load |
| 15:56.31 | scv | what is the hardware like? how many other guests are you running |
| 15:57.38 | somepoortech | 12 physical cores (24 with HT) running 50 asterisk servers |
| 15:57.57 | scv | which model? |
| 15:58.56 | somepoortech | Xeon e5-2630L @ 2.0ghz |
| 15:59.03 | scv | hm |
| 15:59.08 | somepoortech | 2x of them |
| 15:59.12 | scv | you shouldn't be seeing any capacity issues in an ideal situation |
| 15:59.20 | scv | i virtualize asterisk as well, ~50 per node |
| 15:59.31 | scv | but i'm on X5450s still heh |
| 15:59.41 | scv | those cpus should be more than capable |
| 15:59.59 | somepoortech | what are your ready times like? |
| 16:00.16 | scv | i'm on kvm so no easy stat to compare to |
| 16:00.23 | scv | but my loads are usually under 2 |
| 16:00.36 | scv | if you run top in a guest, do you see any st% reported |
| 16:00.47 | scv | last percentage listed in the Cpu(s): line at the top |
| 16:01.41 | somepoortech | 0.0 on the two heavy systems I picked |
| 16:01.53 | somepoortech | wait |
| 16:01.58 | somepoortech | vm level or host level |
| 16:02.02 | scv | vm level |
| 16:02.09 | somepoortech | ok, that was vm |
| 16:02.20 | scv | the linux console in esxi doesnt really give you much visibility |
| 16:02.25 | scv | since it isnt really the host, it's another small vm |
| 16:02.53 | scv | anyway, 0 is good, means there isn't any noted cpu overcommit |
| 16:03.32 | somepoortech | actually... I'm off on my number I'm up to 60 vms now |
| 16:03.33 | scv | do you have dahdi built with your systems or no? dahdi_test may be useful to see if there's timing issues occuring inside the vm |
| 16:03.45 | somepoortech | apparently me telling people we are overcommited hasn't stopped them |
| 16:03.55 | scv | haha |
| 16:03.59 | scv | typical :P |
| 16:04.04 | somepoortech | worse... I'm running freepbx on them |
| 16:04.24 | scv | your setup is sounding more and more like the last guy i did consulting for... |
| 16:04.26 | scv | :p |
| 16:04.49 | somepoortech | apparently it's a common pitfall |
| 16:04.52 | scv | anyway, if it's fpbx you should have dahdi |
| 16:07.51 | somepoortech | It has been 1000 milliseconds, and we got 1022 timer ticks |
| 16:08.22 | somepoortech | did timing test 1024 |
| 16:08.38 | scv | sounds about right |
| 16:09.04 | scv | is your issue persistent or transient? |
| 16:09.18 | somepoortech | transient |
| 16:09.45 | scv | you might need to setup some more detailed monitoring of your guests to get a better clue |
| 16:10.13 | scv | i'm inclined to think you might be getting hit with sudden bursts of load, from freepbx cronjobs |
| 16:10.34 | scv | we used to run freepbx years ago and had issues like that, strange short periods of VQ problems at random intervals |
| 16:10.53 | scv | fix was just to stagger cronjob execution randomly for each vm |
| 16:11.20 | somepoortech | yeah... I really like how they had a cron to run 10k lines of php code |
| 16:11.29 | somepoortech | every minute |
| 16:11.46 | scv | sounds like you're doing hosted pbx ? |
| 16:11.52 | somepoortech | yep |
| 16:12.04 | scv | have you looked at any other options? freepbx is really quite awful |
| 16:12.12 | somepoortech | have a good alternative? |
| 16:12.18 | scv | we built ours in-house.. heh |
| 16:12.34 | somepoortech | I was considering that |
| 16:12.43 | somepoortech | but I don't make pretty guis |
| 16:13.07 | scv | do your customers actually access their systems? |
| 16:13.19 | somepoortech | yes :-( |
| 16:13.24 | scv | brutal :s |
| 16:13.42 | somepoortech | also I don't want to be personally responsible for setting up each customers phone |
| 16:13.53 | scv | oh, autoprov is a must |
| 16:14.03 | TandyUK | autoprov ftw |
| 16:14.08 | TandyUK | i use scopserv for our system |
| 16:14.09 | scv | it's actually a lot easier to integrate it when you spin your own panel |
| 16:14.27 | TandyUK | asterisk under the hood, but its a call centre scale, multi tenant platform |
| 16:14.42 | scv | is it mulit-tenant on a single asterisk instance? |
| 16:14.47 | TandyUK | yes |
| 16:14.50 | scv | realtime? |
| 16:15.01 | somepoortech | I'm not sure if I can get away with a shared instance |
| 16:15.04 | [TK]D-Fender | Nope. It generates configs |
| 16:15.08 | scv | that's good |
| 16:15.10 | scv | i was about to vomit |
| 16:15.21 | [TK]D-Fender | not sure if some of their AGI's actually do DB work really... |
| 16:15.21 | TandyUK | was gonbna say dunno what you mean by realtime |
| 16:15.32 | scv | i'm iffy on shared instances since the overhead of a vm is really minor |
| 16:15.34 | TandyUK | yes they do |
| 16:15.42 | scv | but as long as its not realtime its acceptable :p |
| 16:15.58 | TandyUK | whats realtime? direct editing of asterisks dialplan or something? |
| 16:16.07 | scv | dialplan in database |
| 16:16.11 | scv | + peers/etc |
| 16:16.31 | TandyUK | ah right |
| 16:16.33 | scv | its buggy and leaks memory like crazy |
| 16:16.47 | scv | i've seen several multi-tenant platforms that use a single instance and realtime and they're just terrible |
| 16:16.50 | TandyUK | kinda yes it is, but when i 'commit', it builds all the db values into actual asterisk configs |
| 16:16.56 | scv | yeah that's normal |
| 16:17.00 | scv | we do it the same way |
| 16:17.10 | scv | so do a lot of other implementations |
| 16:18.03 | scv | i wish $DAY_JOB would listen to me about licensing our platform |
| 16:22.54 | [TK]D-Fender | ScopServ was very polished looking when I had it and I'm sure they've only gotten better. |
| 16:23.48 | [TK]D-Fender | Given the time & focus they put on it and the fact it isn't generically modular it lets them do a pretty solid job on what they do, so it's about as scalable as one could hope on a given instance |
| 16:24.10 | somepoortech | I'll check it out |
| 16:24.11 | scv | if we had a decent UI our product would be great, technically it handles every aspect of providing hosted pbx service, it just looks like an engineer made it |
| 16:24.21 | scv | why must UI be so difficult :p |
| 16:24.40 | somepoortech | something about pretty factor... maybe include some cat's on it and scroll effects |
| 16:25.22 | scv | AJAX-ify all the things |
| 16:26.17 | scv | hm, scopserv looks pretty retro |
| 16:26.29 | scv | functional but not "modern" |
| 16:26.35 | *** join/#asterisk K0HAX (~michael@shellhost.home.englehorn.com) |
| 16:26.42 | somepoortech | I can already hear the complaints about it |
| 16:26.50 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
| 16:28.25 | scv | what i'd really like to do is release our system as F/OSS but i doubt that'll ever happen :( |
| 16:29.23 | somepoortech | oops just dropped it on github... no idea how that could happen |
| 16:29.36 | scv | :D |
| 16:30.19 | [TK]D-Fender | "Accident" (tm) |
| 16:31.40 | scv | maybe i can just take what i know already and start from scratch |
| 16:31.47 | scv | theres plenty of demand for a freepbx alternative |
| 16:31.58 | scv | one that doesn't have NaN security issues |
| 16:32.25 | somepoortech | also not a fan of the no stable branch |
| 16:32.28 | TandyUK | erm question about hangup codes... out of hours, we want to answer the line, play a message, and then hangup |
| 16:32.45 | TandyUK | default is "ISDN 16: Normal call clearing" |
| 16:32.47 | scv | if you're answering the line, the hangup code is just going to be normal clearing |
| 16:33.04 | TandyUK | ok cool |
| 16:33.10 | TandyUK | even though its voip not isdn ;) |
| 16:33.18 | TandyUK | sip* |
| 16:37.10 | *** join/#asterisk tzafrir (~tzafrir@bzq-179-40-172.cust.bezeqint.net) |
| 16:47.25 | *** join/#asterisk mahlon (~mahlon@martini.nu) |
| 16:52.50 | *** join/#asterisk ruied (~ruied@125.44.62.94.rev.vodafone.pt) |
| 16:53.19 | *** join/#asterisk acidfu_ (~acidfoo@198-48-218-90.cpe.pppoe.ca) |
| 16:58.18 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
| 17:01.40 | [TK]D-Fender | drmessano, https://www.reddit.com/r/Jokes/comments/4vybks/whats_heavier_a_ton_of_bricks_or_a_ton_of_feathers/ |
| 17:01.49 | [TK]D-Fender | drmessano, Bird facts :) sounds familiar! |
| 17:02.47 | *** join/#asterisk [NC] (~nc@rv1.sabius.net) |
| 17:03.05 | WIMPy | What "ton"? |
| 17:06.10 | *** join/#asterisk klow (~textual@c-98-247-49-57.hsd1.wa.comcast.net) |
| 17:07.17 | *** join/#asterisk fstd (~fstd@unaffiliated/fisted) |
| 17:10.00 | [TK]D-Fender | Since it's old British humour I'll assume Imperial instead of metric :p |
| 17:10.35 | WIMPy | LOL |
| 17:12.30 | *** join/#asterisk dirtyonekanobi (~dirtyonek@vpn-bfdc.telnetww.com) |
| 17:13.09 | drmessano | I was assured the bird was resting after a long squawk |
| 17:13.38 | *** join/#asterisk ruied (~ruied@a81-84-110-3.cpe.netcabo.pt) |
| 17:13.38 | WIMPy | Was ist an angry bird? |
| 17:18.11 | *** join/#asterisk piling (~piling@unaffiliated/piling) |
| 17:24.28 | *** join/#asterisk Hyper_Eye (~mwoodj@pdpc/sponsor/digium/hyper-eye) |
| 17:24.46 | *** join/#asterisk jrun (~jrun@unaffiliated/glphvgacs) |
| 17:25.01 | jrun | what is this in a dialplan? _# |
| 17:25.05 | jrun | or _* |
| 17:25.19 | jrun | where do i find the full list of especial characters? |
| 17:25.47 | jrun | the wiki page (Pattern Matching) lacks explanation of those i mentioned. |
| 17:26.28 | WIMPy | Those are not special. |
| 17:26.31 | WIMPy | ~book |
| 17:26.31 | infobot | Asterisk: The Definitive Guide, 4th Edition (ISBN 1-4493-3242-0) available at http://oreilly.com/catalog/0636920025894 - Asterisk: The Definitive Guide is released under a Creative Commons License (http://creativecommons.org/licenses/by-nc-nd/3.0/us/) and a version is available for reading online at http://www.asteriskdocs.org/ or see ~buybook |
| 17:31.03 | *** join/#asterisk miralin (~Thunderbi@194.8.128.120) |
| 17:31.58 | [TK]D-Fender | those are no different than # or * respectively. |
| 17:32.28 | [TK]D-Fender | And those are not "special" charaters.. they are literal. As in the literal buttons on a standard dialpad |
| 17:44.06 | *** join/#asterisk dirtyonekanobi (~dirtyonek@vpn-bfdc.telnetww.com) |
| 18:03.05 | pa | [TK]D-Fender, btw, i was wondering: is there any plan to get asterisk interoperate with google voice again? |
| 18:04.08 | pa | ah, it's about changing the ssl method? |
| 18:04.17 | pa | so in theory the protocol is still there.. |
| 18:04.35 | [TK]D-Fender | Yes, Google is always inbetween killing it completely and not |
| 18:05.33 | pa | but atm it doesn't work with asterisk.. is there any trick one can do to get it working again? |
| 18:05.52 | [TK]D-Fender | There is no "trick" |
| 18:05.52 | pa | possibly without having to upgrade asterisk :-) |
| 18:06.02 | [TK]D-Fender | There are only "set the channel driver up properly |
| 18:06.10 | pa | aha |
| 18:06.21 | pa | so you mean my old settings aren't good anymore? |
| 18:06.29 | pa | let me check if i still get the ssl error |
| 18:07.35 | pa | i get WARNING[24753]: res_xmpp.c:3633 xmpp_client_thread: JABBER: socket read error |
| 18:07.37 | *** join/#asterisk babak (uid19622@gateway/web/irccloud.com/x-rhgriiguhuzmebuc) |
| 18:08.08 | pa | i have usetls = yes and usesasl = yes |
| 18:20.47 | *** join/#asterisk MaliutaLap (nikolai@unaffiliated/maliuta) |
| 18:22.44 | pa | [TK]D-Fender, according to https://www.youtube.com/watch?v=K7nhekOJgFM configuring isn't enough |
| 18:33.12 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
| 18:49.21 | *** join/#asterisk dirtyone_ (~dirtyonek@tnmi-static-253-252-142-209.ip.telnetww.com) |
| 18:52.49 | pa | ok rebuilding that module fixed the issue |
| 18:52.58 | pa | drmessano, ^ |
| 18:53.05 | pa | should someone stop by and ask again :-) |
| 19:05.04 | *** join/#asterisk monsterco (~monsterco@TOROON474AW-LP140-01-1279749185.dsl.bell.ca) |
| 19:06.00 | *** part/#asterisk monsterco (~monsterco@TOROON474AW-LP140-01-1279749185.dsl.bell.ca) |
| 19:18.46 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
| 19:21.50 | *** join/#asterisk miralin (~Thunderbi@194.8.128.120) |
| 19:22.40 | *** join/#asterisk Rasputin3711 (~Rasputin3@87.255.254.66) |
| 19:25.39 | *** join/#asterisk ModFather (~ModFather@unaffiliated/modfather) |
| 19:31.43 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
| 19:52.49 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
| 20:04.08 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
| 20:10.25 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
| 20:20.20 | *** join/#asterisk acidfu_ (~acidfoo@198-48-218-90.cpe.pppoe.ca) |
| 20:44.31 | *** join/#asterisk jr220 (~jamesruss@184-89-242-81.res.bhn.net) |
| 20:59.33 | *** join/#asterisk klow (~textual@96.81.150.137) |
| 21:02.42 | *** join/#asterisk klow (~textual@96.81.150.137) |
| 21:06.20 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
| 21:15.55 | *** join/#asterisk raspberrypifan (~raspberry@cblmdm170-253-181-126.maxxsouthbb.net) |
| 21:18.44 | SpaceInvaders | Hey is there a "how to find a sip provider" web page to help noobs (like me) avoid all the sip scammers that seem to be out there and identify good providers that offer reasonable pricing and acceptable customer service? |
| 21:20.28 | robmal | It's called google and you can check it out at http://google.com |
| 21:20.50 | robmal | (Scammers can't afford good SEM) |
| 21:23.23 | *** join/#asterisk klow (~textual@96.81.150.137) |
| 21:24.08 | [TK]D-Fender | voip.ms |
| 21:24.11 | [TK]D-Fender | vitelity.net |
| 21:24.17 | [TK]D-Fender | flowroute.com |
| 21:24.21 | [TK]D-Fender | les.net |
| 21:24.32 | [TK]D-Fender | these are the common starters |
| 21:24.36 | [TK]D-Fender | then we add: |
| 21:24.45 | [TK]D-Fender | bandwidth.com |
| 21:25.08 | [TK]D-Fender | callcentric (.com? .net?) don't recall witch |
| 21:29.25 | SpaceInvaders | thanks! |
| 21:29.45 | SpaceInvaders | robmal apparently you haven't looked at google thats the entire reason I asked the question |
| 21:30.07 | robmal | I might have better google ;-) |
| 21:30.25 | SpaceInvaders | lol the 1st number I dialed (offered up by google) didn't know what sip was |
| 21:31.31 | robmal | Well... |
| 21:40.22 | *** join/#asterisk ruied (~ruied@2001:8a0:75b2:8c01:7dea:4d6e:e459:880b) |
| 21:45.13 | *** join/#asterisk klow (~textual@96.81.150.137) |
| 21:46.24 | SpaceInvaders | Does "Every paid LES.NET account receives a Flat-Rate 2 Channel DID!" mean 2 calls to 2 separate phone numbers at the same time? or 2 calls to 1 number at the same time? Or something else? |
| 21:47.33 | SpaceInvaders | Or does it mean after you have everything set up for in- and out- calls that they will allow direct dial to two extensions? |
| 21:55.17 | [TK]D-Fender | DID = phone number |
| 21:55.20 | [TK]D-Fender | you get 1 number |
| 21:55.30 | [TK]D-Fender | that supports 2 calls |
| 21:55.44 | SpaceInvaders | I found https://en.wikipedia.org/wiki/Direct_inward_dial |
| 21:55.49 | SpaceInvaders | I was just having trouble understanding. Thanks! |
| 21:56.42 | [TK]D-Fender | that is also only INBOUND |
| 21:57.01 | SpaceInvaders | I was wondering about that. Thanks, again :) |
| 21:59.08 | scv | bandwidth.com ftw :> |
| 22:09.40 | *** join/#asterisk jr220 (~jamesruss@184-89-242-81.res.bhn.net) |
| 22:12.41 | TandyUK | WARNING[16260]: chan_sip.c:4086 retrans_pkt: Timeout on cbd7d754d31f8281b70e27df4f508127 on non-critical invite transaction. |
| 22:12.59 | TandyUK | is there any logging etc i can do which would tell me what 'cbd7d754d31f8281b70e27df4f508127' actually was |
| 22:13.15 | TandyUK | ideally either the extension or remote ip which didnt respond |
| 22:13.42 | [TK]D-Fender | You'll already see in the SIP debug as to what is being retransmitted |
| 22:13.58 | TandyUK | sip debug is off atm |
| 22:14.08 | [TK]D-Fender | That is a failure of logic |
| 22:14.09 | scv | turning it on will shed some light then |
| 22:14.20 | TandyUK | id just like it if the error message itself was a little more useful |
| 22:14.50 | [TK]D-Fender | and I wish the restaurant had strawberry ic-cream as an option. |
| 22:14.56 | [TK]D-Fender | Nobody is happy |
| 22:15.02 | TandyUK | having ext or ip in the message, you could instantly see (without turning on debug) if it was the same phone having connection issues all the time, or random different phones |
| 22:15.34 | [TK]D-Fender | SIP debug it is... |
| 22:15.51 | TandyUK | NOTICE[16260]: chan_sip.c:29834 sip_poke_noanswer: Peer 'am203' is now UNREACHABLE! Last qualify: 34 |
| 22:16.14 | TandyUK | other errors include the extension name, so why not for this one :P |
| 22:16.34 | TandyUK | its just causing work havingto correlate logs in order to find out info thats already know when the message is logged |
| 22:17.03 | [TK]D-Fender | Feel free to post a feature request |
| 22:17.17 | [TK]D-Fender | Then again... this is chan_sip you're referring to |
| 22:17.37 | [TK]D-Fender | So it's not going to happen unless you basically hire someone or someone feels like doing it for fun |
| 22:17.49 | [TK]D-Fender | chan_sip = on Death Row |
| 22:17.49 | TandyUK | or i do it myself ;) |
| 22:17.55 | [TK]D-Fender | Go for it |
| 22:18.10 | TandyUK | whats it being replaced by? |
| 22:18.14 | [TK]D-Fender | pjsip |
| 22:18.16 | rmudgett | yep. Patches welcome. :) |
| 22:18.56 | [TK]D-Fender | start 2.5 years ago |
| 22:49.55 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 22:49.55 | *** mode/#asterisk [+o cresl1n] by ChanServ |
| 23:00.55 | *** part/#asterisk kharwell (kharwell@nat/digium/x-klhdorjuruxumiqh) |
| 23:01.20 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
| 23:10.45 | *** join/#asterisk hdon (~hdon@wsip-24-234-30-238.lv.lv.cox.net) |
| 23:11.16 | hdon | hi all :) how can i disable a feature code from the console? |
| 23:11.25 | jameswf | but remember death row takes foreeeeeeeeeever |
| 23:11.25 | scv | which feature ? |
| 23:11.47 | hdon | # to transfer scv |
| 23:11.58 | scv | hdon edit the config and features reload |
| 23:12.15 | scv | or maybe you have to do a full reload |
| 23:12.20 | scv | not sure if features has its own |
| 23:13.53 | hdon | scv, it seems to. but i notice it says "blindxfer=##" which seems odd because it only takes one pound to activate the feature |
| 23:14.03 | jameswf | still waiting to deprecate the dialplan |
| 23:14.08 | scv | if you do features show |
| 23:14.10 | scv | what do you see? |
| 23:14.11 | scv | pastebin it |
| 23:14.22 | hdon | jameswf, Blind Transfer # # |
| 23:14.27 | hdon | oh ok |
| 23:14.56 | hdon | jameswf, http://ix.io/1awZ |
| 23:15.19 | jameswf | <.< >.> why am I getting pinged? |
| 23:16.44 | scv | hdon: can you pastebin your full features.conf ? |
| 23:16.52 | scv | it may be failing to reload the file for some reason |
| 23:17.01 | scv | can happen silently if you don't have sufficient verbosity on the console |
| 23:17.45 | *** join/#asterisk jab416171 (~jab416171@c-76-27-96-12.hsd1.ut.comcast.net) |
| 23:17.59 | hdon | scv, hmm |
| 23:18.12 | hdon | scv, our configuration right now is a rescue from an ancient and now dead freepbx system |
| 23:18.26 | hdon | scv, we're working to build a similar configuration on more recent incrediblepbx |
| 23:18.44 | hdon | scv, if it isn't being loaded properly, is it possible that the feature code of "#" is the default? |
| 23:19.46 | hdon | scv, this line is the only occurrence of "blindxfer" string in my /etc/asterisk |
| 23:20.00 | scv | # is the default |
| 23:20.05 | scv | the left column in features show |
| 23:20.06 | scv | is the default |
| 23:20.10 | scv | and the right column is the current value |
| 23:20.10 | hdon | scv, ahh ok. good thinking then it probably isn't even being loaded.. |
| 23:20.13 | scv | its likely |
| 23:20.16 | scv | freepbx makes the worst possible configs |
| 23:20.21 | scv | i'm very sorry for your loss |
| 23:20.21 | hdon | is there a command i can use to just change it now without reloading configuration? |
| 23:20.26 | scv | no, config is the only way afaik |
| 23:20.26 | hdon | scv, yeah i hate it |
| 23:20.30 | hdon | scv, i'm glad that system is dead |
| 23:20.32 | scv | :) |
| 23:20.35 | scv | good riddance |
| 23:21.33 | *** join/#asterisk KaliLinuxGR (~alexandro@188.117.250.184) |
| 23:24.37 | hdon | scv, so i have changed it successfully to "##" |
| 23:24.44 | hdon | scv, but weirdly... i can't activate it now |
| 23:25.08 | hdon | scv, i don't think anybody uses this so i don't think it matters, but ... am i misunderstanding that "##" means dialing "#" twice consecutively? |
| 23:25.20 | scv | no, that's correct |
| 23:25.42 | scv | all my deployments use ## so not sure why it isn't working for you |
| 23:25.47 | scv | perhaps do dtmf debugging? |
| 23:26.33 | hdon | this is a console output mode? |
| 23:26.37 | hdon | output level? |
| 23:26.37 | scv | yea |
| 23:26.47 | hdon | core set verbose dtmf ? |
| 23:46.34 | *** join/#asterisk klow (~textual@96.81.150.137) |
| 23:49.25 | *** join/#asterisk pchero (~pchero@109.70.54.56) |