Имеет ли значение сетевой порядок байтов для проприетарных протоколов?

Итак, у меня есть собственный двоичный протокол, работающий по UDP.

Мой источник - это встроенное устройство с прямым порядком байтов, при этом передача в основном отправляется (упакованная структура). Моими целевыми устройствами в подавляющем большинстве будут компьютеры с прямым порядком байтов.

Я получил запрос на изменение порядка байтов в сети. Мой мгновенный ответ был «не случайным». Я не вижу никакого смысла в том, чтобы переворачивать каждое из моих 100+ полей, смесь целых чисел от 2 до 8 байтов, вместе с числами с плавающей запятой и двойными числами, а затем заставлять всех моих пользователей развернуться и переворачивать их все обратно , и устранение всех мелких ошибок кодирования с обеих сторон.

Я что-то упускаю? Имеет ли значение сетевой порядок байтов сегодня? Это действительно когда-нибудь имело значение? Очевидно, что определение порядка байтов критически важно, но кроме этого, кого это действительно волнует?


person XPav    schedule 20.08.2011    source источник
comment
Я предполагаю, что в случае назначения с прямым порядком байтов вы позаботитесь об обмене байтами?   -  person Raam    schedule 20.08.2011
comment
Это делает Wireshark и tcpdump менее утомительными, т.е. думает о системном администраторе, который должен следить за этой реализацией.   -  person Steve-o    schedule 20.08.2011
comment
Мой протокол остается неизменным. Для всех, у кого есть устройство с прямым порядком байтов, это будет их проблемой. Что касается сисадмина, это протокол на оборудовании, которое работает в очень маленьких изолированных сетях. Сисадмина не будет.   -  person XPav    schedule 20.08.2011


Ответы (1)


Нет необходимости переключаться на сетевой порядок байтов независимо от того, что используют другие машины в сети - вы совершенно свободны объявить, что протокол XPav использует значения с прямым порядком байтов.

Конечно, когда он станет международным стандартом, это может стать проблемой - но это в будущем.

person Martin Beckett    schedule 20.08.2011