Пошук причини повторної передачі TCP в локальній мережі

Привіт, розпізнавачі помилки сервера

У мене є дратівлива проблема з локальною мережею близько 100 комп’ютерів, 2 серверів домену Windows та 12 телефонів VoIP. З моменту їх встановлення близько року тому, щотижня або близько того, ми помічаємо скидання VoIP-телефону - час від часу посеред дзвінка. Одночасно часто виникають ознаки тимчасової втрати зв’язку на комп’ютерах: зависає програма провідника під час доступу до мережевих спільних ресурсів, помилки в нашому програмному забезпеченні адміністрування через втрату зв’язку з сервером бази даних.

Я робив деякий моніторинг Wireshark щодо зв'язку між АТС VoIP та іншою мережею. Wireshark збирає групу повторно переданих пакетів TCP у часи, коли ми записуємо перезавантаження телефону. Журнал Wireshark показує приблизно 2 кластери повторної передачі на день, що варіюються від 5 пакетів до сотень. Кожен з кластерів знаходиться в основному між АТС та деяким набором телефонів VoIP, але не завжди однаковий. Часто повторні передачі одночасно стосуються телефонів, підключених до одного комутатора, але іноді повторна передача відбувається разом із телефонами на протилежних кінцях мережі. Зазвичай є кілька збігів повторних передач при проходженні трафіку TCP, наприклад між клієнтськими машинами та файловими серверами.

Спіси в ретрансляції та скиданнях телефону не співвідносяться, коли мережа сильно завантажена. Вони, здається, трапляються трохи більше вдень, але найбільше ввечері, коли рух повинен зменшуватися. Вони трапляються досить часто пізно вночі, коли більшість комп’ютерів вимкнено і трафік має бути найменшим.

Чи є у вас ідеї, які могли б допомогти діагностувати причину подібних проблем? Одне, що я ще не пробував, але повинен був, це оновлення мікропрограмного забезпечення всіх комутаторів.

Повторна передача TCP зазвичай відбувається через перевантаженість мережі. Шукайте велику кількість пакетів широкомовної інформації в момент виникнення проблеми. Якщо відсоток трансляційного мовлення у вашому захопленні перевищує приблизно 3% від загальноприйнятого трафіку, то ви, безумовно, мають затори. Шукайте як мережеві трансляції фізичного рівня (ARP), так і мережевого рівня (роздільна здатність імені). Якщо ви виявите великий обсяг трансляційного трафіку, ви можете простежити його до джерела з даних захоплення.

Збір статистики трафіку для ваших комутаторів може показувати, що у вас є періоди, коли ви працюєте з потужністю або біля неї. Це може призвести до повторних спроб, коли відповіді не повернуться протягом первинного тайм-ауту (часто 3 секунди). Це на мить збільшує затори, поки не запускаються механізми зменшення перевантаженості.

Шукайте людей, які використовують потокові носії інформації, оскільки це може швидко поглинути пропускну здатність.

Ви можете усунути проблему для телефонів шляхом формування трафіку. Це просто перенесе проблему на інших користувачів.

Звучить як цикл, що розкривається, або штормова трансляція для мене, особливо якщо повторна передача та проблеми локалізовані на одному перемикачі (який відрізняється). Коли це відбувається, які стани портів на вашому пристрої L2? Можливо, поганий перехід або погані пріоритети кореневого мосту? Цікава проблема.

Ви, мабуть, вирішили це так довго, але по суті вам потрібно включити "швидкий порт" на порти, які мають кінцеві точки (VoIP-телефони, робочі станції, сервери). Телефон може надсилати PDU, тому якщо цей хлопець перезавантажиться, це призведе до конвергенції STP, що призведе до того, що таблиця FDB буде змита, і всі пристрої пройдуть 4,4-ступінчасте захоплення STP. Поставивши порти з кінцевою точкою в "порт швидко", вони пропускають очікування і переходять праворуч до режиму переадресації.

Сподіваємось, ваші телефони знаходяться в іншій підмережі та VLAN від інших комп’ютерів?

Це також може бути несправний елемент обладнання, як несправний вимикач. Чи співвідносяться повторні передачі з телефонами / комп’ютерами на одному конкретному комутаторі або в частині мережі?

Просто, щоб трохи продовжити свою відповідь. Не всі вимикачі створюються рівними, навіть якщо вони мають однакові характеристики. Деякі здатні впоратися зі значно більшим навантаженням, ніж інші, оскільки вони мають швидші процесори всередині. Можливо, ваші перемикачі не надто якісні.

Я б почав, поставивши кілька своїх найскладніших телефонів VOIP на власний фізичний перемикач і побачив, чи продовжуються скидання на них. Якщо він піде, то ви на шляху до його вирішення дуже скоро.