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ł | Norma | Zasięg | Moc | Uwagi |
|---|---|---|---|---|
| 1000BASE-T SFP | 802.3ab | 100 m Cat5e | ~1 W | host rozmawia z PHY modułu przez SGMII albo 1000BASE-X |
| 10GBASE-T SFP+ | 802.3an | ~30 m Cat6a (ograniczenie modułu) | 2,5–4+ W | gorący, duże opóźnienie; wiele hostów ogranicza porty albo odrzuca |
| 2,5G/5G-T SFP | 802.3bz | 100 m | ~1,5–2 W | multi-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.
| Typ | Szybkość | Typowy zasięg | Moc |
|---|---|---|---|
| DAC pasywny | 10G SFP+ | do 5–7 m | brak |
| DAC pasywny | 25G SFP28 | do 3–5 m | brak |
| DAC pasywny | 100G QSFP28 | do 3–5 m | brak |
| DAC pasywny | 400G QSFP-DD | do ~2–3 m | brak |
| DAC aktywny (ACC) | 25G–400G | do ~5–10 m | 0,5–1,5 W |
| AOC | 10G–800G | do 100 m | jak 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.