Синхронизация SQL Server перестала работать

Существует две философских школы насколько сеть для телефонов идет-

1. Сохраните речь и данные разделенной так, чтобы отказ основной сети не влиял на телефоны. Телефоны должны работать, укомплектовать, таким образом, они должны иметь свои собственные переключатели и иметь сеть передачи речи, оконечную в PBX, который имеет свое собственное соединение с брандмауэром.
2. Сделайте целую сеть максимально надежной. Почему должен речевая часть его быть единственной вещью, это надежно? Все порты должны смочь обеспечить POE и QOS VoIP тонального сигнала готовности к набору номера. Конец истории.

Я твердо полагаю, что с современным оборудованием довольно легко создать единую сеть, которая обеспечивает высокие уровни надежности для VoIP и стандартных применений данных.

Например, с чем-то как переключатели Enterasys C3 можно создать политики, которые дают один класс устройства (на основе 802.1x или MAC) супер высокое QOS, но только самое большее 300 Кбит/с пропускной способности. Все остальное получает более низкое QOS, но позволяется столько же пропускной способности по мере необходимости. Они делают много другого прохладного основанного на политике материала, а также стандартного POE / маршрутизация L3 (статические маршруты, ospf и разрыв).

Просто убедитесь, что у Вас есть большой UPSs на всем оборудовании, которое это необходимо для поддержки 911 / экстренные вызовы.

Если Вы соберетесь пойти с неуправляемыми переключателями или переключателями, которые не могут защитить Вашу сеть от вещей как "широковещательные штормы" или других вещей типа DOS, то Вы захотите прервать свою сеть в речь / данные, но я полагаю, что выполнение так делает сеть излишне сложной.

О, и насколько Ваша граница идет, используйте маршрутизатор, такой как netscreen 5gt, который может удостовериться, что у Вас есть пропускная способность и память и эфемерные порты, отложенные для трафика VoIP при использовании сервиса магистрали SIP, такого как callcentric.