Так что TCP ориентирован на соединение. У нас есть подтверждения. Если передача потеряна, мы сможем продолжить ее.
"Ориентированный на соединение" не означает, что переводы с его помощью могут быть возобновлены. "Ориентированный на соединение" просто означает, что приложения, использующие TCP, могут использовать его в качестве "канала" - то есть отправлять сообщения произвольной длины на другую сторону, а затем TCP будет следить за тем, чтобы сообщение попадало туда (повторная передача в случае возникновения ошибок) в том же порядке. это было отправлено. Если время соединения TCP истекает из-за того, что одна сторона прекращает передачу по какой-либо причине (то есть они потеряли свое интернет-соединение, произошел сбой и т.д.), Само по себе второе соединение TCP не обязательно ничего не знает о первом. Прикладное программное обеспечение, использующее TCP-соединения для передачи данных с обеих сторон, должно будет отслеживать это и поддерживать это, устанавливая новое соединение.
Но моя проблема в том, что когда мы загружаем файл, такой как MP3, если соединение потеряно, нам нужно снова загрузить файл. Так почему же не используется протокол FTP?
Я не знаю, почему вы думаете, что если что-то нужно перезагружать, то это должно быть использование FTP. HTTP поддерживает возобновление прерванных загрузок, но сервер в дополнение к клиенту должен поддерживать его. Не все клиенты и серверы будут поддерживать все функции всех протоколов в любое время. Например, HTTP - обычно вы можете возобновить прерванную загрузку, но некоторые серверы не позволяют этого.
Разве это не TCP? Так что, если это UDP, не могли бы вы объяснить, что это за протокол? TFTP? Я понятия не имею.
Тот факт, что загрузка может быть возобновлена или нет, не имеет ничего общего с идентификацией протокола. Есть много протоколов, которые ведут себя таким образом, и только то, что ваша загрузка велась так, не означает, что использовался определенный протокол.
