Hello, There are 3 PRI's connected to the card each from different operators. Especially echo occured on span 3 is really annoying. Configuration files are as follows. Is there something wrong in conf ? Zapata.conf -------------------------- [channels] context=default switchtype=euroisdn usecallerid=yes hidecallerid=no callwaiting=yes usecallingpres=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes cancallforward=yes callreturn=yes callerid=asreceived echocancel=yes echotraining=yes rxgain=0.0 txgain=0.0 group = 1 signalling=pri_cpe context=default channel => 1-15 channel => 17-31 group = 2 signalling=pri_cpe context=default channel => 32-46 channel => 48-62 group = 3 signalling=pri_cpe context=Satelco channel => 63-77 channel => 79-93 group = 4 signalling=pri_cpe context=default channel => 94-108 channel => 110-124 zaptel.conf------------------------------ span = 1,1,0,ccs,hdb3,crc4 bchan = 1-15,17-31 dchan = 16 span = 2,1,0,ccs,hdb3 bchan = 32-46,48-62 dchan = 47 span = 3,1,0,ccs,hdb3,crc4 bchan = 63-77,79-93 dchan = 78 span = 4,1,0,ccs,hdb3 bchan = 94-108,110-124 dchan = 109 loadzone = nl defaultzone = nl -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20060615/e45c2d7c/attachment.htm
Try setting echocancelwhenbridged=yes. Also, in your zaptel, you only need to define one span as the clock master, so should be like zaptel.conf------------------------------> span = 1,1,0,ccs,hdb3,crc4 > bchan = 1-15,17-31 > dchan = 16 > > span = 2,0,0,ccs,hdb3 > bchan = 32-46,48-62 > dchan = 47 > > span = 3,0,0,ccs,hdb3,crc4 > bchan = 63-77,79-93 > dchan = 78 > > span = 4,0,0,ccs,hdb3 > bchan = 94-108,110-124 > dchan = 109 > > loadzone = nldefaultzone = nl Thanks, James On 6/15/06 6:29 AM, "Idris AVCI" <idris.avci@vodatech.com.tr> wrote:> Hello, > > There are 3 PRI?s connected to the card each from different operators. > Especially echo occured on span 3 is really annoying. Configuration files are > as follows. Is there something wrong in conf ? > > Zapata.conf -------------------------- > [channels] > context=default > switchtype=euroisdn > usecallerid=yes > hidecallerid=no > callwaiting=yes > usecallingpres=yes > callwaitingcallerid=yes > threewaycalling=yes > transfer=yes > cancallforward=yes > callreturn=yes > callerid=asreceived > echocancel=yes > echotraining=yes > rxgain=0.0 > txgain=0.0 > > group = 1 > signalling=pri_cpe > context=default > channel => 1-15 > channel => 17-31 > > group = 2 > signalling=pri_cpe > context=default > channel => 32-46 > channel => 48-62 > > group = 3 > signalling=pri_cpe > context=Satelco > channel => 63-77 > channel => 79-93 > > group = 4 > signalling=pri_cpe > context=default > channel => 94-108 > channel => 110-124 > > zaptel.conf------------------------------ > span = 1,1,0,ccs,hdb3,crc4 > bchan = 1-15,17-31 > dchan = 16 > > span = 2,1,0,ccs,hdb3 > bchan = 32-46,48-62 > dchan = 47 > > span = 3,1,0,ccs,hdb3,crc4 > bchan = 63-77,79-93 > dchan = 78 > > span = 4,1,0,ccs,hdb3 > bchan = 94-108,110-124 > dchan = 109 > > loadzone = nl > defaultzone = nl > > > _______________________________________________ > --Bandwidth and Colocation provided by Easynews.com -- > > Asterisk-Users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users-------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20060615/381567f1/attachment.htm
Hi List,
Just a little question about the MYSQL(Clear ) function,
Do I need to clear the resultid after an update or an Insert query ?
Because I don't want to overload mysql ...
I'm doing this actually and I have troubles I don't understand....
resultid is set in the following macro and everytime I try to clear it
I get errors from app_addon_sql_mysql...
Here is the macro and the output:
[macro-hangup]
exten => s,1,MYSQL(Connect connid host user pass db)
exten => s,2,MYSQL(Query resultid ${connid} UPDATE\ `sometable`\ SET\
`end_date`=\NOW()\ WHERE\ `uniqid`=\'${UNIQUEID}\'\ LIMIT\ 1)
exten => s,3,GotoIf(${resultid}?4:5)
exten => s,4,MYSQL(Clear ${resultid})
exten => s,5,MYSQL(Query resultid ${connid} UPDATE\ `someothertable`\
SET\ `end_date`=\NOW()\ WHERE\ `uniqid`=\'${UNIQUEID}\'\ LIMIT\ 1)
exten => s,6,GotoIf(${resultid}?7:8)
exten => s,7,MYSQL(Clear ${resultid})
exten => s,8,GotoIf(${connid}?10:11)
exten => s,9,MYSQL(Disconnect ${connid})
------------------------------------Ast
Output--------------------------------
-- Executing Macro("Zap/49-1", "hangup") in new stack
-- Executing MYSQL("Zap/49-1", "Connect connid host user pass
db")
in new stack
-- Executing MYSQL("Zap/49-1", "Query resultid 24 UPDATE
`sometable`
SET `end_date`=NOW() WHERE `uniqid`='1150372171.37' LIMIT 1") in
new stack
-- Executing GotoIf("Zap/49-1", "25?4:5") in new stack
-- Goto (macro-hangup,s,4)
-- Executing MYSQL("Zap/49-1", "Clear 25") in new stack
Jun 15 13:50:16 WARNING[11358]: app_addon_sql_mysql.c:115
find_identifier: Identifier 25, identifier_type 2 not found in
identifier list
Jun 15 13:50:16 WARNING[11358]: app_addon_sql_mysql.c:348 aMYSQL_clear:
Invalid result identifier 25 passed in aMYSQL_clear
-- Executing MYSQL("Zap/49-1", "Query resultid 25 UPDATE
`someothertable` SET `end_date`=NOW() WHERE `uniqid`='1150372171.37'
LIMIT 1") in new stack
-- Executing GotoIf("Zap/49-1", "25?8:9") in new stack
-- Goto (macro-hangup,s,8)
-- Executing MYSQL("Zap/49-1", "Clear 25") in new stack
Jun 15 13:50:16 WARNING[11358]: app_addon_sql_mysql.c:115
find_identifier: Identifier 25, identifier_type 2 not found in
identifier list
Jun 15 13:50:16 WARNING[11358]: app_addon_sql_mysql.c:348 aMYSQL_clear:
Invalid result identifier 25 passed in aMYSQL_clear
-- Executing GotoIf("Zap/49-1", "25?10:11") in new stack
-- Goto (macro-hangup,s,10)
-- Executing MYSQL("Zap/49-1", "Disconnect 25") in new
stack
-- Hungup 'Zap/49-1'
On 6/15/06, Idris AVCI <idris.avci@vodatech.com.tr> wrote:> > Hello, > > There are 3 PRI's connected to the card each from different operators. > Especially echo occured on span 3 is really annoying. Configuration files > are as follows. Is there something wrong in conf ? >Have you verified that the provider on span 3 is not using some high latency routing? The configuration line "context=Satelco" suggests a satellite company? They should do the echo cancelling on your behalf if they have high latency routes as the asterisk EC will never keep up under those circumstances. We have even experienced problems within Europe where providers route national calls via international routes to save money. This adds significant latency and makes any echo so heavily delayed that asterisk cannot remove it. Cheers, Steve
Steve Davies wrote:> On 6/15/06, Mike Fedyk <mfedyk@mikefedyk.com> wrote: >> Steve Davies wrote: >> > We have even experienced problems within Europe where providers route >> > national calls via international routes to save money. This adds >> > significant latency and makes any echo so heavily delayed that >> > asterisk cannot remove it. > >> More than 128ms? > > 128 = 128 taps = 16ms of 8KHz audio, so no, not more that 128ms, but > definitely more than 16ms.No, 128ms = 1024 taps Like what sangoma offers. Ding, Ding, Ding, Ding!
I forgot to mention one thing. I don't know if it changes anything. Internal users are connected to another PBX which connects to asterisk over SIP. Echo is always at internal user side. External user never hears echo. External User --> PSTN --> Asterisk --> SIP --> CIC --> Internal User -----Original Message----- From: Steve Davies [mailto:davies147@gmail.com] Sent: Friday, June 16, 2006 11:57 AM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [Asterisk-Users] Echo Problem with T411P On 6/15/06, Mike Fedyk <mfedyk@mikefedyk.com> wrote:> Steve Davies wrote: > > We have even experienced problems within Europe where providersroute> > national calls via international routes to save money. This adds > > significant latency and makes any echo so heavily delayed that > > asterisk cannot remove it.> More than 128ms?128 = 128 taps = 16ms of 8KHz audio, so no, not more that 128ms, but definitely more than 16ms. Steve _______________________________________________ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Hi Steve, Thank you for your answers. First of all span 3 is not a satellite link and no echo occurs when I connect this line to another pbx with HW EC feature. I use TE411P with hardware EC and asterisk version 1.2.5. Do I have to do something to enable EC for this card ? Idris -----Original Message----- From: Steve Davies [mailto:davies147@gmail.com] Sent: Monday, June 19, 2006 1:28 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [Asterisk-Users] Echo Problem with T411P> >> More than 128ms? > > > > 128 = 128 taps = 16ms of 8KHz audio, so no, not more that 128ms, but > > definitely more than 16ms. > No, 128ms = 1024 taps > > Like what sangoma offers. > > Ding, Ding, Ding, Ding!Okay, to be complete in my answers: No I do not get more than 128ms delay caused by European routing (I only threw that in as an example anyway), but asterisk's software cancellers only cancel 16ms, any more than that seems fairly buggy, and eats CPU. On the other hand, if that is a satellite link on span 3, you could easily get latency in excess of 1 second, which it should be the provider's responsibility to cancel, not the end user's IMHO. I also agree that the sangoma EC is excellent :) Do we know what E1/T1 hardware is in use here, and whether hardware EC is available? Steve _______________________________________________ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
----- Steve Davies <davies147@gmail.com> wrote:> :) Now you've defeated me. I imagine that you need to do something to > enable EC on that card, but it is not a card I know, so I'll leave it > to someone who knows the card to offer any suggestions.The only requirement is that 'echocancel=yes' is present in zapata.conf for those channels. If the hardware echo canceler is present and enabled, then it will be used instead of the software canceler for those channels. -- Kevin P. Fleming Senior Software Engineer Digium, Inc.