I agree as well.
ACME is a good product, probably doing more regarding SIP standards then
any other (SBC) vendor.
It is at least MUCH better then a product build in Norway, bought by John
C, for Video.
I had to implement their solution instead of an ACME because management
did not know Acme,
and they knew (..and trust..) the other vendor...............
and now I'm faced with a long list of issues.
>From interop issues to very real security issues.
Now I really appreciate SipX and ACME much better then before.
Michael Picher <[email protected]> wrote on 16-03-2012 09:16:52:
> I agree with Emilio, Acme is one of the top products on the market.
>
> Maybe somebody with a properly working Acme could document it in the
> Wiki for those who follow...
>
> Mike
> On Thu, Mar 15, 2012 at 10:26 AM, Emilio Panighetti <[email protected]>
wrote:
>
> Content-Type: text/plain;
> charset="utf-8"
> Content-Transfer-Encoding: 8bit
> Organization: SipXecs Forum
> In-Reply-To: <CAMgKNJV4qX3t0i=
> [email protected]>
> X-FUDforum: 08063afcdd00a6e76393c5b9527381e8 <66615>
> Message-ID: <[email protected]>
>
>
>
> I don't think it's your Acme SBC. Registration caching and
> NAT traversal from the SBC to sipXecs worked from day one
> for me, and I understand there are several implementations
> using sipXecs with Acme SBCs. Since your doesn't seem to be
> an sipXecs related problem; please send me a PM if you're
> interested and can look at this offline.
>
> Regards
> _______________________________________________
> sipx-users mailing list
> [email protected]
> List Archive: http://list.sipfoundry.org/archive/sipx-users/
>
>
> --
> Michael Picher, Director of Technical Services
> eZuce, Inc.
> 300 Brickstone Square
> Suite 201
> Andover, MA. 01810
> O.978-296-1005 X2015
> M.207-956-0262
> @mpicher <http://twitter.com/mpicher>
> www.ezuce.com
>
>
------------------------------------------------------------------------------------------------------------
> There are 10 kinds of people in the world, those who understand
> binary and those who don't.
> _______________________________________________
> sipx-users mailing list
> [email protected]
> List Archive: http://list.sipfoundry.org/archive/sipx-users/
_______________________________________________
sipx-users mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-users/
