Перемещение от Аналога PBX к цифровому VoIP?

Рассмотрите рассмотрение предложений MPLS от различных национальных поставщиков (QWest, AT&T, и т.д.). Можно получить интернет-соединение в каждом удаленном офисе и "частной" возможности соединения между сайтами через "облако" поставщика. Концептуально, это немного похоже на наличие VPN между сайтами, кроме механизма поставщика обрабатывает соединение VPN.

Вы могли бы узнать, что ежемесячная стоимость не так плоха, как Вы думаете. При обеспечении речевого телефона в изображение, можно на самом деле закончить со снижение расходов.

Редактирование (теперь, когда у меня есть еще некоторое время):

Некоторые "хорошие" вещи, которые поставщики MPLS будут часто давать Вам "бесплатно" с решением, включают:

• NAT и брандмауэринг в облаке. Может быть снижение расходов для обеспечения MPLS в сайты, которые уже не имеют брандмауэров, но обычно не так гибко как наличие Вашего собственного брандмауэра на месте (и не так легко контролировать или получить счетчики из). У меня есть Клиент, у которого есть поставщик MPLS, который позволяет нам использовать их функциональность брандмауэра на сайтах, которые не размещают стоящие с Интернетом серверы, но передает весь трафик на сайте, где стоящие с Интернетом серверы размещаются в к брандмауэру там без фильтров или NAT. Это на самом деле довольно хорошо.

• QoS для трафика, пересекающего облако MPLS. Если Вы знаете, что собираетесь иметь определенные потоки трафика между сайтами на облаке, которое должно иметь приоритет, можно было обычно настраивать это в облаке (и на CPE на каждом сайте).

• Центральный выход к Интернету, если Вы хотите это. За счет использования Вашей облачной пропускной способности можно обычно запрашивать конфигурацию, которая заставляет весь доступ к Интернету от удаленных сайтов пересекать облако и выход на сайте "концентратора".

У Вас может быть некоторая гибкость с использованием нескольких ISPs. У меня есть один Клиент, который использует MPLS для "важных" удаленных сайтов и соединения VPN с помощью устройств Cisco ASA и товарного DSL или кабельных Интернет-соединений для "менее важных" сайтов. (Они выполняют VPN concentator устройство на их сайте "концентратора", который выставляется через Интернет через поставщика MPLS.)

В теории Вы могли также использовать протокол динамической маршрутизации или плавающие статические маршруты, чтобы сделать "обработку отказа" к туннелям VPN через вторичные товарные Интернет-соединения, если бы облако MPLS "понизилось". Если Ваше время работы должно выровнять по ширине расход, изучите это. Типичные проблемы с сетями MPLS происходят в "последней миле" (типичные глупые телекоммуникационные проблемы - умный сбой разъемов, при этом волокнами является BIFF'ed, и т.д.), тем не менее, не в "облаке".