Miedziany Ethernet i DAC w portach SFP/QSFP · Ethernet · Technologie · Dokumentacja · CodingBox
CodingBox Dokumentacja

Miedziany Ethernet i DAC w portach SFP/QSFP

Nie wszystko w klatce SFP albo QSFP jest optyczne. Miedziane moduły RJ45 i kable direct-attach zajmują te same porty, niosą tę samą pamięć danych identyfikacyjnych i odpowiadają za nieproporcjonalnie dużą część zgłoszeń „dlaczego to się nie łączy”.

Moduły RJ45

ModułNormaZasięgMocUwagi
1000BASE-T SFP802.3ab100 m Cat5e~1 Whost rozmawia z PHY modułu przez SGMII albo 1000BASE-X
10GBASE-T SFP+802.3an~30 m Cat6a (ograniczenie modułu)2,5–4+ Wgorący, duże opóźnienie; wiele hostów ogranicza porty albo odrzuca
2,5G/5G-T SFP802.3bz100 m~1,5–2 Wmulti-gig dla dostępu

10GBASE-T SFP+ to ten notoryczny przypadek: jego PHY potrzebuje dużo więcej mocy, niż dopuszcza klasa SFP+, więc zasięg skraca się do około 30 m, moduł grzeje się w gęsto obsadzonych portach, a operatorzy powszechnie zalecają unikanie go na rzecz optyki SR albo DAC (zobacz DAC kontra AOC kontra transceivery).

1000BASE-T SFP ma ukrytą oś kompatybilności: interfejs po stronie hosta, jakiego oczekuje (SGMII z autonegocjacją kontra zwykły 1000BASE-X). Moduł zakodowany pod jeden z nich nie połączy się na porcie skonfigurowanym pod drugi.

Miedziany kabel bezpośredni (DAC)

DAC to kabel twinax z trwale przymocowanym końcem modułowym. Nie ma lasera — tylko złącze, EEPROM danych identyfikacyjnych i, w kablach aktywnych, układy kondycjonowania sygnału.

TypSzybkośćTypowy zasięgMoc
DAC pasywny10G SFP+do 5–7 mbrak
DAC pasywny25G SFP28do 3–5 mbrak
DAC pasywny100G QSFP28do 3–5 mbrak
DAC pasywny400G QSFP-DDdo ~2–3 mbrak
DAC aktywny (ACC)25G–400Gdo ~5–10 m0,5–1,5 W
AOC10G–800Gdo 100 mjak para transceiverów

DAC pasywne skracają się wraz ze wzrostem szybkości, bo host musi wysterować cały kabel; 25G i wyżej wymagają autonegocjacji i trenowania łącza (zobacz FEC, autonegocjacja i trenowanie łącza), dlatego DAC często zawodzi tam, gdzie optyka na tym samym porcie działa.

Co pamięć danych identyfikacyjnych mówi o kablu

EEPROM kabla DAC jest zgodny z SFF-8472 / SFF-8636 jak każdy moduł, z polami specyficznymi dla kabla:

  • Flagi kabla pasywnego / aktywnego w bajtach zgodności transceivera.
  • Długość kabla w polach długości (metry miedzi zamiast kilometrów światłowodu).
  • Zgodność ze specyfikacją kabla (SFF-8431 passive/active limiting) zamiast długości fali — DAC nie ma długości fali, a hosty sprawdzają ten bajt.
  • Producent, numer katalogowy, numer seryjny — podlegają tej samej blokadzie producenta co optyka.

Częste problemy

  • Złe oczekiwanie hosta — SGMII kontra 1000BASE-X w miedzianych SFP.
  • Nieobsługiwany kabel — host weryfikuje dane identyfikacyjne; DAC pasywny od nieznanego producenta jest odrzucany albo blokowany w stanie down.
  • Długość przekraczająca możliwości sterowania hosta — 5-metrowy DAC pasywny na porcie przystosowanym do 3 m.
  • Przegrzewanie się 10GBASE-T — błędy portu pojawiające się i znikające wraz z temperaturą.

W CodingBox

CodingBox odczytuje i koduje dane identyfikacyjne DAC i modułów miedzianych jak każdego transceivera: bajty zgodności, pola długości, bajt zgodności kabla i dane producenta są widoczne i edytowalne w EEPROM editor, z przeliczanymi sumami kontrolnymi. Tak właśnie sprawia się, że DAC prezentuje dane identyfikacyjne, jakich oczekuje wymagający port.

Usterki szybkości, breakout i trybu — w tym SGMII kontra 1000BASE-X w miedzianych SFP — omówione są w Problemy z szybkością, przepływnością i trybem.

Budowa DAC pasywnego, ACC/AEC i AOC — paddle card, przekroje twinax, retimery, silniki COB — oraz kodowanie obu końców: Budowa kabla.

Dlaczego miedziany SFP działa przy 1G, ale nie przy 10/100 na niektórych portach — SGMII kontra 1000BASE-X, słowa autonegocjacji, USXGMII dla 10GBASE-T SFP+: SGMII i szeregowy gigabit; interfejsy PHY wewnątrz modułu: MII, RMII, GMII, RGMII.


Jeśli znajdziesz nieścisłość lub błąd w tym materiale, zaznacz odpowiedni fragment i naciśnij Ctrl+Enter, aby .