00:00.05 | *** join/#asterisk fstd (~fstd@unaffiliated/fisted) |
00:01.06 | amonk | Tagor: than i guess you have a less subtle issue. |
00:01.17 | Tagor | [TK]D-Fender: well that's not what I expected because I blocked both input/output from/to that ip address |
00:01.45 | [TK]D-Fender | I don't see a firewall config anywhere.... |
00:01.59 | [TK]D-Fender | My level of trust is currently proporional |
00:02.53 | amonk | yeah, i'm with [TK]D-Fender on that. show the source, luke. ;) |
00:05.01 | ruben23 | <PROTECTED> |
00:05.24 | ruben23 | mysql is running i can pretty connect with it with mysql client |
00:05.35 | amonk | Tagor: but to try to help anyway, for iptables, try something like this... |
00:05.38 | amonk | e SIP -j ACCEPT |
00:05.39 | amonk | iptables -A INPUT -p udp --dport 5060 -m state --state NEW -m recent --update --seconds 360 --hitcount 5 --rttl --name SIP -j LOG --log-prefix SIP_brute |
00:05.42 | amonk | iptables -A INPUT -p udp --dport 5060 -m state --state NEW -m recent --update --seconds 360 --hitcount 5 --rttl --name SIP -j DROP |
00:05.49 | amonk | oops |
00:06.22 | amonk | first line should have been... |
00:06.25 | amonk | iptables -A INPUT -p udp --dport 5060 -m state --state NEW -m recent --set --name SIP -j ACCEPT |
00:06.28 | amonk | sorry |
00:06.31 | [TK]D-Fender | ruben23, * Registered Backends |
00:06.31 | [TK]D-Fender | <PROTECTED> |
00:06.31 | [TK]D-Fender | <PROTECTED> |
00:06.31 | [TK]D-Fender | <PROTECTED> |
00:06.33 | [TK]D-Fender | ^^^^^^^^^^^^ |
00:06.40 | [TK]D-Fender | it did NOT load MySQL at all |
00:07.40 | [TK]D-Fender | Go manually reload the module and see what happens |
00:08.50 | ruben23 | [TK]D-Fender: how do i load manually somehow..? |
00:10.20 | [TK]D-Fender | ]You don't know how to load a module from CLI? |
00:10.47 | Tagor | amonk / [TK]D-Fender: thanks, it indeed looks like something's wrong with my firewall. I use APF for the iptables rules. I tried blocking the ip with APF and manually and it didn't work. just disabled APF, flushed the iptable rules and blocked the ip with iptables and it seems to work. so APF is messing things up in iptables, which I will now look into |
00:10.54 | [TK]D-Fender | module load THEMODULE |
00:11.35 | ruben23 | [TK]D-Fender: i havent done manual loading, sorry |
00:11.39 | ruben23 | i will try that now |
00:12.15 | amonk | hates extra, intermediary tools, including guis |
00:13.49 | [TK]D-Fender | I hate how I say it's a firewall issue and actually looking at what is actually there takes half an hour |
00:15.25 | amonk | we make a mess of the world. the sooner we burn ourselves all off of it, the better. hrmpf |
00:15.34 | ruben23 | <PROTECTED> |
00:15.37 | amonk | happy thought for the day :) |
00:15.55 | ruben23 | <PROTECTED> |
00:16.25 | Tagor | [TK]D-Fender: sorry, you're right. I should have looked into that instead of thinking the firewall was doing it's job |
00:17.18 | amonk | nothing ever works. it's all garbage, regardless of cost. |
00:17.32 | amonk | i better go a way for a while. lol |
00:18.04 | Tagor | lol |
00:18.06 | [TK]D-Fender | THE FILENAME |
00:19.17 | ruben23 | ip-10-241-6-18*CLI> load module MYSQL ----> No such command 'load module MYSQL' (type 'core show help load module' for other possible commands) |
00:20.31 | [TK]D-Fender | Where did you get the idea that that is aa FILENAME? |
00:20.41 | [TK]D-Fender | SDo you see a file named "MYSQL"? |
00:20.51 | [TK]D-Fender | http://pastebin.com/C5KgnFii |
00:20.53 | [TK]D-Fender | ^^^^^^^^^^^^ |
00:21.29 | [TK]D-Fender | And that isn't even the command I gave you |
00:21.50 | *** join/#asterisk EOIP (~Thunderbi@CPE-121-211-223-68.hhui7.cht.bigpond.net.au) |
00:22.18 | *** join/#asterisk KerioMorgan (~Adium@68.68.103.2) |
00:22.24 | ruben23 | [TK]D-Fender: ----> http://pastebin.com/XGUrdgbh.....Thanks |
00:22.44 | ruben23 | <PROTECTED> |
00:22.47 | ruben23 | http://pastebin.com/XGUrdgbh |
00:23.08 | [TK]D-Fender | <[TK]D-Fender> And that isn't even the command I gave you <--------- |
00:23.45 | Tagor | ruben23: it's not 'load module' but 'module load' ... |
00:25.29 | ruben23 | <PROTECTED> |
00:26.30 | [TK]D-Fender | Why do you keep doing it 3 TIMES? |
00:26.38 | [TK]D-Fender | Think it'll work if you do 5 instead? |
00:26.45 | [TK]D-Fender | now UNLOAD it... then LOAD it |
00:27.24 | *** join/#asterisk overyander (~Jeff@209.141.208.197) |
00:29.27 | ruben23 | [TK]D-Fender: http://pastebin.com/HebzF2Fk |
00:30.04 | [TK]D-Fender | Well now I see a TON of missing bits mentioned |
00:30.11 | [TK]D-Fender | read the SAMPLE configs and actually do this properly |
00:30.24 | overyander | i'm looking at the options in queues.conf. I'm wanting a way to play a custom audio files to a queued caller in addition to MOH and regular position/holdtime announcements. I'm wondering if periodic-announce is the option I'm looking for, or if that option would change position/holdtime announcements. suggestions? |
00:31.13 | [TK]D-Fender | It would not change those options, and it is what plays periodically |
00:32.39 | ruben23 | [TK]D-Fender: Thanks a lot |
00:38.22 | overyander | [TK]D-Fender, thanks for being the resident genius |
00:39.38 | [TK]D-Fender | I read config files. I look at error messages. I just LOOK period. |
00:39.52 | overyander | BTW is that the recommended way to accomplish this or should i look into doing something within the MOH class? I'm wanting to play a custom recorded "thanks for calling, your call is important to us" but i also want the caller to hear MOH and the position/holdtime announcements. |
00:39.53 | [TK]D-Fender | Nothing I'd qualify as "genius". |
00:40.28 | [TK]D-Fender | The periodic messages to not override the hold-time & position messages. They ALL happen |
00:40.41 | overyander | well, i looked too, but it seemed like the periodic-announce option would change how the position/holdtime announcement would be played back to the caller |
00:40.42 | [TK]D-Fender | You don't have to do "one or the other" |
00:40.50 | overyander | ok |
00:40.58 | overyander | thanks again |
00:41.08 | [TK]D-Fender | These are separate options, because they are all separate. They are not mutually exclusive |
00:41.19 | [TK]D-Fender | You can have those all. |
00:41.39 | overyander | ok |
01:14.29 | *** join/#asterisk azerus (~badass@unaffiliated/badass) |
01:36.28 | *** join/#asterisk azerus (~badass@unaffiliated/badass) |
01:42.05 | *** join/#asterisk azerus (~badass@unaffiliated/badass) |
02:17.59 | *** join/#asterisk azerus (~badass@unaffiliated/badass) |
02:50.38 | *** join/#asterisk coppice (~chatzilla@123203240102.ctinets.com) |
03:15.35 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
04:34.35 | *** join/#asterisk EOIP (~Thunderbi@CPE-121-211-223-68.hhui7.cht.bigpond.net.au) |
05:33.18 | *** join/#asterisk elitas (~elitas@213.226.135.203) |
05:48.44 | *** join/#asterisk busymind (~textual@c-24-21-79-235.hsd1.wa.comcast.net) |
05:48.45 | *** join/#asterisk Jesterboxboy (~Thunderbi@chello080109194026.3.graz.surfer.at) |
05:51.28 | *** join/#asterisk Oatmeal (~Suzeanne@75-103-145-152.ccrtc.com) |
05:58.26 | *** join/#asterisk tparcina (~tomo@212.92.200.41) |
06:02.49 | *** join/#asterisk bof22 (~Thunderbi@185.13.183.107) |
06:14.21 | *** join/#asterisk EOIP (~Thunderbi@CPE-121-211-223-68.hhui7.cht.bigpond.net.au) |
06:19.52 | *** join/#asterisk gerhard7 (~gerhard7@77-172-82-111.ip.telfort.nl) |
06:26.47 | *** join/#asterisk unforgiven512 (~unforgive@freebsd-dev.unforgivendevelopment.com) |
06:49.55 | *** join/#asterisk hehol (~hehol@gatekeeper.loca.net) |
07:05.08 | *** join/#asterisk AviiNL (~AviiNL@185.21.52.255) |
07:09.15 | *** join/#asterisk pchero_work (~pchero@109.70.54.56) |
07:10.07 | *** join/#asterisk tzafrir (~tzafrir@local.xorcom.com) |
07:11.00 | *** join/#asterisk babak (uid19622@gateway/web/irccloud.com/x-twpkwwatpfaoxxmj) |
07:31.17 | *** join/#asterisk Zogot (~Adium@185.21.52.255) |
07:37.41 | *** join/#asterisk EOIP (~Thunderbi@CPE-121-211-223-68.hhui7.cht.bigpond.net.au) |
07:52.57 | *** join/#asterisk Chainsaw (~chainsaw@gentoo/developer/chainsaw) |
07:57.10 | *** join/#asterisk AviiNL (~AviiNL@185.21.52.255) |
07:57.58 | *** join/#asterisk areski (~areski@80.174.128.48.dyn.user.ono.com) |
08:06.20 | *** join/#asterisk Zogot (~Adium@185.21.52.255) |
08:10.21 | *** join/#asterisk sekil (~sekil@nat-73.net011.net) |
08:12.59 | *** join/#asterisk jetlag (~jetlag@pool-71-168-196-204.cmdnnj.east.verizon.net) |
08:16.04 | *** join/#asterisk Zogot (~Adium@185.21.52.255) |
08:23.36 | *** join/#asterisk kayatwork (~kayfox@orca.zerda.net) |
08:28.02 | *** join/#asterisk lanning (~lanning@50-193-22-25-static.hfc.comcastbusiness.net) |
08:28.48 | *** join/#asterisk zerohalo (~zerohalo@c-174-62-142-83.hsd1.ma.comcast.net) |
08:32.14 | *** join/#asterisk Oatmeal (~Suzeanne@75-103-145-152.ccrtc.com) |
08:38.30 | *** join/#asterisk defsdoor (~andy@207.229-252-62.static.virginmediabusiness.co.uk) |
09:14.34 | *** join/#asterisk nanoha-sama (~nanoha-sa@van-app-svr.ad.v10networks.ca) |
09:14.34 | *** join/#asterisk TriJetScud (~TriJetScu@van-app-svr.ad.v10networks.ca) |
09:19.18 | *** join/#asterisk Zogot (~Adium@185.21.52.255) |
09:20.35 | *** join/#asterisk AviiNL (~AviiNL@185.21.52.255) |
09:34.12 | *** join/#asterisk AviiNL (~AviiNL@185.21.52.255) |
09:43.03 | *** join/#asterisk Zogot (~Adium@185.21.52.255) |
09:51.48 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
09:55.28 | *** join/#asterisk catphish_ (~catphish@unaffiliated/catphish) |
09:56.55 | catphish_ | a while back i tried to configure a pair of asterisk servers with keepalived to move a VIP between the 2, however i ran into a load of problems with the chan_sip using the primary IP of the host instead of the VIP, is this a common problem, and is there a trivial solution? |
10:00.02 | catphish_ | i'm also looking at alternative ways to do failover, an opensips loadbalancer seems sane |
10:07.51 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
10:15.20 | *** join/#asterisk sekil (~sekil@78.24.109.159) |
10:22.45 | *** part/#asterisk ruben23 (~OpenDIAL@112.201.3.127) |
10:29.36 | *** join/#asterisk areski (~areski@134.red-88-27-168.staticip.rima-tde.net) |
10:38.26 | *** join/#asterisk jamesc (~kvirc@mail2.inetplc.com) |
10:38.29 | jamesc | can the TIMEOUT(absolute) be updated within an active call and still take effect, if for example it was made longer? |
10:44.07 | *** join/#asterisk Zogot (~Adium@185.21.52.255) |
10:44.45 | *** join/#asterisk todwetsprock (~florian@p5099a594.dip0.t-ipconnect.de) |
10:54.46 | *** join/#asterisk Zogot (~Adium@185.21.52.255) |
10:55.04 | *** join/#asterisk sekil (~sekil@nat-73.net011.net) |
11:00.06 | *** join/#asterisk sekil (~sekil@nat-73.net011.net) |
11:12.48 | *** join/#asterisk keithf (~keithf@ool-2f151dc2.static.optonline.net) |
11:17.57 | *** join/#asterisk mub (~Jub@65-123-23-3.dia.static.qwest.net) |
11:59.27 | *** join/#asterisk fstd (~fstd@unaffiliated/fisted) |
12:00.27 | *** join/#asterisk ThomasKeller (~Thomas@vmx.ethz.ch) |
12:04.05 | *** join/#asterisk acidfu_ (~acidfoo@modemcable002.114-70-69.static.videotron.ca) |
12:32.09 | *** join/#asterisk rsanting (~rsanting@34.tbb.spindle.osso.nl) |
12:36.51 | *** join/#asterisk [TK]D-Fender (~Joe@216-191-106-165.dedicated.allstream.net) |
13:31.32 | *** join/#asterisk infobot (ibot@rikers.org) |
13:31.32 | *** topic/#asterisk is #asterisk The Open Source PBX and Telephony Platform (asterisk.org) -=- LTS: 13.7.2 (2016/02/05), 11.21.2 (2016/02/11); DAHDI: DAHDI-linux 2.10.0 (2014/08/13), DAHDI-tools 2.10.0 (2014/08/13); libpri 1.5.0 (2016/03/28) -=- Asterisk wiki: wiki.asterisk.org -=- Code of Conduct: bit.ly/1hH6P22 -=- Logs: bit.ly/1s4AKKu |
13:36.20 | *** join/#asterisk ruben23 (~OpenDIAL@112.201.3.127) |
13:39.39 | ruben23 | hi guys when i dial from asterisk usinng A VoIP trunk i see this error and calls are dropping any idea guys..? ----> http://pastebin.com/acmd3RPr |
13:41.18 | *** join/#asterisk AviiNL (~AviiNL@185.21.52.255) |
13:43.22 | *** join/#asterisk AviiNL (~AviiNL@185.21.52.251) |
13:43.36 | [TK]D-Fender | Packet timed out after 18240ms with no response |
13:43.42 | [TK]D-Fender | Means exactly what it says. |
13:43.51 | [TK]D-Fender | You called out.. to got no answer. |
13:43.59 | [TK]D-Fender | And you are not even looking at the debug for the call |
13:44.52 | ruben23 | [TK]D-Fender: i will check the SIP debug now |
13:47.34 | *** join/#asterisk AviiNL (~AviiNL@185.21.52.251) |
13:55.47 | *** join/#asterisk acidfu_ (~acidfoo@modemcable002.114-70-69.static.videotron.ca) |
14:00.25 | *** join/#asterisk kharwell (kharwell@nat/digium/x-vfwejsqzdouzcpzo) |
14:09.09 | catphish_ | a while back i tried to configure a pair of asterisk servers with keepalived to move a VIP between the 2, however i ran into a load of problems with the chan_sip using the primary IP of the host instead of the VIP, is this a common problem, and is there a trivial solution? |
14:10.22 | *** join/#asterisk Zogot (~Adium@185.21.52.255) |
14:18.45 | *** join/#asterisk gerhard7 (~gerhard7@77-172-82-111.ip.telfort.nl) |
14:24.59 | *** join/#asterisk lbazan (~LoKoMurdo@fedora/LoKoMurdoK) |
14:30.21 | *** join/#asterisk stefan27 (~stefan27@212.247.4.149) |
14:32.57 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
14:41.49 | *** join/#asterisk Zogot (~Adium@185.21.52.255) |
14:43.19 | *** join/#asterisk AviiNL (~AviiNL@185.21.52.255) |
14:46.58 | *** join/#asterisk rmudgett (rmudgett@nat/digium/x-fgdqeulrifmarsdq) |
14:47.09 | Gugge | catphish_: the closes is to NAT the traffic from the shared ip, but as far as i know RTP will still use the primary ip |
14:47.38 | catphish_ | Gugge: ok, thanks |
14:48.00 | Gugge | or you could place the asterisk servers behind a couple of kamailio servers, using the shared ip :) |
14:48.42 | catphish_ | yeah, i was just looking at options for loadbalancers |
14:48.56 | catphish_ | is there an obvious choice? kamailio? |
15:03.28 | *** join/#asterisk F2Knight (~F2Knight@c-50-139-95-192.hsd1.or.comcast.net) |
15:07.15 | *** join/#asterisk KerioMorgan (~Adium@us.kerio.com) |
15:15.31 | *** join/#asterisk _0x5eb_ (~seb@seb-hpws2.elen.ucl.ac.be) |
15:16.12 | *** join/#asterisk beefcafe (~beefcafe@unaffiliated/beefcafe) |
15:19.14 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
15:19.14 | *** mode/#asterisk [+o cresl1n] by ChanServ |
15:34.02 | *** join/#asterisk Blashyrkh (~Thunderbi@chello080109194026.3.graz.surfer.at) |
15:45.31 | *** join/#asterisk ganbold (~ganbold@173.244.215.173) |
15:49.20 | *** join/#asterisk babak (uid19622@gateway/web/irccloud.com/x-yjtbjexhhlnxxlfa) |
15:49.39 | *** join/#asterisk Zogot (~Adium@185.21.52.255) |
15:50.48 | stefan27 | If my asterisk hosted at B.com dials sip:user1@A.com and A.com decides to alter the INVITE request-uri and then forward the INVITE back to the asterisk to sip:user2@B.com , will bad things happen because the outgoing INVITE and incoming INVITE have same callid? or is this kind of loop a normal use case? |
15:52.12 | stefan27 | chan_sip is okay with outgoing INVITEs getting proxyd back to itself? |
16:06.18 | *** part/#asterisk ruben23 (~OpenDIAL@112.201.3.127) |
16:20.08 | *** join/#asterisk putnopvut (putnopvut@asterisk/master-of-queues/mmichelson) |
16:20.08 | *** mode/#asterisk [+o putnopvut] by ChanServ |
16:20.30 | *** join/#asterisk mjordan (mjordan@nat/digium/x-inujibqioanhicsp) |
16:20.30 | *** mode/#asterisk [+o mjordan] by ChanServ |
16:21.41 | edong23 | <catphish_> is there an obvious choice? kamailio? |
16:21.47 | edong23 | catphish_: thats what i was telling you i did |
16:22.18 | edong23 | catphish_: it wasnt you.. nevermind. i was talking to someone about kamailio... |
16:22.18 | catphish_ | edong23: yes, i remember now, i asked a couple of weeks back and couldn't remember the answer :( |
16:22.30 | catphish_ | edong23: oh, i did ask, a similar question a while back |
16:22.37 | catphish_ | and someone helped me, but i couldn't remember the answer |
16:23.07 | edong23 | catphish_: but you are looking for dual host redundancy? are they virtual machines? or physical/ |
16:23.23 | catphish_ | yes, and physical |
16:24.12 | *** join/#asterisk pchero (~pchero@109.70.54.56) |
16:26.35 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
16:57.20 | *** join/#asterisk Dpunkt (~Dpunkt@p5DE5F032.dip0.t-ipconnect.de) |
17:02.55 | *** join/#asterisk Gugge_ (gugge@92.246.2.105) |
17:03.27 | *** join/#asterisk ks3_ (~ks3@cpe-24-209-22-231.cinci.res.rr.com) |
17:04.57 | *** join/#asterisk giesen_ (~ggiesen@2001:4900:2:650::180) |
17:06.40 | *** join/#asterisk troyt_ (~troyt@c-67-161-210-245.hsd1.ut.comcast.net) |
17:06.45 | *** join/#asterisk sparetire_ (~sparetire@unaffiliated/sparetire) |
17:06.48 | *** join/#asterisk JonathanS (~JonathanD@freenode/staff-emeritus/jonathand) |
17:06.51 | *** join/#asterisk yokel_ (~yokel@unaffiliated/contempt) |
17:07.20 | *** join/#asterisk mlhess- (~mlhess@drupal.org/user/102818/view) |
17:07.21 | *** join/#asterisk beardy_ (~beardy@unaffiliated/beardy) |
17:07.23 | *** join/#asterisk chazzam_ (~chazz@donutokyo.info) |
17:07.53 | *** join/#asterisk Sprocks (~Sprocks@BMTNON3746W-LP130-05-1176475207.dsl.bell.ca) |
17:08.14 | *** join/#asterisk K0HAX (~K0HAX@shellhost.home.englehorn.com) |
17:08.38 | *** join/#asterisk tzafrir (~tzafrir@local.xorcom.com) |
17:09.01 | *** join/#asterisk slav3_sergal (~frankthet@unaffiliated/slav3-kitten/x-0866809) |
17:10.35 | *** join/#asterisk varesa (~varesa@ec2-52-49-18-111.eu-west-1.compute.amazonaws.com) |
17:11.12 | *** join/#asterisk varesa (~varesa@ec2-52-49-18-111.eu-west-1.compute.amazonaws.com) |
17:14.10 | *** join/#asterisk drmessano (drmessano@pdpc/supporter/active/drmessano) |
17:15.46 | *** join/#asterisk ryang (sid10904@gateway/web/irccloud.com/x-ziegrqwffxhiskxn) |
17:17.55 | *** join/#asterisk DanQuinney (sid18169@gateway/web/irccloud.com/x-mkoctpvafihwckru) |
17:19.59 | *** join/#asterisk Zogot (~Adium@185.21.52.255) |
17:21.01 | *** join/#asterisk qloogkm (sid20721@gateway/web/irccloud.com/x-ybxufzflygtfbiam) |
17:21.27 | *** join/#asterisk daemonwrangler (sid76816@gateway/web/irccloud.com/x-iepsylqpkqzfkzwg) |
17:22.17 | *** join/#asterisk dpilon (uid10822@gateway/web/irccloud.com/x-fckmzajybuhqnlca) |
17:22.24 | *** join/#asterisk lorsungcu (sid65806@gateway/web/irccloud.com/x-gzlzybjwvyipgnkq) |
17:26.19 | *** join/#asterisk tzafrir (~tzafrir@local.xorcom.com) |
17:44.45 | *** join/#asterisk file (~file@asterisk/developer-and-muffin-lover/file) |
17:44.45 | *** mode/#asterisk [+o file] by ChanServ |
17:58.08 | *** join/#asterisk EllenorL (~3113102@unaffiliated/ellenor) |
18:00.33 | *** join/#asterisk Zogot (~Adium@185.21.52.255) |
18:05.29 | dan_j | Hi. In a situation where there is some packet loss, is SIP over TCP supposed to work better? |
18:05.42 | dan_j | Compared to UDP |
18:06.00 | dan_j | Some packet loss = 2% |
18:06.23 | [TK]D-Fender | Of course not |
18:06.43 | [TK]D-Fender | You don't have a proble of PL with SIP |
18:07.02 | WIMPy | And it's probably not the SIP part you're concerned about. |
18:07.36 | [TK]D-Fender | Exactly |
18:15.22 | *** join/#asterisk acidfu_ (~acidfoo@modemcable002.114-70-69.static.videotron.ca) |
18:18.59 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
18:19.46 | dan_j | Ah. You are obviously correct. Although we are seeing some SIP packet loss from this client. |
18:19.48 | *** join/#asterisk Zogot (~Adium@185.21.52.255) |
18:19.58 | dan_j | Is there such a thing as RTP over TCP? |
18:20.04 | dan_j | within asterisk? |
18:21.23 | file | no. |
18:21.33 | WIMPy | I think so and no. And it doesn't seem to be a good idea, anyway. |
18:27.20 | Samot | I have a question about something I'm seeing on calls: channel.c: Exceptionally long voice queue length queuing to Local/13302895161@outbound-00058783;1 |
18:27.55 | Samot | I did some research on this but everything I found so far go back to 1.4/1.6 days and fixes for that. |
18:28.17 | *** join/#asterisk mjordan (mjordan@nat/digium/x-whsikjnuuqpnnaxi) |
18:28.17 | *** mode/#asterisk [+o mjordan] by ChanServ |
18:28.47 | Samot | Trying to figure out how to stop it from happening. It plays the audio files but the delay is too much. |
18:30.18 | *** join/#asterisk areski (~areski@80.174.128.48.dyn.user.ono.com) |
18:30.36 | dan_j | Ok. Thanks for the confirmation. |
18:38.37 | *** join/#asterisk generalhan (~tester@about/windows/staff/generalhan) |
18:45.20 | *** join/#asterisk Zogot (~Adium@185.21.52.255) |
19:02.06 | *** join/#asterisk Zogot (~Adium@185.21.52.255) |
19:03.44 | *** join/#asterisk Zogot (~Adium@185.21.52.255) |
19:13.11 | *** join/#asterisk K0HAX (~michael@shellhost.home.englehorn.com) |
19:27.11 | *** join/#asterisk Zogot (~Adium@185.21.52.255) |
19:32.18 | *** join/#asterisk F2Knight (~F2Knight@c-50-139-95-192.hsd1.or.comcast.net) |
19:47.07 | *** join/#asterisk Zogot (~Adium@185.21.52.255) |
19:52.25 | *** join/#asterisk Zogot (~Adium@185.21.52.255) |
20:06.55 | *** join/#asterisk n3ob (~ed@2a00:d880:6:320:82fa:b33e:3d20:4763) |
20:21.09 | *** join/#asterisk EOIP (~Thunderbi@CPE-121-211-223-68.hhui7.cht.bigpond.net.au) |
20:24.13 | *** join/#asterisk brad_mssw (~brad@66.129.88.50) |
20:34.03 | *** join/#asterisk F2Knight (~F2Knight@c-50-139-95-192.hsd1.or.comcast.net) |
20:39.43 | *** join/#asterisk retentiveboy (~retentive@c-73-82-30-193.hsd1.ga.comcast.net) |
20:40.43 | *** join/#asterisk defsdoor (~andy@207.229-252-62.static.virginmediabusiness.co.uk) |
20:44.21 | *** join/#asterisk acidfu_ (~acidfoo@108.175.228.140) |
20:47.23 | *** join/#asterisk brad_mssw (~brad@66.129.88.50) |
20:47.39 | *** join/#asterisk TandyUK (~admin@87.252.44.195) |
20:49.35 | *** join/#asterisk Blashyrkh (~Thunderbi@chello080109194026.3.graz.surfer.at) |
21:10.57 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
21:25.30 | *** join/#asterisk wyoung (~wyoung@wesleyy.com) |
21:37.42 | *** join/#asterisk yoyolala (~yoyolala@unaffiliated/yoyolala) |
21:45.18 | *** join/#asterisk TandyUK (~admin@2a02:13a0:a006:1:0:dead:beef:cafe) |
21:54.01 | dan_j | In realtime queues, whats the name of the field that controls which moh is used? I had musiconhold which didnt seem to work. I've changed it to musicclass but that doesnt help either. |
21:57.25 | *** join/#asterisk babak (uid19622@gateway/web/irccloud.com/x-revrazwmgnjfwcvp) |
22:03.15 | *** join/#asterisk putnopvut (putnopvut@asterisk/master-of-queues/mmichelson) |
22:03.15 | *** mode/#asterisk [+o putnopvut] by ChanServ |
22:03.46 | *** topic/#asterisk by putnopvut -> #asterisk The Open Source PBX and Telephony Platform (asterisk.org) -=- LTS: 13.8.0 (2016/03/29), 11.22.0 (2016/03/29); DAHDI: DAHDI-linux 2.10.0 (2014/08/13), DAHDI-tools 2.10.0 (2014/08/13); libpri 1.5.0 (2016/03/28) -=- Asterisk wiki: wiki.asterisk.org -=- Code of Conduct: bit.ly/1hH6P22 -=- Logs: bit.ly/1s4AKKu |
22:45.07 | *** join/#asterisk busymind (~textual@c-24-21-79-235.hsd1.wa.comcast.net) |
22:47.03 | *** join/#asterisk acidfu_ (~acidfoo@108.175.228.140) |
22:49.09 | *** join/#asterisk robink_ (~quassel@unaffilated/robink) |
23:04.54 | *** join/#asterisk dtcrshr (~datacrush@unaffiliated/datacrusher) |
23:06.12 | *** join/#asterisk n3ob (~ed@2a00:d880:6:320:82fa:b33e:3d20:4763) |
23:10.48 | *** join/#asterisk dtcrshr (~datacrush@unaffiliated/datacrusher) |
23:16.45 | *** part/#asterisk kharwell (kharwell@nat/digium/x-vfwejsqzdouzcpzo) |
23:29.51 | *** join/#asterisk pchero (~pchero@109.70.54.56) |
23:59.28 | *** join/#asterisk fstd (~fstd@unaffiliated/fisted) |