Re: [asterisk-users] A stupid problem with Playback
On 5/27/2023 3:37 PM, Steve Matzura wrote: On 5/27/2023 11:40 AM, aster...@phreaknet.org wrote: Relative paths are relative to your language-specific directory. Ya know, that's the one thing I didn't do was test Playback before copying the sound files out of /usr/share/asterisk/sounds/en_us into /var/lib/asterisk/sounds--I don't even know for sure that hello-world was playing from the /var path and not the /usr path. Good idea to test that and see what's really going on. I think I set too much store by these books sometimes. But when that's all I have, I tend to go with what I know, and if the book is all I know ... well ... A great reason to avoid Asterisk packages and compile from source instead. You'll save yourself a lot of headaches. That's how I started, by trying to build version 18 from source. It failed. Colossally. The compile of sources would run for a while, then the machine would crash spectacularly--I mean, not just hang or reboot. It actually turned itself off. I tried it several times, and each time it failed in the same way, but at a different spot in the compile process. If ever I could figure out a way to trace that one down, I would. It was the strangest thing. This sounds like your machine is defective in some major way. Granted, compiling software is pretty intensive, but your machine shouldn't just crash. I would try to figure that out. Is this a VM / bare metal? Have you tried this on another machine? -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- Check out the new Asterisk community forum at: https://community.asterisk.org/ New to Asterisk? Start here: https://wiki.asterisk.org/wiki/display/AST/Getting+Started asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] A stupid problem with Playback
On 5/28/2023 6:19 AM, aster...@phreaknet.org wrote: A great reason to avoid Asterisk packages and compile from source instead. You'll save yourself a lot of headaches. That's how I started, by trying to build version 18 from source. It failed. Colossally. The compile of sources would run for a while, then the machine would crash spectacularly--I mean, not just hang or reboot. It actually turned itself off. I tried it several times, and each time it failed in the same way, but at a different spot in the compile process. If ever I could figure out a way to trace that one down, I would. It was the strangest thing. This sounds like your machine is defective in some major way. Granted, compiling software is pretty intensive, but your machine shouldn't just crash. I would try to figure that out. Is this a VM / bare metal? Have you tried this on another machine? It's probably eight or nine years old now, an ASRock motherboard with I don't even know what on it in the way of processor speed or power. I should probably pick up another machine but I can't justify the expense because it's only for play, FTP, and running this Asterisk project, which is complete enough now that I don't have to mess with it any more. Who knows--it might even wind up on a spare Raspberry Pi 4, in which case this whole tower can just go away. -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- Check out the new Asterisk community forum at: https://community.asterisk.org/ New to Asterisk? Start here: https://wiki.asterisk.org/wiki/display/AST/Getting+Started asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] A stupid problem with Playback
On 5/28/2023 11:51 AM, Steve Matzura wrote: On 5/28/2023 6:19 AM, aster...@phreaknet.org wrote: A great reason to avoid Asterisk packages and compile from source instead. You'll save yourself a lot of headaches. That's how I started, by trying to build version 18 from source. It failed. Colossally. The compile of sources would run for a while, then the machine would crash spectacularly--I mean, not just hang or reboot. It actually turned itself off. I tried it several times, and each time it failed in the same way, but at a different spot in the compile process. If ever I could figure out a way to trace that one down, I would. It was the strangest thing. This sounds like your machine is defective in some major way. Granted, compiling software is pretty intensive, but your machine shouldn't just crash. I would try to figure that out. Is this a VM / bare metal? Have you tried this on another machine? It's probably eight or nine years old now, an ASRock motherboard with I don't even know what on it in the way of processor speed or power. It's not a manufacturer with which I'm familiar, either. 8 or 9 years isn't really that old. I run Asterisk on OptiPlex towers that are 20 years old, and it works really well. I've actually had more issues with things that are more compact, like rack servers. What's important is to have a working, compatible machine in good condition. Some general observations: - The CPU doesn't need to great, but it should be sufficient. Any desktop CPU from the last 20 years should be perfectly adequate. - Compiling can run into hitches if you don't have enough memory on your machine. On machines with 1 GB of RAM or less, for example, I've found that swap space is mandatory to compile very large files (e.g. chan_sip.c). Otherwise, gcc will just get killed by the kernel eventually. But you need far more memory when compiling than when Asterisk itself is running. You could allocate a bunch of swap and deallocate it after you're done. I should probably pick up another machine but I can't justify the expense because it's only for play, FTP, and running this Asterisk project, which is complete enough now that I don't have to mess with it any more. Who knows--it might even wind up on a spare Raspberry Pi 4, in which case this whole tower can just go away. For just SIP stuff, lots of people have used Pis and it works great for them, so that might not be a bad idea. You definitely don't need a new machine though. Any old PC lying around since ~2000 or so will probably do just fine. If you happen to have a spare handy, you could try it out. -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- Check out the new Asterisk community forum at: https://community.asterisk.org/ New to Asterisk? Start here: https://wiki.asterisk.org/wiki/display/AST/Getting+Started asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Question on ring count on incoming circuits
Who controls how many times an incoming call from an external (DID) provider will ring before Asterisk picks up the call and handles it internally--the provider or Asterisk? If it's the DID provider, I'll work on that with them; if it's Asterisk, I didn't find anything anywhere that looks like it has anything to do with incoming ring count unless you set up a ring-no-answer system. For my purposes, that would mean defining a dummy extension that has no hardware attached to it that would fail over to my current call handling code after it rings once. Is this the proper method for handling this? You might wonder why I wouldn't want a call to a system that simply plays a message and then takes an optional voicemail message to pick up immediately. Short answer: Don't ask (groan). It's what the project supporter wants, presumably so that the person calling into the system will know their call went through and to be ready to hear the outgoing message, I don't know, it's a customer request so I feel duty-bound to figure it out and implement it. -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- Check out the new Asterisk community forum at: https://community.asterisk.org/ New to Asterisk? Start here: https://wiki.asterisk.org/wiki/display/AST/Getting+Started asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] A stupid problem with Playback
On Sun, 28 May 2023, Steve Matzura wrote: It's probably eight or nine years old now, an ASRock motherboard with I don't even know what on it in the way of processor speed or power. I should probably pick up another machine but I can't justify the expense because it's only for play, FTP, and running this Asterisk project, which is complete enough now that I don't have to mess with it any more. Who knows--it might even wind up on a spare Raspberry Pi 4, in which case this whole tower can just go away. A '4 is probably way more than you need. A Pi Zero W or a Pi Zero 2 W would probably do. ($15 plus case and spare USB wall wart.) You may be able to justify the expense just on power savings. (Electricity in San Diego is $0.51/kWh.) -- Thanks in advance, - Steve Edwards sedwa...@sedwards.com Voice: +1-760-468-3867 PST https://www.linkedin.com/in/steve-edwards-4244281 -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- Check out the new Asterisk community forum at: https://community.asterisk.org/ New to Asterisk? Start here: https://wiki.asterisk.org/wiki/display/AST/Getting+Started asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Question on ring count on incoming circuits
On 5/28/23 14:20, Steve Matzura wrote: Who controls how many times an incoming call from an external (DID) provider will ring before Asterisk picks up the call and handles it internally Asterisk and this is defined with your timeout on the dial command, mine is 26 seconds so around 5 rings. Doug -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- Check out the new Asterisk community forum at: https://community.asterisk.org/ New to Asterisk? Start here: https://wiki.asterisk.org/wiki/display/AST/Getting+Started asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users