Спроба встановити 10-гігабітне з'єднання через комутатор зі 100-мегабітним стандартним шлюзом


10

Я маю обмежені знання про це і все ще вчуся, тому сподіваюся, що хтось може мені дати поради з цього приводу.

У мене на ПК 10GbE NAS, 10GbE NIC і комутатор з двома портами 10GbE, які з'єднують все разом з волокном. Потім є ще один 100 Мбіт кабель, який підключає комутатор до маршрутизатора, який також є стандартним шлюзом. Цей також забезпечує підключення до Інтернету для всіх підключених пристроїв.

Я помітив, що пряме підключення до NAS дає мені швидкість, з якою може працювати 10GbE, але коли я ставлю перемикач між ними (усі стандартні VLAN, та сама підмережа та стандартний шлюз), швидкість роботи NAS обмежується максимумом 1 Гбіт.

Це тому, що стандартний шлюз є центральним, де збирається весь трафік? Як я можу керувати з'єднанням однорангового зв'язку безпосередньо до NAS через комутатор, так що трафік йде через 10GbE кабель до комутатора, а звідти через 10GbE до NAS?

Додаткові дані:

IP NAS: 192.168.10.120
IP switch: 192.168.10.125
IP PC: 192.168.10.103
Standard gateway: 192.168.10.1
Subnet: 255.255.255.0
Switch: D-link 1510-52

Дякую


Який перемикач ви використовуєте? Це 10GbE комутатор?
Гербен

1
Це комутатор з двома портами sfp +.
Нас

1
Який тип SFP ви використовуєте?
MerlinTheMagic

1
Слідувати. Я бачу, ви заявляєте, що це 10GBase-R в іншому коментарі, але якщо ви надасте модель SFP, ми могли б вам допомогти далі. Наприклад, можливо, ви керуєте короткою перемичкою з ZR SFP або протилежним довгим кабелем з модулем SR.
MerlinTheMagic

1
@MerlinTheMagic Перегляньте мій останній коментар до допису Пітера Гріна, корінь причини :-)
EarthMind

Відповіді:


16

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

Пару можливостей спадають на думку.

По-перше, ви в правильних портах? З деяких пошуків здається, що лише два з чотирьох портів волокна на цьому комутаторі - 10G.

По-друге, я чув повідомлення про деякі ранні комутатори, які мають порти 10G, але які не можуть обробити повний 10G для одного потоку через їх внутрішню конструкцію переадресації.


1
Мої думки теж. Я перевірю мережеві маски та відключіть маршрутизатор, щоб усунути його з проблеми. Також перевірте, чи немає дзеркала порта на комутаторі.
jonathanjo

1
Я використовую правильні порти так, тому що це sfp + порти, і я використовую правильні приймачі для зв'язку. Ці порти рекламуються як порти висхідної лінії зв'язку / укладання, але обмеження не були описані в специфікаціях. Повний дуплекс 10Gbase-R
EarthMind

1
... Я б також спробував зафіксувати швидкості порту на комутаторі, NAS, ПК, щоб побачити, чи можуть вони чомусь змінювати швидкість.
jonathanjo

2
Максимальна ємність комутації становить 140 Гбіт / с від ( us.dlink.com/products/business-solutions/… ), тому я вважаю, що їй слід легко керувати ...
djsmiley2kStaysInside

2
Проблема AIUI на деяких ранніх комутаторах з 10G uplinks полягала в тому, що двигун комутатора був розроблений тільки для портів 1G. Тож виробник комутаторів використовував функції агрегації ланок двигуна комутатора, щоб реалізувати порти 10G, що обмежують пропускну здатність будь-якого одного потоку до 1G. Це не є великою проблемою при використанні портів за призначенням у якості посилань, але це проблема у вашому сценарії використання.
Пітер Грін

3

Переглядаючи таблицю даних для комутатора D-Link 1510-52:

Він згадує, що комутатор здатний до "140 Гбіт / с" пропускної здатності - використовуючи типові маркетингові "дуплексні" номери, це означатиме, що на комутаторах 50x1G та 2x10G типу 1510-52, що комутатор може одночасно виконувати швидкість передачі ліній через кожен інтерфейс . Наприклад: (1Gbps x 50) + (10Gbps x 2) = 70Gbps x 2 (Full Duplex) = 140Gbps.

Аналогічно номери "Пакети за секунду" (pps) для поля вказуються як 104.16Mpps, що добре прирівнюється до швидкості рядка:

1 Гбіт / с = 1 000 000 000 біт / с = (1 000 000 000 біт / с) / (8 біт / байт) = 125 000 000 байт / с

10 Гбіт / с = 10 000 000 000 біт / с = (10 000 000 000 біт / с) / (8 біт / байт) = 1 250 000 000 байт / с

PPS на порту 1G = (125 000 000 байт / с) / (84 байт / пакет) = 1,488,095 п / с

PPS на порту 10G = (1,250,000,000 байт / с) / (84 байт / пакет) = 14,880,952 pps

50 x 1,488,095 pps + 2 x 14,880,952 pps = 104,166,654 pps ~ 104,16 Mpps

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

Хоча ви хочете підтвердити те, що є два порти 1G SFP та два порти 10G SFP +, тому переконайтеся, що ви підключені до портів 51 і 52 на комутаторі і що ви бачите статус помаранчевого світлодіода на обох портах ( що означає 10G). Якщо ви бачите зелені світлодіоди, це означає, що ви отримуєте лише посилання 1G.


Спасибі за інформацію. Я не повинен мати можливість використовувати порти SFP разом із плагінами SFP +, оскільки вони не сумісні з зворотним ходом. SFP можна використовувати в SFP +, але не навпаки. Ось чому я з самого початку був впевнений, що не переплутав порти. На даний момент я, здається, я можу чомусь використовувати повну швидкість зв'язку 10 Гбіт. Я буду стежити за тим, чи залишається він таким чином, чи ні, шукати корінь проблеми.
EarthMind

@EarthMind - це правильно - більш просто переконайтесь, що ваші модулі SFP + є насправді SFP +, а не SFP
Benjamin Dale

3

При перемиканні пропускна здатність між двома портами повністю не залежить від швидкості зв'язку іншого інтерфейсу. На сьогоднішній день, що не блокує комутатори, він навіть не залежить від пропускної здатності будь-яких інших портів.

Існує кілька можливих причин низької пропускної здатності:

  • Приймачі SFP +: їм потрібно підтримувати 10GBASE; SFP / mini GBIC підтримують лише швидкість 1G - перевірте стан зв'язку в комутаторі
  • конфігурація з'єднання інтерфейсу: може бути обмежена швидкістю 1G
  • інша конфігурація інтерфейсу: обмеження швидкості, невідповідність максимального розміру кадру, ...
  • проблеми з фізичним зв’язком: неправильний тип волокна (-SR = MM, -LR = SM), пошкоджене волокно, брудні порти (FCS та - якщо зазначено - FEC покаже підрахунок помилок)
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.