Hallo guten Tag,
braucht der PHY-Chip einen MAC um einen Link auf unterster Ebene
aufzubauen?
Also das passiert doch durch die Autonegotiation oder?
(MAC)?->PHY-Chip->Netwzerkkarte-in-einem-PC
https://www.ieee802.org/3/bn/public/sep12/boyd_01_0912.pdf
Hier wird geschrieben, dass kein MAC notwendig ist.
Die FLPs werden durch die PHYs selber entschlüsselt und der Status in
IEEE Registern gespeichert.
Bei Backlplane Ethernet steht das Autonegotation optional ist, aber
implementiert werden muss.
Wie ist das mit optischen Verbindungen?
https://mapyourtech.com/entries/general/why-no-auto-negotiation-for-fiber-optic-media-
Außerdem:
1
Summary:
2
3
Fast Ethernet fiber ports: autoneg off (or even not offered at all), fixed duplex mode (usually FDX between switches and routers)
Einzige Gemeinsamkeit in der Ability List von meinem PHY und meiner NIC
ist SR...
In meinem PHY kann man DAC,SR und KR konfigurieren.
Welcher Ethernet Standard wird dann eigentlich verwendet, wenn man DAC
wählt?
Moin,
enttream schrieb:> Einzige Gemeinsamkeit in der Ability List von meinem PHY und meiner NIC> ist SR...>> In meinem PHY kann man DAC,SR und KR konfigurieren.>> Welcher Ethernet Standard wird dann eigentlich verwendet, wenn man DAC> wählt?
Bisschen weniger Abkuerzungen wuerden wahrscheinlich klarer machen, was
du da fuer Fragen/Probleme hast.
Fpgakuechle K. schrieb:> Es ist die Frage ob man (simples) UDP oder (komplett, Komplexes) TCP/IP> machen will.> Das einfachste ist wohl Userdatagramm von Punkt zu Punkt. Soll es über> Gateways/Router gehen brauchts mehr Informationen im Header.>
Das kratzt doch den PHY nicht.
> Und wo hört der Funktionsumfang des PHY auf? Macht er auch CRC,> Paketlänge, ... oder hört es bem bloßen Signalstandardwandel auf?
Ich kenn's nur bei PHYs, die PTP unterstuetzen, dass die irgendwas am
Packerl und damit auch der CRC anfassen muessen.
Anundpfirsich ist's mir am liebsten, wenn der PHY schoen dumm ist, also
nur "Pegelwandler". Alles was drueber hinausgeht, soll dann mal vom MAC
oder noch hoeher gemacht werden.
Gruss
WK
Fpgakuechle K. schrieb:> Es ist die Frage ob man (simples) UDP oder (komplett, Komplexes) TCP/IP> machen will.
Also UDP und TCP werden doch erst auf den höheren Ebenen hinzugefügt.
> Das einfachste ist wohl Userdatagramm von Punkt zu Punkt. Soll es über> Gateways/Router gehen brauchts mehr Informationen im Header.
Also auf unterster Ebene meine ich.
Fpgakuechle K. schrieb:> Und wo hört der Funktionsumfang des PHY auf? Macht er auch CRC,> Paketlänge, ... oder hört es bem bloßen Signalstandardwandel auf?
Verstehe. In diesem Fall würde ich sagen er macht kein CRC
Dergute W. schrieb:> Anundpfirsich ist's mir am liebsten, wenn der PHY schoen dumm ist, also> nur "Pegelwandler". Alles was drueber hinausgeht, soll dann mal vom MAC> oder noch hoeher gemacht werden.
Was sagt die Norm dazu? Sollte der nicht ein paar Bursts schicken können
am Anfang?
Dergute W. schrieb:> Bisschen weniger Abkuerzungen wuerden wahrscheinlich klarer machen, was> du da fuer Fragen/Probleme hast.
* NIC = Network Interface Card = Netzwerkkarte
* SR = Short 64B/66B Fibre
* KR = Kopper 64B/66B Backplane Ethernet 1 Wire
* DAC= Direct attached Copper
* SFI = SerDes Framer Interface
* PHY = Physical Layer Chip ( MII->[PCS -> PMA] -> Ethernet Kabel)
* MII = Media Independent Interface
* PCS = Physical Coding sublayer
* PMA = Phyical Medium attachment
* MAC = Media Acces Controller ( Data Link Layer)
* FLP = fast link puls ( bursts für die autonegotation)
* Burst = Mehrere Daten hintereinander
* Autonegotation = PHYs senden Bursts von Daten mit CLK - PHYs können
aus diesen Informationen am Anfang erkennen welcher Partner vorhanden
ist.
* IEEE Register = Durch IEEE Komite definierte Konfigurationsregister
Moin,
enttream schrieb:> Was sagt die Norm dazu? Sollte der nicht ein paar Bursts schicken können> am Anfang?
Keine Ahnung, was "die Norm" dazu sagt.
Linkpulse halt; fuer die Autoneg. Das hab' ich durch die Gaensefuesschen
um Pegelwandler abgekuerzt :-)
Gruss
WK
Dergute W. schrieb:> Keine Ahnung, was "die Norm" dazu sagt.> Linkpulse halt; fuer die Autoneg. Das hab' ich durch die Gaensefuesschen> um Pegelwandler abgekuerzt :-)
ok.
Ja meine Frage wäre, ob bei KR keine Autonegation stattfinden muss.
Aber wie finden die sich dann xD
1
73.1 Auto-Negotiation introduction
2
While implementation of Auto-Negotiation is mandatory for Backplane Ethernet PHYs, the use of
3
Auto-Negotiation is optional. Parallel detection shall be provided for legacy devices that do not support
4
Auto-Negotiation.
Und was ist wenn ich bei meinem PHY DAC "einstelle".
Nutzt der dann trotzdem KR?
Weil interessant ist, dass SFI 4 Signale hat und auch die 10GBASE-R
Definition 4 Signale vorsieht:
TX =2 und Rx= 2
(802.3 Link Block Diagram 72-1)
oder
https://www.ieee802.org/3/ba/public/mar08/diminico_02_0308.pdf
Moin,
enttream schrieb:> Ja meine Frage wäre, ob bei KR keine Autonegation stattfinden muss.
Huh, da hab ich keinen Blassen. Ich wuerde 73.1 aber so interpretieren,
dass das ohne Autoneg geht. Man darf bloss nix PHY nennen, was Autoneg
nicht kann, obwohls die Autoneg fuer den Backplanebetrieb nicht braucht.
Ist aber nur meine Interpretation.
Vor zig Jahren hab' ich mal Fast-Ethernet-Links ohne Trafos aufgebaut,
also sowas wie Steinzeit-Backplane-Ethernet. Da musste ich in den PHYs
explizit die Autoneg. abschalten und den passenden Link forcieren, sonst
haben die sich nicht gefunden.
Gruss
WK
Dergute W. schrieb:> Man darf bloss nix PHY nennen, was Autoneg> nicht kann, obwohls die Autoneg fuer den Backplanebetrieb nicht braucht.
:D
Bin grade noch am schauen inwiefern es bei SR/LR etc. angewandt wird.
Dergute W. schrieb:> Da musste ich in den PHYs> explizit die Autoneg. abschalten und den passenden Link forcieren, sonst> haben die sich nicht gefunde
ich frage mich ob das DAC Kabel bei mir einfach nur die KR Signale
weiterleitet über SFI und meine Netwzerkkarte rafft gar nix.
Hmm. DAC wandelt das ja wirklich gar nicht um. Vor allem wenn das passiv
ist.
Hea
Pandur S. schrieb:> Allenfalls waere der Plan des Posters interessant
Will herausfinden was ich an meinem PHY einstellen muss, damit er eine
Netzwerkkarte finden kann.
Also im besten Fall müsste ich nichts neu erfinden und kann auf die
802.3 Norm zurückgreifen xD
Du mußt schon ein bißchen genauer sagen, was du eigentlich machen
willst. Wenn man sich das aus einem Auszug aus einer Norm bestimmten
Norm erst zusammenreimen soll...
IRC ist Autoneg erst mandatory ab 1000Base-T. Bei 100Base-TX und noch
langsamer nur optional. Und dann wirfst du auch noch Fiber in den Ring
was ja mit Backplane wiederum nicht unbedingt was zu tun hat. Um die
Verwirrung komplett zu machen? Also um welchen Standard bzw. welche
Anwendung geht es dir nun konkret?
Oder anders herum, die Antwort auf deinen Threadtitel lautet - Nein.
Andi B. schrieb:> . Und dann wirfst du auch noch Fiber in den Ring> was ja mit Backplane wiederum nicht unbedingt was zu tun hat
Die PCS sind gleich steht da bei 10GBASE-R
Dazu gehört KR und SR
Andi B. schrieb:> Antwort auf deinen Threadtitel lautet - Nein.
Das ist doch schon mal was :D
Andi B. schrieb:> Du mußt schon ein bißchen genauer sagen, was du eigentlich machen> willst.
So ist die physische Verbindung:
PHY <-> SFI <-> DAC <-> NIC
Die NIC erkennt aber nichts.
Warum?
(PHY-Modus = "DAC" was heißt das?)
* PHY kann KR und SR
* NIC kann nur SR und andere
enttream schrieb:> Andi B. schrieb:>> . Und dann wirfst du auch noch Fiber in den Ring>> was ja mit Backplane wiederum nicht unbedingt was zu tun hat>> Die PCS sind gleich steht da bei 10GBASE-R> Dazu gehört KR und SR>
Okay, diese Info irgendwo in der Mitte dieses Threads, habe ich
überlesen. Hätte ich das im Eingangspost bzw. Threadtitel gelesen, hätte
ich mir jeden Kommentar erspart, weil ich genau diesen Standard nicht
kenne. Nehme also hiermit alle meine Aussagen zurück weil womöglich
unpassend/falsch.
Moin,
enttream schrieb:> ja und warum nicht?
Ich hab' auch keine Ahnung von den hurtigen Ethernetstandards.
Aber es hat sich in der Vergangenheit oft bewaehrt, halt genauer
draufzuschauen, wenn was nicht geht, warum's denn nicht geht.
enttream schrieb:> So ist die physische Verbindung:>> PHY <-> SFI <-> DAC <-> NIC
Die Dinger haben einen Hersteller, eine Typenbezeichnung, etc.
Laufen z.b. in einer bestimmten HW, wie ein PC oder ein bestimmtes FPGA
Board ... , ggf. unter Betriebssystemen...
> Die NIC erkennt aber nichts.
Wie kommst du dadrauf?
Koennte doch einen kleinen Unterschied machen, ob jetzt der
Windows-Ressourcenmangagerassistent kein Smiley zeigt, oder ob du ueber
einen vertrauenswuerdigen Registerdump verfuegst, meinste nicht?
Wie soll das hier irgendeiner ausser dir wissen?
(Nicht das es mir jetzt wahrscheinlich viel helfen wuerde, aber es
werden vielleicht auch Leute mit mehr Ahnung als ich und weniger Bock
auf Raten das hier lesen).
Gruss
WK
Andi B. schrieb:> diese Info irgendwo in der Mitte dieses Threads
also ich meine das steht so bei
72.1 Table 72–1—Physical Layer clauses associated with the 10GBASE-KR
PMD
"49—10GBASE-R PCS Required"
Dergute W. schrieb:> Windows-Ressourcenmangagerassistent kein Smiley zeigt
ethtool zeigt z.B. link: no
wireshark zeigt auch nichts
Aber die Karte NIC Intel 82599 funktioniert.
Ich kann den eeprom auslesen mit der Karte.
Der PHY ist ein VSC 8490
Und ich nutze einen DAC sfp28
ist aber die grandiose Frage was die direkte DAC Verbindung eigentlich
bewirkt...
Wenn der PHY als Konfigurationsparameter "direct attached copper"
erhält...
// --> VTSS_MEDIA_TYPE_DAC_SC (Direct Attach Cu Cable)
wird der dann mit der Gegenstelle nur kommunizieren können, wenn diese
auch KR kann?
und ist etwa KR Autonegotation bei dem PHY ausgeschaltet?
hmm eigentlich könnte ich mal schauen welche Register im PHY gesetzt
werden :P Dann könnte man mit etwas Glück sehen welchen Standard der PHY
gerade verwendet.
enttream schrieb:> hmm eigentlich könnte ich mal schauen welche Register im PHY gesetzt> werden :P Dann könnte man mit etwas Glück sehen welchen Standard der PHY> gerade verwendet.
Yay!
Gruss
WK
MaWin schrieb:> Warum redet ihr imer von DAC?> Digital Analog Converter?
Weil das hier ein Rätselrate-Thread ist und man zwar spezielles
Insiderwissen hat, bzw. benötigt, es aber maximal nur in Minihäppchen
weitergibt ;-) ;-) ;-)
Ein Threadtitel wie z.B. "Mein VSC8490 PHY kriegt keinen 10GBASE-R Link
über Kupfer zustande" wäre z.B. für mich viel zu aussagekräftig gewesen.
Da hätte ich mal gestutzt weil ich meine schon mal gelesen zu haben,
dass das nicht für Kupfer vorgesehen ist. Da hätte ich eher 10GBASE-X
(10GBASE-CX4) erwartet.
Aber wie schon gesagt, ich bin da nicht kompetent genug für diesen
Thread.
enttream schrieb:> Fpgakuechle K. schrieb:>> Es ist die Frage ob man (simples) UDP oder (komplett, Komplexes) TCP/IP>> machen will.> Also UDP und TCP werden doch erst auf den höheren Ebenen hinzugefügt.
Du meinst Layer? Wir reden dich von ISO/OSI? UDP/TCP fallen ja in
OSI-Schicht 4, also Transport Layer
>> Das einfachste ist wohl Userdatagramm von Punkt zu Punkt. Soll es über>> Gateways/Router gehen brauchts mehr Informationen im Header.> Also auf unterster Ebene meine ich.
Nur dass wir vom Gleichen reden: Du meist ISO/OSI-Schicht 1?
"Userdatagramm" (z.B. SPC) wäre aber auf der Transport-Schicht
angesiedelt. Und von da ist es noch sehr weit bis OSI-1
> Fpgakuechle K. schrieb:>> Und wo hört der Funktionsumfang des PHY auf? Macht er auch CRC,>> Paketlänge, ... oder hört es bem bloßen Signalstandardwandel auf?>> Verstehe. In diesem Fall würde ich sagen er macht kein CRC
Es ist ja nicht unbedingt CRC, kann ja auch SHA sein. Oder FEC oder
EDAC, also z.B Hamming-, BCH-, RS- oder Viterbi-Codes. Wer soll denn
deiner Meinung nach die (Frame-)Sicherung übernehmen?
> Dergute W. schrieb:>> Anundpfirsich ist's mir am liebsten, wenn der PHY schoen dumm ist, also>> nur "Pegelwandler". Alles was drueber hinausgeht, soll dann mal vom MAC>> oder noch hoeher gemacht werden.>> Was sagt die Norm dazu? Sollte der nicht ein paar Bursts schicken können> am Anfang?
Du meinst MAC-Bursts (was soll das sein?) auf Schicht 2? Was soll das
bringen und was soll PHY (OSI-1) daraus machen? Und dann die Bridge bzw.
Layer-2-Switch - wie gehts dann weiter wenn MAC z.B. auf TLAP oder ganz
wild Token Ring gebridged wird?
Sorry, klingt für mich nach "Wild-Cat"? Will 'man' sich das wirklich
antun - ich meine das "Rad neu erfinden"?
Dergute W. schrieb:> Yay!>> Gruss> WK
(einfacher gesagt als getan :P )
MaWin schrieb:> Warum redet ihr imer von DAC?
Die nennen das direct attached copper
Das wird eher in SFF 8431 beschrieben
fs.com:
1
SFP28 gegen SFP+: Können SFP28-Transceiver in SFP+-Ports verwendet werden?
The PCS is responsible for transferring data between the XAUI clock domain and the WIS/PMA clock
2
domain. In addition, the PCS encodes and scrambles the data for efficient transport across the given
3
medium.
Der Klaus schrieb:> Du meinst MAC-Bursts (was soll das sein?) auf Schicht 2?
Die beschreiben auch die AN mit Bursts:
1.4.253 Fast Link Pulse (FLP) Burst: A group of no more than 33 and not
less than 17 10BASE-T
compatible link integrity test pulses. Each FLP Burst encodes 16 bits of
data using an alternating clock and
data pulse sequence. (See Figure 14–15, IEEE Std 802.3, Clause 14 and
Figure 28–4, IEEE Std 802.3,
Clause 28.)
Sebastian schrieb:> Kuck dir die Autonegotiation doch mal mit dem Oszilloskop an um> den> Fehler einzugrenzen.
War schon mal dabei an einem aufgeschnittenem Kabel zu messen.
Das war ein günstiges Cat5e Kabel mit zwei SFP+ für RJ45.
Evtl. wiederhole ich das. Vergleiche das und schaue mir auch mal ein DAC
Kabel an.
Vlt. einfach an der Platine messen. Dann muss ich das nicht
aufschneiden.
Manfred schrieb:> Mir ist nicht klar, wie ein Netzwerkswitch Pakete zustellen können soll,> wenn das Ziel keine MAC hat.
@Manfred Ja ich bin von der Überschrift etwas abgewichen, da ich
eigentlich nur diesen einen Fehler ausschließen wollte.
Wenn man zwei PHYs miteinander verbindet, wird wohl zuerst eine
Autonegotiation durchgeführt. Dafür werden auf unterster Ebene
unabhängig von MAC, Impulse auf die Leitung gelegt. Die PHYs senden mit
den Impulsen Informationen, womit sie einen Betriebsmodus aushandeln
können.
Wenn ich irgendein Netzwerkgerät an meine Netzwerkkarte anschließe kann
man irgendeine Art von Aktivität erkennen. Wireshark/ ethtool. Nicht
aber wenn ich meinen PHY dort über Direct Attached Copper anschließe.
Eigentlich sollte dann aber auch versucht werden mit Autonegotation ein
Link aufzubauen.
Moin,
enttream schrieb:> Hat DAC denn irgendwas mit 10GBase-CR zu tun?> Und hat das irgendwas mit KR zu tun?
Das weiss ich auch nicht. Aber bevor ich einen frei im Raum schwebenden
VSC 8490 irgendwie mit einer Intel Netzwerkkarte verbinde und mich dann
wundere, warums "ned funzd", wuerde ich mir das draufschaffen.
Oder zumindest irgendwas anderes, serioeseres als den frei im Raum
schwebenden VSC 8490, was ueber die selbe Geschmacksrichtung
"Netzwerkkabel" mit der Intelkarte verbunden werden kann, anschaffen und
damit testen...
Gruss
WK
also der ist an einem SFI angeschlossen das zu den SFP führt.
Man müsste einen vergleichbaren, funktionierenden PHY haben auf einem
Board.
Oder einen vergleichbaren Netzwerkpartner, der die gleichen Protokolle
unterstützt.
Dann könnte man die Netzwerkkarte so testen :D
Also muss ich schauen!