Bạn có thể giảm RTT bằng cách tăng băng thông trên một liên kết không?

Việc tăng băng thông trên một liên kết từ, giả sử, 1mb đến 30mb có làm giảm RTT không?

Tôi đã tìm thấy một câu trả lời nói không. Ai đó có thể vui lòng giải thích?

Ngoài ra, các cơ chế tốt nhất để giảm RTT là gì?

Việc tăng băng thông trên một liên kết từ cho phép nói 1mb đến 30mb có làm giảm RTT không?

Tóm lại, có; bạn đang thay đổi độ trễ nối tiếp ; ở tốc độ 1Mb / giây, độ trễ nối tiếp là không tầm thường.

So sánh độ trễ tuần tự hóa cho gói 1500 Byte ở tốc độ 1Mbps và 30Mbps:

1500 Bytes * 8 bits/Byte / 1,000,000 bits/second    = 12 milliseconds (at 1Mbps)
1500 Bytes * 8 bits/Byte / 30,000,000 bits/second   = 0.4 milliseconds (at 30Mbps)

Cũng nhớ rằng đó là những con số đơn hướng; bạn nên nhân đôi chúng khi xem xét RTT. Cho dù bạn quan tâm đến chênh lệch 11,6 mili giây ở mỗi hướng ở 1500 byte là một câu hỏi khác, nhưng nói đúng ra bạn có thể ảnh hưởng đến RTT với tốc độ liên kết.

Việc tăng băng thông trên một liên kết từ cho phép nói 1mb đến 30mb có làm giảm RTT không?

Không, tăng băng thông không làm giảm RTT một cách nghiêm túc. Tôi nói "nói đúng" bởi vì nó phụ thuộc vào những gì bạn đang đo!

Kịch bản 1: Lớp vật lý

Với cấu trúc liên kết đơn giản sau đây dễ thực hiện, kết nối Ethernet đồng chạy ở tốc độ 1Mb / giây với MTU 1500 byte giữa hai thiết bị có cáp 10 mét, điều này có cùng RTT (thời gian cần thiết cho gói yêu cầu tiếng vang ICMP để di chuyển từ thiết bị 1 đến thiết bị 2 và tin nhắn trả lời tiếng vang ICMP để di chuyển từ thiết bị 2 trở lại thiết bị 1) dưới dạng kết nối Ethernet đồng 10/30/50 / 100mbps giữa chúng với MTU 1500 byte trên cùng một cáp 10 mét.

Điều này là do "độ trễ" của tín hiệu xuống cáp đồng có liên quan đến hằng số biện chứng của nó ( độ thấm tương đối ). Xem hai trang Wikipedia này để biết thêm thông tin về vật lý nằm ngoài phạm vi ở đây.

Về cơ bản, "thời gian bay" của tín hiệu điện xuống cáp đồng là cùng tốc độ cho kết nối 10Mbps và 1000Mbps khi sử dụng cùng loại cáp Cat5e. Sự khác biệt là với dữ liệu kết nối 10Mbps được mã hóa trên dây ít thường xuyên hơn kết nối 100Mbps, do đó, có những khoảng trống nhỏ hơn giữa các bit dữ liệu khi chúng được đặt vào dây (đây được gọi là độ trễ nối tiếp ). Hai bài viết trên wikipedia mở rộng các khái niệm này hơn nữa: Bit time và Slot time .

Kịch bản 2: Lớp 4 trở lên (ví dụ TCP)

Đưa ra cấu trúc liên kết ví dụ sau, kết nối Ethernet đồng chạy ở tốc độ 1Mb / giây với MTU 1500 byte giữa hai thiết bị có cáp 10 mét. Nếu bạn có lượng dữ liệu X mà chúng tôi sẽ giả vờ là 100 Megabyte dữ liệu để truyền giữa thiết bị 1 và thiết bị 2, việc này sẽ mất nhiều thời gian hơn với kết nối Ethernet đồng 30 hoặc 100Mbps với MTU 1500 byte trên 10 mét cáp đồng giữa hai thiết bị giống nhau. Điều này là do mất nhiều thời gian hơn để mã hóa và truyền dữ liệu trên dây và NIC nhận sẽ chậm như nhau trong việc nhận và giải mã tín hiệu.

