SFP+ 10GBase für LR/SR?

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 :)

om3 os1 muss ich mir noch anschauen

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.

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?

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.

...

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?

Du schreibst wirres Zeug, denk mal in Ruhe nach.
Dann wird das klar.

Dein Doppelpost auf englisch verstößt gegen sinnvolle Forenregeln.

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

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.

(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

OK, "Experte".
Die werden ja bekanntlich von Laien gemacht

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.

(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…

(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.....