Архитектурная сеть с полудуплексной телефонной системой 10 Мбит / с

Текущая конфигурация

Диаграмма ниже показывает нашу текущую сетевую архитектуру. Все соединения работают в полнодуплексном режиме 100 Мбит / с, за исключением телефонных систем TalkSwitch, которые работают в полудуплексном режиме 10 Мбит / с (верхний правый угол диаграммы). Каждый блок TalkSwitch обеспечивает 8 аналоговых и 8 IP-телефонных соединений, поэтому мы можем иметь в общей сложности 16 аналоговых и 16 IP-телефонов.

Примечание. Четыре управляемых коммутатора HP ProCurve 2524 не настроены с отдельными VLAN.

Я обеспокоен влиянием на производительность обоих коммутаторов, обоих блоков TalkSwitch и беспроводного моста, подключенного к нашему маршрутизатору RV082 VPN в нашей штаб-квартире.

Предлагаемая конфигурация

Я предлагаю изменить нашу конфигурацию, как показано ниже. Я думаю, что это ограничит 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 быть только маршрутизатором, с одним кабелем локальной сети, идущим к коммутатору 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 сократит использование полосы пропускания телефонии на порядок. Качество звонков пострадает, поэтому убедитесь, что ваше руководство на борту, прежде чем вносить эти изменения. Но может быть полезно сделать это в краткосрочной перспективе, если оценка использования полосы пропускания займет больше времени.

НТН!