[asterisk-users] Channel not releasing immediately for Attended Transfer
I have a situation where Asterisk is not releasing the channel for Attended transfer immediately once I transferred and hangup from my side. The call is still ongoing and disconnecting after the third party disconnected. I see that its bug in the Asterisk, but not sure its fixed in version 11.2.1. Any one facing this issue? Regards. -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Res corosync.
Hello Everyone, I setup res corosync for distributed events and constantly see this message. [2013-11-22 15:26:37] WARNING[3147]: res_corosync.c:316 ast_event_cb: CPG mcast failed (6) [2013-11-22 15:26:37] WARNING[3147]: res_corosync.c:316 ast_event_cb: CPG mcast failed (6) Any information will be helpful. Slava. -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Res corosync.
Hello Everyone, After some digging around I found that ping going from wrong interface, another words it not aware of it. When i do ping command from cli I see mac address of outside interface. And corosync looking for subnet notation and not following default gateway. Is this look some something no right ? [2013-11-22 15:58:35] NOTICE[3147]: res_corosync.c:303 ast_event_cb: (ast_event_cb) Got event PING from server with EID: 'Mac address of eth0 and not eth1' [2013-11-22 15:58:35] WARNING[3147]: res_corosync.c:316 ast_event_cb: CPG mcast failed (6) Slava - Original Message - From: Slava Bendersky volga...@networklab.ca To: asterisk-users@lists.digium.com Sent: Friday, November 22, 2013 9:35:48 AM Subject: [asterisk-users] Res corosync. Hello Everyone, I setup res corosync for distributed events and constantly see this message. [2013-11-22 15:26:37] WARNING[3147]: res_corosync.c:316 ast_event_cb: CPG mcast failed (6) [2013-11-22 15:26:37] WARNING[3147]: res_corosync.c:316 ast_event_cb: CPG mcast failed (6) Any information will be helpful. Slava. -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Sangoma transcoding card bug - drops audio samples
Are you getting errors like this? [Nov 22 10:39:36] WARNING[6307][C-09a1]: codec_sangoma.c:969 sangoma_frameout: [2724][ulawtog729] Got Seq 7400 but expecting 2154 (time since last read = 0ms), dropped 5246 packets From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Grzegorz Garlewicz Sent: Friday, November 22, 2013 2:55 AM To: asterisk-users@lists.digium.com Subject: [asterisk-users] Sangoma transcoding card bug - drops audio samples There is a serious bug in Sangoma transcoding cards. The card has an internal, small jitter buffer and it drops samples from the audio stream when there is high jitter in the network. The bandwidth is cheap now so for me the only reason to use transcoding is where I have low-bandwidth-high-jitter links. Sangoma said they will not fix it and we had to go back to software transconding. Do you have any experience with using Digium cards in such scenario? -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Amazon, Asterisk and reliability beyond a hobby system?
Just checking one more time to see if anyone has an opinion on this. I am primarily interested in using a cloud type setup such as Amazon AWS for the redundancy, easy backup and recovery options. It's not about price but the idea that it will be very hard for a single piece of hardware to ruin my day. From: tjrl...@live.com To: asterisk-users@lists.digium.com Date: Mon, 18 Nov 2013 18:33:38 -0600 Subject: [asterisk-users] Amazon, Asterisk and reliability beyond a hobby system? Took me a while but I have finally embraced cloud computing and all the benefits. The only thing I have yet to feel comfortable about putting in the cloud is real live Asterisk boxes to be used in production. I know it's being done because as far as I know Twilio is using Amazon for their Asterisk boxes. I have read all the fun articles on building hobby type systems and that's all great. What I really need to hear is from those that have deployed Asterisk in Amazon or Digital Ocean and how many simultaneous calls they are pushing through it and what the call quality and reliability has been. Right now I am still using dedicated hardware but I could become much more redundant and scale much faster using Amazon or Digital Ocean. Thanks in advance for any information from those that have already been down this road... -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Amazon, Asterisk and reliability beyond a hobby system?
I would thinktwice about Amazon -- and virtual in general is not a good idea for this sort of thing. I have seen messages about bad results with amazon specifically. Todd R. tjrl...@live.com wrote: Just checking one more time to see if anyone has an opinion on this. I am primarily interested in using a cloud type setup such as Amazon AWS for the redundancy, easy backup and recovery options. It's not about price but the idea that it will be very hard for a single piece of hardware to ruin my day. From: tjrl...@live.com To: asterisk-users@lists.digium.com Date: Mon, 18 Nov 2013 18:33:38 -0600 Subject: [asterisk-users] Amazon, Asterisk and reliability beyond a hobby system? Took me a while but I have finally embraced cloud computing and all the benefits. The only thing I have yet to feel comfortable about putting in the cloud is real live Asterisk boxes to be used in production. I know it's being done because as far as I know Twilio is using Amazon for their Asterisk boxes. I have read all the fun articles on building hobby type systems and that's all great. What I really need to hear is from those that have deployed Asterisk in Amazon or Digital Ocean and how many simultaneous calls they are pushing through it and what the call quality and reliability has been. Right now I am still using dedicated hardware but I could become much more redundant and scale much faster using Amazon or Digital Ocean. Thanks in advance for any information from those that have already been down this road... -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users Alternatives: -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Amazon, Asterisk and reliability beyond a hobby system?
I would have said the same thing a while back but, I can't ignore the fact that there have been what seems to be many Virtualization success stories. The idea that Asterisk just likes to be on it's own dedicated hardware has always caused me to prefer dedicated hardware. But, is the possibility of a single piece of hardware failing better than something that will likely never just flat out die? I know there are high availability solutions out there and it's not that I don't have backups and disaster recovery plans in place. I just want to make things far better regarding redundancy, recovery and scalability and virtualization is hard to beat when you start talking about these things. There are definitely people/companies using virtualized Asterisk solutions successfully, so I feel like it can be done. Asterisk has come a long way since I first starting messing with Asterisk and so has Asterisk itself. So, I am trying to determine what is bad, what to look out for in terms of virtualizing. If it's still as bad of an idea as it was say 5 years ago, then I need to understand why and if there is a work around. At this point, the benefits of virtualizing my Asterisk boxes are too many to count. So, if I can't find any concrete reasons to NOT do this beyond That's a bad idea then I am going to give it a go. If I do, I am looking for any advice good or bad from those that have gone down this road successfully or with miserable failure. My opinion all along has been Asterisk + Virtualization + Real Live Production Use = BAD IDEA! Now, I am trying to figure out if that's just the opinion of an old man (sort of old) who just doesn't want to accept that virtualization if a better way (in terms of Asterisk). So, I am hoping for people to tell me why Amazon AWS specifically is a good or bad idea with as much detail as possible. Thanks! To: tjrl...@live.com; asterisk-users@lists.digium.com Subject: Re: [asterisk-users] Amazon, Asterisk and reliability beyond a hobby system? Date: Fri, 22 Nov 2013 13:04:44 -0500 From: cov...@ccs.covici.com I would thinktwice about Amazon -- and virtual in general is not a good idea for this sort of thing. I have seen messages about bad results with amazon specifically. Todd R. tjrl...@live.com wrote: Just checking one more time to see if anyone has an opinion on this. I am primarily interested in using a cloud type setup such as Amazon AWS for the redundancy, easy backup and recovery options. It's not about price but the idea that it will be very hard for a single piece of hardware to ruin my day. From: tjrl...@live.com To: asterisk-users@lists.digium.com Date: Mon, 18 Nov 2013 18:33:38 -0600 Subject: [asterisk-users] Amazon, Asterisk and reliability beyond a hobby system? Took me a while but I have finally embraced cloud computing and all the benefits. The only thing I have yet to feel comfortable about putting in the cloud is real live Asterisk boxes to be used in production. I know it's being done because as far as I know Twilio is using Amazon for their Asterisk boxes. I have read all the fun articles on building hobby type systems and that's all great. What I really need to hear is from those that have deployed Asterisk in Amazon or Digital Ocean and how many simultaneous calls they are pushing through it and what the call quality and reliability has been. Right now I am still using dedicated hardware but I could become much more redundant and scale much faster using Amazon or Digital Ocean. Thanks in advance for any information from those that have already been down this road... -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users Alternatives: -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com -- _ -- Bandwidth and
Re: [asterisk-users] Amazon, Asterisk and reliability beyond a hobby system?
Oh and, I could be wrong but.. I suspect Twilio is one of the companies doing big things with Asterisk on AWS specifically. I am 90% sure at this point that Twilio uses Asterisk as the base for their product. When I emailed them and asked them where their voice gateways were they mentioned something about Amazon's servers which I assumed to mean they were using Amazon's cloud services. The possibility of Twilio pushing tons of calls through virtualized Asterisk boxes is part of what has made me so curious about going down this road again. From: tjrl...@live.com To: asterisk-users@lists.digium.com Date: Fri, 22 Nov 2013 12:18:35 -0600 Subject: Re: [asterisk-users] Amazon, Asterisk and reliability beyond a hobby system? I would have said the same thing a while back but, I can't ignore the fact that there have been what seems to be many Virtualization success stories. The idea that Asterisk just likes to be on it's own dedicated hardware has always caused me to prefer dedicated hardware. But, is the possibility of a single piece of hardware failing better than something that will likely never just flat out die? I know there are high availability solutions out there and it's not that I don't have backups and disaster recovery plans in place. I just want to make things far better regarding redundancy, recovery and scalability and virtualization is hard to beat when you start talking about these things. There are definitely people/companies using virtualized Asterisk solutions successfully, so I feel like it can be done. Asterisk has come a long way since I first starting messing with Asterisk and so has Asterisk itself. So, I am trying to determine what is bad, what to look out for in terms of virtualizing. If it's still as bad of an idea as it was say 5 years ago, then I need to understand why and if there is a work around. At this point, the benefits of virtualizing my Asterisk boxes are too many to count. So, if I can't find any concrete reasons to NOT do this beyond That's a bad idea then I am going to give it a go. If I do, I am looking for any advice good or bad from those that have gone down this road successfully or with miserable failure. My opinion all along has been Asterisk + Virtualization + Real Live Production Use = BAD IDEA! Now, I am trying to figure out if that's just the opinion of an old man (sort of old) who just doesn't want to accept that virtualization if a better way (in terms of Asterisk). So, I am hoping for people to tell me why Amazon AWS specifically is a good or bad idea with as much detail as possible. Thanks! To: tjrl...@live.com; asterisk-users@lists.digium.com Subject: Re: [asterisk-users] Amazon, Asterisk and reliability beyond a hobby system? Date: Fri, 22 Nov 2013 13:04:44 -0500 From: cov...@ccs.covici.com I would thinktwice about Amazon -- and virtual in general is not a good idea for this sort of thing. I have seen messages about bad results with amazon specifically. Todd R. tjrl...@live.com wrote: Just checking one more time to see if anyone has an opinion on this. I am primarily interested in using a cloud type setup such as Amazon AWS for the redundancy, easy backup and recovery options. It's not about price but the idea that it will be very hard for a single piece of hardware to ruin my day. From: tjrl...@live.com To: asterisk-users@lists.digium.com Date: Mon, 18 Nov 2013 18:33:38 -0600 Subject: [asterisk-users] Amazon, Asterisk and reliability beyond a hobby system? Took me a while but I have finally embraced cloud computing and all the benefits. The only thing I have yet to feel comfortable about putting in the cloud is real live Asterisk boxes to be used in production. I know it's being done because as far as I know Twilio is using Amazon for their Asterisk boxes. I have read all the fun articles on building hobby type systems and that's all great. What I really need to hear is from those that have deployed Asterisk in Amazon or Digital Ocean and how many simultaneous calls they are pushing through it and what the call quality and reliability has been. Right now I am still using dedicated hardware but I could become much more redundant and scale much faster using Amazon or Digital Ocean. Thanks in advance for any information from those that have already been down this road... -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users Alternatives:
Re: [asterisk-users] Amazon, Asterisk and reliability beyond a hobby system?
If you have no analog lines, Amazon/Rackspace/... will probably beat your local ISP on bandwidth to your SIP/IAX carrier. If your users are not in the same building as your in-house hosted Asterisk, Amazon might have a lot better connectivity with your users. You certainly have a lot more flexibility in adding power to your setup at an Amazon. I guess that one can decide what are the critical points that need to be tested (call volume, call quality, user connectivity) and devise a test setup. Ron On 22/11/2013 1:18 PM, Todd R. wrote: I would have said the same thing a while back but, I can't ignore the fact that there have been what seems to be many Virtualization success stories. The idea that Asterisk just likes to be on it's own dedicated hardware has always caused me to prefer dedicated hardware. But, is the possibility of a single piece of hardware failing better than something that will likely never just flat out die? I know there are high availability solutions out there and it's not that I don't have backups and disaster recovery plans in place. I just want to make things far better regarding redundancy, recovery and scalability and virtualization is hard to beat when you start talking about these things. There are definitely people/companies using virtualized Asterisk solutions successfully, so I feel like it can be done. Asterisk has come a long way since I first starting messing with Asterisk and so has Asterisk itself. So, I am trying to determine what is bad, what to look out for in terms of virtualizing. If it's still as bad of an idea as it was say 5 years ago, then I need to understand why and if there is a work around. At this point, the benefits of virtualizing my Asterisk boxes are too many to count. So, if I can't find any concrete reasons to NOT do this beyond That's a bad idea then I am going to give it a go. If I do, I am looking for any advice good or bad from those that have gone down this road successfully or with miserable failure. My opinion all along has been Asterisk + Virtualization + Real Live Production Use = BAD IDEA! Now, I am trying to figure out if that's just the opinion of an old man (sort of old) who just doesn't want to accept that virtualization if a better way (in terms of Asterisk). So, I am hoping for people to tell me why Amazon AWS specifically is a good or bad idea with as much detail as possible. Thanks! To: tjrl...@live.com; asterisk-users@lists.digium.com Subject: Re: [asterisk-users] Amazon, Asterisk and reliability beyond a hobby system? Date: Fri, 22 Nov 2013 13:04:44 -0500 From: cov...@ccs.covici.com I would thinktwice about Amazon -- and virtual in general is not a good idea for this sort of thing. I have seen messages about bad results with amazon specifically. Todd R. tjrl...@live.com wrote: Just checking one more time to see if anyone has an opinion on this. I am primarily interested in using a cloud type setup such as Amazon AWS for the redundancy, easy backup and recovery options. It's not about price but the idea that it will be very hard for a single piece of hardware to ruin my day. From: tjrl...@live.com To: asterisk-users@lists.digium.com Date: Mon, 18 Nov 2013 18:33:38 -0600 Subject: [asterisk-users] Amazon, Asterisk and reliability beyond a hobby system? Took me a while but I have finally embraced cloud computing and all the benefits. The only thing I have yet to feel comfortable about putting in the cloud is real live Asterisk boxes to be used in production. I know it's being done because as far as I know Twilio is using Amazon for their Asterisk boxes. I have read all the fun articles on building hobby type systems and that's all great. What I really need to hear is from those that have deployed Asterisk in Amazon or Digital Ocean and how many simultaneous calls they are pushing through it and what the call quality and reliability has been. Right now I am still using dedicated hardware but I could become much more redundant and scale much faster using Amazon or Digital Ocean. Thanks in advance for any information from those that have already been down this road... -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users Alternatives: -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs:
[asterisk-users] DAHDI-Linux and DAHDI-Tools 2.8.0-rc2 Now Available
The Asterisk Development Team has announced the releases of: DAHDI-Linux-v2.8.0-rc2 DAHDI-Tools-v2.8.0-rc2 dahdi-linux-complete-2.8.0-rc2+2.8.0-rc2 This release is available for immediate download at: http://downloads.asterisk.org/pub/telephony/dahdi-linux http://downloads.asterisk.org/pub/telephony/dahdi-tools http://downloads.asterisk.org/pub/telephony/dahdi-linux-complete In version 2.8 we have introduced two new drivers: wcte43x - For Digium's new line of 2/4 span T1/E1 cards wcaxx - For Digium's new line of analog fxs/fxo cards We introduced a common library called wcxb which ties the previous two drivers, plus the recently introduced wcte13xp driver, together into one common base. dahdi-linux-complete tarballs now include all firmware necessary to build without an internet connection. Shortlog of changes since v2.7.0.1: Oron Peled (5): xpp: Serialize dahdi registration xpp: refactor FXS ring settings xpp: FXS: ring/mwi settings: a sysfs interface xpp: ring/mwi settings: add to FXS init script add a 'location' attribute to sysfs (dahdi_device): Russ Meyerriecks (3): wcte13xp: Migrate to wcxb library wcte13xp: Hold framer in reset to stop xmit on modprobe -r wcte13xp: Improve maintenance functions and error counters Shaun Ruffell (15): dahdi_config: Remove unused NO_DCDC definition. dahdi: Clear DAHDI_ALARM_NOTOPEN when spans are re-initialized. dahdi: Fix placement of '/' in output of /proc/dahdi/x dahdi: Work around missing KBUILD_MODNAME dahdi: Backport try_wait_for_completion() and list_first_entry() wct4xxp: Print warning in dmesg if span priority is not set correctly. wct4xxp: Fix bipolar error insertion test mode. wct4xxp: VPM companding switch print is now debug only. wct4xxp: If linemode changed via sysfs, reset the complete part. wct4xxp, wcte13xp: Move the octasic DSP code into separate module. wcaxx: New driver for A4A/A4B/A8A/A8B analog cards. wcaxx: Update A4B firmware to version 0b0017 wcxb: Update the firmware meta block during flash update. wcte43x: Do not grab reglock in handle_transmit/handle_receive. wcte43x: Remove 'dcxo' debug attribute. wcaxx: Remove some left over debugging trace statements. Tzafrir Cohen (5): xpp: Firmware for Astribanks 2.02 xpp: Firmware for Astribanks 2.02: Makefile xpp: USB_FW.202.hex: provide as a symlink xpp: mark an AB as failed if it gives bad desc xpp: Fail loading if no module on first slot Wendell Thompson (2): wcte13xp: Use interrupts for Falc alarms and signaling wcte43x: Add driver for TE435/TE235 digital cards. The diffstat from the v2.7.0.1 release: Makefile | 9 +- drivers/dahdi/Kbuild |21 +- drivers/dahdi/dahdi-base.c|20 +- drivers/dahdi/dahdi-sysfs.c |11 + drivers/dahdi/firmware/Makefile |71 +- drivers/dahdi/oct612x/Kbuild |32 + drivers/dahdi/oct612x/oct612x-user.c | 181 + drivers/dahdi/oct612x/oct612x.h |49 + drivers/dahdi/wcaxx-base.c| 4540 ++ drivers/dahdi/wct4xxp/Kbuild | 4 +- drivers/dahdi/wct4xxp/base.c | 159 +- drivers/dahdi/wct4xxp/vpm450m.c | 139 +- drivers/dahdi/wct4xxp/vpm450m.h | 8 +- drivers/dahdi/wcte13xp-base.c | 2316 ++- drivers/dahdi/wcte43x-base.c | 3591 + drivers/dahdi/wcxb.c | 947 ++ drivers/dahdi/wcxb.h | 184 + drivers/dahdi/wcxb_flash.c| 170 + drivers/dahdi/wcxb_flash.h|34 + drivers/dahdi/wcxb_spi.c | 382 + drivers/dahdi/wcxb_spi.h | 116 + drivers/dahdi/xpp/card_fxs.c | 295 +- drivers/dahdi/xpp/card_global.c | 6 + drivers/dahdi/xpp/firmwares/FPGA_1161.202.hex | 20517 drivers/dahdi/xpp/firmwares/Makefile | 5 +- drivers/dahdi/xpp/firmwares/USB_FW.202.hex| 1 + drivers/dahdi/xpp/init_card_1_30 |22 +- drivers/dahdi/xpp/xbus-core.c |22 +- drivers/dahdi/xpp/xbus-sysfs.c| 9 + include/dahdi/dahdi_config.h | 3 +- include/dahdi/kernel.h|38 +- 31 files changed, 32257 insertions(+), 1645 deletions(-) For a full list of changes in these releases, please see the shortlog at: http://git.asterisk.org/gitweb/?p=dahdi/linux.git;a=shortlog;h=refs/tags/v2.8.0-rc2 http://git.asterisk.org/gitweb/?p=dahdi/tools.git;a=shortlog;h=refs/tags/v2.8.0-rc2 Issues found in this release can be reported in the
Re: [asterisk-users] Amazon, Asterisk and reliability beyond a hobby system?
On Fri, 22 Nov 2013 13:41:45 -0500 Ron Wheeler rwhee...@artifact-software.com wrote: If you have no analog lines, Amazon/Rackspace/... will probably beat your local ISP on bandwidth to your SIP/IAX carrier. If your users are not in the same building as your in-house hosted Asterisk, Amazon might have a lot better connectivity with your users. You certainly have a lot more flexibility in adding power to your setup at an Amazon. I guess that one can decide what are the critical points that need to be tested (call volume, call quality, user connectivity) and devise a test setup. Ron I've setup Asterisk in the past on VMs (Linode, VMware, Xen, etc.) and IIRC the biggest issue we had was with RTC. As in Real Time Clock since Asterisk requires an accurate timing source. It's been a very long time since I've dealt with Asterisk on a VM so perhaps it's not uncommon to have the zaptel kernel modules (ztdummy among others?) available on most VMs these days. It's certainly an option for some use cases but not all. I'd recommend running MTR or a similar tool to determine any latency issues along the way. In any case good luck with your project. If anyone else has more recent experience regarding RTC please feel free to correct me. I'm inclined to fiddle around with a VM based Asterisk install again if it's gotten simpler to implement. Brian On 22/11/2013 1:18 PM, Todd R. wrote: I would have said the same thing a while back but, I can't ignore the fact that there have been what seems to be many Virtualization success stories. The idea that Asterisk just likes to be on it's own dedicated hardware has always caused me to prefer dedicated hardware. But, is the possibility of a single piece of hardware failing better than something that will likely never just flat out die? I know there are high availability solutions out there and it's not that I don't have backups and disaster recovery plans in place. I just want to make things far better regarding redundancy, recovery and scalability and virtualization is hard to beat when you start talking about these things. There are definitely people/companies using virtualized Asterisk solutions successfully, so I feel like it can be done. Asterisk has come a long way since I first starting messing with Asterisk and so has Asterisk itself. So, I am trying to determine what is bad, what to look out for in terms of virtualizing. If it's still as bad of an idea as it was say 5 years ago, then I need to understand why and if there is a work around. At this point, the benefits of virtualizing my Asterisk boxes are too many to count. So, if I can't find any concrete reasons to NOT do this beyond That's a bad idea then I am going to give it a go. If I do, I am looking for any advice good or bad from those that have gone down this road successfully or with miserable failure. My opinion all along has been Asterisk + Virtualization + Real Live Production Use = BAD IDEA! Now, I am trying to figure out if that's just the opinion of an old man (sort of old) who just doesn't want to accept that virtualization if a better way (in terms of Asterisk). So, I am hoping for people to tell me why Amazon AWS specifically is a good or bad idea with as much detail as possible. Thanks! To: tjrl...@live.com; asterisk-users@lists.digium.com Subject: Re: [asterisk-users] Amazon, Asterisk and reliability beyond a hobby system? Date: Fri, 22 Nov 2013 13:04:44 -0500 From: cov...@ccs.covici.com I would thinktwice about Amazon -- and virtual in general is not a good idea for this sort of thing. I have seen messages about bad results with amazon specifically. Todd R. tjrl...@live.com wrote: Just checking one more time to see if anyone has an opinion on this. I am primarily interested in using a cloud type setup such as Amazon AWS for the redundancy, easy backup and recovery options. It's not about price but the idea that it will be very hard for a single piece of hardware to ruin my day. From: tjrl...@live.com To: asterisk-users@lists.digium.com Date: Mon, 18 Nov 2013 18:33:38 -0600 Subject: [asterisk-users] Amazon, Asterisk and reliability beyond a hobby system? Took me a while but I have finally embraced cloud computing and all the benefits. The only thing I have yet to feel comfortable about putting in the cloud is real live Asterisk boxes to be used in production. I know it's being done because as far as I know Twilio is using Amazon for their Asterisk boxes. I have read all the fun articles on building hobby type systems and that's all great. What I really need to hear is from those that have deployed Asterisk in Amazon or Digital Ocean and how many simultaneous calls they are pushing through it and what the call quality and reliability has been.
Re: [asterisk-users] DAHDI-Linux and DAHDI-Tools 2.8.0-rc2 Now Available
Hello Asterisk, Friday, November 22, 2013, 11:41:02 AM, you wrote: The Asterisk Development Team has announced the releases of: dahdi-linux-complete-2.8.0-rc2+2.8.0-rc2 Downloaded and installed but it won't load the HPEC license. Back to 2.0.7.1 and all is well again. -- Ira-- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Sangoma transcoding card bug - drops audio samples
If you are getting like this dropped packets then nothing to worry.. thisis just an cli message in my case I face this but there is no voice delay in actual call. On 22 Nov 2013 21:11, Eric Wieling ewiel...@nyigc.com wrote: Are you getting errors like this? [Nov 22 10:39:36] WARNING[6307][C-09a1]: codec_sangoma.c:969 sangoma_frameout: [2724][ulawtog729] Got Seq 7400 but expecting 2154 (time since last read = 0ms), dropped 5246 packets *From:* asterisk-users-boun...@lists.digium.com [mailto: asterisk-users-boun...@lists.digium.com] *On Behalf Of *Grzegorz Garlewicz *Sent:* Friday, November 22, 2013 2:55 AM *To:* asterisk-users@lists.digium.com *Subject:* [asterisk-users] Sangoma transcoding card bug - drops audio samples There is a serious bug in Sangoma transcoding cards. The card has an internal, small jitter buffer and it drops samples from the audio stream when there is high jitter in the network. The bandwidth is cheap now so for me the only reason to use transcoding is where I have low-bandwidth-high-jitter links. Sangoma said they will not fix it and we had to go back to software transconding. Do you have any experience with using Digium cards in such scenario? -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
