┏━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
┃ ┃
┃请大家不要吝啬你们的言词,小弟感激不仅! ┃
┃见者有份,分不够再加! 拜托各位,谢先! ┃
┃ ┃
┣━━━━━━━━━━━━━━━━━━━━━━━━━━━┫
┃ ┃
┃选这个设计的时候以为很简单,但是做的时候才知道困难重重┃
┃可能是小弟愚昧,望指点迷津,如果有代码那最好不过了! ┃
┃ ┃
┗━━━━━━━━━━━━━━━━━━━━━━━━━━━┛
┃ ┃
┃请大家不要吝啬你们的言词,小弟感激不仅! ┃
┃见者有份,分不够再加! 拜托各位,谢先! ┃
┃ ┃
┣━━━━━━━━━━━━━━━━━━━━━━━━━━━┫
┃ ┃
┃选这个设计的时候以为很简单,但是做的时候才知道困难重重┃
┃可能是小弟愚昧,望指点迷津,如果有代码那最好不过了! ┃
┃ ┃
┗━━━━━━━━━━━━━━━━━━━━━━━━━━━┛
可能学不到东西
里面加一项 校验码 CRC32然后在收到后检测数据是否正确
不正确就要求重发直到正确为止不过这样做好麻烦的 没搞过
还要数据校验,还要超时处理,.........................
会不会定义tcp的那要样的头结构啊,是不是还要像tcp那样三次握手啊,,,,,,,,,,,,,,好麻烦的啊,
哪位大哥能贴点代码出来吗
设计双方握手规则,设定起启序号。如果考虑效率就象TCP设置一个接收窗口,以减少重传。如果不考虑效率,可以设定丢一个包就重传其以后的包,如接收方收到了1、2、4、5、6、7、8,则45678统统扔掉,从3开始重传。
奇偶校验就不用再弄了,UDP本来就有。推荐源码:TFTP。Windows和Linux下的TFTP源码很多,楼主自己找吧,这是利用UDP提供文件传输的协议,可能符合你的要求。
实际上是在应用层实现发送-应答机制
请问 哪里有 TFTP 的源代码啊,想看一下经典程序啊
看看先,谢谢!也想看下 tftp 的源代码
不知哪位大哥能发过来啊
哈哈,要搞定了,谢谢大哥大姐们的关照
下次有问题再问你们了呵