Re: [asterisk-users] Tired of dropouts and garbled phone calls - where to go next?
On 28/10/2013 4:12 PM, Mark Wiater wrote: On 10/28/2013 3:59 PM, Ron Wheeler said: I am reaching the same level of frustration. I have tried to find the source of the problems. We have IAX2 to our VoIP provider and SIP phones attached to the Asterisk - No analogue. I don't have any problems with IAX, but I hear some do. I have now switched to SIP and will check the quality in the morning. We have a very lightly loaded 60 Mbs cable link to the Internet that tests pretty close to that most of the time. Bandwidth is less important than the overall quality of the internet link, latency and jitter. Either way, there is no QoS on the internet, all bets are off. The codec can matter too. What are you using? G711 I have not found any good tools to track down the causes of poor voice quality. In my case, I have good incoming quality and terrible quality going out. Oh, is your cable connection assymetric? Upload smaller than download? If so, that correlates to terrible audio, right? Just ran a test 50 Mbps download 10Mbps upload. Should be enough I hope. That is, I can hear people perfectly well but they complain that my voice drops out and is garbled regardless of who places the call. As a result, I use Skype for all of my calls and if someone calls me, I call them back on Skype if they have any problems. I don't understand why Skype works so well and Asterisk works so poorly on the same environment. Googling Asterisk poor audio quality return several hundred thousand references I'd not shoot asterisk yet. I'd focus on the internet connection and it's components (cable modem) first. Good idea. I am sure that you are right but what to test and how are not clear. I use asterisk all over the place. Mostly connected to PRI's and Carrier provided SIP trunks, with internet SIP trunks as backup. I get complaints on the Internet based SIP trunks sometimes, never on other other two. I'd ask most of these questions of the OP too. Overall telephony design matters. -- Ron Wheeler President Artifact Software Inc email: rwhee...@artifact-software.com skype: ronaldmwheeler phone: 866-970-2435, ext 102 -- _ -- 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] Tired of dropouts and garbled phone calls - where to go next?
On Mon, 2013-10-28 at 14:29 -0400, Eddie Mikell wrote: All, The users in our organization are well, quite frankly, sick of phone service that is being provided. The choppy phone calls, and drop outs are detrimental to our sales force. I've tried about everything I can think of. Moved the asterisk server from VM machine to dedicated machine More than enough bandwidth Setting 802.1p = 7 Set Dedicated voice traffic 35% of bandwidth. Not sure what option would be the best Put analog lines in the conference room to avoid the dropouts - leave the sip lines in place for day to day use Hire a consultant Ditch the system and buy a pre-packaged system - RingCentral or some such. There are no local asterisk professionals who can help, and we are a little leery of opening up our system to outside consultants. Anyone else face the above, and finally abandoned Asterisk for a commercial system? We have 167 users. I use Grandstream GXP 2100 on the desktop and Polycom ip6000 for the conference rooms. Suggestions welcome. A general rule of thump after several years with voip Voip turns out to be the canary in the coal-mine of a network. The smallest change or problem will manifest itself as a voip issue no matter what. Now to some practical advice Voip was designed for LAN's, The moment voip packets leave your lan and go into a WAN of any sort, it could be the source of frustration for many reasons. 1) Lots of routers/modems are not build to handle intense voip traffic. voip generates lots of small in size UPD packages. In most of the cases the routers/modems bridging your lan with the wan have no problem handling them BUT what i have found is that once you get over a threshold of traffic its possible the routers/modem can not cope with it, mainly because the large number of packets they have to process. In most enterprise grade routers the specs give you 2 numbers for the size of data the router can handle. total throughput and pps (packets per second). Usually total throughput is calculated using a packet size of around 1500bytes and it takes the router the same resources to process a 1500 bytes package as it does a 90bytes packet of a g729 call, as it just looks at the headers and not the payload.So yes your router can handle 60Mbits (of 1500byte frames) which is about 5000 packers per second but for voip that translates to less than 4Mbits of data (5000 packets of 90 bytes) I think you can get the picture 2) Because of 1) its possible that your ISP has issues, especially if its handling lots of voip traffic while its equipment is not optimized for that. 3) QOS and queing in general Whatever you do with QOS to get a better priority/quality, the dirty secret is, you can only control what YOU send, not what you receive. And even that is true till your modem/router. Once the packet is gone you have no control of how it will be handle by all intermediates till it reaches its destination. You have no idea if qos is honored by ALL hops and what kind of queuing they apply (if they do) to that port/service/qos mark That beeing said, its possible that you *might* have much better luck with sip and sip rtp than with iax rtp if your isp and all its interconnects bother to offer qos for rtp. Now for receiving it can be even harder if your isp does not provide correct priority queuing for the rtp stream, as latencies can build fast especially on busy hours (which happen to be the same hours people use their phones the most...) where people download stuff,emails etc. ping.icmp and all the other networking monitoring tools/protocols could be an indicator BUT its most probable that they will be handled by the isp and its interconnects at the higher qos priority The only way to see how rtp traffic is handled is to run rtp traffic. The only way around this is a dedicated circut MPLS or similar between the points of interest (i.e offices), with specific SLA which usually means much much higher costs. Finally my 2 cents for troubleshouting. Check the network first ! Find what triggers the problem. Is it something that happens all time regardless of traffic ? is it periodic ? (when bw goes over X percent, or at a specific time of day ?) Try different qos settings/priority queuing on the router -- Stelios S. Koroneos Phone US : (+1) 347-783-5467 Greece : (+30) 211-800-7655 ext 101 Skype : skoroneos PGP Key fingerprint = DC66 109A 6C3A 2D65 BA52 806E 6122 DAF4 32E7 076A smime.p7s Description: S/MIME cryptographic signature -- _ -- 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
Re: [asterisk-users] Tired of dropouts and garbled phone calls - where to go next?
Hi there, Sounds like codec ptime mismatch...what codec are you using? If you are using g729 make sure that you and your provider is giving the same ptime. On 10/29/2013 11:55 AM, Stelios Koroneos wrote: On Mon, 2013-10-28 at 14:29 -0400, Eddie Mikell wrote: All, The users in our organization are well, quite frankly, sick of phone service that is being provided. The choppy phone calls, and drop outs are detrimental to our sales force. I've tried about everything I can think of. Moved the asterisk server from VM machine to dedicated machine More than enough bandwidth Setting 802.1p = 7 Set Dedicated voice traffic 35% of bandwidth. Not sure what option would be the best Put analog lines in the conference room to avoid the dropouts - leave the sip lines in place for day to day use Hire a consultant Ditch the system and buy a pre-packaged system - RingCentral or some such. There are no local asterisk professionals who can help, and we are a little leery of opening up our system to outside consultants. Anyone else face the above, and finally abandoned Asterisk for a commercial system? We have 167 users. I use Grandstream GXP 2100 on the desktop and Polycom ip6000 for the conference rooms. Suggestions welcome. A general rule of thump after several years with voip Voip turns out to be the canary in the coal-mine of a network. The smallest change or problem will manifest itself as a voip issue no matter what. Now to some practical advice Voip was designed for LAN's, The moment voip packets leave your lan and go into a WAN of any sort, it could be the source of frustration for many reasons. 1) Lots of routers/modems are not build to handle intense voip traffic. voip generates lots of small in size UPD packages. In most of the cases the routers/modems bridging your lan with the wan have no problem handling them BUT what i have found is that once you get over a threshold of traffic its possible the routers/modem can not cope with it, mainly because the large number of packets they have to process. In most enterprise grade routers the specs give you 2 numbers for the size of data the router can handle. total throughput and pps (packets per second). Usually total throughput is calculated using a packet size of around 1500bytes and it takes the router the same resources to process a 1500 bytes package as it does a 90bytes packet of a g729 call, as it just looks at the headers and not the payload.So yes your router can handle 60Mbits (of 1500byte frames) which is about 5000 packers per second but for voip that translates to less than 4Mbits of data (5000 packets of 90 bytes) I think you can get the picture 2) Because of 1) its possible that your ISP has issues, especially if its handling lots of voip traffic while its equipment is not optimized for that. 3) QOS and queing in general Whatever you do with QOS to get a better priority/quality, the dirty secret is, you can only control what YOU send, not what you receive. And even that is true till your modem/router. Once the packet is gone you have no control of how it will be handle by all intermediates till it reaches its destination. You have no idea if qos is honored by ALL hops and what kind of queuing they apply (if they do) to that port/service/qos mark That beeing said, its possible that you *might* have much better luck with sip and sip rtp than with iax rtp if your isp and all its interconnects bother to offer qos for rtp. Now for receiving it can be even harder if your isp does not provide correct priority queuing for the rtp stream, as latencies can build fast especially on busy hours (which happen to be the same hours people use their phones the most...) where people download stuff,emails etc. ping.icmp and all the other networking monitoring tools/protocols could be an indicator BUT its most probable that they will be handled by the isp and its interconnects at the higher qos priority The only way to see how rtp traffic is handled is to run rtp traffic. The only way around this is a dedicated circut MPLS or similar between the points of interest (i.e offices), with specific SLA which usually means much much higher costs. Finally my 2 cents for troubleshouting. Check the network first ! Find what triggers the problem. Is it something that happens all time regardless of traffic ? is it periodic ? (when bw goes over X percent, or at a specific time of day ?) Try different qos settings/priority queuing on the router -- _ -- 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
Re: [asterisk-users] Tired of dropouts and garbled phone calls - where to go next?
Hi there, In other words you are maybe on 60ms and they are on 20ms or vice versa. Do a wireshark trace and see if the codecs and ptime agree on both sides otherwise you will get grabbled sounds. On 10/29/2013 02:49 PM, Daniel van den Berg wrote: Hi there, Sounds like codec ptime mismatch...what codec are you using? If you are using g729 make sure that you and your provider is giving the same ptime. On 10/29/2013 11:55 AM, Stelios Koroneos wrote: On Mon, 2013-10-28 at 14:29 -0400, Eddie Mikell wrote: All, The users in our organization are well, quite frankly, sick of phone service that is being provided. The choppy phone calls, and drop outs are detrimental to our sales force. I've tried about everything I can think of. Moved the asterisk server from VM machine to dedicated machine More than enough bandwidth Setting 802.1p = 7 Set Dedicated voice traffic 35% of bandwidth. Not sure what option would be the best Put analog lines in the conference room to avoid the dropouts - leave the sip lines in place for day to day use Hire a consultant Ditch the system and buy a pre-packaged system - RingCentral or some such. There are no local asterisk professionals who can help, and we are a little leery of opening up our system to outside consultants. Anyone else face the above, and finally abandoned Asterisk for a commercial system? We have 167 users. I use Grandstream GXP 2100 on the desktop and Polycom ip6000 for the conference rooms. Suggestions welcome. A general rule of thump after several years with voip Voip turns out to be the canary in the coal-mine of a network. The smallest change or problem will manifest itself as a voip issue no matter what. Now to some practical advice Voip was designed for LAN's, The moment voip packets leave your lan and go into a WAN of any sort, it could be the source of frustration for many reasons. 1) Lots of routers/modems are not build to handle intense voip traffic. voip generates lots of small in size UPD packages. In most of the cases the routers/modems bridging your lan with the wan have no problem handling them BUT what i have found is that once you get over a threshold of traffic its possible the routers/modem can not cope with it, mainly because the large number of packets they have to process. In most enterprise grade routers the specs give you 2 numbers for the size of data the router can handle. total throughput and pps (packets per second). Usually total throughput is calculated using a packet size of around 1500bytes and it takes the router the same resources to process a 1500 bytes package as it does a 90bytes packet of a g729 call, as it just looks at the headers and not the payload.So yes your router can handle 60Mbits (of 1500byte frames) which is about 5000 packers per second but for voip that translates to less than 4Mbits of data (5000 packets of 90 bytes) I think you can get the picture 2) Because of 1) its possible that your ISP has issues, especially if its handling lots of voip traffic while its equipment is not optimized for that. 3) QOS and queing in general Whatever you do with QOS to get a better priority/quality, the dirty secret is, you can only control what YOU send, not what you receive. And even that is true till your modem/router. Once the packet is gone you have no control of how it will be handle by all intermediates till it reaches its destination. You have no idea if qos is honored by ALL hops and what kind of queuing they apply (if they do) to that port/service/qos mark That beeing said, its possible that you *might* have much better luck with sip and sip rtp than with iax rtp if your isp and all its interconnects bother to offer qos for rtp. Now for receiving it can be even harder if your isp does not provide correct priority queuing for the rtp stream, as latencies can build fast especially on busy hours (which happen to be the same hours people use their phones the most...) where people download stuff,emails etc. ping.icmp and all the other networking monitoring tools/protocols could be an indicator BUT its most probable that they will be handled by the isp and its interconnects at the higher qos priority The only way to see how rtp traffic is handled is to run rtp traffic. The only way around this is a dedicated circut MPLS or similar between the points of interest (i.e offices), with specific SLA which usually means much much higher costs. Finally my 2 cents for troubleshouting. Check the network first ! Find what triggers the problem. Is it something that happens all time regardless of traffic ? is it periodic ? (when bw goes over X percent, or at a specific time of day ?) Try different qos settings/priority queuing on the router --
[asterisk-users] Tired of dropouts and garbled phone calls - where to go next?
All, The users in our organization are well, quite frankly, sick of phone service that is being provided. The choppy phone calls, and drop outs are detrimental to our sales force. I've tried about everything I can think of. Moved the asterisk server from VM machine to dedicated machine More than enough bandwidth Setting 802.1p = 7 Set Dedicated voice traffic 35% of bandwidth. Not sure what option would be the best Put analog lines in the conference room to avoid the dropouts - leave the sip lines in place for day to day use Hire a consultant Ditch the system and buy a pre-packaged system - RingCentral or some such. There are no local asterisk professionals who can help, and we are a little leery of opening up our system to outside consultants. Anyone else face the above, and finally abandoned Asterisk for a commercial system? We have 167 users. I use Grandstream GXP 2100 on the desktop and Polycom ip6000 for the conference rooms. Suggestions welcome. Best Eddie -- Eddie H. Mikell Senior Systems Engineer RKG Office: 434.970.1010 x 124 Email: emik...@rimmkaufman.com -- http://www.rimmkaufman.com http://twitter.com/rimmkaufman http://www.linkedin.com/company/85385 http://plus.google.com/104980442218952272663/posts http://www.facebook.com/rimmkaufman http://www.RKGblog.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] Tired of dropouts and garbled phone calls - where to go next?
asterisk-users-boun...@lists.digium.com wrote on 10/28/2013 01:29:13 PM: From: Eddie Mikell emik...@rimmkaufman.com To: asterisk-users@lists.digium.com, Date: 10/28/2013 01:29 PM Subject: [asterisk-users] Tired of dropouts and garbled phone calls - where to go next? Sent by: asterisk-users-boun...@lists.digium.com All, The users in our organization are well, quite frankly, sick of phone service that is being provided. The choppy phone calls, and drop outs are detrimental to our sales force. I've tried about everything I can think of. Moved the asterisk server from VM machine to dedicated machine More than enough bandwidth Setting 802.1p = 7 Set Dedicated voice traffic 35% of bandwidth. Not sure what option would be the best Put analog lines in the conference room to avoid the dropouts - leave the sip lines in place for day to day use Hire a consultant Ditch the system and buy a pre-packaged system - RingCentral or some such. There are no local asterisk professionals who can help, and we are a little leery of opening up our system to outside consultants. Anyone else face the above, and finally abandoned Asterisk for a commercial system? We have 167 users. I use Grandstream GXP 2100 on the desktop and Polycom ip6000 for the conference rooms. Suggestions welcome. Best Eddie Does the garbled audio and dropouts only occur on outside calls, or do you get them on calls between extensions? How is your phone service delivered to your site? If the extension to extension calls are clear, you need to be looking at your phone service and how you connect to it. If your local extensions are not clear, then you need to look at your asterisk implementation and your network. If your incoming circuits are delivered via SIP, are you sure you have end to end QoS between your office and your phone provider? You can set all the QoS you want on the packets as they leave your network, but if your provider isn't honoring the QoS packets, then you can easily have audio issues. One of my locations has SIP service provided over a DSL line from the SIP provider. Just last week, the DSL line went down. We routed the calls out our standard internet connection and while it did work, we had audio dropouts (though only on incoming audio, the other end could hear us just fine). As soon as the DSL line was fixed and we routed back over their network, all the audio cleared up. It is the difference between low ping times and good QoS and higher ping times and providers who may not honor QoS.-- _ -- 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] Tired of dropouts and garbled phone calls - where to go next?
I am reaching the same level of frustration. I have tried to find the source of the problems. We have IAX2 to our VoIP provider and SIP phones attached to the Asterisk - No analogue. We have a very lightly loaded 60 Mbs cable link to the Internet that tests pretty close to that most of the time. I have not found any good tools to track down the causes of poor voice quality. In my case, I have good incoming quality and terrible quality going out. That is, I can hear people perfectly well but they complain that my voice drops out and is garbled regardless of who places the call. As a result, I use Skype for all of my calls and if someone calls me, I call them back on Skype if they have any problems. I don't understand why Skype works so well and Asterisk works so poorly on the same environment. Googling Asterisk poor audio quality return several hundred thousand references Ron On 28/10/2013 2:29 PM, Eddie Mikell wrote: All, The users in our organization are well, quite frankly, sick of phone service that is being provided. The choppy phone calls, and drop outs are detrimental to our sales force. I've tried about everything I can think of. Moved the asterisk server from VM machine to dedicated machine More than enough bandwidth Setting 802.1p = 7 Set Dedicated voice traffic 35% of bandwidth. Not sure what option would be the best Put analog lines in the conference room to avoid the dropouts - leave the sip lines in place for day to day use Hire a consultant Ditch the system and buy a pre-packaged system - RingCentral or some such. There are no local asterisk professionals who can help, and we are a little leery of opening up our system to outside consultants. Anyone else face the above, and finally abandoned Asterisk for a commercial system? We have 167 users. I use Grandstream GXP 2100 on the desktop and Polycom ip6000 for the conference rooms. Suggestions welcome. Best Eddie -- Eddie H. Mikell Senior Systems Engineer RKG Office: 434.970.1010 x 124 Email:emik...@rimmkaufman.com mailto:emik...@rimmkaufman.com http://www.rimmkaufman.com http://twitter.com/rimmkaufman http://www.linkedin.com/company/85385 http://plus.google.com/104980442218952272663/posts http://www.facebook.com/rimmkaufman http://www.RKGblog.com -- Ron Wheeler President Artifact Software Inc email: rwhee...@artifact-software.com skype: ronaldmwheeler phone: 866-970-2435, ext 102 -- _ -- 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] Tired of dropouts and garbled phone calls - where to go next?
On 10/28/2013 3:59 PM, Ron Wheeler said: I am reaching the same level of frustration. I have tried to find the source of the problems. We have IAX2 to our VoIP provider and SIP phones attached to the Asterisk - No analogue. I don't have any problems with IAX, but I hear some do. We have a very lightly loaded 60 Mbs cable link to the Internet that tests pretty close to that most of the time. Bandwidth is less important than the overall quality of the internet link, latency and jitter. Either way, there is no QoS on the internet, all bets are off. The codec can matter too. What are you using? I have not found any good tools to track down the causes of poor voice quality. In my case, I have good incoming quality and terrible quality going out. Oh, is your cable connection assymetric? Upload smaller than download? If so, that correlates to terrible audio, right? That is, I can hear people perfectly well but they complain that my voice drops out and is garbled regardless of who places the call. As a result, I use Skype for all of my calls and if someone calls me, I call them back on Skype if they have any problems. I don't understand why Skype works so well and Asterisk works so poorly on the same environment. Googling Asterisk poor audio quality return several hundred thousand references I'd not shoot asterisk yet. I'd focus on the internet connection and it's components (cable modem) first. I use asterisk all over the place. Mostly connected to PRI's and Carrier provided SIP trunks, with internet SIP trunks as backup. I get complaints on the Internet based SIP trunks sometimes, never on other other two. I'd ask most of these questions of the OP too. Overall telephony design matters. -- _ -- 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] Tired of dropouts and garbled phone calls - where to go next?
Does using SIP to your ITSP make any difference?I stopped using IAX2 and switched to SIP around 2003 when I experienced similar problems, never looked back. If you insist on using IAX2, then Google for iax2 audio problems -Original Message- From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Ron Wheeler Sent: Monday, October 28, 2013 4:00 PM To: asterisk-users@lists.digium.com Subject: Re: [asterisk-users] Tired of dropouts and garbled phone calls - where to go next? I am reaching the same level of frustration. I have tried to find the source of the problems. We have IAX2 to our VoIP provider and SIP phones attached to the Asterisk - No analogue. We have a very lightly loaded 60 Mbs cable link to the Internet that tests pretty close to that most of the time. I have not found any good tools to track down the causes of poor voice quality. In my case, I have good incoming quality and terrible quality going out. That is, I can hear people perfectly well but they complain that my voice drops out and is garbled regardless of who places the call. As a result, I use Skype for all of my calls and if someone calls me, I call them back on Skype if they have any problems. I don't understand why Skype works so well and Asterisk works so poorly on the same environment. Googling Asterisk poor audio quality return several hundred thousand references Ron On 28/10/2013 2:29 PM, Eddie Mikell wrote: All, The users in our organization are well, quite frankly, sick of phone service that is being provided. The choppy phone calls, and drop outs are detrimental to our sales force. I've tried about everything I can think of. Moved the asterisk server from VM machine to dedicated machine More than enough bandwidth Setting 802.1p = 7 Set Dedicated voice traffic 35% of bandwidth. Not sure what option would be the best Put analog lines in the conference room to avoid the dropouts - leave the sip lines in place for day to day use Hire a consultant Ditch the system and buy a pre-packaged system - RingCentral or some such. There are no local asterisk professionals who can help, and we are a little leery of opening up our system to outside consultants. Anyone else face the above, and finally abandoned Asterisk for a commercial system? We have 167 users. I use Grandstream GXP 2100 on the desktop and Polycom ip6000 for the conference rooms. Suggestions welcome. Best Eddie -- Eddie H. Mikell Senior Systems Engineer RKG Office: 434.970.1010 x 124 Email: emik...@rimmkaufman.com mailto:emik...@rimmkaufman.com http://www.rimmkaufman.com http://twitter.com/rimmkaufman http://www.linkedin.com/company/85385 http://plus.google.com/104980442218952272663/posts http://www.facebook.com/rimmkaufman http://www.RKGblog.com -- Ron Wheeler President Artifact Software Inc email: rwhee...@artifact-software.com skype: ronaldmwheeler phone: 866-970-2435, ext 102 -- _ -- 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] Tired of dropouts and garbled phone calls - where to go next?
Asterisk is a swiss army knife, you should either know how to use it or rely on ready made software which control routing of calls through variable bit rates (skype does that very effectively) So the key here for you to research upon from those several hundred results is variable bit rate codec negotiations Mitul Limbani www.facebook.com/enterux www.facebook.com/entvoice On Oct 29, 2013 1:30 AM, Ron Wheeler rwhee...@artifact-software.com wrote: I am reaching the same level of frustration. I have tried to find the source of the problems. We have IAX2 to our VoIP provider and SIP phones attached to the Asterisk - No analogue. We have a very lightly loaded 60 Mbs cable link to the Internet that tests pretty close to that most of the time. I have not found any good tools to track down the causes of poor voice quality. In my case, I have good incoming quality and terrible quality going out. That is, I can hear people perfectly well but they complain that my voice drops out and is garbled regardless of who places the call. As a result, I use Skype for all of my calls and if someone calls me, I call them back on Skype if they have any problems. I don't understand why Skype works so well and Asterisk works so poorly on the same environment. Googling Asterisk poor audio quality return several hundred thousand references Ron On 28/10/2013 2:29 PM, Eddie Mikell wrote: All, The users in our organization are well, quite frankly, sick of phone service that is being provided. The choppy phone calls, and drop outs are detrimental to our sales force. I've tried about everything I can think of. Moved the asterisk server from VM machine to dedicated machine More than enough bandwidth Setting 802.1p = 7 Set Dedicated voice traffic 35% of bandwidth. Not sure what option would be the best Put analog lines in the conference room to avoid the dropouts - leave the sip lines in place for day to day use Hire a consultant Ditch the system and buy a pre-packaged system - RingCentral or some such. There are no local asterisk professionals who can help, and we are a little leery of opening up our system to outside consultants. Anyone else face the above, and finally abandoned Asterisk for a commercial system? We have 167 users. I use Grandstream GXP 2100 on the desktop and Polycom ip6000 for the conference rooms. Suggestions welcome. Best Eddie -- Eddie H. Mikell Senior Systems Engineer RKG Office: 434.970.1010 x 124 Email: emik...@rimmkaufman.com http://www.rimmkaufman.com http://twitter.com/rimmkaufman http://www.linkedin.com/company/85385 http://plus.google.com/104980442218952272663/posts http://www.facebook.com/rimmkaufman http://www.RKGblog.com -- Ron Wheeler President Artifact Software Inc email: rwhee...@artifact-software.com skype: ronaldmwheeler phone: 866-970-2435, ext 102 -- _ -- 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] Tired of dropouts and garbled phone calls - where to go next?
On Mon, 28 Oct 2013, Eddie Mikell wrote: All, The users in our organization are well, quite frankly, sick of phone service that is being provided. The choppy phone calls, and drop outs are detrimental to our sales force. I've tried about everything I can think of. Moved the asterisk server from VM machine to dedicated machine More than enough bandwidth Setting 802.1p = 7 Set Dedicated voice traffic 35% of bandwidth. Not sure what option would be the best Put analog lines in the conference room to avoid the dropouts - leave the sip lines in place for day to day use Hire a consultant Ditch the system and buy a pre-packaged system - RingCentral or some such. There are no local asterisk professionals who can help, and we are a little leery of opening up our system to outside consultants. Anyone else face the above, and finally abandoned Asterisk for a commercial system? We have 167 users. I use Grandstream GXP 2100 on the desktop and Polycom ip6000 for the conference rooms. Suggestions welcome. Best Eddie -- As stated in previous replies if you haven't already I would certainly try to isolate the problem, e.g., are extension to extension calls good, is the problem only on outside calls etc. We are starting our 4th year of VoIP service and have had two seemingly similar episodes to yours during that time. We are on a non-symmetric cable connection, 20/4 (I believe). After a few days of crappy audio I started looking for some way to characterize/correlate bad audio with something I could measure. I found iperf (http://iperf.sourceforge.net/) to be a free and easy starting point, which actually turned out to be all I needed. I simply ran a server instance on our cloud server roughly 1K miles away and a client instance locally. I used the command line swithces that forced udp mode. This allowed me to see jitter and packet loss in both directions. We had terrible packet loss in the outbound direction. This didn't show up in normal browsing, emailing etc., kinds of things as I suspect TCP retries masked the problem. With a little persistence with the cable company the second tech found a bad tap (I believe) outside at the cable drop. Replacing that solved our issue for almost two years. The next time this happened iperf showed a similar packet loss problem. This time it turned out to be noise in the system according to the cable tech. He said it could be from any number of sources but a different team would be out to hunt it down the next day. In the mean time he changed out our old Moto SB5101 modem for a more modern DOCSIS 3.0 modem. The multiple channel bonding that it offered was much better at punching through the noise. That change alone ended crappy audio as well as packet loss as shown by iperf.-- _ -- 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] Tired of dropouts and garbled phone calls - where to go next?
Ron Wheeler писал 28.10.2013 21:59: I have not found any good tools to track down the causes of poor voice quality. In my case, I have good incoming quality and terrible quality going out. That is, I can hear people perfectly well but they complain that my voice drops out and is garbled regardless of who places the call. I had the very same problems. My users were ready to murder me. I've tried whatever I found relevant, and had no success. ISP was telling me that it was my problem, everything's ok from their point of view (do they ever say opposite?). As a result, I've changed the ISP and everything became perfect. I've spent 2 months fighting invisible enemy, but sometimes you just have to stop trying everything possible and move to impossible options. -- With Best Regards Mikhail Lischuk +380681244933 +380504182274 -- _ -- 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] Tired of dropouts and garbled phone calls - where to go next?
On 29/10/2013, at 9:55 am, Mike mike...@microdel.org wrote: On Mon, 28 Oct 2013, Eddie Mikell wrote: All, The users in our organization are well, quite frankly, sick of phone service that is being provided. The choppy phone calls, and drop outs are detrimental to our sales force. I've tried about everything I can think of. You probably need to break the problem down into more specific issues. Does every call suffer or is it just some? Is the CPU overworked at all and are calls being transcoded or all the same codec? Is it time of day affected? What load is on the network at the same time? Do you have monitoring tools such as smoke ping tell you the network looks so you can match to issues? Call drop outs suggest network issues or upset hardware, you shouldn’t be getting call drop outs if you have enough bandwidth and low jitter Moved the asterisk server from VM machine to dedicated machine We have found hardware issues before on hardware and the next box worked fine. Testing the network performance to the SIP provider to see jitter and packet loss especially while on the phone and getting issues. More than enough bandwidth Need both up and down - if you are G711 then its about 128K per channel, if you have about 20 simultaneous channels you need about 2M both directions, however if its a bandwidth issue you should be fine testing calls when the network load is quiet. If you are using GSM etc you need a lot less bandwidth. The issue is often the upstream as many services are asymmetric but voip needs symmetry. You are sharing with email, cloud apps, vpns and all other stuff so make sure there is no congestion on the uplink. Buy a link just for voip is often easier than QOS and these days not very costly. Setting 802.1p = 7 Won’t be honoured on the net Set Dedicated voice traffic 35% of bandwidth. How are you doing this? Mikrotik routers have a good queue mechanism that works reasonably well I have found, but the main thing is to test your up and down bandwidth and check it stays available under other loads. Not sure what option would be the best Get another ISP - or hassle them over performance standards Put analog lines in the conference room to avoid the dropouts - leave the sip lines in place for day to day use Buy better bandwidth is another option? Where is your sip provider in relation to your network ? Try another SIP provider - the closer and better performing network the better Hire a consultant Ditch the system and buy a pre-packaged system - RingCentral or some such. If you buy a new system and use SIP they will make sure you buy some dedicated bandwidth for the network so they don’t have to deal with issues like this There are no local asterisk professionals who can help, and we are a little leery of opening up our system to outside consultants. Anyone else face the above, and finally abandoned Asterisk for a commercial system? We have 167 users. I use Grandstream GXP 2100 on the desktop and Polycom ip6000 for the conference rooms. Well worth getting 10 people dial into conference from desks and check quality for 5-10mins - if its good then you are looking at your network Suggestions welcome. Good luck Best Eddie -- -- _ -- 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] Tired of dropouts and garbled phone calls - where to go next?
iperf is great. Another essential troubleshooting tool is nfsen/nfdump (or any netflow/sflow monitoring utility that shows DSCP/TOS tag values). On 10/28/2013 01:55 PM, Mike wrote: As stated in previous replies if you haven't already I would certainly try to isolate the problem, e.g., are extension to extension calls good, is the problem only on outside calls etc. We are starting our 4th year of VoIP service and have had two seemingly similar episodes to yours during that time. We are on a non-symmetric cable connection, 20/4 (I believe). After a few days of crappy audio I started looking for some way to characterize/correlate bad audio with something I could measure. I found iperf (http://iperf.sourceforge.net/) to be a free and easy starting point, which actually turned out to be all I needed. I simply ran a server instance on our cloud server roughly 1K miles away and a client instance locally. I used the command line swithces that forced udp mode. This allowed me to see jitter and packet loss in both directions. We had terrible packet loss in the outbound direction. This didn't show up in normal browsing, emailing etc., kinds of things as I suspect TCP retries masked the problem. With a little persistence with the cable company the second tech found a bad tap (I believe) outside at the cable drop. Replacing that solved our issue for almost two years. The next time this happened iperf showed a similar packet loss problem. This time it turned out to be noise in the system according to the cable tech. He said it could be from any number of sources but a different team would be out to hunt it down the next day. In the mean time he changed out our old Moto SB5101 modem for a more modern DOCSIS 3.0 modem. The multiple channel bonding that it offered was much better at punching through the noise. That change alone ended crappy audio as well as packet loss as shown by iperf. -- -- Jules Agee Senior System Administrator Pacific Coast Feather Co. jul...@pcf.com x284 -- _ -- 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] Tired of dropouts and garbled phone calls - where to go next?
On 10/28/2013 07:29 PM, Eddie Mikell wrote: All, The users in our organization are well, quite frankly, sick of phone service that is being provided. The choppy phone calls, and drop outs are detrimental to our sales force. I've tried about everything I can think of. Moved the asterisk server from VM machine to dedicated machine That's a good start. Now what have you done to conclude that the Asterisk server is not the cause of your problems? More than enough bandwidth That's irrelevant. It's about the quality of that bandwidth. Have you figured out if there might be a lot of packetloss or are you perhaps on a cablelink which is a *shared* medium? Once your link hits the box in the street it shares it with others who might be eating up all the bandwidth with their torrent downloads etc.? Use tools like iperf, smoke ping and mtr to see if there are obvious problems on the route to your VoIP provider. Setting 802.1p = 7 Set Dedicated voice traffic 35% of bandwidth. Not sure what option would be the best Once the packets leave your premises and your ISP/cable company starts messing with them a QoS setting is generally not honored so not very helpful unless your LAN is congested. Put analog lines in the conference room to avoid the dropouts - leave the sip lines in place for day to day use If those analog lines are cheap, easy to get then as an intermediate solution I would order those analog lines as fast as I could. Or fix the VoIP problems, whichever is faster. Hire a consultant An experienced VoIP consultant should be able to tell you what is or could be causing your problems. With your users sick of phone service it suprises me that you haven't already hired one. Ditch the system and buy a pre-packaged system - RingCentral or some such. And what if it's your Internet link or the route to your VoIP provider? What if your VoIP provider is messing up? There are no local asterisk professionals who can help, and we are a little leery of opening up our system to outside consultants. If you don't want that then you don't want that but given the state your users are in I would be less worried about giving a Consultant access to the Asterisk box and more worried about my job :-) Anyone else face the above, and finally abandoned Asterisk for a commercial system? I have seen that once years ago where some clueless sales guy had totally oversold an ancient Asterisk/Bristuff/ISDN setup which was very buggy and crash prone. There was no way to make that work reliably. After the supplier failed for months I was brought in to review the setup and possibly fix it. Told the customer to cut its losses. So they kicked out their supplier and opted for a different setup. We have 167 users. I use Grandstream GXP 2100 on the desktop and Polycom ip6000 for the conference rooms. I don't know how Grandstream is these days. I thought the GXP2100 was ok but I guess you already know if there's a problem with those phones from the (lack of) intra-office call complaints from your users. Suggestions welcome. Hire a Consultant or someone who has been part of this Community for a while and is well known on this list or in #asterisk on irc. Provide remote access if required. Change passwords afterwards. If you really don't want to provide remote access then find a reputable VoIP provider with a switch physically as close as possible to your location, get a DID for a few bucks, hook it up to your Asterisk box and route it to a line on your phone, grab your cell, call that DID and see if you still have the problem. It wouldn't be the first time that the link between you and your VoIP provider just doesn't cut it. Or maybe your VoIP provider just sucks and you need to change to a different one. Both flowroute.com and voip.ms work well for me (no affiliation). Or maybe your Internet link sucks and you need to change your ISP. Good luck. Regards, Patrick -- _ -- 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] Tired of dropouts and garbled phone calls - where to go next?
On Mon, 28 Oct 2013, Mike wrote: I found iperf (http://iperf.sourceforge.net/) to be a free and easy starting point, which actually turned out to be all I needed. I've used iperf to check bandwidth before, but never looked deeper into it's features. Thanks for the nudge. Maybe you can help me understand my results? This is how I usually use iperf: (ws is my 'workstation,' kitchen is my HTPC) -kitchen::sedwards:~$ iperf --server Server listening on TCP port 5001 TCP window size: 85.3 KByte (default) [ 4] local 192.168.0.50 port 5001 connected with 192.168.0.46 port 46692 Client connecting to 192.168.0.46, TCP port 5001 TCP window size: 105 KByte (default) [ 6] local 192.168.0.50 port 49979 connected with 192.168.0.46 port 5001 [ ID] Interval Transfer Bandwidth [ 6] 0.0-10.0 sec 992 MBytes 832 Mbits/sec [ 4] 0.0-10.0 sec 867 MBytes 726 Mbits/sec -ws::sedwards:~$ iperf --client kitchen --dualtest Server listening on TCP port 5001 TCP window size: 85.3 KByte (default) Client connecting to kitchen, TCP port 5001 TCP window size: 155 KByte (default) [ 5] local 192.168.0.46 port 46692 connected with 192.168.0.50 port 5001 [ 4] local 192.168.0.46 port 5001 connected with 192.168.0.50 port 49979 [ ID] Interval Transfer Bandwidth [ 5] 0.0-10.0 sec 867 MBytes 727 Mbits/sec [ 4] 0.0-10.0 sec 992 MBytes 832 Mbits/sec Seems reasonable for a 1Gb connection. Playing with UDP mode, I got some results I wasn't expecting. -kitchen::sedwards:~$ iperf --server --udp Server listening on UDP port 5001 Receiving 1470 byte datagrams UDP buffer size: 208 KByte (default) [ 3] local 192.168.0.50 port 5001 connected with 192.168.0.46 port 55941 Client connecting to 192.168.0.46, UDP port 5001 Sending 1470 byte datagrams UDP buffer size: 208 KByte (default) [ 5] local 192.168.0.50 port 47139 connected with 192.168.0.46 port 5001 [ ID] Interval Transfer BandwidthJitter Lost/Total Datagrams [ 3] 0.0-10.0 sec 1.25 MBytes 1.05 Mbits/sec 0.036 ms0/ 893 (0%) [ 5] 0.0-10.0 sec 1.25 MBytes 1.05 Mbits/sec [ 5] Sent 893 datagrams [ 5] Server Report: [ 5] 0.0-10.0 sec 1.25 MBytes 1.05 Mbits/sec 0.020 ms0/ 893 (0%) -ws::sedwards:~$ iperf --client kitchen --dualtest --udp Server listening on UDP port 5001 Receiving 1470 byte datagrams UDP buffer size: 208 KByte (default) Client connecting to kitchen, UDP port 5001 Sending 1470 byte datagrams UDP buffer size: 208 KByte (default) [ 4] local 192.168.0.46 port 55941 connected with 192.168.0.50 port 5001 [ 3] local 192.168.0.46 port 5001 connected with 192.168.0.50 port 47139 [ ID] Interval Transfer Bandwidth [ 4] 0.0-10.0 sec 1.25 MBytes 1.05 Mbits/sec [ 4] Sent 893 datagrams [ 3] 0.0-10.0 sec 1.25 MBytes 1.05 Mbits/sec 0.021 ms0/ 893 (0%) [ 4] Server Report: [ 4] 0.0-10.0 sec 1.25 MBytes 1.05 Mbits/sec 0.035 ms0/ 893 (0%) What? Why did my bandwidth dive from 800 Mbits/sec to 1 Mbits/sec? -- Thanks in advance, - Steve Edwards sedwa...@sedwards.com Voice: +1-760-468-3867 PST Newline Fax: +1-760-731-3000 -- _ -- 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] Tired of dropouts and garbled phone calls - where to go next?
Steve Edwards wrote: What? Why did my bandwidth dive from 800 Mbits/sec to 1 Mbits/sec? --help shows: Client specific: -b, --bandwidth #[KM]for UDP, bandwidth to send at in bits/sec (default 1 Mbit/sec, implies -u) Doug -- Ben Franklin quote: Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- _ -- 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] Tired of dropouts and garbled phone calls - where to go next?
On 13-10-28 06:03 PM, Patrick Lists wrote: On 10/28/2013 07:29 PM, Eddie Mikell wrote: All, The users in our organization are well, quite frankly, sick of phone service that is being provided. The choppy phone calls, and drop outs are detrimental to our sales force. I've tried about everything I can think of. Moved the asterisk server from VM machine to dedicated machine That's a good start. Now what have you done to conclude that the Asterisk server is not the cause of your problems? More than enough bandwidth That's irrelevant. It's about the quality of that bandwidth. Have you figured out if there might be a lot of packetloss or are you perhaps on a cablelink which is a *shared* medium? Once your link hits the box in the street it shares it with others who might be eating up all the bandwidth with their torrent downloads etc.? Use tools like iperf, smoke ping and mtr to see if there are obvious problems on the route to your VoIP provider. Setting 802.1p = 7 Set Dedicated voice traffic 35% of bandwidth. Not sure what option would be the best Once the packets leave your premises and your ISP/cable company starts messing with them a QoS setting is generally not honored so not very helpful unless your LAN is congested. Put analog lines in the conference room to avoid the dropouts - leave the sip lines in place for day to day use If those analog lines are cheap, easy to get then as an intermediate solution I would order those analog lines as fast as I could. Or fix the VoIP problems, whichever is faster. Hire a consultant An experienced VoIP consultant should be able to tell you what is or could be causing your problems. With your users sick of phone service it suprises me that you haven't already hired one. Ditch the system and buy a pre-packaged system - RingCentral or some such. And what if it's your Internet link or the route to your VoIP provider? What if your VoIP provider is messing up? There are no local asterisk professionals who can help, and we are a little leery of opening up our system to outside consultants. If you don't want that then you don't want that but given the state your users are in I would be less worried about giving a Consultant access to the Asterisk box and more worried about my job :-) Anyone else face the above, and finally abandoned Asterisk for a commercial system? I have seen that once years ago where some clueless sales guy had totally oversold an ancient Asterisk/Bristuff/ISDN setup which was very buggy and crash prone. There was no way to make that work reliably. After the supplier failed for months I was brought in to review the setup and possibly fix it. Told the customer to cut its losses. So they kicked out their supplier and opted for a different setup. We have 167 users. I use Grandstream GXP 2100 on the desktop and Polycom ip6000 for the conference rooms. I don't know how Grandstream is these days. I thought the GXP2100 was ok but I guess you already know if there's a problem with those phones from the (lack of) intra-office call complaints from your users. Suggestions welcome. Hire a Consultant or someone who has been part of this Community for a while and is well known on this list or in #asterisk on irc. Provide remote access if required. Change passwords afterwards. If you really don't want to provide remote access then find a reputable VoIP provider with a switch physically as close as possible to your location, get a DID for a few bucks, hook it up to your Asterisk box and route it to a line on your phone, grab your cell, call that DID and see if you still have the problem. It wouldn't be the first time that the link between you and your VoIP provider just doesn't cut it. Or maybe your VoIP provider just sucks and you need to change to a different one. Both flowroute.com and voip.ms work well for me (no affiliation). Or maybe your Internet link sucks and you need to change your ISP. ^ this Like others said, you really need to drill down and find out where your audio issues are. Local is easy to do, since you control the network, remote is harder. -- Paul Belanger | PolyBeacon, Inc. Jabber: paul.belan...@polybeacon.com | IRC: pabelanger (Freenode) Github: https://github.com/pabelanger | Twitter: https://twitter.com/pabelanger -- _ -- 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] Tired of dropouts and garbled phone, calls - where to go next?
In my case, I have good incoming quality and terrible quality going out. That is, I can hear people perfectly well but they complain that my voice drops out and is garbled regardless of who places the call. This suggests to me that you may have congestion problems in your upstream traffic flow. Setting QoS on the packets may not help, if whatever router you are using for Internet connectivity isn't managing the traffic flow well. In my experience, you need to do two things: - Make sure that the traffic with QoS for low latency, is placed in a separate transmission queue on the router from bulk traffic (e.g. web service, file transfer). - Make sure that your router uses a traffic shaping system, to ensure that data isn't being submitted to the network interface faster than it can actually be transmitted by the *slowest* link in the path to your Internet provider. A lot of routers, switches, and network interface drivers these days have a lot of buffering. This is a mixed blessing. Unless you are careful, a burst of low-priority (bulk) traffic can be transmitted into your switch/router, and fill up a bunch of the buffer... by the time the system knows that you have some audio-QoS traffic to send, there's a whole bunch of data ahead of it in some network router or switch (or even the ring-buffer in a network interface card) and there's no way for your audio data to jump ahead of the bulk data in order to be delivered quickly. Ideally, your system should send data upstream at a rate which never bursts up to, or above your link's sustained data transmission rate. You want the buffers in the upstream equipment to remain as empty as possible. For background reading on this, look up the Bufferbloat problem and project, and the Linux ultimate traffic shaper scripts. They may not be directly applicable to your problem but may explain some of what you are seeing. -- _ -- 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