简体   繁体   English

IETF 是否使用 RFC 对任何小端协议进行了标准化?

[英]Have any little-endian protocols been standardised with RFCs by the IETF?

Historically,.network protocol RFCs have used big-endian .network order) fields.历史上,.network 协议 RFC 使用 big-endian .network order) 字段。

I am currently involved in the design of a new (UDP) protocol, which, one-day, might be standardised with an RFC.我目前正在参与一项新的 (UDP) 协议的设计,该协议有朝一日可能会通过 RFC 进行标准化。

Would having little-endian fields be a problem with standards committees?小端字段会成为标准委员会的问题吗?

Are there any examples of IETF-standardised protocols which use little-endian byte ordering?是否有任何使用小端字节序的 IETF 标准化协议示例?

(It does seem rather pointless to use big-endian representations in new protocols, as big-endian architectures are essentially dead.) (在新协议中使用大端表示似乎毫无意义,因为大端架构基本上已经死了。)

Kerberos (eg. RFC6542) is a Proposed Standard and used little endian, so do RFC7748 elliptic curves . Kerberos(例如 RFC6542)是一个提议的标准并使用小端, RFC7748 椭圆曲线也是如此。

Still, getting a new protocol approved that neither has very good reasons ("it's common in elliptic curve calculations" was, as was "Kerberos is already widely deployed"; "all my systems are LE anyway" will probably not be) will probably be not easy and need much discussion;尽管如此,获得批准的新协议都没有很好的理由(“它在椭圆曲线计算中很常见”,就像“Kerberos 已经广泛部署”一样;“无论如何我的所有系统都是 LE”可能不会)可能是不容易,需要多讨论; see QUIC's for an example of such a discussion -- and note that QUIC does use.network byte order.请参阅QUIC以获取此类讨论的示例——并注意 QUIC 确实使用网络字节顺序。

DO NOT USE LITTLE_ENDIAN. 请勿使用LITTLE_ENDIAN。 Among other things, the classic set of functions for dealing with endians-ness only include the concepts of "host" endian and "network" endian. 除其他事项外,用于处理字节序的经典功能集仅包括“主机”字节序和“网络”字节序的概念。 There's no standard method of dealing with "little" endian. 没有处理“小”字节序的标准方法。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM