I'd suggest turning off echotraining on the FXS altogether, and perhaps
even
killing the echocanceller on FXS entirely. (you won't be getting
significant
echo from the FXS, and the FXO should be handling it anyway) --
echocancelwhenbridged might be an interesting thing to play
On Sun, Aug 28, 2005 at 02:52:20PM -0400, Andrew Kohlsmith wrote:
On Sunday 28 August 2005 11:59, Steve Underwood wrote:
I don't follow why knowing that impedance mismatch is the problem has
stopped you making fxotune fix it. :-\ Where you the one who asked me
how to make fxotune work well
Are changes to the zapata.conf file read on the fly or do you have to
restart the asterisk process?
On 8/29/05, Matt Fredrickson [EMAIL PROTECTED] wrote:
On Sun, Aug 28, 2005 at 02:52:20PM -0400, Andrew Kohlsmith wrote:
On Sunday 28 August 2005 11:59, Steve Underwood wrote:
I don't follow
Are changes to the zapata.conf file read on the fly or do you have to
restart the asterisk process?
I've never seen any .conf changes activated without reload.
On CLI, try this:
reload chan_zap.so
___
--Bandwidth and Colocation sponsored by
I'm 98% sure the zapata.conf changes require a full stop/start of asterisk.
Are changes to the zapata.conf file read on the fly or do you have to
restart the asterisk process?
On 8/29/05, Matt Fredrickson [EMAIL PROTECTED] wrote:
On Sun, Aug 28, 2005 at 02:52:20PM -0400, Andrew Kohlsmith
On Mon, Aug 29, 2005 at 03:24:01PM -0500, Ric Moseley wrote:
Are changes to the zapata.conf file read on the fly or do you have to
restart the asterisk process?
It doesn't make any changes to the zapata.conf file. It has it's own config
file that you have to set it up to load from before you
Correct -- any changes to just zapata.conf do require a full restart of
asterisk (but do not require reloading of zaptel modules)
Rich Adamson wrote:
I'm 98% sure the zapata.conf changes require a full stop/start of asterisk.
Are changes to the zapata.conf file read on the fly or do
]
To: Asterisk Users Mailing List - Non-Commercial Discussion
asterisk-users@lists.digium.com
Sent: Tuesday, August 30, 2005 2:11 AM
Subject: Re: [Asterisk-Users] Will Echo problems EVER be solved, I'm scared
Correct -- any changes to just zapata.conf do require a full restart of
asterisk (but do
Is it practical to 'assume' that in your case mentioned above that
#1 is not going to occur again (since I assume when you say 'line'
you are referring to an outside pstn line), and, #2 is in a mode
of fine-tuning the training when in fact you'd really like it to
start the
Is it practical to 'assume' that in your case mentioned above that
#1 is not going to occur again (since I assume when you say 'line'
you are referring to an outside pstn line), and, #2 is in a mode
of fine-tuning the training when in fact you'd really like it to
start the
On Sunday 28 August 2005 10:21, Rich Adamson wrote:
Might try playing around with the canceler parameters on the fxs channel.
Since the analog fxs phone is always very close physically, maybe play
with the echotraining (echocancel=32, and other echo parameters) to
see what impact those might
Might try playing around with the canceler parameters on the fxs channel.
Since the analog fxs phone is always very close physically, maybe play
with the echotraining (echocancel=32, and other echo parameters) to
see what impact those might have. (In theory, using something like
Then, on a commercial turn up (back when I did these, it was Western
Union and/or MCI), the tech at the other end would again dialup the
milliwatt, report the value measured over the loop and the pad(s)
re-adjusted to match the values for the loss in a document provided.
That is
Matt Fredrickson wrote:
On Fri, Aug 26, 2005 at 02:00:54PM -0600, Rich Adamson wrote:
Relative to the fxotune app, it would appear the app is specific
to the v2.4 kernels (/dev/zap*), which the v2.6 kernels don't use
It should with 2.4 and 2.6. 2.6 kernels with properly configured
On Sunday 28 August 2005 11:59, Steve Underwood wrote:
I don't follow why knowing that impedance mismatch is the problem has
stopped you making fxotune fix it. :-\ Where you the one who asked me
how to make fxotune work well on IRC? Someone asked a while ago, and
said they were working on a
I'd suggest turning off echotraining on the FXS altogether, and perhaps
even
killing the echocanceller on FXS entirely. (you won't be getting
significant
echo from the FXS, and the FXO should be handling it anyway) --
echocancelwhenbridged might be an interesting thing to play with as well.
Since this is a lively topic, I'll ask here...
How can I measure the interval between the original and the echo?
On Mon, 29 Aug 2005, Soner Tari wrote:
I'd suggest turning off echotraining on the FXS altogether, and perhaps
even
killing the echocanceller on FXS entirely. (you won't be
On Sunday 28 August 2005 19:55, Soner Tari wrote:
Andrew sez:
echocancel=64
echocancelwhenbridged=yes
echotraining=800
channel = 1-3
echocancelwhenbridged=no
channel = 4-7
I am sure you know that in zapata.conf parameter settings are in effect
until specifically overridden later
Is it practical to 'assume' that in your case mentioned above that
#1 is not going to occur again (since I assume when you say 'line'
you are referring to an outside pstn line), and, #2 is in a mode
of fine-tuning the training when in fact you'd really like it to
start the
Is it practical to 'assume' that in your case mentioned above that
#1 is not going to occur again (since I assume when you say 'line'
you are referring to an outside pstn line), and, #2 is in a mode
of fine-tuning the training when in fact you'd really like it to
start the coarse-training
Is it practical to 'assume' that in your case mentioned above that
#1 is not going to occur again (since I assume when you say 'line'
you are referring to an outside pstn line), and, #2 is in a mode
of fine-tuning the training when in fact you'd really like it to
start the
I have splitters on 2 of the 3 PSTN lines. As I mentioned in my previous
posts, the echo performance of my system is not so bad, but does anybody
know if ADSL splitters may cause echo? After all, splitters have some
circuitry, and my wild guess is that that may influence the characteristics
of
I have splitters on 2 of the 3 PSTN lines. As I mentioned in my previous
posts, the echo performance of my system is not so bad, but does anybody
know if ADSL splitters may cause echo? After all, splitters have some
circuitry, and my wild guess is that that may influence the
This is an interesting document about VoIP and Echo.
http://www.cisco.com/univercd/cc/td/doc/cisintwk/intsolns/voipsol/ea_isd.htm
___
--Bandwidth and Colocation sponsored by Easynews.com --
Asterisk-Users mailing list
Asterisk-Users@lists.digium.com
[EMAIL PROTECTED]
To: Asterisk Users Mailing List - Non-Commercial Discussion
asterisk-users@lists.digium.com
Sent: Friday, August 26, 2005 2:39 AM
Subject: Re: [Asterisk-Users] Will Echo problems EVER be solved, I'm scared
___
--Bandwidth and Colocation
: Thursday, August 25, 2005 8:20 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [Asterisk-Users] Will Echo problems EVER be solved, I'm scared
I'll do my comments in line and hope I don't offend.
Rich Adamson wrote:
First off, thank you *very* much
I'm not the OP, but I had a similar problem, in my case fxotune ran
successfully for just one out of 3x FXO modules, but the coefficients were
all 0's. My kernel is 2.6.11 on CentOS 4.1.
So I'm curious if 2.6 kernel (instead of 2.4) has any input in this whole
echo issue, not just
.
-Original Message-
From: Rich Adamson [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 25, 2005 8:20 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [Asterisk-Users] Will Echo problems EVER be solved, I'm scared
I'll do my comments in line and hope I don't
to.
-Original Message-
From: Rich Adamson [mailto:[EMAIL PROTECTED]
Sent: Friday, August 26, 2005 1:38 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: RE: [Asterisk-Users] Will Echo problems EVER be solved, I'm scared
Bottom line... ztmonitor can be used to 'assist
On Fri, Aug 26, 2005 at 02:00:54PM -0600, Rich Adamson wrote:
Relative to the fxotune app, it would appear the app is specific
to the v2.4 kernels (/dev/zap*), which the v2.6 kernels don't use
It should with 2.4 and 2.6. 2.6 kernels with properly configured udev
rules should create the
Rich Adamson wrote:
clippage here
The -2 to -3 db is not correct for analog circuits. Copper wires have
a loss that is directly related to the length of the cable. (I don't
have the chart right here, but a 7,000 foot cable pair will have lets
say 6db of loss and a 3,000 foot pair will be
On Fri, Aug 26, 2005 at 02:00:54PM -0600, Rich Adamson wrote:
Relative to the fxotune app, it would appear the app is specific
to the v2.4 kernels (/dev/zap*), which the v2.6 kernels don't use
It should with 2.4 and 2.6. 2.6 kernels with properly configured udev
rules should create the
Bruce Ferrell wrote:
Then, on a commercial turn up (back when I did these, it was Western
Union and/or MCI), the tech at the other end would again dialup the
milliwatt, report the value measured over the loop and the pad(s)
re-adjusted to match the values for the loss in a document provided.
On Friday 26 August 2005 18:14, Rich Adamson wrote:
As mentioned in my last private email, all four analog pstn lines attached
to my TDM04b have been tested with a professional transmission test set
and all four are in excellent condition. Fxotune did not generate any
noticable differences to
Is it practical to 'assume' that in your case mentioned above that
#1 is not going to occur again (since I assume when you say 'line'
you are referring to an outside pstn line), and, #2 is in a mode
of fine-tuning the training when in fact you'd really like it to
start the coarse-training from
Eric Wieling aka ManxPower wrote:
Bruce Ferrell wrote:
Then, on a commercial turn up (back when I did these, it was Western
Union and/or MCI), the tech at the other end would again dialup the
milliwatt, report the value measured over the loop and the pad(s)
re-adjusted to match the values
The -2 to -3 db is not correct for analog circuits. Copper wires have
a loss that is directly related to the length of the cable. (I don't
have the chart right here, but a 7,000 foot cable pair will have lets
say 6db of loss and a 3,000 foot pair will be a 3db loss. You can't
engineer
On Friday 26 August 2005 18:14, Rich Adamson wrote:
As mentioned in my last private email, all four analog pstn lines attached
to my TDM04b have been tested with a professional transmission test set
and all four are in excellent condition. Fxotune did not generate any
noticable
You did not specify anything about your network. If your network has a
big latency, echo cancellers can get into trouble. For instance, I
have echo problems just using wireless POTS phones on my sipura 2100
sip adapter/router on an otherwise unused 8Mbps ADSL internet
connection at home.
Lars
First off, thank you *very* much for this unbelievably informative post!
I've
got it saved away now along with Kris Boutilier's adjusting rxgain/txgain
post.
On Wednesday 24 August 2005 17:14, Bruce Ferrell wrote:
At the point where the phone line get's to your demarc the is supposed
On Thursday 25 August 2005 08:00, Rich Adamson wrote:
If you mean placing a transmission test set at the customer's demarc (at
the customer's site), the -2 to -3 db is still incorrect for analog
pstn circuits. That level _will be_ the 0db generator tone minus the cable
loss from the CO to the
On Thursday 25 August 2005 08:00, Rich Adamson wrote:
If you mean placing a transmission test set at the customer's demarc (at
the customer's site), the -2 to -3 db is still incorrect for analog
pstn circuits. That level _will be_ the 0db generator tone minus the cable
loss from the CO to
Ok, fxotune is a work in progress so to speak. I fixed something in it about
a week ago that may help it adjust to the line better (whereas before I'm not
sure that it was at all). Try the latest CVS-HEAD version of fxotune as your
first step. (oh, after you use fxotune you should turn off
what kernel are you running ?
On Thu, 2005-08-25 at 17:01, Rich Adamson wrote:
Ok, fxotune is a work in progress so to speak. I fixed something in it
about
a week ago that may help it adjust to the line better (whereas before I'm
not
sure that it was at all). Try the latest
I'll do my comments in line and hope I don't offend.
Rich Adamson wrote:
First off, thank you *very* much for this unbelievably informative post! I've
got it saved away now along with Kris Boutilier's adjusting rxgain/txgain
post.
On Wednesday 24 August 2005 17:14, Bruce Ferrell wrote:
At
and just for REALLY bad form, responding to my own post with a postscript:
I had to have a lot of pictures drawn for me when I was learning this 20
years ago :)
Bruce Ferrell wrote:
I'll do my comments in line and hope I don't offend.
Rich Adamson wrote:
First off, thank you *very* much
I'm running 2.6.9-1.667 (with udev as mentioned in the original post).
what kernel are you running ?
On Thu, 2005-08-25 at 17:01, Rich Adamson wrote:
Ok, fxotune is a work in progress so to speak. I fixed something in it
about
a week ago that may help it adjust to the line better
I'll do my comments in line and hope I don't offend.
Rich Adamson wrote:
First off, thank you *very* much for this unbelievably informative post!
I've
got it saved away now along with Kris Boutilier's adjusting rxgain/txgain
post.
On Wednesday 24 August 2005 17:14, Bruce Ferrell
On Wednesday 24 August 2005 16:37, canuck15 wrote:
As others have recommended, I created a test system with the proposed
production parts. I bought a couple different SIP phones to try and a
Digium TDM01B card. I am using an older PIII 1Ghz system with 815chipset
(PCI Rev2.2) with 256MB for
Just because you cannot get it to work does not mean that
IT does not work.
Just using the right motherboard is not enough. Did
you check for IRQ problems? You don't mention whether you have checked for
this.
Look for a thread called "Asterisk-Users Small office
setupusing analog lines w
OK comments on echo and levels.
I made a living doing this in a central office so take it for what it's
worth.
Milliwatt is 0dbm0 or 0dbm at a 0 reference point.
At the point where the phone line get's to your demarc the is supposed
to ba a -2 to 3db reference point, sometimes called a -2
Has anyone tried this approach?
1) Install * on a PC(probably don't need much horsepower)
2) Setup a sipura spa-2000 ata so that it is not on the same lan you are
troubleshooting. One way to do this is with a crossover cable to the
above PC. Restrict both ata ports to ulaw only.
3) Port 1
The Asterisk Software is not the problem. I'm thinking and I could be
wrong that your having a total line balance mismatch with the card your
using. Check the line impedance and the card's. Most people using
Asterisk don't have that much echo. Anyway It would be nice to see a
manual Hybrid
Try to use another land line and test the echo problem again.
Do you have any DSL service running in that line?
Quoting canuck15 [EMAIL PROTECTED]:
I came into this with my eyes wide open. I have read ABSOLUTELY EVERYTHING
there is to be found on the net about avoiding echo problems BEFORE
From: Wiley Siler
[mailto:[EMAIL PROTECTED] Sent: Wednesday, August 24, 2005
2:00 PMTo: Asterisk Users Mailing List - Non-Commercial
DiscussionSubject: RE: [Asterisk-Users] Will Echo problems EVER be
solved, I'm scared
Just because you cannot get it to work does not mean that
IT doe
: Alfredo J. Fabretti [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 24, 2005 3:18 PM
To: asterisk-users@lists.digium.com
Subject: Re: [Asterisk-Users] Will Echo problems EVER be solved, I'm scared
Try to use another land line and test the echo problem again.
Do you have any DSL service running
-
From: Alfredo J. Fabretti [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 24, 2005 3:18 PM
To: asterisk-users@lists.digium.com
Subject: Re: [Asterisk-Users] Will Echo problems EVER be solved, I'm scared
Try to use another land line and test the echo problem again.
Do you have any DSL service
First off, thank you *very* much for this unbelievably informative post! I've
got it saved away now along with Kris Boutilier's adjusting rxgain/txgain
post.
On Wednesday 24 August 2005 17:14, Bruce Ferrell wrote:
At the point where the phone line get's to your demarc the is supposed
to ba a
Ok, fxotune is a work in progress so to speak. I fixed something in it about
a week ago that may help it adjust to the line better (whereas before I'm not
sure that it was at all). Try the latest CVS-HEAD version of fxotune as your
first step. (oh, after you use fxotune you should turn off your
[mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 24, 2005 8:18 PM
To: 'Asterisk Users Mailing List - Non-Commercial Discussion'
Subject: RE: [Asterisk-Users] Will Echo problems EVER be solved, I'm scared
dude it's gotta be something with your system. Im using same setup at home
with a TDM22
60 matches
Mail list logo