Ở đây, RTT của "dữ liệu thực tế" có lẽ là một tệp 100 MB sẽ mất nhiều thời gian hơn vì với các giao thức cấp cao hơn được giới thiệu, bạn không chỉ phải truyền dữ liệu mà còn có thể các gói SYN, ACK và PUSH được trao đổi ở đây bằng cách sử dụng thời gian bit bổ sung, trước đó ở lớp ứng dụng, một tin nhắn có thể được gửi từ thiết bị 2 đến thiết bị 1 với nội dung "Tôi đã nhận được tất cả dữ liệu ngay bây giờ".

Ngoài ra, các cơ chế tốt nhất để giảm RTT là gì.

Câu trả lời ngắn gọn: không nhiều

Câu trả lời dài:

Để đưa điều này vào một ví dụ thực tế mở rộng trên các ví dụ trên; Nếu bạn đang "ping" giữa hai thiết bị được kết nối với nhau thông qua một số bộ định tuyến trung gian và / hoặc chuyển mạch, RTT là một sản phẩm của khoảng cách vật lý và thời gian để các tín hiệu truyền đi xa và ngược lại tất cả các thiết bị đó (về cơ bản ). Nếu QoS được định cấu hình trên các thiết bị này cũng có thể làm tăng độ trễ đầu cuối và làm phức tạp thêm mô hình.

Không có nhiều thứ bạn có thể làm ở đây ngoài (trong một tình huống hoàn toàn là giả thuyết, nơi tiền không phải là đối tượng và chính trị không quan trọng, v.v.); Cài đặt kết nối sợi chạy trực tiếp từ thiết bị 1 đến thiết bị 2, cắt tất cả các công tắc và bộ định tuyến ở giữa. Đó sẽ là một kịch bản lý tưởng. Trên thực tế, bạn có thể nâng cấp bất kỳ liên kết đồng hoặc không dây nào lên cáp quang (không phải là sợi cực nhanh hơn [ i ], [ ii ]) và cố gắng tạo đường dẫn kết nối trực tiếp nhất có thể để dữ liệu đi qua ít thiết bị trung gian nhất và khác nhau kết nối vật lý. Điều chỉnh QoS và kỹ thuật lưu lượng (định tuyến dựa trên ràng buộc) cũng có thể giúp vượt qua khoảng cách lớn hơn với nhiều bước nhảy ở giữa.

Nếu bạn muốn chuyển dữ liệu giữa các điểm với điểm mà bạn cho là có "RTT quá cao", bạn có thể xem các công nghệ như TCP SACK đang được sử dụng ở nhiều nơi, nhưng nếu bạn đọc lên thì nó sẽ cung cấp cho bạn một điểm khởi đầu vì có những công nghệ tương tự khác mà bạn có thể xem xét. Điều này bao gồm các công nghệ như máy gia tốc và máy nén WAN, mặc dù điều đó sẽ vượt ra khỏi phạm vi của chủ đề này. Bạn phải xem xét việc truyền dữ liệu qua một liên kết có RTT cao BDP (Sản phẩm trì hoãn băng thông, [ iii ]) - khi sử dụng một cái gì đó như TCP, điều này sẽ luôn giữ bạn lại.

[i] Thời gian "bay" trên môi trường điện môi đồng rất giống với ống dẫn sóng sợi

[ii] Điều này có thể thay đổi mặc dù, nghiên cứu và công nghệ mới hy vọng sẽ đưa tốc độ ánh sáng trong sợi quang tăng từ mức trung bình 0,6 * c lên gần 1,0 * c, http://www.orc.soton.ac.uk/ speedoflight.html

