[asterisk-ss7] why
Matthew Fredrickson
creslin at digium.com
Fri Sep 12 10:38:28 CDT 2008
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
More information about the asterisk-ss7
mailing list