具有选项协商的 TFTP 协议
TFTP protocol with options negotiation
我必须根据 RFC 1782.
为学校项目在 C 中实现 TFTP 协议
当客户端发送带有选项的 RRQ paquet 时，服务器会回复 OACK paquet 以确认已识别的选项。我没意见。
Buf 如果客户端发送 RRQ paquet 没有选项，服务器是否必须发送 OACK paquet 或他开始直接发送 DATA paquet(s) ？
谢谢。
如[rfc 1782]中所述，您可以直接发送数据包。
“服务器可能以选项确认响应”
[rfc 2119]:
5. MAY 这个词，或者形容词“OPTIONAL”，意思是一个项目是
真正可选。一个供应商可能会选择包括该项目，因为
特定市场需要它，或者因为供应商认为
它增强了产品，而另一个供应商可能会忽略相同的项目。
不包含特定选项的实现必须是
准备与另一个实现互操作
包括该选项，尽管功能可能有所减少。在里面
同样包含特定选项的实现
必须准备好与另一个实现互操作
不包括该选项（当然，对于该功能
选项提供。）
[rfc 1782]：https://www.rfc-editor.org/rfc/rfc1782
[rfc 2119]: https://www.ietf.org/rfc/rfc2119.txt
我必须根据 RFC 1782.
为学校项目在 C 中实现 TFTP 协议当客户端发送带有选项的 RRQ paquet 时，服务器会回复 OACK paquet 以确认已识别的选项。我没意见。
Buf 如果客户端发送 RRQ paquet 没有选项，服务器是否必须发送 OACK paquet 或他开始直接发送 DATA paquet(s) ？
谢谢。
如[rfc 1782]中所述，您可以直接发送数据包。
“服务器可能以选项确认响应”
[rfc 2119]:
5. MAY 这个词，或者形容词“OPTIONAL”，意思是一个项目是
真正可选。一个供应商可能会选择包括该项目，因为
特定市场需要它，或者因为供应商认为
它增强了产品，而另一个供应商可能会忽略相同的项目。
不包含特定选项的实现必须是
准备与另一个实现互操作
包括该选项，尽管功能可能有所减少。在里面
同样包含特定选项的实现
必须准备好与另一个实现互操作
不包括该选项（当然，对于该功能
选项提供。）
[rfc 1782]：https://www.rfc-editor.org/rfc/rfc1782
[rfc 2119]: https://www.ietf.org/rfc/rfc2119.txt