[問題] 有不加CRC或checksum的檔案傳輸方式嗎?

看板CSSE (電腦科學及軟體工程)作者 (自由風)時間17年前 (2007/10/13 13:01), 編輯推噓4(404)
留言8則, 5人參與, 最新討論串1/4 (看更多)
各位好 最近在做傳輸通道實驗時,遇到了一個很困擾的問題。 我利用傳輸一個16Mb的*.bmp檔案來反應通道的錯誤率,看看經過通道後, 有多少pixel錯了。 為了要實際反應通道的錯誤情形,要把coding關掉,還有CRC或checksum 造成的檔案重送機制關閉,即使知道錯了也不重送。 根據這樣的需求,我利用了win XP的超級終端機程式,以YMODEM-g協定; 以及網路上找到依循UDP協定的tftp32d這個TFTP程式,來進行檔案傳輸。 但結果檔案都正確的,無法反應通道錯誤。 我想可能是這些程式,都或多或少的加了一些編碼或重送的保護機制。 (對嗎????) 想請問各位,有沒有其他的方法或程式可以達到我的目的,測試通道的錯誤率。 因為我對程式撰寫方面很弱,所以希望的方式能有現成的程式, 然後自行設定參數即可。 先謝謝大家耐心看完問題 ^^ PS: 我測試的通道錯誤率約10^(-6) 至 10^(-5)間。 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.113.236.179 stinny:轉錄至看板 winsock 10/13 13:03

10/13 13:09, , 1F
其實從ethernet到ip到udp(或tcp)都有自已的checksum 囧"
10/13 13:09, 1F

10/13 13:38, , 2F
好像media streaming或VoIP的程式就不會重傳
10/13 13:38, 2F

10/13 13:39, , 3F
這一類的應用程式,有辦法用來傳檔案嗎?
10/13 13:39, 3F

10/13 19:11, , 4F
用類似 Ethereal 的工具來聽封包?
10/13 19:11, 4F

10/14 01:04, , 5F
話說... Ethereal已經改名叫做WireShark..
10/14 01:04, 5F

10/15 14:18, , 6F
其實... 為什麼不用ICMP echo request(也就是ping)?
10/15 14:18, 6F

10/15 14:19, , 7F
這個也有sequence number可以方便地知道錯誤率有多少...
10/15 14:19, 7F

10/15 18:01, , 8F
看來已經改名很久了... 我真是活在古代的人呀 ._.
10/15 18:01, 8F
文章代碼(AID): #17454MPM (CSSE)
文章代碼(AID): #17454MPM (CSSE)