Hi, habe einen PHY der 1000 KX und LR/SR unterstützt meine NIC unterstützt 1000 X und ebenfalls LR/SR. + Meine NIC funktioniert soweit (Internet Test) + Mein PHY evlt. noch nicht ganz konfiguriert Sollten die sich finden? Habe nur SFP+ 10GBase-T pluggables oder DAC-Kabel. Brauche ich ein SFP+ für optische Kabel?. Vielleicht wird das gar nicht korrekt übersetzt? In Wireshark wird z.B. nichts angezeigt. Auch ethtool zeigt keinen link.
Du brauchst auf jeden Fall passende SFP+-Module und passende Kabel. SR will 850nm Multimode OM3 oder besser haben. LR will 1310nm Singlemode OS1 oder besser haben. Eine Netzwerkkarte kann nie beides gleichzeitig unterstützen, weil Faser und Wellenlänge unterschiedlich sind. Die passenden SFP+-Module sorgen für die Umsetzung. Haben Deine beiden Netzwerkkarten SFP+ Schächte oder fest montierte optische Transceiver? Jedes SFP+-Modul hat ein 24C02 EEPROM, wo drin steht, was es ist, von wem es ist, welches Interface es hat etc etc. Das solltest Du auswerten können. Lies die Standards! Suche nach SFF-8431. fchk
habe mir gerade 2 SFP+ für Lichtwellen geholt und ein Kabel dazu. * Meine NIC scheint auch damit zu funktionieren (die hat zwei ports so kann ich ein "loopback" testen). * Mein PHY regt sich immer noch nicht wenn ich ihn an meine NIC anschließe - muss ihn wohl noch korrekt konfigurieren >Jedes SFP+-Modul hat ein 24C02 EEPROM, wo drin steht, was es ist, von wem es ist, welches Interface es hat etc etc. Das solltest Du auswerten können. >Lies die Standards! Suche nach SFF-8431. Ah ja stimmt habe das auch schon gesehen. Man kann sogar mit i2c mit dem SFI+ sprechen. Evtl. mache ich das auch mal wenn das geht. Danke sehr :)
Frank K. schrieb: > Jedes SFP+-Modul hat ein 24C02 EEPROM Haben alle SFP+ Module einen EEPROM, oder haben die DACs z.B. keine, weil sie einfacher gebaut sind? Habe gesehen es gibt welche mit i2c-SS. Aber Ist das durch den Standard festgelegt, dass man die braucht? 8431 CHAPTER 4 SFP+ 2- WIRE INTERFACE spricht davon. Aber "SFP+ management memory map is specified by SFF-8472." Und das sagt wiederum: "monitoring interface for optical transceivers" Müssen die eigentlich immer erst korrekt konfiguriert werden? Hat zwar mit meiner NIC und Internet direkt funktioniert. Aber habe noch ein anderes Endgerät wo nichts erkannt wird.
chemna schrieb: > Frank K. schrieb: >> Jedes SFP+-Modul hat ein 24C02 EEPROM > > Haben alle SFP+ Module einen EEPROM, oder haben die DACs z.B. keine, > weil sie einfacher gebaut sind? Auch DACs haben EEPROMs. Zumindest alle, die mir bislang untergekommen sind. Kann ich im Switch auch auslesen. > "monitoring interface for optical transceivers" Das ist glaube ich noch was anderes. fchk
Frank K. schrieb: > Auch DACs haben EEPROMs. Zumindest alle, die mir bislang untergekommen > sind. Kann ich im Switch auch auslesen. ok interessant vielen Dank. Welchen Switch verwendest du? Frank K. schrieb: >> "monitoring interface for optical transceivers" > > Das ist glaube ich noch was anderes. In INF-8074 https://www.10gtek.com/templates/wzten/pdf/INF-8074.pdf Steht bei Table 1. Pin Function Definitions MOD-DEF(2) und (1), dass dort ein "2 wire serial ID interface" ist. Ob dieses wohl immer vorhanden sein muss..? Also was passiert wenn ein Hersteller das nicht mit einbaut? Ist das SFP+ Modul dann nicht mehr brauchbar? Es würde doch günstiger sein oder?
Bist du sicher, dass dein NIC SFP+ Module akzeptiert ? Bei 1 GBit/s waren SFP Module Standard. Mein Switch und meine NICs mit jeweils 1 GBit/s akzeptieren nur korrekt kodierte (EEPROM Informationen) SFP Module. In dem EEPROM stehen unter anderem Hersteller Informationen. Einige Treiber fragen diese ab und verweigern den Dienst, wenn SFP Module eines anderen Herstellers und mit falschen Spezifikationen installiert sind. Der NIC und dem Switch ist es egal, welches Übertragungsmedium vom SFP(+) Modul genutzt wird (DAC, LR, SR, Single Phase, 1000BaseT oder 10GBaseT). Wichtig ist, dass das SFP(+) Modul erkannt und akzeptiert wird. Bei optischen Kabeln mit zwei Anschlüssen daran denken, dass diese überkreuz angeschlossen werden müssen.
Michael H. schrieb: > Bist du sicher, dass dein NIC SFP+ Module akzeptiert ? Also habe ein 10GBaseT SFP+ eingesteckt und dann mit LAN-Kabel an einen Switch für Internet angeschlossen. Habe es auch empfangen. Michael H. schrieb: > Der NIC und dem Switch ist es egal, welches Übertragungsmedium vom > SFP(+) Modul genutzt wird (DAC, LR, SR, Single Phase, 1000BaseT oder > 10GBaseT). Wichtig ist, dass das SFP(+) Modul erkannt und akzeptiert > wird. So? IRGENDEIN-MEDIUM -> SFP+ -> SFI und i2c-> NIC Wenn SFI ok und i2c informationen ok dann ok Ich frage mich gerade ob der Fehler hier beim PHY liegt. Der ist nicht via i2c angeschlossen. Bzw. wäre mit einigen Veränderungen möglich. Er ist einfach nur an SFI. Was bedeutet es eigentlich wenn im Registerdatenblatt steht, es wird kein 10GBaseT unterstützt? Worauf bezieht sich das? SFI kann das doch für den PHY verständlich machen oder? PHY->SFI->SFP+->IRGENDEIN-MEDIUM-> SFP+ -> SFI und i2c-> NIC Michael H. schrieb: > Bei optischen Kabeln mit zwei Anschlüssen daran denken, dass diese > überkreuz angeschlossen werden müssen. Bei denen, dich hatte, gab es nur eine Möglichkeit beim Einstecken, glaube ich.
chemna schrieb: > Frank K. schrieb: >> Auch DACs haben EEPROMs. Zumindest alle, die mir bislang untergekommen >> sind. Kann ich im Switch auch auslesen. > > ok interessant > vielen Dank. > Welchen Switch verwendest du? diverse Mikrotik Switches. In den angehängten Bildern siehst Du einmal ein DAC, einen SFP+-RJ45 und einen SFP+-SR Glasfaser. > In INF-8074 > https://www.10gtek.com/templates/wzten/pdf/INF-8074.pdf > Steht bei Table 1. Pin Function Definitions > MOD-DEF(2) und (1), dass dort ein "2 wire serial ID interface" ist. > > Ob dieses wohl immer vorhanden sein muss..? > Also was passiert wenn ein Hersteller das nicht mit einbaut? > Ist das SFP+ Modul dann nicht mehr brauchbar? Genau. Immerhin gibt es ja SFP, SFP+ und SFP28, die alle mechanisch und elektrisch kompatibel sind, und der Switch muss ja wissen, was er da vor sich hat und ggf. nein sagen oder auf 1.25GBit/s für ein SFP-Modul in einem SFP+ Schacht runterschalten. fchk
...
1 | ethtool -m <Netzwerkkartenname> |
konnte gerade mein DAC auslesen per i2c EEPROM :D
Michael H. schrieb: > Wichtig ist, dass das SFP(+) Modul erkannt und akzeptiert > wird. Kann jemand dazu ein Beispiel auf der Praxis nennen? * Also angenommen ich habe eine sehr gute 10G Karte die alle SFP+ unterstützt. Dann kann ich da alles SFP+ Transceiver reinstecken und damit arbeiten. * Und angenommen ich habe auf der anderen Seite ein schlechte 10G-Karte die nur 10GBaseT SFP+ Module akzeptiert. Dann könnten die beiden nicht kommunizieren, wenn man Glasfaser SFP+ verwendet?
Bist du sicher dass du einen PHY meinst? Der ist eigentlich im SFP(+)-Modul drin und wird mit dem MAC auf der Platine verbunden. Gib mal die genaue Bezeichnung des vermeintlichen PHY an.
Netzwerk Profi schrieb: > Dein Doppelpost auf englisch verstößt gegen sinnvolle Forenregeln. Der kann gelöscht werden. Wusste nicht, ob da jemand noch antwortet. Blechbieger schrieb: > mal die genaue Bezeichnung des vermeintlichen PHY an. vsc 8490
chemna schrieb: > Michael H. schrieb: >> Wichtig ist, dass das SFP(+) Modul erkannt und akzeptiert >> wird. > > Kann jemand dazu ein Beispiel auf der Praxis nennen? Etliche Geräte schalten den Port ab, wenn die Herstellerkennung des SFP(+) Moduls nicht auf der internen Liste steht. Einige Geräte unterstützen keine passiven DAC-Kabel (nur Twinax), sondern nur aktive AOC-Kabel (mit optischen Senden/Empfängern und Glasfaser). Die meisten Geräte unterstützen von den mechanisch passenden SFP, SFP+ und SFP28 Standards nur eine Teilmenge. Das sind die häufigsten Probleme. fchk
Frank K. schrieb: > Das sind die häufigsten Probleme. ok vielen Dank :) Denke dass es bei meinem Fall an etwas anderem liegen muss. Müsste trotzdem noch mal schauen inwiefern mein DAC-Kabel von meiner Karte unterstützt wird. Wenn ich von einem SFP-Port in den anderen gehe (loopback), leuchten schon mal beide LEDs auf.. und der EEPROM kann auch gelesen werden.
Frank K. schrieb: > Etliche Geräte schalten den Port ab, wenn die Herstellerkennung des > SFP(+) Moduls nicht auf der internen Liste steht. Ja, wenn die eine Seite CISCO verlangt und die andere bspw. HP dann helfen nur noch Kabel die man an den Enden umprogrammieren kann (Flexoptics) HP verweigert meist den Betrieb, ist eh alles Dreckszeug von denen. > > Einige Geräte unterstützen keine passiven DAC-Kabel (nur Twinax), > sondern nur aktive AOC-Kabel (mit optischen Senden/Empfängern und > Glasfaser). > > Die meisten Geräte unterstützen von den mechanisch passenden SFP, SFP+ > und SFP28 Standards nur eine Teilmenge. > > Das sind die häufigsten Probleme.
Super schrieb: >> Etliche Geräte schalten den Port ab, wenn die Herstellerkennung des >> SFP(+) Moduls nicht auf der internen Liste steht. > Ja, wenn die eine Seite CISCO verlangt und die andere bspw. HP dann > helfen nur noch Kabel die man an den Enden umprogrammieren kann > (Flexoptics) Wie muss ich denn das verstehen? Bei SFP(+) Verbindungen gilt die Kennung des gesteckten Moduls, und davon gibts bei einer Verbindung pro Seite eines, die dann bei gleichem Standard auch verschiedene Kennungen sein dürfen. Da steckt dann eben ein Cisco-Modul im Cisco-Switch und ein HP-Modul im HP - ob die IDs der Module nun echt sind oder nicht. Bei Direct Attach gibts nur ein Kabel mit 2 SFP+ Enden und da hängen ziemlich oft Geräte verschiedener Hersteller an den Endes eines Kabels. Würde der Cisco-Switch auf ein Cisco-Kabel bestehen, der HP-Server aber auf ein HP-Kabel, wärs etwas merkwürdig.
:
Bearbeitet durch User
(prx) A. K. schrieb: > Würde der Cisco-Switch auf ein Cisco-Kabel bestehen, der HP-Server aber > auf ein HP-Kabel, wärs etwas merkwürdig. Genau so ist das aber, Du "Fachmann".
Bei DAC/Twinax. Bei optischen Modulen müssen auch die passenden benutzt werden, aber das ist ja auch kein Problem.
Super schrieb: > (prx) A. K. schrieb: >> Würde der Cisco-Switch auf ein Cisco-Kabel bestehen, der HP-Server aber >> auf ein HP-Kabel, wärs etwas merkwürdig. > > Genau so ist das aber, Du "Fachmann". haha
Super schrieb: >> Würde der Cisco-Switch auf ein Cisco-Kabel bestehen, der HP-Server aber >> auf ein HP-Kabel, wärs etwas merkwürdig. > > Genau so ist das aber, Du "Fachmann". Mit HP-Servern kann ich nicht dienen, aber Cisco stört sich an einer solchen Konfiguration mit anderem Hersteller am Ende der DA-Kabel nicht.
:
Bearbeitet durch User
Mit Cisco ist wie frueher™ mit IBM. Wenn man etwas kauft, und es steht drauf, hat man nichts falsch gemacht. Mikrotikswitche funktionieren selbstverstaendlich mit DAC-Kabeln mit einer Cisco-ID. Und einer Aquariuskarte war es wohl egal. Die Herstellerpruefung kann man bei Ciscoswitchen auch ganz bis teilweise abschalten. Diverse Kupfer-SFP+ mochte er dann trotzdem nicht, daher teilweise... service ... bla bla (keine Lust nachzusehen) Und OS1 Kabel gibt es praktisch nicht. Nur OS2.
Super schrieb: > Bei DAC/Twinax. Der billigere Weg als die Anpassungbox dürfte also darin bestehen, Kabel zu verwenden, die sowohl von Cisco als auch von HP akzeptiert werden.
:
Bearbeitet durch User
(prx) A. K. schrieb: > Super schrieb: >> Bei DAC/Twinax. > > Der billigere Weg als die Anpassungbox dürfte also darin bestehen, Kabel > zu verwenden, die sowohl von Cisco als auch von HP akzeptiert werden. Bist Du zu begriffsstutzig um zu verstehen das es die nicht gibt? Du hast 0 Felderfahrung, nur “speaking knowledge”. Leider finden auch solche “ Experten” Gehör.
> das es die nicht gibt
Man koennte in den einen EEPROM des DAC-Kabels eine Cisco-Id schreiben,
und in den anderen eine HP-Id.
Dann muesste man das Kabel natuerlich noch ordentlich beschriften.
Cartman schrieb: >> das es die nicht gibt > > Man koennte in den einen EEPROM des DAC-Kabels eine Cisco-Id schreiben, > und in den anderen eine HP-Id. > Dann muesste man das Kabel natuerlich noch ordentlich beschriften. Bingo, ein kreativer Mensch. Genauso wird es gemacht. Schaut nach bei Flexoptics…
Stutz schrieb: > Bist Du zu begriffsstutzig um zu verstehen das es die nicht gibt? > Du hast 0 Felderfahrung, nur “speaking knowledge”. Ich hatte danach gesucht, bevor ich das schrieb. Ich verwende zwar DAC-Kabel, kann aber mangels HP und mangels Kompatbilitätsproblem mit solchen Kabeln nicht aus eigener Anschauung sagen, ob es diese Zwitter wirklich gibt und ob das wirklich funktioniert. Aber ProLabs - in dieser Branche nicht unbekannt - tut zumindest so: https://www.prolabs.com/products/dual-oem-solutions/industry-standard/m-sfp-dac_cis_hps-2m Für mich stellt es sich also so dar, dass es das sehr wohl gibt, und ihr nur zu dumm seid, das Internet richtig zu benutzen. Um mich zwecks besserer Verständlichkeit eurer Ausdrucksweise anzupassen.
:
Bearbeitet durch User
(prx) A. K. schrieb: > Um mich zwecks > besserer Verständlichkeit eurer Ausdrucksweise anzupassen. Schon allein der Satz ist sinnlos wie das Geschwurbel zuvor. Gut dss Du nun weißt wie es geht.....
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.