00:07.22 | *** join/#asterisk superscrat (~asanders@173-17-133-2.client.mchsi.com) |
00:12.06 | *** join/#asterisk raspberrypifan (~raspberry@186.42.42.53) |
00:24.51 | *** join/#asterisk mjordan (~mjordan@75.76.55.191) |
00:24.51 | *** mode/#asterisk [+o mjordan] by ChanServ |
00:35.37 | *** join/#asterisk superscrat (~asanders@173-17-133-2.client.mchsi.com) |
00:45.08 | *** join/#asterisk mjordan (mjordan@nat/digium/x-iztmpacvkycwifut) |
00:45.08 | *** mode/#asterisk [+o mjordan] by ChanServ |
00:52.15 | *** join/#asterisk superscrat (~asanders@173-17-133-2.client.mchsi.com) |
00:53.46 | *** join/#asterisk felimwhiteley_ (~quassel@89.101.203.26) |
01:05.11 | *** join/#asterisk drmessano (~nonya@pdpc/supporter/active/drmessano) |
01:06.11 | *** join/#asterisk bkruse (~Adium@74.51.115.100) |
01:07.01 | *** join/#asterisk sparetire_ (~sparetire@unaffiliated/sparetire) |
01:16.06 | *** join/#asterisk SpInNeR (~BiTchX@185.37-191-130.fiber.lynet.no) |
01:27.20 | joecool | probably offtopic |
01:27.54 | joecool | but i have a cisco 3550 PWR 24 switch and it just seems to not want to power some polycom ip-501's |
01:28.11 | joecool | anyone familiar with this? |
01:42.33 | *** join/#asterisk Draecos (~Draecos@106-68-80-239.dyn.iinet.net.au) |
01:52.58 | *** join/#asterisk dwayne (~dwayne@50-207-94-106-static.hfc.comcastbusiness.net) |
02:01.57 | ChannelZ | not specifically.. but I had some cheap Netgear desktop switches that were under-powered |
02:02.53 | ChannelZ | you couldn't use all the PoE ports at the same time as the load was too much. It was only rated for so much |
02:06.01 | *** join/#asterisk superscrat (~asanders@173-17-133-2.client.mchsi.com) |
02:06.40 | *** join/#asterisk superscrat (~asanders@173-17-133-2.client.mchsi.com) |
02:16.59 | *** join/#asterisk almostworking (~almostwor@unaffiliated/almostworking) |
02:17.04 | almostworking | join #ffmpeg |
02:17.07 | almostworking | ooops |
02:17.15 | *** part/#asterisk almostworking (~almostwor@unaffiliated/almostworking) |
02:22.05 | [TK]D-Fender | joecool, those only support Cisco's proprietary pre 802.3af PoE standard. You aren't going to get those phone running on that. |
02:22.17 | joecool | fml -_- |
02:22.28 | joecool | just picked up 5 of these polycoms |
02:22.46 | joecool | i have a cisco 7940 |
02:23.27 | joecool | well damn guess imma have to flip this worthless switch then and find one that handles the standard |
02:37.53 | *** join/#asterisk darkbasic (~quassel@niko.linuxsystems.it) |
02:38.43 | *** join/#asterisk superscrat (~asanders@173-17-133-2.client.mchsi.com) |
02:46.40 | *** join/#asterisk raspberrypifan (~raspberry@186.42.42.53) |
03:27.00 | Synthase_ | joecool: You can change the inline power settings and likely get it to work. Have one on my desk that I've tested this with. |
03:28.19 | joecool | yeah i mean i'm reviewing polycom's literature |
03:28.36 | joecool | and they specifically say the phone is compatible with cisco pre-standard PoE |
03:29.31 | *** join/#asterisk coppice (~chatzilla@123203240102.ctinets.com) |
03:30.22 | Synthase_ | I have Polycom sound point something & Digium phones working on it, but all just bootlooped previously till changing interface power settings. |
03:30.36 | joecool | i don't even get a bootloop |
03:30.42 | joecool | it doesn't even show signs of powering |
03:30.48 | joecool | i've tried different cables, you name it |
03:31.16 | joecool | the only thing it even shows signs of powering is my swissvoice (that's dead), but the inline power light comes up |
03:31.34 | joecool | imma bring in a cisco 7940 tomorrow |
03:31.44 | joecool | and see if it powers that, if not i'm blaming the switch |
03:54.40 | *** join/#asterisk cyford (~cyford@c-73-207-183-115.hsd1.ga.comcast.net) |
03:59.21 | phix | CISCO is the worst |
04:00.10 | *** join/#asterisk zapata (~zapata@2001:470:1f0b:11bc:29bc:5f29:2788:2528) |
04:15.41 | *** join/#asterisk Micc (~Micc@static-50-125-113-34.frr01.both.wa.frontiernet.net) |
04:16.48 | *** join/#asterisk DragonAzul (~DragonAzu@187.208.15.32) |
04:17.39 | Micc | Does asterisk 13 have a way to redirect current calls to another server? Say if I wanted to shut down the server but I didn't want to wait for calls to complete, could I pass those calls off to another server? Maybe with a script that did a reinvite on each channel or something? |
04:18.53 | Micc | I suppose that wouldn't really make sense, as there is application state that wouldn't transfer. |
04:21.21 | Micc | I guess it would be fine to leave those old calls on there until they were done. Like a core stop gracefully and redirect new calls to another server. |
04:21.59 | Micc | Ok, I think I've got it. Thanks for the help guys. ;) |
04:28.36 | joecool | i think i figured it out, i think the polycom needs a special pinout to work with cisco in-line power |
04:30.37 | joecool | yeah that's prob it |
04:30.44 | joecool | ugh, guess i'm making new cables tomorrow |
04:30.53 | joecool | better than buying new switch and/or phones though i suppose |
04:35.31 | *** join/#asterisk king1337-2 (~king1337@S0106c8fb2641d848.vs.shawcable.net) |
04:49.17 | *** join/#asterisk GameGamer43 (sid5533@gateway/web/irccloud.com/x-ojclafumneaakyme) |
04:49.36 | *** join/#asterisk petris (sid19918@gateway/web/irccloud.com/x-mussytndlbqpnofd) |
04:49.44 | *** join/#asterisk moy (sid47040@gateway/web/irccloud.com/x-rifimeiucynqjttp) |
04:50.18 | *** join/#asterisk Katty (sid62315@gateway/web/irccloud.com/x-jaymwxlnrjfhemlf) |
04:55.25 | *** join/#asterisk gerhard7 (~gerhard7@77-172-82-111.ip.telfort.nl) |
04:59.03 | phix | Micc: Any time |
05:20.34 | [TK]D-Fender | Micc, "core show application transfer" |
05:24.59 | *** join/#asterisk elitas (~elitas@213.226.135.203) |
05:53.03 | *** join/#asterisk Vutral (~ss@mirbsd/special/Vutral) |
06:28.45 | *** join/#asterisk Draecos (~Draecos@106-68-80-239.dyn.iinet.net.au) |
06:29.19 | *** join/#asterisk monkwitdafunk (~knoppix@unaffiliated/monkwitdafunk) |
06:43.56 | *** join/#asterisk evil_gordita (robert@ip70-188-56-139.rn.hr.cox.net) |
07:00.53 | *** join/#asterisk danjenkins (~anonymous@cpc11-folk2-2-0-cust171.1-2.cable.virginm.net) |
07:21.30 | *** join/#asterisk pchero_travel (~pchero@59.15.253.162) |
07:24.02 | *** join/#asterisk riess82 (~riessma@94.229.92.150) |
07:34.52 | *** part/#asterisk riess82 (~riessma@94.229.92.150) |
07:50.20 | *** join/#asterisk jeev (~j@unaffiliated/jeev) |
08:18.50 | *** join/#asterisk crocodilehunter (~Thunderbi@CPE-121-211-245-69.hhui7.cht.bigpond.net.au) |
08:25.36 | *** join/#asterisk pchero_travel (~pchero@59.15.253.162) |
09:06.30 | *** part/#asterisk c0rnoTa (~c0rnoTa@109.188.127.23) |
09:09.34 | *** join/#asterisk evilman_work (~evilman@87.244.6.228) |
09:20.14 | *** join/#asterisk slavon (51a31020@gateway/web/freenode/ip.81.163.16.32) |
09:20.30 | slavon | Hello all |
09:22.36 | slavon | Please look to https://issues.asterisk.org/jira/browse/ASTERISK-24717 |
09:29.08 | *** join/#asterisk Iamnacho (~Iamnacho@ip72-213-61-117.om.om.cox.net) |
09:31.15 | *** join/#asterisk sekil (~sekil@78.24.104.73) |
10:28.27 | *** join/#asterisk riess82 (~riessma@94.229.92.150) |
10:35.09 | slavon | in topic "11.16.0". now 11.17.0 |
10:54.36 | *** join/#asterisk jiku (~jiku@113.193.187.146) |
11:05.03 | *** join/#asterisk jasonwert (~jasonwert@71.89.137.28) |
11:11.22 | *** join/#asterisk BitEvil (~quassel@tor/regular/SpeedEvil) |
11:14.53 | *** join/#asterisk MadHatter42 (~MadHatter@unaffiliated/madhatter42) |
11:37.42 | *** join/#asterisk qdel (~Rholk@bny92-1-82-67-178-101.fbx.proxad.net) |
11:55.09 | *** join/#asterisk evil_gordita (robert@ip70-188-56-139.rn.hr.cox.net) |
11:57.37 | *** join/#asterisk cyford (~cyford@c-73-207-183-115.hsd1.ga.comcast.net) |
11:58.48 | *** join/#asterisk racho (~racho@46.40.123.204) |
11:59.47 | *** join/#asterisk eschmidbauer (~eschmidba@unaffiliated/eschmidbauer) |
11:59.51 | *** join/#asterisk fstd (~fstd@unaffiliated/fisted) |
11:59.56 | eschmidbauer | Hello |
12:00.26 | *** join/#asterisk Draecos (~Draecos@106-68-80-239.dyn.iinet.net.au) |
12:07.19 | racho | hello, i'm experiencing rtp clock drifts between two asterisk trunks...one is running 11.7.0 and the other 1.8.7.1. after resyncing with adjtimex and restarting the ntpd daemons on both machines i still get severe chopping in the beginning of the audio stream followed by delay from callee to calle. any ideas what can cause that aside from network status/connections? |
12:09.54 | *** join/#asterisk crocodilehunter (79d3f545@gateway/web/freenode/ip.121.211.245.69) |
12:13.08 | crocodilehunter | Hi Everyone. I have spent hours compiling, recompiling and searching Google for an answer, to no avail!! When I check the status of asterisk: #sudo service asterisk status; I get "asterisk dead but subsys locke"; It seems to be quite common but none of the solutions offered online seem to work.... Any help would be appreciated. I am running Asterisk 12.2.0 on a CentOS 6.5 (32 BIT).. |
12:23.39 | *** join/#asterisk cyford (~cyford@c-73-207-183-115.hsd1.ga.comcast.net) |
12:26.23 | *** join/#asterisk tzafrir (~tzafrir@bzq-84-109-18-138.cablep.bezeqint.net) |
12:28.21 | *** join/#asterisk avb (~avb@93.84.66.190) |
12:29.03 | avb | hey all |
12:29.06 | avb | from queue show with realtime configuration: member 1031^avb (SIP/1031 from SIP/1030) (ringinuse disabled) |
12:29.33 | avb | i had member interface set to SIP/1030 and after changed it to 1031 |
12:29.45 | avb | but queue still trying to dial 1030 |
12:31.02 | avb | queue reload is not fixing that, only asterisk restart |
12:54.47 | *** join/#asterisk brad_mssw (~brad@66.129.88.50) |
13:07.04 | *** join/#asterisk D-Boy (~D-Boy@unaffiliated/cain) |
13:13.38 | *** join/#asterisk jasonwert (~jasonwert@75-134-81-98.static.aldl.mi.charter.com) |
13:14.58 | *** join/#asterisk mjordan (~mjordan@75.76.55.191) |
13:14.58 | *** mode/#asterisk [+o mjordan] by ChanServ |
13:17.32 | *** join/#asterisk happy-dude (uid62780@gateway/web/irccloud.com/x-mbdivycindoifhvu) |
13:19.08 | *** join/#asterisk newtonr (RustyNewto@nat/digium/x-prchnzcmuokuhbll) |
13:19.08 | *** mode/#asterisk [+o newtonr] by ChanServ |
13:20.25 | *** join/#asterisk wonderworld (~ww@ip-176-199-166-61.hsi06.unitymediagroup.de) |
13:22.52 | *** join/#asterisk gringo (~gringo@unaffiliated/gringo) |
13:35.44 | *** join/#asterisk gerhard7 (~gerhard7@77-172-82-111.ip.telfort.nl) |
13:40.02 | *** part/#asterisk mjordan (~mjordan@75.76.55.191) |
13:47.51 | *** join/#asterisk w9sh (~sph@50-79-224-193-static.hfc.comcastbusiness.net) |
14:00.43 | *** join/#asterisk CeBe (~CeBe@xd9befa31.dyn.telefonica.de) |
14:22.28 | *** join/#asterisk MadHatter42 (~MadHatter@unaffiliated/madhatter42) |
14:24.05 | *** join/#asterisk phonesimon (~phonesimo@c-98-235-166-204.hsd1.pa.comcast.net) |
14:24.35 | *** join/#asterisk mjordan (mjordan@nat/digium/x-viosygcigxjwiiel) |
14:24.35 | *** mode/#asterisk [+o mjordan] by ChanServ |
14:25.41 | phonesimon | good morning. i could use some help with the voicemail application if anyone's willing. VoiceMail() is recording messages left by G722 users in 8k wav format |
14:25.56 | phonesimon | this is OK if that's all it can do, |
14:26.12 | *** join/#asterisk kharwell (kharwell@nat/digium/x-bduzlyktwtqedusz) |
14:26.19 | phonesimon | but when the g722 users go to check voicemail from the device, asterisk won't transcode the 8k wav for them |
14:26.41 | phonesimon | ideally I would like the vm app to record in g722 and then transcode to lower quality if endpoints need it |
14:28.46 | phonesimon | what it does now when a g722 user goes into voicemailmain() is attempts to play back the file, looking for a g722 extension and then gives up when it does not find it |
14:30.11 | *** join/#asterisk king1337-2 (~king1337@S0106c8fb2641d848.vs.shawcable.net) |
14:31.19 | *** join/#asterisk putnopvut (putnopvut@asterisk/master-of-queues/mmichelson) |
14:31.20 | *** mode/#asterisk [+o putnopvut] by ChanServ |
14:46.09 | *** join/#asterisk rmudgett (rmudgett@nat/digium/x-akrwwsngtjabkhvf) |
14:52.20 | *** join/#asterisk Blondin (~smuxi@195-154-69-235.rev.poneytelecom.eu) |
15:20.22 | *** join/#asterisk jiuweigui (~jiuweigui@unaffiliated/jiuweigui) |
15:24.25 | *** join/#asterisk frek818 (~frek818@172.56.16.41) |
15:26.16 | *** join/#asterisk danjenkins (~anonymous@cpc11-folk2-2-0-cust171.1-2.cable.virginm.net) |
15:29.01 | *** join/#asterisk phonesimon (~phonesimo@c-98-235-166-204.hsd1.pa.comcast.net) |
15:29.34 | *** join/#asterisk danjenkins (~anonymous@cpc11-folk2-2-0-cust171.1-2.cable.virginm.net) |
15:37.08 | Katty | PEANUT BUTTER CRACKERS. |
15:38.20 | *** join/#asterisk Vutral (~ss@mirbsd/special/Vutral) |
15:40.52 | *** join/#asterisk gringo (~gringo@unaffiliated/gringo) |
15:43.02 | *** join/#asterisk bobbymc (~bobbymc45@cpe-104-33-222-36.socal.res.rr.com) |
15:45.38 | *** join/#asterisk aness (~aness@cm-84.215.80.229.getinternet.no) |
15:45.48 | pjensen00 | No. That is not acceptable. |
15:49.35 | phonesimon | i'll offer PB crackers to whoever can answer the question i posed |
15:49.45 | phonesimon | that's cheap payment for (correct) advice |
16:06.52 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
16:07.14 | *** part/#asterisk Kunsi (kunsmannf@unaffiliated/kunsi) |
16:08.34 | [TK]D-Fender | phonesimon, it didn't record in g722 because you didn't tell it to in voicemail.conf |
16:08.57 | phonesimon | let me check |
16:09.01 | phonesimon | i did not see where that was set |
16:09.15 | phonesimon | only format= for wav, wav49, gsm |
16:09.23 | [TK]D-Fender | phonesimon, because it wasn't, otherwise you'd be getting g.722 versions as well |
16:10.12 | [TK]D-Fender | * will transcode from the best format available when playing them back. if native is available it will be chosen |
16:13.56 | phonesimon | OK, I could use a hint then. I don't see the option to specify recording formats. |
16:13.59 | *** join/#asterisk generalhan (~tester@about/windows/staff/generalhan) |
16:14.18 | *** join/#asterisk anthm (~anthm@freeswitch/developer/anthm) |
16:15.04 | zekoZeko | phonesimon: you can try wav16 for format. |
16:15.18 | [TK]D-Fender | <phonesimon> only format= for wav, wav49, gsm <--- this IS IT |
16:15.40 | phonesimon | precisely... |
16:15.55 | [TK]D-Fender | no.. that IS the place to SPECIFY them |
16:16.00 | [TK]D-Fender | And you did NOT say g722 |
16:17.43 | phonesimon | Did I miss a previous answer to my question? yes, I wrote earlier that I want to record g722 format. |
16:17.52 | phonesimon | and want to play it back in the same format. |
16:18.00 | [TK]D-Fender | <[TK]D-Fender> <phonesimon> only format= for wav, wav49, gsm <--- this IS IT <----------------------- |
16:18.05 | [TK]D-Fender | Go. Set. It. There. |
16:19.21 | phonesimon | OK, i'll try it. Other information I saw said that those were the only options that could be specified (wav, wav49, gsm) |
16:19.55 | [TK]D-Fender | where do you see this? |
16:20.43 | [TK]D-Fender | Clearly not in the sample config which contradicts this premise you've been running on. |
16:21.11 | phonesimon | http://svnview.digium.com/svn/asterisk/trunk/configs/samples/voicemail.conf.sample?view=markup vs. http://www.voip-info.org/wiki/view/Asterisk+config+voicemail.conf |
16:21.30 | [TK]D-Fender | Line 23 right there <- |
16:22.40 | *** join/#asterisk ghostlines (~ghostline@i191002.upc-i.chello.nl) |
16:22.43 | [TK]D-Fender | And that is a SAMPLE. It is not a list showing every possible combination, espcially for things like codecs where there are a dozen different possible values.. and then multiple that by how many different combinations you could make. |
16:23.28 | [TK]D-Fender | If thsoe were the only values that could be set then it also wouldn't even be an option. It'd just be a hard coded constant in the code and not in the config at all. |
16:24.15 | *** join/#asterisk Vutral (~ss@mirbsd/special/Vutral) |
16:26.37 | phonesimon | OK, great. That works. Do you know why Asterisk was unwilling to transcode the 8khz wav file? |
16:27.24 | phonesimon | you mentioned "* will transcode from the best format available when playing them back. Â if native is available it will be chosen" â should not be a problem to transcode wav, right? |
16:27.27 | [TK]D-Fender | What did it play instead? |
16:28.49 | [TK]D-Fender | and it isn't a question of "problem". it is a question of transcode priority |
16:29.12 | phonesimon | Nothing. It skipped the message. Unable to open /var/spool/asterisk/voicemail/default/8274/Old/msg0000 (format (g722|h264)): No such file or directory |
16:29.34 | phonesimon | msg0000.wav is there |
16:30.04 | [TK]D-Fender | What version are you running? |
16:30.14 | phonesimon | 11 |
16:30.37 | [TK]D-Fender | You may not have the format module loaded. |
16:30.41 | [TK]D-Fender | go verify |
16:34.27 | phonesimon | format_wav, yes. |
16:35.02 | [TK]D-Fender | and codec formats for 722 |
16:35.48 | phonesimon | <PROTECTED> |
16:35.49 | phonesimon | for 722.1 |
16:37.52 | phonesimon | i do not see anything else appropriate â all are loaded |
16:37.59 | phonesimon | codec_g722 loaded also. |
16:45.02 | *** join/#asterisk Vutral (~ss@mirbsd/special/Vutral) |
16:51.52 | *** join/#asterisk bobbymc (~bobbymc45@208.78.137.2) |
17:05.06 | *** join/#asterisk roramirez (~rodrigo@181.172.50.89) |
17:06.52 | *** join/#asterisk superscrat (~asanders@173-17-133-2.client.mchsi.com) |
17:14.45 | *** join/#asterisk roramirez (~rodrigo@181.172.50.89) |
17:25.27 | *** join/#asterisk CGMChris (~CGMChris@mail.cgmyes.com) |
17:27.05 | CGMChris | I've got two seperate asterisk installations, both using the same SIP trunking provider. One works, the other does not. I'm trying to figure out why. On one installation, the provider seems to be appending a port number to the Call-ID, and I suspect that's the reason things aren't matching up. Does anyone know enough about how the packets are matched to confirm this? http://pastebin.com/1ajZ8phX |
17:29.11 | *** part/#asterisk roramirez (~rodrigo@181.172.50.89) |
17:32.38 | CGMChris | And by doesnt work, I mean that inbound calls come into the PBX, hit the Answer() line, and then hangup as we are bombarded by the provider as it attempts to reroute the call through another of it's IPs. |
17:35.54 | CGMChris | As is illustrated here: http://pastebin.com/5znaTXz1 |
17:41.00 | CGMChris | Scratch that, bad example, I had peers commented out. The real example @ http://pastebin.com/ALRiJuhr |
17:48.47 | phonesimon | if something is changing the call-id, that something could be a SIP ALG on the router |
17:57.53 | *** join/#asterisk cgmDerk (~cgmDerk@mail.cgmyes.com) |
17:58.48 | *** join/#asterisk bobbymc (~bobbymc45@cpe-104-33-222-36.socal.res.rr.com) |
18:00.34 | CGMChris | phonesimon: I've removed the router from the equation and my PBX is now plugged directly into the cable modem. I suspected ALG myself but that's not it. |
18:06.32 | phonesimon | can you connect to any other provider? |
18:10.14 | *** join/#asterisk mjordan (mjordan@nat/digium/x-obcwfrvsarwwwbea) |
18:10.14 | *** mode/#asterisk [+o mjordan] by ChanServ |
18:14.33 | *** join/#asterisk joecool (~joecool@no-sources/joecool) |
18:16.10 | *** join/#asterisk joecool (~joecool@no-sources/joecool) |
18:19.59 | *** join/#asterisk Cubber (~ronny@mail.ronnybull.com) |
18:23.28 | CGMChris | phonesimon: Yes, we just ported to a new provider today. Everything was working fine until today, and we use the new provider on several other asterisk installs already with zero issues. |
18:29.57 | *** join/#asterisk phonesimon (~phonesimo@c-98-235-166-204.hsd1.pa.comcast.net) |
18:31.37 | *** join/#asterisk zblk (~andrey@92.53.115.234) |
18:36.40 | mic_ | can you recommend a good call generator? something in the form of "StarTrinity SIP tester" - so that it is possible to simulate some weird loads and play different songs on certain connections. |
18:38.10 | robmal | sipp |
18:40.26 | mic_ | robmal: I was checking it - but last time I was looking at it, RTP was something "very new" ;( |
18:42.34 | *** join/#asterisk D-Boy (~D-Boy@unaffiliated/cain) |
18:46.30 | *** join/#asterisk Akuma (~Akuma@modemcable221.82-177-173.mc.videotron.ca) |
18:54.06 | *** join/#asterisk putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
18:54.06 | *** mode/#asterisk [+o putnopvut] by ChanServ |
18:55.56 | *** join/#asterisk bobbymc (~bobbymc45@cpe-104-33-222-36.socal.res.rr.com) |
18:59.24 | *** join/#asterisk sparetire (~sparetire@unaffiliated/sparetire) |
19:10.32 | *** part/#asterisk zblk (~andrey@92.53.115.234) |
19:36.55 | *** join/#asterisk phonesimon (~phonesimo@c-98-235-166-204.hsd1.pa.comcast.net) |
19:41.22 | *** part/#asterisk phonesimon (~phonesimo@c-98-235-166-204.hsd1.pa.comcast.net) |
19:42.26 | *** join/#asterisk bobbymc (~bobbymc45@208.78.137.2) |
19:50.00 | bobbymc | hi room, im trying to help this customer have better audio by tweaking the jiter settings for iax without effecting others on the same system |
19:50.12 | bobbymc | the are in mexico and have about 21ms avg jitter |
19:50.59 | WIMPy | Doesn't sound like much. But you shouldn't use jitter buffers in transit. They should be at the very end of the transmission and ONLY there. |
19:51.04 | bobbymc | anyone has any config suggestions? im not very comfortable tweaking them, there are 2 modes fixed and adaptive and a few others |
19:51.30 | bobbymc | they all have iax extentions |
19:52.07 | bobbymc | i know i can set the jitter buffer globally or on indevidual extentions right? |
19:52.13 | bobbymc | *extensions |
19:52.30 | WIMPy | The only situation where a JB on IAX makes sense if you receive calls via IAX and pass them on to TDM hardware. |
19:53.27 | bobbymc | i see, they are limited in bandwidth, i currently use ilbc for the codec |
19:53.38 | bobbymc | a lot of their calls sound like robots |
19:54.02 | WIMPy | Maybe that's more of a packet loss issue? |
19:54.30 | bobbymc | i think so, but they cant upgrade the internet anymore then they already have, just trying to find any other way to help |
19:55.52 | WIMPy | The issue with packet loss due to low badwidth is as follows: You can increase packetization to save a little badwidth, making PL less likely. The catch is that the impact of a lost packet will be |
19:55.55 | WIMPy | higher. |
19:56.18 | WIMPy | Do you have trunk mode enabled? |
20:08.54 | *** join/#asterisk SpeedEvil (~quassel@tor/regular/SpeedEvil) |
20:19.26 | *** join/#asterisk SpeedEvil (~quassel@tor/regular/SpeedEvil) |
20:25.51 | *** join/#asterisk cyford (~cyford@c-73-207-183-115.hsd1.ga.comcast.net) |
20:30.30 | *** join/#asterisk SpeedEvil (~quassel@tor/regular/SpeedEvil) |
20:35.39 | *** join/#asterisk lorsungcu_ (uid65806@gateway/web/irccloud.com/x-uydtgrijrtdtfznu) |
20:41.28 | *** join/#asterisk tzafrir (~tzafrir@bzq-84-109-18-138.red.bezeqint.net) |
20:44.06 | *** join/#asterisk cyford (~cyford@c-73-207-183-115.hsd1.ga.comcast.net) |
20:52.01 | *** join/#asterisk SpeedEvil (~quassel@tor/regular/SpeedEvil) |
20:54.58 | *** join/#asterisk Tristan-Speccy (tristan@213.163.67.18) |
20:58.43 | *** join/#asterisk SpeedEvil (~quassel@tor/regular/SpeedEvil) |
21:04.54 | *** join/#asterisk newtonr (~RustyNewt@173-21-90-203.client.mchsi.com) |
21:04.54 | *** mode/#asterisk [+o newtonr] by ChanServ |
21:05.07 | *** join/#asterisk cyford (~cyford@c-73-207-183-115.hsd1.ga.comcast.net) |
21:26.50 | *** join/#asterisk tzafrir (~tzafrir@bzq-84-109-18-138.cablep.bezeqint.net) |
21:29.46 | *** join/#asterisk SpeedEvil (~quassel@tor/regular/SpeedEvil) |
21:31.54 | *** join/#asterisk wonderworld (~ww@ip-176-199-166-61.hsi06.unitymediagroup.de) |
21:37.57 | *** join/#asterisk cyford (~cyford@c-73-207-183-115.hsd1.ga.comcast.net) |
21:42.17 | *** join/#asterisk SpeedEvil (~quassel@tor/regular/SpeedEvil) |
21:50.21 | *** join/#asterisk frek818 (~frek818@172.56.16.41) |
22:12.34 | *** join/#asterisk [[thufir]] (~thufir@S0106c8fb26808c37.vs.shawcable.net) |
22:31.08 | *** join/#asterisk CeBe (~CeBe@xd9befa31.dyn.telefonica.de) |
22:35.00 | *** join/#asterisk hyperized (~Hyper@unaffiliated/hyperized) |
22:35.33 | *** join/#asterisk almostworking (~almostwor@unaffiliated/almostworking) |
22:35.58 | *** join/#asterisk fstd (~fstd@unaffiliated/fisted) |
22:40.29 | *** join/#asterisk wonderworld (~ww@ip-176-199-166-61.hsi06.unitymediagroup.de) |
22:51.28 | *** join/#asterisk zerohalo (~zerohalo@2601:6:f80:224:3080:c239:be41:f3e3) |
22:55.08 | *** join/#asterisk BarthezZ (~bart@monitoring.deheij-ict.nl) |
23:11.27 | *** join/#asterisk joecool (~joecool@no-sources/joecool) |
23:13.17 | *** join/#asterisk s7r (debian-tor@openvpn/user/s7r) |
23:18.22 | *** part/#asterisk kharwell (kharwell@nat/digium/x-bduzlyktwtqedusz) |
23:37.40 | *** join/#asterisk EOIP (~Thunderbi@CPE-121-211-245-69.hhui7.cht.bigpond.net.au) |
23:43.42 | EOIP | Hi Everyone. Is this 'Asterisk is dead but subsys locked' a problem? It comes and goes. The only evident problem is it sometimes says that it fails to shut down but the Asterisk console seems to work. I suspect it's from SSHing to the Asterisk box from different machines... (Asterisk 12.2.0 on 32 bit centOS 6.5) |
23:44.43 | EOIP | Sorry, 'Asterisk is dead but subsys locked' gets printed when I do #sudo service asterisk status |
23:57.21 | robmal | Poor asterisk. Did you check /var/log/asterisk/messages for the death certificate? |
23:59.50 | *** join/#asterisk fstd (~fstd@unaffiliated/fisted) |