Архітектурна мережа з напівдуплексною телефонною системою 10 Мбіт / с

Поточна конфігурація

На діаграмі нижче представлена ​​наша поточна архітектура мережі. Усі з'єднання працюють на повному дуплексному режимі зі швидкістю 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 та штаб-квартирою відбувається за допомогою лінії 3Mbps / 300kpbs, спільної з іншими обов'язками в Інтернеті; чи є у вас з'єднання 10 Мбіт / с або 100 Мбіт / с у штаб-квартирі, не має значення, оскільки VPN-зв'язок буде домінуючим фактором у визначенні пропускної здатності з'єднання.

Дивлячись на вашу діаграму, зміна матеріалу, яке я бачу у вашій пропозиції, полягає у введенні 1Gbps зв'язку між двома комутаторами HP 2524 у штаб-квартирі. В одному комутаторі ви маєте купу серверів, кожен з яких обмежений 100Мбіт / с, а на іншому - купа клієнтських робочих станцій, також обмежених 100Мбіт / с або 54Мбіт / с по бездротовій мережі. Жодна машина тут не зможе вичерпати зв’язок даних між двома комутаторами, але при великому трафіку на декількох машинах між клієнтами та серверами ви оціните посилання 1Gbps.

Ви намагаєтеся вирішити теоретичну проблему дизайну або у вас є фактична проблема якості VoIP-дзвінків?

Будь-який з комутаторів повинен мати можливість керувати сумішшю швидкості порту (10/100/1000) та дуплексних (половина / повна). Це саме по собі не повинно бути проблемою.

Я б дозволив RV082 бути лише маршрутизатором, з одним кабелем локальної мережі, що йде до вашого комутатора HP. Нехай роутер буде маршрутизатором, а перемикач перемикачем ...

Трохи нерозумно, що Talkswitch робить лише 10 ГД. Але все-таки некомпресований VoIP-дзвінок у незахищеному / нелегальному режимі займає максимум 100 кбіт / с, тому без проблем можна виконувати безліч одночасних дзвінків.

Ви можете / слід вивчити особливості QoS вашого маршрутизатора та комутаторів трохи більше.

Це може допомогти: http://www.hp.com/rnd/pdf_html/traffic_profiles.htm#environment2, але вам, можливо, доведеться полювати трохи більше за правильним документом для вашого комутатора.

Я запускав спеціалізовані системи критичної телефонії для торговців акціями на 10 Мбіт, напівдуплекс, і я не бачив проблем із цим аспектом системи. (Турелі IPC працювали лише в 10 / половину.)

Ви перевірили якість виклику за допомогою IP-телефону, безпосередньо підключеного до Procurves у штаб-квартирі? Це повинно усунути перемикання передач як можливого винуватця.

Я також відчуваю, що у вас немає будь-якої системи моніторингу для оцінки використання пропускної здатності для цих RV082. Якщо не існує простого способу перевірити використання пропускної здатності за допомогою консолі веб-адміністратора для цих маршрутизаторів, розгляньте можливість застосування системи моніторингу продуктивності. Ще один швидкий Google показує, що ці маршрутизатори підтримують SNMP. Якщо ви зможете знайти запасний комп'ютер, на який викинете кактуси або PRTG, це повинно пройти довгий шлях до визначення рівня насиченості посилання в Інтернеті. (Киньте також Nagios там, і у вас є монітор доступності для вашої мережі.)

Без важких даних я підозрюю, що інтернет-посилання в будівлі №3 обмежує вашу пропускну здатність. Тому варто поговорити з вашим постачальником, щоб зрозуміти ваші варіанти та витрати на оновлення. Але перш ніж купувати оновлення, я б радив підтвердити проблему шляхом моніторингу продуктивності. Зрозумійте, скільки ще потрібно придбати, перш ніж купувати.

Крім того, який кодек використовують ті IP-телефони? Я не знайомий з Talkswitch, але швидкий Google показує, що вони підтримують G.711 або G.729 . Якщо вони використовують G.711, який використовує пропускну здатність 80 кбітів, ви зможете виконувати щонайбільше 3 дзвінки через Інтернет-посилання на віддаленому сайті. G.729 скоротить використання смуги пропускання телефонії на порядок. Якість дзвінків погіршиться, тому переконайтеся, що ваше управління працює на борту, перш ніж вносити зміни. Але це може бути корисно зробити це в короткий термін, якщо оцінка використання пропускної здатності закінчиться більше часу.

HTH!