Có đúng là TCP là viết tắt của TCP / IP và chúng có nghĩa tương tự không?
Có thể cho TCP được xây dựng trên một giao thức bên cạnh IP ?
Có đúng là TCP là viết tắt của TCP / IP và chúng có nghĩa tương tự không?
Có thể cho TCP được xây dựng trên một giao thức bên cạnh IP ?
Câu trả lời:
TCP và IP (v4 & v6) chắc chắn có thể tách rời nhau và người ta không ngụ ý người khác, như đã được chứng minh bằng ví dụ về TCP qua IPX ( RFC 1791 ).
Tuy nhiên, TCP không thể được xây dựng trên bất kỳ giao thức mạng nào . Hai lý do:
Đặc tả TCP, RFC 793 , không phải là một nguồn tốt để quyết định câu hỏi này, bởi vì nó thừa nhận rằng nó rời khỏi giao diện của nó với lớp thấp hơn phần lớn không được chỉ định.
Lưu ý a) Để TCP lắp ráp lại các datagram được in trên các tờ giấy nhỏ (cho dù là do chim bồ câu hoặc mạng corvid thông minh hơn), kích thước của tải trọng sẽ phải được ghi ở vị trí chuẩn. Ngoài ra, một lớp thích ứng có thể xác định theo kích thước phân khúc. Máy quét quang học được sử dụng trong việc thực hiện ngăn xếp máy chủ của thông số kỹ thuật của tàu sân bay ( RFC 1149 ) bao gồm một lớp thích ứng heuristic như vậy, nhưng nó vẫn không có giấy tờ.
Tôi chưa đọc toàn bộ RFC nhưng ngôn ngữ trong phần 1.4 dường như gợi ý rằng mọi giao thức "cấp thấp hơn" đều có thể được sử dụng.
Giao diện giữa TCP và giao thức cấp thấp hơn về cơ bản là không xác định ngoại trừ việc nó được giả định là có một cơ chế theo đó hai cấp có thể truyền thông tin cho nhau một cách không đồng bộ. Thông thường, người ta mong đợi giao thức cấp thấp hơn sẽ chỉ định giao diện này. TCP được thiết kế để hoạt động trong một môi trường rất chung của các mạng được kết nối với nhau. Giao thức cấp thấp hơn được giả định trong toàn bộ tài liệu này là Giao thức Internet.
TCP không phải là viết tắt của TCP / IP.
TCP / IP thường được sử dụng như một cách viết tắt " Bộ giao thức Internet " và thường bao gồm các giao thức chuẩn khác. Khi mọi người nói TCP / IP, họ thường bao gồm UDP qua IP (trong đó UDP được sử dụng thay vì TCP) và rất nhiều giao thức khác như ARP, ICMP, DNS, SNMP và các giao thức lớp ứng dụng khác.
Các ứng dụng sử dụng các giao thức Lớp ứng dụng như SMTP (cho email). Chúng nằm trên một trong hai giao thức lớp vận chuyển - TCP và UDP. Một vài giao thức lớp ứng dụng sẽ sử dụng một hoặc cả hai UDP và TCP nhưng hầu hết được sử dụng chỉ với một giao thức lớp vận chuyển.
TCP và UDP là hai giao thức lớp vận chuyển được sử dụng trong Bộ giao thức Internet. Nếu có những người khác tôi không biết về họ và bất kỳ ai khác sẽ đại diện cho một chuyên gia nhỏ đang sử dụng. Những người khác giao thức lớp truyền tải đã được xác định - sử dụng của họ có lẽ chỉ chiếm một tỷ lệ nhỏ trong toàn cầu lưu lượng IP †
Mặc dù về mặt lý thuyết có thể sử dụng TCP trên một thứ khác ngoài IP, trong thực tế, TCP luôn được sử dụng qua IP - Giao thức Internet. IP di chuyển các gói giữa các mạng (nghĩ về IP như kết nối nhiều mạng LAN với nhau)
Ethernet chỉ là họ phổ biến nhất của các giao thức lớp liên kết cấp thấp mà TCP / IP được mang theo, nhưng TCP / IP cũng được sử dụng rộng rãi trên ATM và các giao thức khác.
Các giao thức lớp vận chuyển duy nhất được sử dụng đáng kể trên các mạng sử dụng Bộ giao thức Internet là TCP và UDP.
Để giải trí, tôi đã đo lưu lượng trên mạng LAN nhỏ (rất) của mình, bao gồm NetBIOS (qua TCP), SSH, Rupync, Email, cập nhật phần mềm, DNS, trò chuyện trong hộp Windows nói chung và một vài loại lưu lượng khác.
Cũng lưu ý tuyên bố này trong Câu hỏi thường gặp của Google về giao thức QUIC của họ
Tại sao bạn không xây dựng một giao thức hoàn toàn mới, thay vì sử dụng UDP? Các hộp giữa trên Internet ngày nay thường sẽ chặn lưu lượng trừ khi đó là lưu lượng TCP hoặc UDP
(nhấn mạnh của tôi)
Lý do tại sao TCP / IP là tên viết tắt phổ biến (trái ngược với UDP / IP hoặc SCTP / IP) là do hai giao thức được thiết kế cùng nhau, và trong bài báo gốc của Vint Cerf và Bob Kahn, hai khái niệm này là kết hợp với nhau thành một giao thức duy nhất. Ngay sau đó, chúng được chia thành IP để cung cấp định tuyến và TCP để cung cấp điều khiển luồng, ghép kênh, phát hiện lỗi, v.v ... Phải đến sáu năm sau, UDP mới được giới thiệu để cung cấp lớp ghép kênh "nhẹ" mà không cần phần còn lại của chi phí liên quan đến TCP.
Tuy nhiên, TCP và IP là hai thứ riêng biệt và hoàn toàn độc lập và có chủ ý. Việc TCP không yêu cầu IP là rõ ràng ngay lập tức với thực tế là TCP có thể chạy không được sửa đổi trên cả IPv4 và IPv6, hai giao thức hoàn toàn khác nhau.
Với một chút công việc, bạn có thể tạo một giao thức cạnh tranh với IP để phục vụ cho cùng một mục đích, nhưng có lẽ nó sẽ phải chứa hầu hết nếu không phải tất cả các tính năng giống nhau, và có lẽ cuối cùng sẽ trông giống IP. Bạn có thể lập luận rằng các phần mở rộng cho IP (chẳng hạn như IPSec) là các giao thức lớp 3 thay thế một cách hiệu quả, vì vậy bạn hãy đi.
Bạn có thể thay thế IP bằng một cái gì đó khác. Thực tế, đó chính xác là những gì bạn đang làm khi bạn sử dụng TCP qua IPv6. TCP vẫn là TCP, nhưng IP là v6 thay vì v4.
AFAIK, không ai tạo ra bất kỳ giao thức lớp 3 nào khác để hoạt động với TCP phía trên chúng, nhưng không có lý do gì bạn không thể.
TCP và IP giống như bơ trên bánh mì.
Bạn có thể ghép nối bất cứ thứ gì khác hoạt động với một trong hai giao thức, nhưng hai cái này rất bổ sung, nó chỉ là một cách đáng tin cậy để truyền dữ liệu và lấp đầy bụng bằng dữ liệu internet. Nó bôi trơn ống để cho phép thực phẩm khô khác và bắt tay dữ liệu giống nhau để hỗ trợ cho việc ghép đôi này. Nhưng không có cách nào là độc quyền.
Q Tuy nhiên, TCP không thể được xây dựng trên giao thức khác ngoài IP?
A Có, điều đó là có thể. Tôi thích các ví dụ về Mã Morse và Pigeon của TCP không có IP.
Tôi đã luôn nghe nói rằng TCP là viết tắt của TCP / IP
Trên thực tế, nó là viết tắt của Giao thức Kiểm soát Truyền qua Giao thức Internet
và họ có nghĩa là điều tương tự.
Điều đó không đúng.
Đầu tiên, Ethernet là hệ thống phần cứng cấp thấp kiểm soát cách thức hoạt động của các bộ phận phần cứng thực tế.
Tiếp theo, hãy nghĩ về IP như một hệ thống điện thoại hoặc biển báo giao thông. Nó cung cấp điều khiển cơ bản của hệ thống kết nối hai điểm với nhau.
Mặt khác, TCP giống như một hệ thống nhắn tin hoặc nhân viên điều khiển giao thông, điều hướng các tin nhắn / xe đến đúng điểm.
Được kết hợp với nhau, TCP / IP, cung cấp một hệ thống truyền dữ liệu đáng tin cậy đến và từ bất kỳ hai thiết bị được kết nối nào.
Với Internet, khi bạn muốn gửi hoặc nhận dữ liệu, phần IP của hệ thống là phần điều khiển thực hiện các kết nối phần cứng thực tế với dây (hoặc sóng không dây). Phần TCP của hệ thống là phần mềm chịu trách nhiệm lấy dữ liệu và phá vỡ nó, gửi nó, lắp lại dữ liệu đã nhận và kiểm tra dữ liệu và gửi lại nếu cần.
Có vô số lời giải thích với các chất tương tự và chi tiết kỹ thuật có sẵn, đặc biệt là ở dạng video . DifferenceB Among.net có một điểm đặc biệt tốt về chủ đề chính xác này .
Tuy nhiên, liệu TCP không thể được xây dựng trên giao thức khác ngoài IP?
Có, bạn thực sự có thể tạo một hệ thống thay thế cho TCP sử dụng IP. Hãy xem Internet Protocol Suite để biết một số chi tiết.
> the fact that !TCP can go over IP does not necessarily mean TCP can go over !IP Huh?
psusi đang cố tỏ ra thông minh bằng cách sử dụng "!" là "không phải nhà điều hành". Nhận xét của anh ta nên được đọc là: "thực tế là thứ gì đó không phải là TCP có thể vượt qua IP không nhất thiết có nghĩa là TCP có thể vượt qua thứ không phải là IP". Nó được thực hiện liên quan đến câu cuối cùng trong câu trả lời của bạn, cho thấy sự tồn tại của "Hệ thống thay thế cho TCP". Tuy nhiên, cho thấy các lựa chọn thay thế cho TCP tồn tại không nhất thiết ngụ ý cũng như gợi ý rằng các lựa chọn thay thế cho IP tồn tại.
TCP là giao thức lớp 4. Nó cung cấp việc vận chuyển dữ liệu được đảm bảo dưới dạng luồng được đặt hàng từ một quy trình trên máy tính này sang quy trình khác trên cùng một máy tính khác.
IP là giao thức lớp 3. Nó cung cấp vận chuyển từ máy chủ này sang máy chủ khác.
Miễn là có một giao thức có thể thực hiện lưu trữ để lưu trữ dữ liệu, TCP sẽ hoạt động.
Vì vậy, TCP có thể được thực hiện trên bất kỳ giao thức nào, nhưng, Chúng tôi chỉ tạo IP. IP là đơn giản và làm việc.
Không cần cho giao thức lớp 3 khác.
Khi bạn thiết kế mạng, bạn phải chọn một bộ giao thức (về cơ bản là bộ quy tắc giao tiếp giữa các máy), cho mỗi "lớp" khác nhau (mà bạn có thể tưởng tượng là các mức độ trừu tượng khác nhau, mà các nhà thiết kế mạng muốn ghi nhớ khi tạo và kết hợp các giao thức).
Phiên bản đơn giản hơn: các giao thức giống như các hộp trong đó chúng ta đặt các thông điệp của mình . Các hộp đó có kích thước khác nhau và bạn đặt tin nhắn của mình vào hộp nhỏ nhất, rồi hộp nhỏ nhất trong hộp lớn hơn một chút, v.v. Chọn một bộ giao thức là chọn loại hộp nào bạn sẽ sử dụng, cho mỗi hộp " lớp "bao quanh thông điệp của bạn.
TCP và IP là các giao thức cho hai lớp độc lập, được tạo cùng nhau và có thể sử dụng được với nhau; nhưng rất có thể được sử dụng với các giao thức khác. Điều đó xảy ra khá thường xuyên: bạn có thể sử dụng IP cùng với giao thức không phải TCP hoặc TCP cùng với giao thức không IP .
Lý do tại sao TCP / IP là một từ viết tắt phổ biến như vậy là vì hai giao thức đó được hình thành, cùng nhau, là nền tảng của Internet và là chìa khóa thành công của nó .
(TCP và IP có một số chức năng được thiết kế riêng để chúng hoạt động cùng nhau, đây là điều mà những người theo chủ nghĩa thuần túy thường phàn nàn, nhưng chúng không thực sự ngăn bạn giao tiếp với các giao thức khác)
Tôi nghĩ rằng có thể chạy TCP qua truyền tải IPX, nếu bạn muốn chuyển sang chế độ retro.
Tuy nhiên, liệu TCP không thể được xây dựng trên giao thức khác ngoài IP?
Bên cạnh TCP / IPv4 và TCP / IPv6 cổ điển, một vài giao thức thử nghiệm đã được thiết kế, ví dụ:
Là một phần trong nỗ lực Net100 và thăm dò của chúng tôi trong việc cải thiện chuyển số lượng lớn qua mạng tốc độ cao, độ trễ cao, chúng tôi đã phát triển một phiên bản TCP cụ thể và có thể điều chỉnh chạy trên UDP. Vận chuyển giống như UDP TCP đóng vai trò khai thác thử nghiệm để thử nghiệm các điều khiển giống như TCP ở cấp ứng dụng tương tự TReno.
Và iproxy: Chạy các dịch vụ TCP qua UDP , điều thú vị hơn:
iproxy bao gồm proxy phía máy khách và proxy phía máy chủ cho phép các dịch vụ TCP / IP tùy ý chạy trên Broadcast, Multicast hoặc Unicast UDP. Ban đầu nó được hình thành như một phương pháp để cấu hình các máy chủ chưa được cung cấp địa chỉ IP trên mạng LAN bằng giao diện dựa trên web.
Vì vậy, bạn thấy: TCP trên UDP unicast, và thậm chí TCP trên UDP quảng bá hoặc phát đa hướng !
AFAIK chỉ TCP / IPv4 và TCP / IPv6 được triển khai lớn.
Câu trả lời là không! Ví dụ: có một RFC cũ mô tả TCP qua IPX: http://tools.ietf.org/html/rfc1791
Đối với những người có trí nhớ ngắn, IPX là giao thức Novell Netware: http://en.wikipedia.org/wiki/Internetwork_Packet_Exchange
Việc triển khai TCP trên các giao thức khác nhau hỗ trợ cho việc vận chuyển một datagram cơ bản đã tồn tại. Trong thực tế, nhu cầu thậm chí không chỉ định thông tin định tuyến (TCP thậm chí không cần IP để làm việc, chỉ cần một liên kết serila với một người nhận ngầm là đủ).
Vì vậy, bạn đã triển khai TCP ở đầu UDP (lợi thế: bạn sử dụng một cổng duy nhất ở phía "máy chủ" hoặc bạn có thể nhúng nó qua một kết nối hiện có đang vận chuyển các kênh đa kênh khác nhau). Chỉ cấp IP cung cấp định tuyến, nhưng TCP không cần nó. Tất cả vấn đề là khái niệm về MTU được cung cấp bởi lớp dưới.
Điều này cho phép giao thức bỏ qua các hạn chế của NAT traversal, mà không cần phải đăng ký cổng dịch UPnP cho một máy chủ cụ thể. Nó cho phép điều chỉnh độc lập MTU và MSS, được tối ưu hóa cho từng máy khách thay vì theo từng bộ định tuyến chia sẻ trung gian. Các giao thức định tuyến khác là có thể (bao gồm cả việc phân phối qua mạng Multicast và mạng phát sóng). Và bạn có sự lựa chọn của các cơ chế bảo mật.
Một ví dụ về sử dụng là Gogo6.net (thực hiện kênh truyền tải IPv6 qua phiên TCP bằng cách sử dụng lại TCP qua UDP v4 (nó hoạt động trên hầu hết các bộ định tuyến xử lý tại nhà vẫn chỉ có địa chỉ IPv4 và không phải lúc nào cũng cung cấp phương thức UPnP ; mà không cần phải cấu hình nó bởi người dùng sử dụng số cổng không đổi cụ thể cho ứng dụng, ngay cả khi nó không chạy)
Các ví dụ khác là đóng gói TCP qua HTTP (hoặc HTTPS) phiên bản 1.1 với phần mở rộng "truyền phát" gốc của nó. Hầu hết các VPN cho phép bắc cầu qua Internet sẽ làm như vậy. Cầu thậm chí có thể gói gọn nhiều giao thức: Ethernet, PPP, IPv4 và IPv6 (chỉ mở rộng phân đoạn LAN hoặc Ethernet cục bộ), NetBEUI / LanMan, phát hiện bộ định tuyến (trong mạng cầu nối), kể cả ở chế độ thô (cho phép DHCPv4 hoặc DHCPv6) trong mạng lưới cầu nối. HTTPS được sử dụng vì việc đóng gói qua HTTPS cũng cho phép mã hóa và xác thực để thiết lập và bảo mật cây cầu, nhưng không yêu cầu xác thực / mã hóa đầu cuối cho máy khách và máy chủ qua mạng cầu nối và vì bộ định tuyến được tối ưu hóa cao cho HTTP và HTTPS.
Có một số ví dụ về các hệ thống liên lạc trong quân đội sử dụng TCP nhưng không phải IP vì đường dẫn comm là kết nối kiểu nối tiếp không được định tuyến thông qua các bộ định tuyến, v.v. Nếu bạn nhìn vào gói TCP trước khi nó đi vào trường IP dường như có thể dễ dàng không sử dụng IP nếu giao thức "định tuyến" của bạn khác.