Комутаційний перемикач у напівдуплексі - завантажуйте швидкість страждань, але завантаження було чудово

У користувача виникли проблеми зі швидкістю завантаження з Інтернету. Підключення до Інтернету - 100 Мбіт / с. Користувач отримав близько 7 Мбіт / с вниз за течією та близько 80 Мбіт / с за течією.

Я протестував на своєму комп’ютері, і він отримав близько 70 Мбіт / с за течією та 80 Мбіт / с за течією. Очевидно, що винні в цьому ПК ПК.

Я перевірив перемикач, який є Catalyst 3560, і там, як я і очікував, порт був у напівдуплексі. Користувач важко зашифрував свій ПК до 100 / повний і порт використовував авто. Швидкість визначається імпульсами швидкої зв'язку (FLP), але дуплекс повинен вважатись наполовину, щоб порт використовував 100 / половину. З контролером шоу я міг бачити зіткнення та пізні зіткнення, як очікувалося.

Пропускна здатність була протестована через шведський сайт www.bredbandskollen.se. Він спочатку використовує TCP для перевірки затримки. Потім він відкриває розетку через Flash і робить кілька HTTP GET (TCP) і вимірює пропускну здатність протягом 10 секунд. Після цього він виконує чотири повідомлення HTTP на сервер і протягом 10 секунд відправляє трафік і обчислює пропускну здатність вище.

Я знаю, що подібні сайти не є на 100% точними, але зазвичай вони можуть принаймні дати певну ознаку, якщо ви близькі до отримання пропускної здатності, яка вам належить, і це був легкий тест, щоб переконатися, що це тут не винна користувач, а не мережа.

1. Чому постраждало лише вниз за течією, а не вгору за течією?

2. Це справжні зіткнення? Оскільки кабель має окремі пари передачі та прийому.

Це абсолютно нормальна поведінка з невідповідністю дуплексу.

Чому постраждало лише вниз за течією, а не вгору за течією?

Оскільки комп'ютер працює в режимі повного дуплексу, він не використовує CSMA-CD. Це означає, що він не перевіряє, чи носій не працює, перш ніж передавати, і не сприйматиме будь-які дані, отримані під час передачі, як зіткнення. Таким чином, завантаження з комп’ютера залишатиметься в значній мірі недоторканим.

І навпаки, комутатор використовує CSMA-CD і буде чекати, коли середовище не працює, перш ніж він передаватиметься. Крім того, коли комутатор виявляє зіткнення, він негайно припиняє передачу кадру та слідує процедурі виявлення зіткнення CSMA-CD. Це суттєво впливає на ефективність руху, що надсилається на комп'ютер.

Якщо трафік становить TCP, негативний ефект буде помножений, оскільки будь-який втрачений TCP ACK, що йде до комп'ютера, спричинить повторну передачу TCP.

Це справжні зіткнення? Оскільки кабель має окремі пари передачі та прийому.

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

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

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

Редагувати: У ці вихідні я натрапив на посилання на них, шукаючи не пов'язані між собою речі, де їх називали помилковими зіткненнями . Я б не погоджувався з цією точкою зору, оскільки перемикач чітко сприймає їх як зіткнення і розглядає їх як таких. Швидше, я вважав би їх непотрібними зіткненнями, оскільки вони не повинні існувати в комутованій мережі.

На відміну від цього, це найбільш часто повідомлений тип невідповідності дуплексу (де перемикач встановлено на автоматичне, а комп'ютер на повний дуплекс). Більшість людей завантажують набагато більше, ніж завантажують, вони, як правило, помічають цей стан легше, щоб повідомити про це.

Якщо TCP був протестований, є багато речей, які ви не можете контролювати або навіть уявити. Різниця в низхідній / нижній течії може бути легко викликана налаштуваннями внутрішнього пріоритету NIC, буферами для RX / TX і по суті налаштуваннями низького рівня, які диктують, як керувати трафіком RX і TX.

Контролери sh повинні повідомляти про будь-які одночасні умови RX і TX як зіткнення, якщо вони працюють в напівдуплексному режимі.