Блог

У меня есть система, которая обрабатывает сообщения из различных источников, и я добавляю MIME-тип к каждому входящему сообщению, которое используется для дальнейшей отправки по линии.

Одним из типов поступающих сообщений являются фреймы данных из локальной сети контроллера (CAN). Обычно эти данные не передаются по HTTP, электронной почте и т.д., Поэтому Википедия или организации по стандартизации не указывают MIME-тип, по крайней мере, не в очевидном месте. Google тоже не смог мне помочь.

На данный момент я просто использую некоторый выдуманный MIME-тип «application / vnd.*», как я уже делаю с некоторыми внутренними протоколами. Это вроде бы нормально, но на самом деле это не совсем корректно, и если кто-нибудь знает о существующем MIME-типе, я бы предпочел использовать его.

CAN определен только для OSI-уровней 1 (физический уровень) и 2 (уровень канала передачи данных).

MIME (многоцелевые расширения интернет-почты) находится где-то на уровне 6 (уровень представления) и будет описывать только информацию со уровня выше 7 (уровень приложений) или, возможно, это собственный уровень.

Таким образом, не имело бы никакого смысла иметь MIME-тип для CAN в качестве технологии шины, потому что вас интересует «что передается», а не «как это передается». Если бы был MIME-тип для CAN, вам также понадобился бы один для Ethernet, WiFi … дымовых сигналов 🙂

Конечно, вы можете определить и закодировать MIME-типы для вашей информации, которую вы передаете через CAN. Но тогда они связаны с вашими передаваемыми данными, а не с самим CAN. Также можно было бы запускать протоколы IP и HTTP через CAN, но это не обычный случай использования.