Ми часто повинні чути шифрування модуля світла або писати код, особливо для використання великого заводського мережевого обладнання, щоб використовувати їх оригінальний модуль. Отже, що ж таке шифрування коду запису? Як сторонні виробники модулів мають справу з виробниками пристроїв' шифрування коду? Ви можете це зламати? Що станеться, якщо ви не можете' не зламати?
Перш за все, строго кажучи, ми зазвичай говоримо про проблеми сумісності, і кодування коду написання - це не одне і те ж, проблеми сумісності стосуються вищезазначених проблем, оскільки реалізація стандарту відрізняється, що призводить до невідповідності при спільній роботі, не є навмисним. Але напишіть код і зашифруйте модуль так, щоб він' не працював на пристрої, а' навмисно.
Виходячи з визначення світлового модуля за галузевими стандартами, світловий модуль має 2 для кожного 128-байтового рядка коду, два записані всередині постачальника сховищ із шести ярдів, модель, серійний номер, а також інформацію DDM (дозволяючи напругу , струм, температура, діапазон світлової потужності та фактичні дані, зібрані ці значення) і сумісний код і т. д. Багато пристроїв у комутаторах та іншому мережевому обладнанні, а також обмеження, оптичний модуль в них, будуть проходити через шину I2C для зчитування модуль вимикача світла на шість ярдів всередині інформації, за допомогою цієї інформації пристрій може визначити, чи є модуль їхнім оригінальним модулем, якщо виявиться, що це не оригінальна фабрика, може вжити певних дій. Тут різні виробники мають різну практику, в основному їх існує декілька видів.
1. Контроль сумісності не проводиться, тобто пристрій не зчитує код сумісності всередині модуля для судження, і до нього можна підключити будь-який модуль.
2. Перевірте код сумісності в модулі, щоб визначити, сумісний він чи ні. Однак, оскільки код сумісності є відкритим текстом, будь-які сторонні виробники модулів можуть легко отримати цей код сумісності, так що коли ці сторонні виробники модулів залишають завод, вони можуть бути сумісними, поки вони пишуть код сумісності виробник у своїх модулях. Тож це те саме, що залишити речі без охорони. Такою практикою є багато виробників мережевих карт, що частково або всі їхні продукти.
3. Внутрішня частина модуля сумісна з кодом - це динамічний сумісний код, деяка інформація базується на внутрішній частині модуля, наприклад, серійні номери, і навіть якийсь унікальний мікросхем ідентифікатора всередині, а потім за допомогою певного алгоритму, записаного після обчислення , у цьому випадку третя сторона вирішує складність більша, але якщо ви можете знати всі алгоритми та брати участь у полі та розташуванні алгоритму, це можливо. Якась велика фабрична частина продукту, це така практика.
Для постачальників, які перевіряють сумісність у 2 та 3 вище, якщо вони виявлять несумісність, буде вжито низку різних заходів, деякі з них не піднімуться безпосередньо, деякі попереджатимуть та / або не дозволять вам бачити інформацію DDM. Нинішній виробник використовує останні, як правило, належать до більш помірної практики. Це не технічна проблема, а проблема маркетингової стратегії.
