<html><body>
<DIV>Do you have tetheral network analyser installed on server, that can be a good start, look at the analyses of the graphs. Also try pinging the CPE's and see if there is any latency. Do you also have the abilty to check the upstreams signals?</DIV>
<DIV> </DIV>
<BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">-------------- Original message -------------- <BR>From: "whois wes" <whoiswes@gmail.com> <BR><BR>> Hate to drag this one back up, but....it's happening again. <BR>> <BR>> Overview of architecture: <BR>> <BR>> Dell poweredge 2850, running fedora core 4, asterisk 1.2.7.1, zaptel <BR>> 1.2.5, and sangoma wanpipe 2.3.4 drivers. T1 interface card is the <BR>> sangoma a104d with onboard echo can. <BR>> <BR>> Server is located in our data center and connected directly to our <BR>> cisco 6513 core switch, so we have almost zero latency. The office <BR>> having the issues is located several miles away and is connected via a <BR>> 10Mbit fiber pipe, also low latency. Ping times between remote office <BR>> and here are well under 10ms. <BR>> <BR>> T1's are robbed-bit, E&M wink signalling <--- (this may be cause, but <BR>> want your input). <BR>&
gt; <BR>> Server load is averaging around 20%, plenty of memory, disk space, and <BR>> bandwidth available. No QOS running on network. ulaw is the primary <BR>> codec. Server is stable, and there are no extraneous services <BR>> running, save mysql and httpd. Even running a processor intensive <BR>> query doesn't trigger the droputs, they happen randomly. <BR>> <BR>> Phones are a mix of Eyebeam 1.5.5 and Eyebeam 1.10 3010n. Both types <BR>> of phones are experiencing cutting out of the signal, mainly in the Rx <BR>> stream, but occassional in the Tx stream as well. The cutting out was <BR>> NOT occurring last night, and the phone server is being rebooted <BR>> nightly. Nothing has changed AT ALL, and the problem has started <BR>> occurring again. If I don't do ANYTHING at all today, there is a 50% <BR>> chance that this will NOT occur tomorrow. In other words, SOMETHING <BR>> is causing our phones to drop out, but whatever changes I make se
em to <BR>> have no effect. The problem will start and stop seeminly at it's own <BR>> whim. <BR>> <BR>> --- <BR>> Things I have tried: <BR>> <BR>> 1. changed from ulaw to gsm as primary codec - no change <BR>> 2. disabled hardware echo can on A104D - no change <BR>> 3. moved from asterisk 1.2.4 to 1.2.7.1, recompiled both several <BR>> times - no change <BR>> 4. have played with gain settings a bit, doesn't seem to make much difference <BR>> --- <BR>> <BR>> At this point, i am nearing the end of my rope - i have rebuilt this <BR>> machine three times now, and have recompiled the system at least a <BR>> dozen times. We have gone from Digium hardware to Sangoma harware and <BR>> back again. I have changed every conceivable setting on the phones to <BR>> no avail. The problem will randomly disappear, only to come back a few <BR>> days later. I can make a change, it seems to have an effect, then <BR>> we're back to the same o
ld thing again. <BR>> <BR>> I am in dire need of ANY help anyone can offer, this has been going on <BR>> in some form for almost three months. <BR>> <BR>> Thanks for reading, <BR>> <BR>> Wes <BR>> _______________________________________________ <BR>> --Bandwidth and Colocation provided by Easynews.com -- <BR>> <BR>> asterisk-users mailing list <BR>> To UNSUBSCRIBE or update options visit: <BR>> http://lists.digium.com/mailman/listinfo/asterisk-users </BLOCKQUOTE></body></html>