Hello, one of my customers complained about bad voice quality on several calls, so I programmed a button on each phone which users can hit if they have audio drops and echo. I did this to check if there is a common recurrent problem to a given destination or just for one user etc... But till now I could not detect a pattern which could explain the problems This "alert button" is pressed between 7%-10% of all calls. The customer has 25 phones and around 300 calls per day. The SNOM phones are connected to Linksys switches and are totaly split from the computers network. The same goes for the asterisk box. No calls are routed trough the internet. Phone -> Local Lan -> Asterisk -> Zaptel (Junghanns BRI card) -> Carrier The carrier we use is known for his good quality and we never had a problem. It is the historic and most expensive carrier in Luxembourg. Asterisk is running on a 1GHZ VIA CPU with 1GB RAM box. They have a maximum of 6 concurrent calls. Maybe someone can help me to track down the problem. What should I check, monitor test. Any ideas are welcome. Best regards, Loic Didelot. -- Lo?c DIDELOT MIXvoip S.a. ldidelot at mixvoip.com http://www.mixvoip.com
2008/7/1 Loic Didelot <ldidelot at mixvoip.com>:> Hello, > one of my customers complained about bad voice quality on several calls, > so I programmed a button on each phone which users can hit if they have > audio drops and echo. > > I did this to check if there is a common recurrent problem to a given > destination or just for one user etc... But till now I could not detect > a pattern which could explain the problems > > This "alert button" is pressed between 7%-10% of all calls. The customer > has 25 phones and around 300 calls per day. > > The SNOM phones are connected to Linksys switches and are totaly split > from the computers network. The same goes for the asterisk box. No calls > are routed trough the internet. > Phone -> Local Lan -> Asterisk -> Zaptel (Junghanns BRI card) -> Carrier > > The carrier we use is known for his good quality and we never had a > problem. It is the historic and most expensive carrier in Luxembourg. > > Asterisk is running on a 1GHZ VIA CPU with 1GB RAM box. They have a > maximum of 6 concurrent calls. >Which version of asterisk/zaptel, and which echo canceler is running in Zaptel? Regards, Steve
I tried to get a little into cpu utilization and found the following results. Can they help me to come to a conclusion? Best regards, Loic Didelot. root at ppsite1:~# mpstat 1 Linux 2.6.22-14-server (ppsite1) 07/01/2008 02:54:40 PM CPU %user %nice %sys %iowait %irq %soft %steal %idle intr/s 02:54:41 PM all 0.00 0.00 1.00 0.00 0.00 0.00 0.00 99.00 4210.00 02:54:42 PM all 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 4207.00 02:54:43 PM all 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 4208.00 02:54:44 PM all 0.00 0.00 0.00 0.00 45.00 0.00 0.00 55.00 4127.00 02:54:45 PM all 0.00 0.00 0.00 0.00 97.00 0.00 0.00 3.00 4148.00 02:54:46 PM all 0.00 0.00 0.00 0.00 93.00 4.00 0.00 3.00 4195.00 02:54:47 PM all 0.00 0.00 0.00 0.00 92.00 6.00 0.00 2.00 4175.00 02:54:48 PM all 0.00 0.00 0.00 1.00 91.00 2.00 0.00 6.00 4154.00 02:54:49 PM all 0.00 0.00 0.00 0.00 100.00 0.00 0.00 0.00 4069.00 02:54:50 PM all 0.00 0.00 0.00 0.00 23.00 0.00 0.00 77.00 4125.00 02:54:51 PM all 2.00 0.00 0.00 0.00 19.00 0.00 0.00 79.00 4123.00 02:54:52 PM all 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 4236.00 02:54:53 PM all 0.00 0.00 6.00 2.00 0.00 3.00 0.00 89.00 4302.00 02:54:54 PM all 0.00 0.00 5.00 0.00 0.00 3.00 0.00 92.00 4267.00 02:54:55 PM all 0.00 0.00 20.00 0.00 0.00 1.00 0.00 79.00 4328.00 02:54:56 PM all 0.00 0.00 0.00 0.00 9.00 0.00 0.00 91.00 4352.00 02:54:57 PM all 0.00 0.00 0.00 49.00 46.00 0.00 0.00 5.00 4376.00 02:54:58 PM all 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 4350.00 02:54:59 PM all 11.00 0.00 2.00 36.00 0.00 0.00 0.00 51.00 4237.00 02:55:00 PM all 0.00 0.00 0.00 100.00 0.00 0.00 0.00 0.00 4221.00 02:55:01 PM all 1.00 0.00 1.00 62.00 36.00 0.00 0.00 0.00 4318.00 02:55:02 PM all 0.00 0.00 0.00 2.00 98.00 0.00 0.00 0.00 4219.00 02:55:03 PM all 0.00 0.00 0.00 0.00 100.00 0.00 0.00 0.00 4342.00 02:55:04 PM all 0.00 0.00 0.00 2.00 98.00 0.00 0.00 0.00 4236.00 02:55:05 PM all 14.00 0.00 4.00 20.00 62.00 0.00 0.00 0.00 4229.00 02:55:06 PM all 39.00 0.00 3.00 38.00 18.00 1.00 0.00 1.00 4346.00 02:55:07 PM all 8.00 0.00 8.00 79.00 3.00 1.00 0.00 1.00 4240.00 02:55:08 PM all 1.00 0.00 0.00 98.00 0.00 0.00 0.00 1.00 4217.00 02:55:09 PM all 0.00 0.00 1.00 6.00 0.00 0.00 0.00 93.00 4167.00 02:55:10 PM all 0.00 0.00 0.00 0.00 25.00 0.00 0.00 75.00 4132.00 02:55:11 PM all 0.00 0.00 0.00 0.00 75.00 0.00 0.00 25.00 4117.00 02:55:12 PM all 0.00 0.00 0.00 0.00 53.00 0.00 0.00 47.00 4130.00 02:55:13 PM all 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 4103.00 02:55:14 PM all 0.00 0.00 0.00 50.00 0.00 0.00 0.00 50.00 4124.00 02:55:15 PM all 0.00 0.00 1.00 0.00 0.00 0.00 0.00 99.00 4216.00 02:55:16 PM all 1.00 0.00 0.00 0.00 32.00 0.00 0.00 67.00 4214.00 02:55:17 PM all 0.00 0.00 0.00 0.00 98.00 0.00 0.00 2.00 4209.00 02:55:18 PM all 0.00 0.00 0.00 0.00 94.00 0.00 0.00 6.00 4220.00 02:55:19 PM all 0.00 0.00 0.00 0.00 58.00 0.00 0.00 42.00 4216.00 02:55:20 PM all 1.00 0.00 0.00 0.00 0.00 0.00 0.00 99.00 4204.00 02:55:21 PM all 1.00 0.00 0.00 0.00 0.00 0.00 0.00 99.00 4210.00 02:55:22 PM all 1.00 0.00 0.00 0.00 0.00 0.00 0.00 99.00 4234.00 02:55:23 PM all 0.00 0.00 1.00 0.00 0.00 0.00 0.00 99.00 4202.00 02:55:24 PM all 0.00 0.00 1.00 0.00 0.00 0.00 0.00 99.00 4109.00 02:55:25 PM all 1.00 0.00 1.00 1.00 53.00 1.00 0.00 43.00 4179.00 02:55:26 PM all 0.00 0.00 0.00 0.00 35.00 0.00 0.00 65.00 4213.00 02:55:27 PM all 0.00 0.00 1.00 0.00 0.00 0.00 0.00 99.00 4204.00 02:55:28 PM all 0.00 0.00 1.00 0.00 0.00 0.00 0.00 99.00 4169.00 02:55:29 PM all 0.00 0.00 3.96 0.00 37.62 0.99 0.00 57.43 4149.50 02:55:30 PM all 0.00 0.00 1.00 0.00 0.00 0.00 0.00 99.00 4208.00 02:55:31 PM all 0.00 0.00 0.00 16.00 3.00 0.00 0.00 81.00 4117.00 02:55:31 PM CPU %user %nice %sys %iowait %irq %soft %steal %idle intr/s 02:55:32 PM all 0.00 0.00 4.00 0.00 4.00 0.00 0.00 92.00 4185.00 02:55:33 PM all 18.00 0.00 10.00 0.00 0.00 0.00 0.00 72.00 4241.00 02:55:34 PM all 8.00 0.00 3.00 29.00 0.00 0.00 0.00 60.00 4279.00 02:55:35 PM all 0.00 0.00 0.00 100.00 0.00 0.00 0.00 0.00 4274.00 02:55:36 PM all 0.00 0.00 3.00 79.00 16.00 2.00 0.00 0.00 4235.00 02:55:37 PM all 0.00 0.00 0.00 11.00 89.00 0.00 0.00 0.00 4237.00 02:55:38 PM all 0.00 0.00 0.00 20.00 78.00 2.00 0.00 0.00 4165.00 02:55:39 PM all 0.00 0.00 0.00 7.00 93.00 0.00 0.00 0.00 4103.00 02:55:40 PM all 1.00 0.00 2.00 6.00 69.00 0.00 0.00 22.00 4147.00 02:55:41 PM all 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 4023.00 02:55:42 PM all 0.00 0.00 3.00 0.00 12.00 0.00 0.00 85.00 4086.00 02:55:43 PM all 0.00 0.00 0.00 0.00 14.00 0.00 0.00 86.00 On Tue, 2008-07-01 at 14:38 +0200, Loic Didelot wrote:> Hello, > one of my customers complained about bad voice quality on several calls, > so I programmed a button on each phone which users can hit if they have > audio drops and echo. > > I did this to check if there is a common recurrent problem to a given > destination or just for one user etc... But till now I could not detect > a pattern which could explain the problems > > This "alert button" is pressed between 7%-10% of all calls. The customer > has 25 phones and around 300 calls per day. > > The SNOM phones are connected to Linksys switches and are totaly split > from the computers network. The same goes for the asterisk box. No calls > are routed trough the internet. > Phone -> Local Lan -> Asterisk -> Zaptel (Junghanns BRI card) -> Carrier > > The carrier we use is known for his good quality and we never had a > problem. It is the historic and most expensive carrier in Luxembourg. > > Asterisk is running on a 1GHZ VIA CPU with 1GB RAM box. They have a > maximum of 6 concurrent calls. > > Maybe someone can help me to track down the problem. What should I > check, monitor test. Any ideas are welcome. > > > Best regards, > Loic Didelot. > > -- > Lo?c DIDELOT > MIXvoip S.a. > ldidelot at mixvoip.com > http://www.mixvoip.com > > > _______________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > AstriCon 2008 - September 22 - 25 Phoenix, Arizona > Register Now: http://www.astricon.net > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users-- Lo?c DIDELOT MIXvoip S.a. ldidelot at mixvoip.com http://www.mixvoip.com
On Tue, Jul 1, 2008 at 8:38 AM, Loic Didelot <ldidelot at mixvoip.com> wrote:> Hello, > one of my customers complained about bad voice quality on several calls, > so I programmed a button on each phone which users can hit if they have > audio drops and echo. > > I did this to check if there is a common recurrent problem to a given > destination or just for one user etc... But till now I could not detect > a pattern which could explain the problems > > This "alert button" is pressed between 7%-10% of all calls. The customer > has 25 phones and around 300 calls per day. > > The SNOM phones are connected to Linksys switches and are totaly split > from the computers network. The same goes for the asterisk box. No calls > are routed trough the internet. > Phone -> Local Lan -> Asterisk -> Zaptel (Junghanns BRI card) -> Carrier > > The carrier we use is known for his good quality and we never had a > problem. It is the historic and most expensive carrier in Luxembourg. > > Asterisk is running on a 1GHZ VIA CPU with 1GB RAM box. They have a > maximum of 6 concurrent calls. > > Maybe someone can help me to track down the problem. What should I > check, monitor test. Any ideas are welcome. > > > Best regards, > Loic Didelot. > > -- > Lo?c DIDELOT > MIXvoip S.a. > ldidelot at mixvoip.com > http://www.mixvoip.comIs this a new install or a new problem? If it is a new problem, what has changed? If it is a new install, I would not rule out the provider, the more "historic" may or may not be a good thing. Describe the audio when it is poor, popping, clicking, hissing? Have you tried running a debug on the spans? Thanks, Steve T
I/O wait is very suspicious. What is your hardware platform? Is this just a plain Jane PBX or are you doing anything unusual? Thanks, Steve T On Tue, Jul 1, 2008 at 8:57 AM, Loic Didelot <ldidelot at mixvoip.com> wrote:> I tried to get a little into cpu utilization and found the following > results. > > Can they help me to come to a conclusion? > > Best regards, > Loic Didelot. > > root at ppsite1:~# mpstat 1 > Linux 2.6.22-14-server (ppsite1) 07/01/2008 > > 02:54:40 PM CPU %user %nice %sys %iowait %irq %soft %steal %idle intr/s > 02:54:41 PM all 0.00 0.00 1.00 0.00 0.00 0.00 0.00 99.00 4210.00 > 02:54:42 PM all 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 4207.00 > 02:54:43 PM all 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 4208.00 > 02:54:44 PM all 0.00 0.00 0.00 0.00 45.00 0.00 0.00 55.00 4127.00 > 02:54:45 PM all 0.00 0.00 0.00 0.00 97.00 0.00 0.00 3.00 4148.00 > 02:54:46 PM all 0.00 0.00 0.00 0.00 93.00 4.00 0.00 3.00 4195.00 > 02:54:47 PM all 0.00 0.00 0.00 0.00 92.00 6.00 0.00 2.00 4175.00 > 02:54:48 PM all 0.00 0.00 0.00 1.00 91.00 2.00 0.00 6.00 4154.00 > 02:54:49 PM all 0.00 0.00 0.00 0.00 100.00 0.00 0.00 0.00 4069.00 > 02:54:50 PM all 0.00 0.00 0.00 0.00 23.00 0.00 0.00 77.00 4125.00 > 02:54:51 PM all 2.00 0.00 0.00 0.00 19.00 0.00 0.00 79.00 4123.00 > 02:54:52 PM all 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 4236.00 > 02:54:53 PM all 0.00 0.00 6.00 2.00 0.00 3.00 0.00 89.00 4302.00 > 02:54:54 PM all 0.00 0.00 5.00 0.00 0.00 3.00 0.00 92.00 4267.00 > 02:54:55 PM all 0.00 0.00 20.00 0.00 0.00 1.00 0.00 79.00 4328.00 > 02:54:56 PM all 0.00 0.00 0.00 0.00 9.00 0.00 0.00 91.00 4352.00 > 02:54:57 PM all 0.00 0.00 0.00 49.00 46.00 0.00 0.00 5.00 4376.00 > 02:54:58 PM all 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 4350.00 > 02:54:59 PM all 11.00 0.00 2.00 36.00 0.00 0.00 0.00 51.00 4237.00 > 02:55:00 PM all 0.00 0.00 0.00 100.00 0.00 0.00 0.00 0.00 4221.00 > 02:55:01 PM all 1.00 0.00 1.00 62.00 36.00 0.00 0.00 0.00 4318.00 > 02:55:02 PM all 0.00 0.00 0.00 2.00 98.00 0.00 0.00 0.00 4219.00 > 02:55:03 PM all 0.00 0.00 0.00 0.00 100.00 0.00 0.00 0.00 4342.00 > 02:55:04 PM all 0.00 0.00 0.00 2.00 98.00 0.00 0.00 0.00 4236.00 > 02:55:05 PM all 14.00 0.00 4.00 20.00 62.00 0.00 0.00 0.00 4229.00 > 02:55:06 PM all 39.00 0.00 3.00 38.00 18.00 1.00 0.00 1.00 4346.00 > 02:55:07 PM all 8.00 0.00 8.00 79.00 3.00 1.00 0.00 1.00 4240.00 > 02:55:08 PM all 1.00 0.00 0.00 98.00 0.00 0.00 0.00 1.00 4217.00 > 02:55:09 PM all 0.00 0.00 1.00 6.00 0.00 0.00 0.00 93.00 4167.00 > 02:55:10 PM all 0.00 0.00 0.00 0.00 25.00 0.00 0.00 75.00 4132.00 > 02:55:11 PM all 0.00 0.00 0.00 0.00 75.00 0.00 0.00 25.00 4117.00 > 02:55:12 PM all 0.00 0.00 0.00 0.00 53.00 0.00 0.00 47.00 4130.00 > 02:55:13 PM all 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 4103.00 > 02:55:14 PM all 0.00 0.00 0.00 50.00 0.00 0.00 0.00 50.00 4124.00 > 02:55:15 PM all 0.00 0.00 1.00 0.00 0.00 0.00 0.00 99.00 4216.00 > 02:55:16 PM all 1.00 0.00 0.00 0.00 32.00 0.00 0.00 67.00 4214.00 > 02:55:17 PM all 0.00 0.00 0.00 0.00 98.00 0.00 0.00 2.00 4209.00 > 02:55:18 PM all 0.00 0.00 0.00 0.00 94.00 0.00 0.00 6.00 4220.00 > 02:55:19 PM all 0.00 0.00 0.00 0.00 58.00 0.00 0.00 42.00 4216.00 > 02:55:20 PM all 1.00 0.00 0.00 0.00 0.00 0.00 0.00 99.00 4204.00 > 02:55:21 PM all 1.00 0.00 0.00 0.00 0.00 0.00 0.00 99.00 4210.00 > 02:55:22 PM all 1.00 0.00 0.00 0.00 0.00 0.00 0.00 99.00 4234.00 > 02:55:23 PM all 0.00 0.00 1.00 0.00 0.00 0.00 0.00 99.00 4202.00 > 02:55:24 PM all 0.00 0.00 1.00 0.00 0.00 0.00 0.00 99.00 4109.00 > 02:55:25 PM all 1.00 0.00 1.00 1.00 53.00 1.00 0.00 43.00 4179.00 > 02:55:26 PM all 0.00 0.00 0.00 0.00 35.00 0.00 0.00 65.00 4213.00 > 02:55:27 PM all 0.00 0.00 1.00 0.00 0.00 0.00 0.00 99.00 4204.00 > 02:55:28 PM all 0.00 0.00 1.00 0.00 0.00 0.00 0.00 99.00 4169.00 > 02:55:29 PM all 0.00 0.00 3.96 0.00 37.62 0.99 0.00 57.43 4149.50 > 02:55:30 PM all 0.00 0.00 1.00 0.00 0.00 0.00 0.00 99.00 4208.00 > 02:55:31 PM all 0.00 0.00 0.00 16.00 3.00 0.00 0.00 81.00 4117.00 > > 02:55:31 PM CPU %user %nice %sys %iowait %irq %soft %steal %idle intr/s > 02:55:32 PM all 0.00 0.00 4.00 0.00 4.00 0.00 0.00 92.00 4185.00 > 02:55:33 PM all 18.00 0.00 10.00 0.00 0.00 0.00 0.00 72.00 4241.00 > 02:55:34 PM all 8.00 0.00 3.00 29.00 0.00 0.00 0.00 60.00 4279.00 > 02:55:35 PM all 0.00 0.00 0.00 100.00 0.00 0.00 0.00 0.00 4274.00 > 02:55:36 PM all 0.00 0.00 3.00 79.00 16.00 2.00 0.00 0.00 4235.00 > 02:55:37 PM all 0.00 0.00 0.00 11.00 89.00 0.00 0.00 0.00 4237.00 > 02:55:38 PM all 0.00 0.00 0.00 20.00 78.00 2.00 0.00 0.00 4165.00 > 02:55:39 PM all 0.00 0.00 0.00 7.00 93.00 0.00 0.00 0.00 4103.00 > 02:55:40 PM all 1.00 0.00 2.00 6.00 69.00 0.00 0.00 22.00 4147.00 > 02:55:41 PM all 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00 4023.00 > 02:55:42 PM all 0.00 0.00 3.00 0.00 12.00 0.00 0.00 85.00 4086.00 > 02:55:43 PM all 0.00 0.00 0.00 0.00 14.00 0.00 0.00 86.00 > > On Tue, 2008-07-01 at 14:38 +0200, Loic Didelot wrote: >> Hello, >> one of my customers complained about bad voice quality on several calls, >> so I programmed a button on each phone which users can hit if they have >> audio drops and echo. >> >> I did this to check if there is a common recurrent problem to a given >> destination or just for one user etc... But till now I could not detect >> a pattern which could explain the problems >> >> This "alert button" is pressed between 7%-10% of all calls. The customer >> has 25 phones and around 300 calls per day. >> >> The SNOM phones are connected to Linksys switches and are totaly split >> from the computers network. The same goes for the asterisk box. No calls >> are routed trough the internet. >> Phone -> Local Lan -> Asterisk -> Zaptel (Junghanns BRI card) -> Carrier >> >> The carrier we use is known for his good quality and we never had a >> problem. It is the historic and most expensive carrier in Luxembourg. >> >> Asterisk is running on a 1GHZ VIA CPU with 1GB RAM box. They have a >> maximum of 6 concurrent calls. >> >> Maybe someone can help me to track down the problem. What should I >> check, monitor test. Any ideas are welcome. >> >> >> Best regards, >> Loic Didelot. >> >> -- >> Lo?c DIDELOT >> MIXvoip S.a. >> ldidelot at mixvoip.com >> http://www.mixvoip.com >> >> >> _______________________________________________ >> -- Bandwidth and Colocation Provided by http://www.api-digital.com -- >> >> AstriCon 2008 - September 22 - 25 Phoenix, Arizona >> Register Now: http://www.astricon.net >> >> asterisk-users mailing list >> To UNSUBSCRIBE or update options visit: >> http://lists.digium.com/mailman/listinfo/asterisk-users > -- > Lo?c DIDELOT > MIXvoip S.a. > ldidelot at mixvoip.com > http://www.mixvoip.com > > > _______________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > AstriCon 2008 - September 22 - 25 Phoenix, Arizona > Register Now: http://www.astricon.net > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users
On Tue, Jul 1, 2008 at 8:38 AM, Loic Didelot <ldidelot at mixvoip.com> wrote:> Maybe someone can help me to track down the problem. What should I > check, monitor test. Any ideas are welcome.If there are no legal reasons not to, consider recording all calls for a limited time. It's easier for engineers to debug a voice quality problem when they have a recording of exactly what it sounds like. It's possible that different people are complaining about different perceptions of what they consider a voice quality problem, and that the problem might not even be on your end of the conversation.
Hi, its a new installation in a new office. Customer moved in, so right moment to get a new PBX. The box is running asterisk, nothing else: - asterisk - postfix just to send out voicemails - no realtime - som AGIS at call setup and call end - Asterisk 1.4.19.1-BRIstuffed-0.4.0-RC2 - zaptel-1.4.10 We use a Junghann BRI card and a XORCOMM Analog Astribank. But only one modem and 2 fax devices are connected to the astribank. I did not do a debug on the spans. Anythin special I should look for? Difficult to describe the audio: - basically echo is appearing - audio problems are only one way - audio has cuts when speaking Best regards, Loic Didelot. On Tue, 2008-07-01 at 08:58 -0400, Steve Totaro wrote:> On Tue, Jul 1, 2008 at 8:38 AM, Loic Didelot <ldidelot at mixvoip.com> wrote: > > Hello, > > one of my customers complained about bad voice quality on several calls, > > so I programmed a button on each phone which users can hit if they have > > audio drops and echo. > > > > I did this to check if there is a common recurrent problem to a given > > destination or just for one user etc... But till now I could not detect > > a pattern which could explain the problems > > > > This "alert button" is pressed between 7%-10% of all calls. The customer > > has 25 phones and around 300 calls per day. > > > > The SNOM phones are connected to Linksys switches and are totaly split > > from the computers network. The same goes for the asterisk box. No calls > > are routed trough the internet. > > Phone -> Local Lan -> Asterisk -> Zaptel (Junghanns BRI card) -> Carrier > > > > The carrier we use is known for his good quality and we never had a > > problem. It is the historic and most expensive carrier in Luxembourg. > > > > Asterisk is running on a 1GHZ VIA CPU with 1GB RAM box. They have a > > maximum of 6 concurrent calls. > > > > Maybe someone can help me to track down the problem. What should I > > check, monitor test. Any ideas are welcome. > > > > > > Best regards, > > Loic Didelot. > > > > -- > > Lo?c DIDELOT > > MIXvoip S.a. > > ldidelot at mixvoip.com > > http://www.mixvoip.com > > Is this a new install or a new problem? > > If it is a new problem, what has changed? > > If it is a new install, I would not rule out the provider, the more > "historic" may or may not be a good thing. Describe the audio when it > is poor, popping, clicking, hissing? > > Have you tried running a debug on the spans? > > Thanks, > Steve T > > _______________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > AstriCon 2008 - September 22 - 25 Phoenix, Arizona > Register Now: http://www.astricon.net > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users-- Lo?c DIDELOT MIXvoip S.a. ldidelot at mixvoip.com http://www.mixvoip.com
Hello, I forgot to include CPU information root at ppsite1:/usr/src/bristuff-0.4.0-RC2# cat /proc/cpuinfo processor : 0 vendor_id : CentaurHauls cpu family : 6 model : 10 model name : VIA Esther processor 1000MHz stepping : 9 cpu MHz : 1000.127 cache size : 128 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge cmov pat clflush acpi mmx fxsr sse sse2 tm nx up pni est tm2 rng rng_en ace ace_en ace2 ace2_en phe phe_en pmm pmm_en bogomips : 2002.19 clflush size : 64 ?The box is running asterisk, nothing else: - asterisk - postfix just to send out voicemails - no realtime - som AGIS at call setup and call end - Asterisk 1.4.19.1-BRIstuffed-0.4.0-RC2 - zaptel-1.4.10 Best regards, Loic Didelot. On Tue, 2008-07-01 at 13:54 +0100, Steve Davies wrote:> 2008/7/1 Loic Didelot <ldidelot at mixvoip.com>: > > Hello, > > one of my customers complained about bad voice quality on several calls, > > so I programmed a button on each phone which users can hit if they have > > audio drops and echo. > > > > I did this to check if there is a common recurrent problem to a given > > destination or just for one user etc... But till now I could not detect > > a pattern which could explain the problems > > > > This "alert button" is pressed between 7%-10% of all calls. The customer > > has 25 phones and around 300 calls per day. > > > > The SNOM phones are connected to Linksys switches and are totaly split > > from the computers network. The same goes for the asterisk box. No calls > > are routed trough the internet. > > Phone -> Local Lan -> Asterisk -> Zaptel (Junghanns BRI card) -> Carrier > > > > The carrier we use is known for his good quality and we never had a > > problem. It is the historic and most expensive carrier in Luxembourg. > > > > Asterisk is running on a 1GHZ VIA CPU with 1GB RAM box. They have a > > maximum of 6 concurrent calls. > > > > Which version of asterisk/zaptel, and which echo canceler is running in Zaptel? > > Regards, > Steve > > _______________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > AstriCon 2008 - September 22 - 25 Phoenix, Arizona > Register Now: http://www.astricon.net > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users-- Lo?c DIDELOT MIXvoip S.a. ldidelot at mixvoip.com http://www.mixvoip.com
On Tue, Jul 01, 2008 at 02:38:25PM +0200, Loic Didelot wrote:> Hello, > one of my customers complained about bad voice quality on several calls, > so I programmed a button on each phone which users can hit if they have > audio drops and echo. > > I did this to check if there is a common recurrent problem to a given > destination or just for one user etc... But till now I could not detect > a pattern which could explain the problems > > This "alert button" is pressed between 7%-10% of all calls. The customer > has 25 phones and around 300 calls per day. > > The SNOM phones are connected to Linksys switches and are totaly split > from the computers network. The same goes for the asterisk box. No calls > are routed trough the internet. > Phone -> Local Lan -> Asterisk -> Zaptel (Junghanns BRI card) -> CarrierAre the problems in SIP->PSTN calls? SIP->SIP calls? PSTN->Local? (echo test, playback, whatever) SIP->PSTN or PSTN->SIP (what direction is the call)? 7% is something you have hope of reproducing. Unless you miss the real factor. Have you managed to reproduce it yourself?> > The carrier we use is known for his good quality and we never had a > problem. It is the historic and most expensive carrier in Luxembourg. > > Asterisk is running on a 1GHZ VIA CPU with 1GB RAM box. They have a > maximum of 6 concurrent calls. > > Maybe someone can help me to track down the problem. What should I > check, monitor test. Any ideas are welcome.-- Tzafrir Cohen icq#16849755 jabber:tzafrir.cohen at xorcom.com +972-50-7952406 mailto:tzafrir.cohen at xorcom.com http://www.xorcom.com iax:guest at local.xorcom.com/tzafrir
The problem appears mostly on outgoing calls SIP-PSTN but not only. 10% of all alerts are internal calls. I had the chance to notice the problem once myself but I could never again reproduce. Best regards, Loic Didelot. On Tue, 2008-07-01 at 18:03 +0300, Tzafrir Cohen wrote:> On Tue, Jul 01, 2008 at 02:38:25PM +0200, Loic Didelot wrote: > > Hello, > > one of my customers complained about bad voice quality on several calls, > > so I programmed a button on each phone which users can hit if they have > > audio drops and echo. > > > > I did this to check if there is a common recurrent problem to a given > > destination or just for one user etc... But till now I could not detect > > a pattern which could explain the problems > > > > This "alert button" is pressed between 7%-10% of all calls. The customer > > has 25 phones and around 300 calls per day. > > > > The SNOM phones are connected to Linksys switches and are totaly split > > from the computers network. The same goes for the asterisk box. No calls > > are routed trough the internet. > > Phone -> Local Lan -> Asterisk -> Zaptel (Junghanns BRI card) -> Carrier > > Are the problems in SIP->PSTN calls? SIP->SIP calls? > PSTN->Local? (echo test, playback, whatever) > > SIP->PSTN or PSTN->SIP (what direction is the call)? > > 7% is something you have hope of reproducing. Unless you miss the real > factor. Have you managed to reproduce it yourself? > > > > > The carrier we use is known for his good quality and we never had a > > problem. It is the historic and most expensive carrier in Luxembourg. > > > > Asterisk is running on a 1GHZ VIA CPU with 1GB RAM box. They have a > > maximum of 6 concurrent calls. > > > > Maybe someone can help me to track down the problem. What should I > > check, monitor test. Any ideas are welcome. >-- Lo?c DIDELOT MIXvoip S.a. ldidelot at mixvoip.com http://www.mixvoip.com
Try IOSTAT http://www.linuxquestions.org/linux/articles/Jeremys_Magazine_Articles/Hunting_I_O_Bottlenecks_with_iostat Maybe you can correlate VM and/or emailing of VM to your IO spikes. Have you watched top and the Asterisk CLI when someone hits the panic button? Thanks, Steve T On Tue, Jul 1, 2008 at 11:17 AM, Loic Didelot <ldidelot at mixvoip.com> wrote:> The problem appears mostly on outgoing calls SIP-PSTN but not only. 10% > of all alerts are internal calls. I had the chance to notice the problem > once myself but I could never again reproduce. > > Best regards, > Loic Didelot. > > On Tue, 2008-07-01 at 18:03 +0300, Tzafrir Cohen wrote: >> On Tue, Jul 01, 2008 at 02:38:25PM +0200, Loic Didelot wrote: >> > Hello, >> > one of my customers complained about bad voice quality on several calls, >> > so I programmed a button on each phone which users can hit if they have >> > audio drops and echo. >> > >> > I did this to check if there is a common recurrent problem to a given >> > destination or just for one user etc... But till now I could not detect >> > a pattern which could explain the problems >> > >> > This "alert button" is pressed between 7%-10% of all calls. The customer >> > has 25 phones and around 300 calls per day. >> > >> > The SNOM phones are connected to Linksys switches and are totaly split >> > from the computers network. The same goes for the asterisk box. No calls >> > are routed trough the internet. >> > Phone -> Local Lan -> Asterisk -> Zaptel (Junghanns BRI card) -> Carrier >> >> Are the problems in SIP->PSTN calls? SIP->SIP calls? >> PSTN->Local? (echo test, playback, whatever) >> >> SIP->PSTN or PSTN->SIP (what direction is the call)? >> >> 7% is something you have hope of reproducing. Unless you miss the real >> factor. Have you managed to reproduce it yourself? >> >> > >> > The carrier we use is known for his good quality and we never had a >> > problem. It is the historic and most expensive carrier in Luxembourg. >> > >> > Asterisk is running on a 1GHZ VIA CPU with 1GB RAM box. They have a >> > maximum of 6 concurrent calls. >> > >> > Maybe someone can help me to track down the problem. What should I >> > check, monitor test. Any ideas are welcome. >> > -- > Lo?c DIDELOT > MIXvoip S.a. > ldidelot at mixvoip.com > http://www.mixvoip.com > > > _______________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > AstriCon 2008 - September 22 - 25 Phoenix, Arizona > Register Now: http://www.astricon.net > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users
What did you do to setup a button for alerts? Thanks.
Depends on the phone. On many devices you can setup buttons to call a url. Thats what I did. Loic On Tue, 2008-07-01 at 21:19 +0100, Gavin Henry wrote:> What did you do to setup a button for alerts? > > Thanks. > > _______________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > AstriCon 2008 - September 22 - 25 Phoenix, Arizona > Register Now: http://www.astricon.net > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users
Hi, I am using g711a everywhere. I checked on a completely idle system (no calls at all) and idle CPU is dropping from 100% to 0% more than once per minute. procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu---- r b swpd free buff cache si so bi bo in cs us sy id wa 1 0 0 891124 4644 42868 0 0 0 28 4047 85757 0 97 3 0 0 0 0 891124 4644 42876 0 0 0 0 4042 68342 0 94 6 0 0 0 0 891124 4644 42876 0 0 0 0 4042 72429 0 97 3 0 0 0 0 891124 4644 42876 0 0 0 0 4065 158878 0 100 0 0 0 0 0 891124 4644 42876 0 0 0 0 4033 59033 0 98 2 0 0 0 0 891124 4644 42876 0 0 0 0 4012 14464 0 96 4 0 0 0 0 891124 4652 42868 0 0 0 76 4013 19727 0 37 62 1 0 0 0 891124 4652 42876 0 0 0 0 4011 20225 0 4 96 0 0 0 0 891124 4652 42876 0 0 0 0 4011 23901 0 20 80 0 0 1 0 891124 4652 42876 0 0 0 4 4025 21165 0 40 55 5 0 0 0 891124 4660 42876 0 0 0 32 4028 20190 0 1 95 4 0 0 0 891124 4660 42876 0 0 0 0 4022 23295 0 0 100 0 0 0 0 891124 4660 42876 0 0 0 0 4111 20508 0 0 100 0 0 0 0 891124 4660 42876 0 0 0 0 4102 25239 0 30 70 0 0 0 0 891124 4660 42876 0 0 0 0 4112 23148 0 0 100 0 0 0 0 891124 4668 42868 0 0 0 52 4116 19031 0 0 100 0 1 0 0 891124 4668 42876 0 0 0 0 4110 21776 0 0 100 0 0 0 0 891124 4668 42876 0 0 0 0 4150 20332 0 0 100 0 0 0 0 891124 4668 42876 0 0 0 0 4114 26285 0 0 100 0 0 0 0 891124 4668 42876 0 0 0 32 4118 23029 1 0 99 0 0 0 0 891124 4668 42876 0 0 0 0 4121 23284 0 0 100 0 0 0 0 891124 4676 42868 0 0 0 60 4112 25232 0 36 64 0 0 0 0 891124 4676 42876 0 0 0 0 4134 21583 0 99 1 0 0 0 0 891124 4676 42876 0 0 0 0 4105 26029 0 100 0 0 0 0 0 891124 4676 42876 0 0 0 76 4143 22795 0 25 75 0 0 0 0 891124 4676 42876 0 0 0 0 4118 21418 0 0 54 46 0 0 0 891124 4676 42876 0 0 0 0 4108 25499 0 0 100 0 0 0 0 891124 4684 42868 0 0 0 52 4081 20778 0 0 100 0 0 0 0 891124 4684 42876 0 0 0 0 4011 25463 0 13 87 0 0 0 0 891124 4684 42876 0 0 0 0 4021 23502 0 86 14 0 0 0 0 891124 4684 42876 0 0 0 0 4015 21693 0 1 99 0 On Tue, 2008-07-01 at 22:28 +0300, Tzafrir Cohen wrote:> On Tue, Jul 01, 2008 at 03:22:07PM -0400, Steve Totaro wrote: > > Run top along with the tool that indicated the high I/O and see what > > is going on. Are you doing G729 or anything like that? > > vmstat will probably provide more useful data (vmstat 1 etc. for a > continous run). >
Hi its me again. Here is the output of zttest of a completely idle system (no calls). Acoording to some documents those values do not seem to be good. The IRQ of my zaptel card is shared with other devices. But not sure if this causes a problem. lspci -v | grep "IRQ 22" -B4 00:0c.0 ISDN controller: Cologne Chip Designs GmbH ISDN network Controller [HFC-8S] (rev 01) Subsystem: Cologne Chip Designs GmbH Unknown device b55b Flags: medium devsel, IRQ 22 00:0f.0 IDE interface: VIA Technologies, Inc. VIA VT6420 SATA RAID Controller (rev 80) (prog-if 8f [Master SecP SecO PriP PriO]) Subsystem: VIA Technologies, Inc. VIA VT6420 SATA RAID Controller Flags: bus master, medium devsel, latency 32, IRQ 22 00:0f.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) (prog-if 8a [Master SecP PriP]) Subsystem: VIA Technologies, Inc. VT82C586/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE Flags: bus master, medium devsel, latency 32, IRQ 22 Opened pseudo zap interface, measuring accuracy... 99.989845% 99.979881% 99.987305% 99.987297% 99.988190% 99.986824% 99.987999% 99.987701% 99.984970% 99.987892% 99.987587% 99.987595% 99.987885% 99.988968% 99.987885% 99.989449% 99.987595% 99.989250% 99.988571% 99.987106% 99.990044% 99.990921% 99.986519% 99.990822% 99.978127% 99.985054% 99.984482% 99.963478% 99.978722% 99.950005% 99.974609% 99.955170% 99.969528% 99.967972% 99.964066% 99.979797% 99.962898% 99.976852% 99.980072% 99.972946% 99.989937% 99.972359% 99.986908% 99.987694% 99.988770% 99.993660% 99.991516% 99.992577% 99.993164% 99.992470% 99.984276% 99.991600% 99.983200% 99.992279% 99.979790% 99.990036% 99.981544% 99.988770% 99.981346% 99.988182% 99.988190% 99.986717% 99.991211% 99.986618% 99.986824% 99.987991% 99.988869% 99.989265% 99.987015% 99.987396% 99.987495% 99.985657% 99.987396% 99.986229% 99.987206% 99.986908% 99.986618% 99.987411% 99.988579% 99.989059% 99.987106% 99.986336% 99.987114% 99.988190% 99.983200% 99.958191% 99.986031% 99.989357% 99.985939% 99.988678% 99.989746% 99.990341% 99.988762% 99.989159% 99.976067% 99.991798% 99.962799% 99.976173% 99.972366% 99.962898% 99.972855% 99.951462% 99.983986% 99.952049% 99.985733% 99.963776% 99.977440% 99.980186% 99.973915% 99.977333% 99.990341% 99.969032% 99.995110% 99.988770% 99.989555% 99.991211% 99.992386% 99.990929% 99.992294% 99.991119% 99.991997% 99.992088% 99.980865% 99.988670% 99.982712% 99.989059% 99.981934% 99.982903% 99.981850% 99.989845% 99.981628% 99.989258% 99.872566% 99.988678% --- Results after 134 passes --- Best: 99.995 -- Worst: 99.873 -- Average: 99.982824, Difference: 99.983075 Loic On Wed, 2008-07-02 at 01:36 +0200, Loic Didelot wrote:> Hi, > I am using g711a everywhere. > > I checked on a completely idle system (no calls at all) and idle CPU is > dropping from 100% to 0% more than once per minute. > > procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu---- > r b swpd free buff cache si so bi bo in cs us sy id wa > 1 0 0 891124 4644 42868 0 0 0 28 4047 85757 0 97 3 0 > 0 0 0 891124 4644 42876 0 0 0 0 4042 68342 0 94 6 0 > 0 0 0 891124 4644 42876 0 0 0 0 4042 72429 0 97 3 0 > 0 0 0 891124 4644 42876 0 0 0 0 4065 158878 0 100 0 0 > 0 0 0 891124 4644 42876 0 0 0 0 4033 59033 0 98 2 0 > 0 0 0 891124 4644 42876 0 0 0 0 4012 14464 0 96 4 0 > 0 0 0 891124 4652 42868 0 0 0 76 4013 19727 0 37 62 1 > 0 0 0 891124 4652 42876 0 0 0 0 4011 20225 0 4 96 0 > 0 0 0 891124 4652 42876 0 0 0 0 4011 23901 0 20 80 0 > 0 1 0 891124 4652 42876 0 0 0 4 4025 21165 0 40 55 5 > 0 0 0 891124 4660 42876 0 0 0 32 4028 20190 0 1 95 4 > 0 0 0 891124 4660 42876 0 0 0 0 4022 23295 0 0 100 0 > 0 0 0 891124 4660 42876 0 0 0 0 4111 20508 0 0 100 0 > 0 0 0 891124 4660 42876 0 0 0 0 4102 25239 0 30 70 0 > 0 0 0 891124 4660 42876 0 0 0 0 4112 23148 0 0 100 0 > 0 0 0 891124 4668 42868 0 0 0 52 4116 19031 0 0 100 0 > 1 0 0 891124 4668 42876 0 0 0 0 4110 21776 0 0 100 0 > 0 0 0 891124 4668 42876 0 0 0 0 4150 20332 0 0 100 0 > 0 0 0 891124 4668 42876 0 0 0 0 4114 26285 0 0 100 0 > 0 0 0 891124 4668 42876 0 0 0 32 4118 23029 1 0 99 0 > 0 0 0 891124 4668 42876 0 0 0 0 4121 23284 0 0 100 0 > 0 0 0 891124 4676 42868 0 0 0 60 4112 25232 0 36 64 0 > 0 0 0 891124 4676 42876 0 0 0 0 4134 21583 0 99 1 0 > 0 0 0 891124 4676 42876 0 0 0 0 4105 26029 0 100 0 0 > 0 0 0 891124 4676 42876 0 0 0 76 4143 22795 0 25 75 0 > 0 0 0 891124 4676 42876 0 0 0 0 4118 21418 0 0 54 46 > 0 0 0 891124 4676 42876 0 0 0 0 4108 25499 0 0 100 0 > 0 0 0 891124 4684 42868 0 0 0 52 4081 20778 0 0 100 0 > 0 0 0 891124 4684 42876 0 0 0 0 4011 25463 0 13 87 0 > 0 0 0 891124 4684 42876 0 0 0 0 4021 23502 0 86 14 0 > 0 0 0 891124 4684 42876 0 0 0 0 4015 21693 0 1 99 0 > > > On Tue, 2008-07-01 at 22:28 +0300, Tzafrir Cohen wrote: > > On Tue, Jul 01, 2008 at 03:22:07PM -0400, Steve Totaro wrote: > > > Run top along with the tool that indicated the high I/O and see what > > > is going on. Are you doing G729 or anything like that? > > > > vmstat will probably provide more useful data (vmstat 1 etc. for a > > continous run). > > > > > _______________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > AstriCon 2008 - September 22 - 25 Phoenix, Arizona > Register Now: http://www.astricon.net > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users
2008/7/2 Loic Didelot <ldidelot at mixvoip.com>:> Depends on the phone. > > On many devices you can setup buttons to call a url. Thats what I did.Ah, yes. Would be a good thing to implement here. Then you can do anything, like a support ticket etc. Cheers.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Loic Didelot wrote:> Hi, > I am using g711a everywhere. > > I checked on a completely idle system (no calls at all) and idle CPU is > dropping from 100% to 0% more than once per minute.If you run top, and the idle goes to 0% is it the IRQ that is using the other 100%? If so, what echo canceller are you using? - -- Kind Regards, Matt Riddell Director _______________________________________________ http://www.venturevoip.com (Great new VoIP end to end solution) http://www.venturevoip.com/news.php (Daily Asterisk News - html) http://www.venturevoip.com/newrssfeed.php (Daily Asterisk News - rss) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIbD7dDQNt8rg0Kp4RAql0AJ9hUDFqaNbliJTCLiKvR9BT+rbdNwCgqUjh tZxWREnPeYuO5h1PgrXxv30=pPAe -----END PGP SIGNATURE-----
Hello, this is the case. Idle goes to 0% and IRQ goes to 100%. I have a Junghanns ISDN card (bristuff) card. And I guess it is using that Echo Canceler. Best regards, Loic Didelot. On Thu, 2008-07-03 at 14:52 +1200, Matt Riddell wrote:> -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Loic Didelot wrote: > > Hi, > > I am using g711a everywhere. > > > > I checked on a completely idle system (no calls at all) and idle CPU is > > dropping from 100% to 0% more than once per minute. > > If you run top, and the idle goes to 0% is it the IRQ that is using the > other 100%? > > If so, what echo canceller are you using? > > - -- > Kind Regards, > > Matt Riddell > Director > _______________________________________________ > > http://www.venturevoip.com (Great new VoIP end to end solution) > http://www.venturevoip.com/news.php (Daily Asterisk News - html) > http://www.venturevoip.com/newrssfeed.php (Daily Asterisk News - rss) > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFIbD7dDQNt8rg0Kp4RAql0AJ9hUDFqaNbliJTCLiKvR9BT+rbdNwCgqUjh > tZxWREnPeYuO5h1PgrXxv30> =pPAe > -----END PGP SIGNATURE----- > > _______________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > AstriCon 2008 - September 22 - 25 Phoenix, Arizona > Register Now: http://www.astricon.net > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users-- Lo?c DIDELOT MIXvoip S.a. ldidelot at mixvoip.com http://www.mixvoip.com