Hi. Just a quick reply... Tony Graziano wrote: > > sipx is not designed to be a firewall.
This has nothing to do with firewalls. We run Cisco firewalls and they work quite well. :) The second interface is strictly for management, monitoring, imaging, network storage, etc. Typically, the second (and sometimes third) interface is connected to a non-routable network and/or VPN. This is an extremely common network topology so I'm surprised that the sipx project hasn't fully corrected the shortcoming already, especially since the platform is directed at enterprise deployments. I might add that our offices are interconnected across VPNs. That gets rid of any requirement for excessive public ip consumption and also alleviates the need to configure NAT for our SIP traffic. As long as we can bridge the public/private VOIP traffic at our data center we're good to go. While the devs might not like the criticism... I think if it's true that Nortel resolved the issue for SCS500 then I'm not the only one that thinks this is a design flaw. Also, just because someone mentions "Asterisk" on this list, it isn't meant to invite personal opinion about the platform's merits; it's a widely deployed application that works quite well in installations up to a certain size and it certainly has proven to be quite flexible over the years. Indeed, the latest SwitchVox release (4.5) raises the bar by providing an even greater integration with Polycom hardware. Personally? I just can't stand the architecture of Asterisk but that's only me being a nerd. It's been great seeing the sipx project evolve over time but so far it seems that I'm continuing to have to hold off on a deployment because one feature or another is missing. It's awesome that there's a roadmap (more than most projects have) but then I'm puzzled by some of the priorities... -mark _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/
