Bây giờ chúng ta hãy bỏ qua phần Gigabit và tập trung vào phần "2 thiết bị đang gửi cùng lúc" một chút.
Trên phương tiện truyền thông chia sẻ , điều này thực sự có thể xảy ra và là một vấn đề. Hầu hết các truyền dẫn không dây là phương tiện được chia sẻ và Ethernet, trước đây, được sử dụng là:
- 10base2 (dỗ) đã sử dụng những gì nhiều hơn hoặc ít hơn một cáp với mỗi cáp trên đó. Rõ ràng, hai (hoặc nhiều) trạm có thể truyền cùng một lúc;
- 10baseT và 100baseT (dựa trên cặp xoắn), với các hub (thay vì các công tắc) cũng có nghĩa là hai (hoặc nhiều) trạm có thể truyền cùng một lúc, vì tín hiệu nhận được từ bất kỳ thiết bị được kết nối nào chỉ được lặp lại cho tất cả các thiết bị khác.
Bây giờ, nếu hai thiết bị đang gửi cùng một lúc, hai điều có thể xảy ra:
bạn sử dụng một số hình thức ghép kênh (phân chia thời gian, phân chia tần số ...) cho phép các "kênh" riêng biệt để người ta có thể nghe một kênh cụ thể và không bị làm phiền bởi những kênh khác. Điều này được sử dụng rất nhiều cho truyền dẫn không dây, ít hơn nhiều cho truyền có dây (WDM / DWDM trên các sợi là một ngoại lệ).
hoặc nếu hai hoặc nhiều thiết bị gửi cùng một lúc trên cùng một kênh, thì bạn sẽ nhận được cái được gọi là xung đột : như khi hai người nói cùng một lúc, bạn không thể hiểu những gì nói, thiết bị nhận không phải là có thể giải mã dữ liệu được gửi bởi bất kỳ thiết bị nào (hoặc thường xuyên hơn, họ có thể giải mã nó, nhưng nó không có ý nghĩa và sẽ không vượt qua kiểm tra CRC).
Đây là nơi các chương trình như CSMA-CD (Carrier-Sense Nhiều quyền truy cập, Phát hiện va chạm) xuất hiện:
- Trước khi thử truyền, một thiết bị sẽ kiểm tra xem có ai khác đang gửi không (ý nghĩa của nhà mạng)
- Nếu kênh miễn phí, nó bắt đầu truyền.
- Nhưng ngay cả với điều đó, hai thiết bị có thể khởi động cùng một lúc, do đó bạn vẫn có thể xảy ra va chạm.
- Để tránh lãng phí quá nhiều thời gian trên kênh, các thiết bị sẽ phát hiện các xung đột (bằng cách so sánh những gì họ gửi với những gì họ nhận được: nếu nó không khớp, thì có nghĩa là người khác đang gửi cùng lúc), hủy bỏ việc truyền, và thử lại sau một độ trễ ngẫu nhiên (để cố gắng tránh va chạm mới).
Điều này khá thú vị và trên các mạng được tải nhẹ, nó hoạt động khá tốt, nhưng ngay khi lưu lượng truy cập trở nên đáng kể, bạn sẽ kết thúc với hàng tấn va chạm, từ đó làm tăng việc sử dụng phương tiện được chia sẻ, từ đó dẫn đến va chạm nhiều hơn, vì vậy nó có thể trở nên khá tệ
Câu trả lời cho điều này là chuyển sang các mạng chuyển đổi song công hoàn toàn . Hub chỉ lặp lại tín hiệu mà không cần suy nghĩ. Mặt khác, các công tắc thực sự nhận được một khung, và sau đó gửi lại nó trên liên kết đích (phần thưởng bổ sung: khung không được gửi cho tất cả mọi người, chỉ đến đích trong hầu hết các trường hợp).
Nếu hai thiết bị gửi đến cùng một thiết bị đích, thì công tắc sẽ xếp hàng một trong các khung, do đó hai khung được gửi cùng lúc thực sự đến từng khung hình tại điểm đến khác.
Ngoài ra, ở cấp độ vật lý, dữ liệu hoàn toàn có thể được trao đổi qua nhiều cặp hoặc thậm chí một số cáp song song. Việc này được thực hiện ở cấp độ bit hay toàn bộ khung được gửi trên mỗi cặp / cáp tùy thuộc vào công nghệ chính xác được sử dụng. Nhưng tôi nghĩ đó không thực sự là câu hỏi của bạn.