欢迎解释位场图![英] bitfield diagram - interpretation welcomed!

问题描述

大家好,

一位同事最近对我抱怨 RFC.

(抱歉 - 目前我无法找到 RFC 编号(它与
DIAMETER 协议,我能记住的就这些了)但我会努力寻找
出并更新线程.)

他在抱怨 RFC 如何制定 8 位的描述
场地.据他说,该图是(需要固定宽度的字体,
但这并不重要,我省略了
的类似示意图的使用-,|以及 RFC 通常使用的 +):

0 1 2 3 4 5 6 7
F F X X X Y Y Y P

对他(和我)来说,奇怪的是
图表 - 从左到右增加.据他说,有
绝对没有描述这个图表的含义.在其他
换句话说,图中的 0 位是最高有效位,还是
最低有效位?

我们使用网络协议规范,这样说就够了
缺乏精确性令他感到惊讶(以及在他转达
故事,令我惊讶).他在
期间已经找到了产品互操作测试有两种不同的解释.

这显然是 RFC 的早期草案,他将
要求澄清,但我想知道你们的人的看法
对吗?你怎么理解这个?

提前谢谢,
Doug

推荐答案

5 月 18 日 21:08,Doug <DougTheS...@googlemail.com 写道:

<snip>
0 1 2 3 4 5 6 7
F F X X X Y Y Y P
咳咳,请忽略"P".''P''reend it's not there.

谢谢,
道格


咳咳,

请完全无视我.位域图出现在一个
PDU图,RFC的比特编号是完全正常的.

很抱歉浪费了您的时间和带宽.

道格


在文章 <11**********************@k79g2000hse.googlegroups .com>,
Doug <Do*********@googlemail.com 写道:
大家好,
一位同事最近对我抱怨 RFC.
(抱歉 - 目前我无法找到 RFC 编号(它与
DIAMETER 协议,我能记住的就这些了)但我会努力寻找
出来并更新线程.)
他在抱怨 RFC 如何制定 8 位的描述
场地.据他说,该图是(需要固定宽度的字体,
但这并不重要,我省略了
的类似示意图的使用-,|和 + RFC 通常使用的):
0 1 2 3 4 5 6 7
F F X X X Y Y Y P
对他(和我)来说,奇怪的是
图表 - 从左到右增加.据他说,有
绝对没有描述这个图表的含义.在其他
换句话说,图中的 0 位是最高有效位,还是
最低有效位?

没关系,0位永远是最低的.

HTH

--
米奇

te************@sand-hill.freeserve.co.uk
www.sand-hill.freeserve.co.uk/terminal_crazy


本文地址:https://www.itbaoku.cn/post/1050408.html