[asterisk-ss7] why

[Matthew Fredrickson]

olivier taylor wrote:
> echocancel is set, the exact message is :

Ok, this means that you either need to try to use a different/better 
software echo canceller or you need to get a hardware echo canceller 
that will perform better.  Thanks for checking that, we just had a 
problem a while ago where the echo canceller wasn't being turned when 
calls came in (in a particular scenario) and I wanted to make sure that 
that wasn't happening again.

Matthew Fredrickson
Digium, Inc.

> 
> uu212-190-xx-xxx*CLI> dahdi show channel 2
> Channel: 267-183*CLI>
> File Descriptor: 22
> Span: 1
> Extension: 7-183*CLI>
> Dialing: no
> Context: default
> Caller ID:
> Calling TON: 0
> Caller ID name:
> Mailbox: none
> Destroy: 0
> InAlarm: 0
> Signalling Type: SS7
> Radio: 00-67-183*CLI>
> Owner: DAHDI/2-1
> Real: DAHDI/2-1 (Linear)
> Callwait: <None>
> Threeway: <None>
> Confno: -1
> Propagated Conference: -1
> Real in conference: 0
> DSP: yes
> Busy Detection: no
> TDD: no
> Relax DTMF: no
> Dialing/CallwaitCAS: 0/0
> Default law: alaw
> Fax Handled: no
> Pulse phone: no
> DND: no
> Echo Cancellation:
>    128 taps
>    currently ON
> CIC: 2
> Actual Confinfo: Num/0, Mode/0x0000
> Actual Confmute: No
> Hookstate (FXS only): Onhook
> 
> 
> Matthew Fredrickson a écrit :
>> olivier taylor wrote:
>>>
>>>
>>> Matthew Fredrickson a écrit :Well, I am quite happy with libss7, no 
>>> real reasons to change for me.
>>> But, I can't be sure and this is another problem, since I use 
>>> chan_dadhi, I have big echo problems, it wans't the case with zaptel.
>>> I am buying E1 cards with hardware echo canceller to avoid this 
>>> problem because I didn't find any solution with Dahdi.
>>> Tuning by rxgain/txgain makes the echo a bit better, but an echo 
>>> still remain.
>>
>> I think I might have mentioned this in another email, so please 
>> forgive me if I did, but when you have a call up with echo on it, can 
>> you check `dahdi show channel x` where is is the DAHDI channel that 
>> you are connected to and tell me if the echocancel: option is set to 
>> something besides no?
>>
>> Thanks,
>> Matthew Fredrickson
>> Digium, Inc.
>>
>>>
>>> Dunno if I am the only to have that problem.
>>>
>>> Kind regards,
>>>
>>> Olivier
>>>> Krzysztof Drewicz wrote:
>>>>  
>>>>> Oakland, Alan napisał(a):
>>>>>   
>>>>>> To further clarify, libss7 is developed by Digium, where chan_ss7 is
>>>>>> developed by a company called Dicea, more information on chan_ss7 
>>>>>> can be
>>>>>> found on it's voip-info page
>>>>>> http://www.voip-info.org/wiki/view/Asterisk+ss7+channels
>>>>>>         
>>>>> Also:
>>>>>
>>>>> chan_ss7 by Dicea has a cluster/failover capability where you have 
>>>>> one SPC for you asterisk (one point code in SS7, just like one IP), 
>>>>> and if used with 2 hosts, each one having at least one E1 to your 
>>>>> SS7 peer , then (if your peer understands changeover and emergency 
>>>>> changeover messages it's 99.99%)  one of your asterisk machines 
>>>>> could do a reboot, and a second one will go on.
>>>>>     
>>>>
>>>>
>>>>  
>>>>> libss7 has (am i correct) no official support, in other words: you 
>>>>> cannot expect Digium Support (even with Asterisk Premium Edition) 
>>>>> to solve your problems with libss7, they will help, but the 
>>>>> response time etc... for ss7 is not in the contract.
>>>>>     
>>>>
>>>> Regarding the current "official" support channel for libss7, this is 
>>>> certainly no worse off than the lack of an official support channel 
>>>> for chan_ss7.  And with libss7 you get the benefit that the original 
>>>> author (myself) is still actively maintaining and supporting it, as 
>>>> well as working with many of you in the community with any problems 
>>>> you run into.
>>>>
>>>> There are still some policies and decisions we have to make about 
>>>> how we're going to officially support libss7 though.  I believe that 
>>>> when we make the official release of Asterisk-1.6.0 (Open source) 
>>>> installation support will be something you can call support about 
>>>> (although it'll probably end up coming back to me for a while, while 
>>>> the technical support staff are learning how to support it).
>>>>
>>>> With regards to BE, I was asked a while ago about including libss7 
>>>> support in it.  At the time (this was probably a year or year and 
>>>> half ago), I thought it wouldn't be a good idea, due to maturity 
>>>> issues.  Now though, I feel that libss7 is to the point where I 
>>>> would feel good about putting it in BE since, IMHO, it has been 
>>>> proven as far as stability and performance goes.
>>>>
>>>> If there is enough interest in getting support for libss7 (i.e. 
>>>> people would be willing to buy copies of it to use with libss7) I 
>>>> can look into what it would take to get it in.
>>>>
>>>> -- 
>>>> Matthew Fredrickson
>>>> Digium, Inc.
>>>>
>>>> _______________________________________________
>>>> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>>>>
>>>> asterisk-ss7 mailing list
>>>> To UNSUBSCRIBE or update options visit:
>>>>    http://lists.digium.com/mailman/listinfo/asterisk-ss7
>>>>
>>>>   
>>>
>>> ------------------------------------------------------------------------
>>>
>>> _______________________________________________
>>> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>>>
>>> asterisk-ss7 mailing list
>>> To UNSUBSCRIBE or update options visit:
>>>    http://lists.digium.com/mailman/listinfo/asterisk-ss7
>>
>>
>