Cầu nối có thêm độ trễ?


10

Nếu tôi sử dụng một cây cầu để thực hiện việc đánh hơi giao thông như người đàn ông ở giữa thì cây cầu có thêm độ trễ không? Và từ nào tôi nên sử dụng độ trễ hoặc độ trễ?


Nếu bạn muốn độ trễ bằng 0, hãy sử dụng một cú chạm - tín hiệu được sao chép bằng điện (hoặc quang học), để bạn thấy chính xác những gì đã được gửi (lỗi và tất cả) [lưu ý: chúng rất đắt, mặc dù có logic 5 đô la bên trong chúng]
Ricky Beam

Câu trả lời:


12

Xin chào và chào mừng đến với Kỹ thuật mạng.

Đối với "độ trễ" so với "độ trễ": Các thuật ngữ không phải lúc nào cũng được sử dụng nhất quán. Một số gợi ý có thể được tìm thấy ở đây .

Tôi nghĩ nói chung, độ trễ thuật ngữ được sử dụng khi xem xét thời gian từ đầu đến cuối cho một hướng, về cơ bản bao gồm tổng của tất cả các độ trễ lan truyền, tuần tự hóa, đệm (và có thể xử lý) được giới thiệu bởi các thành phần khác nhau dọc theo đường dẫn từ nguồn đến đích (và ngược lại, nếu người ta muốn nói về thời gian khứ hồi (RTT)). Vì vậy, bạn có thể nói rằng một cây cầu thêm một số độ trễ cho độ trễ tổng thể.

(phần tiếp theo được chỉnh sửa sau một nhận xét hữu ích) Một cây cầu, khi được so sánh với cáp trực tiếp, sẽ thêm ít nhất một lần độ trễ nối tiếp của phương tiện mạng đã cho (của phía đầu ra của cầu), sau khi xử lý nó, để gửi các bit của khung ra một lần nữa ở phía đầu ra. Tất nhiên, một lượng độ trễ tuần tự hóa được thêm vào mỗi hướng và do phần lớn các trường hợp sử dụng yêu cầu (ít nhất là một số) dữ liệu chảy theo một trong hai hướng, cây cầu cuối cùng sẽ thêm độ trễ tuần tự hóa hai lần.

Cũng xem câu hỏi nàywiki.geant.org để biết bảng về sự chậm trễ nối tiếp).

Sự chậm trễ nối tiếp cho các phương tiện khác nhau, từ https://wiki.geant.org/display/public/EK/SerializationDelay

Trong trường hợp của bạn, một số độ trễ đệm và xử lý bổ sung sẽ xảy ra do "người đàn ông ở giữa". Bao nhiêu phần trăm sẽ hoàn toàn phụ thuộc vào khả năng xử lý của phần mềm bắc cầu đã cho trên nền tảng nhất định và các tính năng và mô-đun khác nhau mà khung hình đang phải chịu.


1
Không có cà phê của tôi nên có thể không suy nghĩ thẳng, nhưng việc thêm một cây cầu có nhất thiết phải thêm hai lần độ trễ nối tiếp không? Rõ ràng là nó sẽ luôn thêm một độ trễ xê-ri hóa (trừ khi có một số lần cắt ngang đang diễn ra), nhưng việc xê-ri hóa "gửi" xảy ra song song với việc giải trừ tiếp nhận của người nhận tiếp theo (dù sao luôn xảy ra) nó chỉ có hiệu quả một sự chậm trễ thêm trong tổng số? Xin lỗi nếu điều đó không rõ ràng lắm ...
psmears

1
@psmears Việc trì hoãn tuần tự hóa khi cây cầu gửi khung ở đầu xa sẽ xảy ra trong mọi trường hợp, được thỏa thuận. Về phía bên nhận ... Hãy tưởng tượng một cáp "trực tiếp" giống hệt nhau đi qua cây cầu, trong đó chuỗi bit tương tự được gửi đồng bộ, nhưng bỏ qua cây cầu. Trong cáp, các bit chỉ truyền xuống dòng, trong khi cây cầu đang chờ bit cuối cùng bắt đầu xử lý ... Oh. bạn nói đúng, cảm ơn Thời gian cho một chỉnh sửa, sau đó.
Marc 'netztier' Luethi

Độ trễ tuần tự hóa là ở dây dẫn, vì vậy nó không có nhiều độ trễ. Hầu hết các thiết bị chuyển mạch cấp doanh nghiệp hiện đại sẽ chuyển đổi ở tốc độ dây, do đó, bất kỳ độ trễ nào là rất, rất nhỏ, có thể do tắc nghẽn và xếp hàng trên giao diện được đăng ký vượt mức.
Ron Maupin

8

Có, một cây cầu / công tắc thêm một số độ trễ vào khung - theo thứ tự từ 1 đến 20 Lời.

Đối với các thiết bị chuyển mạch, bạn thường nói về độ trễ - độ trễ giữa việc nhận khung và chuyển tiếp khung ra một cổng khác. Một công tắc đòi hỏi một chút thời gian để nhận địa chỉ đích và đưa ra quyết định chuyển tiếp. Công tắc lưu trữ và chuyển tiếp (loại phổ biến) cần nhận toàn bộ khung trước khi bắt đầu chuyển tiếp. Công tắc cắt tốc độ cao có thể xuống dưới 1 sóng. Chỉnh sửa : như @kasperd đã chỉ ra một cách chính xác, việc cắt ngang chỉ có thể xảy ra với các cổng nguồn và đích ở cùng tốc độ hoặc bước xuống.


3
Đáng lưu ý rằng việc cắt chỉ đạt được hiệu suất tối ưu khi các liên kết đến và đi chạy cùng tốc độ bit. Và nó có thể là không có nhà cung cấp nào thậm chí bận tâm để thực hiện cắt giảm cho các kịch bản bitrate hỗn hợp.
kasperd

2
@Kasperd Cisco, đối với dòng Nexus 3000 của họ, tuyên bố "cắt ngang" cho các kịch bản giảm tốc độ và tốc độ giống hệt nhau (40G -> 1 / 10G), nhưng không dành cho các bước tăng tốc (1 / 10G -> 40g). cisco.com/c/en/us/td/docs/switches/datacenter/nexus3000/sw/
gợi

@kasperd & Marc'netztier'Luethi - Hoàn toàn, thx. Việc cắt giảm với việc đẩy mạnh là không thể vì bạn nhanh chóng hết dữ liệu (trừ khi bạn hiện chiều dài khung hình mà bạn không có).
Zac67

@ Zac67 Độ dài được biết đến trên một số khung nhưng không phải trên tất cả các khung. (Và sau khi đọc cách nó hoạt động, tôi cảm thấy hối hận khi tìm kiếm nó ở nơi đầu tiên.)
kasperd
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.