Vi borde ofta höra kryptering av ljusmodulen eller skriva kod, särskilt vissa stora fabriksnätutrustningar, krävs för att använda sin ursprungliga modul. Så, vad exakt är skrivkodskryptering? Hur hanterar tredjepartsmodulstillverkarna enhetstillverkarna' kodkryptering? Kan du knäcka det? Vad händer om du inte kan knäcka&# 39?
Först och främst pratar vi vanligtvis om kompatibilitetsproblem och skrivkodkryptering är inte samma sak, kompatibilitetsproblem hänvisar till ovan nämnda problem, eftersom implementeringen av standarden är annorlunda, vilket resulterar i en oöverensstämmelse när man arbetar tillsammans, är inte avsiktligt. Men skriv koden och kryptera modulen så att den inte' fungerar inte på enheten, att&# 39 är avsiktlig.
Baserat på definitionen av ljusmodul enligt branschstandarder har ljusmodulen 2 för varje skrivkodslinje med 128 byte, de två skrivna inuti leverantören av 6-yardboxlagring, modell, serienummer samt DDM-information (vilket möjliggör spänning , ström, temperatur, ljuseffekt, och faktiskt samlade dessa värden) och kompatibel kod, etc. Många enheter, i switchar och annan nätverksutrustning, och gör gränsen, optisk modul i dem, kommer att gå genom I2C-bussen för att läsa ljusbrytarmodul sex-yard box insida information, genom denna information, kan enheten avgöra om modulen är deras ursprungliga modul, om det finns som inte är den ursprungliga fabriken, kan vidta några åtgärder. Här har olika tillverkare olika praxis, huvudsakligen så få typer.
1. Ingen kompatibilitetskontroll görs, det vill säga enheten läser inte kompatibilitetskoden inuti modulen för att bedöma, och vilken modul som helst kan anslutas till den.
2. Kontrollera kompatibilitetskoden i modulen för att avgöra om den är kompatibel eller inte. Eftersom kompatibilitetskoden är vanlig text kan alla tillverkare av tredjepartsmoduler enkelt få denna kompatibilitetskod, så att när dessa tredjepartsmodulstillverkare lämnar fabriken kan de vara kompatibla så länge de skriver kompatibilitetskoden för den kompatibla tillverkare i sina moduler. Så detta är samma sak som att lämna saker oskyddade. Många nätverkskortstillverkare delar av eller alla sina produkter, är denna praxis.
3. Insidan av modulen är kompatibel med kod är dynamisk kompatibel kod, viss information baseras på insidan av modulen, till exempel serienummer, och till och med något unikt ID-chip inuti, och sedan genom specifik algoritm, skriven in efter beräkning , i det här fallet är den tredje parten som löser svårigheten större, men så länge du kan känna till alla algoritmer och delta i fältet och placeringen av algoritmen är det möjligt. Någon stor fabriksdel av produkten, det är denna typ av praxis.
För leverantörer som söker efter kompatibilitet i 2 och 3 ovan, om de hittar inkompatibiliteter, kommer det att finnas ett antal olika åtgärder, vissa kommer inte UPP direkt, vissa varnar och / eller hindrar dig från att se DDM-informationen. Nuvarande tillverkare använder sistnämnda ofta, tillhör mer måttlig praxis. Detta är inte ett tekniskt problem utan ett marknadsföringsstrategiproblem.
