具有选项协商的 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