[iii] http://www.kehlet.cx/articles/99.html - Ví dụ về BDP

Điều ảnh hưởng trực tiếp nhất đến RTT là tốc độ tín hiệu. Nhìn vào sự phát triển của ethernet qua các eons: 10M, 100M, 1G, 10G, 40G và 100G. Mỗi phiên bản sau (trừ 40G) nhanh hơn 10 lần so với phiên bản trước; thời gian để truyền một bit là 1/10. Thời gian để truyền toàn bộ khung (1500B) giảm theo hệ số 10.

Vì vậy, câu trả lời cho câu hỏi của bạn phụ thuộc vào lớp liên kết. Nếu thay đổi về băng thông không có thay đổi tương ứng về tốc độ liên kết, thì nó sẽ có hiệu lực tối thiểu đối với RTT - bởi vì việc kiểm soát lưu lượng không được thực hiện trên mỗi bit . Ví dụ: kết nối metro-e văn phòng của tôi là 1G, nhưng nó có hình dạng 100M ở cả hai đầu. Bit chảy ở tốc độ 1G; Các khung ethernet sẽ bị trì hoãn khi cần thiết để giữ mức trung bình (trên 1 giây, 10 giây, v.v.) ở mức hoặc dưới 100M. Nói một cách đơn giản, một khung hình duy nhất truyền ở tốc độ liên kết.

Nếu bạn đang nói về DSL, thì sự thay đổi về băng thông rất có thể cũng là sự thay đổi về tốc độ liên kết. Nhưng không phải lúc nào cũng vậy. Tốc độ đồng bộ thường sẽ cao hơn tốc độ hồ sơ. Đường DSL của tôi đồng bộ hóa ở mức 8M trở lên, 1M trở lên, nhưng cấu hình giới hạn ở mức 6 / 512k. Tôi đã thấy các dòng Uverse đồng bộ hóa cao tới 60M nhưng vẫn có cấu hình 25M.

Không ai đề cập đến việc tải liên kết.

Trên các liên kết trống khác thì không có nhiều khác biệt giữa 1Mb và 30Mb - chắc chắn việc mã hóa có thể được thực hiện trong 1/30 lần nhưng điều này là không đáng kể nếu khoảng cách là yếu tố chi phối.

Tuy nhiên, nếu liên kết 1Mb được tải nhiều (quá tải?) Thì bạn sẽ thấy thời gian ping tăng (và dao động).

Tải lưu lượng tương tự trên một liên kết 30Mb chỉ chiếm một vài% dung lượng và do đó thời gian ping sẽ nhanh hơn và nhất quán hơn.

Giao thức đo lường hoạt động hai chiều (TWAMP) xác định phương pháp linh hoạt để đo hiệu suất IP khứ hồi giữa hai thiết bị bất kỳ trong mạng hỗ trợ tiêu chuẩn.

Câu trả lời thực sự là nó phức tạp.

Độ trễ được tạo thành từ nhiều thành phần.

1. Thời gian đi qua phương tiện vật lý
2. Thời gian ngồi xếp hàng
3. Thời gian dành cho việc tuần tự hóa và giải nén dữ liệu
4. Thời gian dành cho xử lý

Thời gian đi qua phương tiện vật lý chỉ có thể được thay đổi bằng cách chọn một phương tiện vật lý khác.

Thời gian ngồi trong hàng đợi thường sẽ được giảm bằng cách có các liên kết nhanh hơn. Vì vậy, sẽ dành thời gian nối tiếp và khử dữ liệu nối tiếp.

Các hiệu ứng xử lý có thể trở nên phức tạp. Nếu bước xử lý giữ nguyên thì thường sẽ mất ít thời gian hơn với tốc độ dữ liệu nhanh hơn. Tuy nhiên, các kỹ thuật được thiết kế để trích xuất thêm băng thông từ các liên kết hiện có cũng có thể gây ra sự chậm trễ xử lý bổ sung. Một ví dụ kinh điển về điều này là DSL xen kẽ.