На диаграмме ниже показана наша текущая сетевая архитектура. Все соединения работают в полнодуплексном режиме 100 Мбит / с, за исключением Телефонные системы TalkSwitch которые работают в полудуплексе со скоростью 10 Мбит / с (верхний правый угол диаграммы). Каждый из боксов TalkSwitch обеспечивает 8 аналоговых и 8 IP-телефонных соединений, поэтому у нас может быть в общей сложности 16 аналоговых и 16 IP-телефонов.
Примечание. Четыре управляемых коммутатора HP ProCurve 2524 не настроены на отдельные VLAN.
Меня беспокоит влияние на производительность подключения обоих коммутаторов, обоих блоков TalkSwitch и беспроводного моста к нашему VPN-маршрутизатору RV082 в нашем главном офисе.
Я предлагаю изменить нашу конфигурацию, как показано ниже. Я считаю, что это ограничит RV082 только просмотром трафика, привязанного к Интернету, за исключением предоставления DHCP динамическим клиентам; однако я не ожидал, что это сильно повлияет на производительность, учитывая, что время аренды клиента установлено на 24 часа.
Мысли? Проблемы? Рекомендации?
Одна из проблем заключается в том, что в здании №2 и №3 IP-телефоны связываются с устройствами TalkSwitch на полудуплексной скорости 10 Мбит / с. Не повлияет ли это на производительность остальной сети?
Как уже заметил Вим, полудуплекс не имеет значения. Коммутаторы могут работать с каждым портом на разных скоростях и в дуплексном режиме.
Самый простой способ оценить это - подумать о пути от компонента к компоненту и выбрать самое слабое звено. Вся ваша связь между зданием № 2 и штаб-квартирой происходит по линии 3 Мбит / с / 300 кбит / с, совместно используемой с другими функциями Интернета; Будет ли у вас соединение со скоростью 10 Мбит / с или 100 Мбит / с в штаб-квартире, не имеет значения, потому что соединение VPN будет доминирующим фактором при определении пропускной способности межсоединения.
Глядя на вашу диаграмму, существенное изменение, которое я вижу в вашем предложении, - это введение канала связи 1 Гбит / с между двумя коммутаторами HP 2524 в штаб-квартире. На одном коммутаторе у вас есть несколько серверов, каждый из которых ограничен скоростью 100 Мбит / с, а на другом - несколько клиентских рабочих станций, также ограниченных до 100 Мбит / с или 54 Мбит / с по беспроводной сети. Ни одна машина здесь не будет способна исчерпать канал передачи данных между двумя коммутаторами, но с интенсивным трафиком на нескольких машинах между клиентами и серверами вы оцените канал 1 Гбит / с.
Вы пытаетесь решить теоретическую проблему проектирования или у вас есть реальная проблема качества VoIP-звонков?
Любой из коммутаторов должен поддерживать сочетание скорости портов (10/100/1000) и дуплекса (половинная / полная). Само по себе это не должно быть проблемой.
Я бы позволил RV082 быть только маршрутизатором с единственным кабелем LAN, идущим к вашему коммутатору HP. Пусть маршрутизатор будет маршрутизатором, а коммутатор - коммутатором ...
Немного глупо, что Talkswitch поддерживает только 10 HD. Но, тем не менее, несжатый вызов VoIP ulaw / alaw занимает максимум 100 кбит / с, поэтому вы можете без проблем запускать множество одновременных вызовов.
Вы можете / должны изучить особенности QoS вашего маршрутизатора и переключателей еще немного.
Это может помочь: http://www.hp.com/rnd/pdf_html/traffic_profiles.htm#environment2 но вам, возможно, придется немного больше поохотиться, чтобы найти правильный документ для вашего коммутатора.
Я использовал специализированные критически важные системы телефонии для биржевых трейдеров на 10 Мбит, полудуплекс, и я не видел проблем с этим аспектом системы. (Турели IPC работали только на 10 / половину.)
Проверяли ли вы качество связи с IP-телефоном, напрямую подключенным к Procurves в штаб-квартире? Это должно устранить переключающее устройство как возможную причину.
Я также чувствую, что у вас нет какой-либо системы мониторинга для оценки использования полосы пропускания на этих RV082. Если нет простого способа проверить использование полосы пропускания с помощью консоли веб-администратора для этих маршрутизаторов, рассмотрите возможность внедрения системы мониторинга производительности. Другой быстрый Google показывает, что эти маршрутизаторы поддерживают SNMP. Если вам удастся найти запасной компьютер, на который можно будет использовать Cacti или PRTG, это должно иметь большое значение для определения уровня насыщения интернет-соединения. (Добавьте сюда Nagios, и вы получите монитор доступности для вашей сети.)
Без точных данных я подозреваю, что Интернет-соединение в здании № 3 ограничивает вашу пропускную способность. Поэтому стоит поговорить со своим провайдером, чтобы узнать, какие варианты и затраты на обновление у вас есть. Но перед покупкой обновления я бы посоветовал подтвердить проблему с помощью мониторинга производительности. Перед покупкой узнайте, сколько еще вам нужно купить.
Кроме того, какой кодек используют эти IP-телефоны? Я не знаком с Talkswitch, но быстрый Google показывает, что они поддерживают G.711 или G.729. Если они используют G.711, который использует полосу пропускания 80 кбит, вы сможете выполнить не более 3 вызовов через этот Интернет-канал на удаленном сайте. G.729 на порядок сократит использование полосы пропускания телефонии. Пострадает качество связи, поэтому убедитесь, что ваше руководство готово, прежде чем вносить это изменение. Но может быть полезно сделать это в краткосрочной перспективе, если оценка использования полосы пропускания займет больше времени.
HTH!