Köprüleme gecikme ekliyor mu?


10

Ortadaki insan gibi trafik kokusu yapmak için bir köprü kullanırsam, köprü bir gecikme ekler mi? Ve hangi kelimeyi gecikme veya gecikme kullanmalıyım?


Sıfır gecikme istiyorsanız, bir musluk kullanın - sinyal elektriksel (veya optik olarak) çoğaltılır, böylece tam olarak ne gönderildiğini (hatalar ve hepsi) görürsünüz [not: içindeki 5 $ değerinde mantığa rağmen pahalıdırlar]
Ricky Beam

Yanıtlar:


12

Merhaba ve Ağ Mühendisliğine hoş geldiniz.

"Gecikme" ve "gecikme" ile ilgili olarak: Terimler her zaman tutarlı bir şekilde kullanılmaz. Bazı ipuçları burada bulunabilir .

Genel olarak, gecikme terimi bir yön için uçtan uca zamanlara bakıldığında kullanılır, bu da esas olarak yol boyunca çeşitli bileşenler tarafından getirilen tüm yayılma, serileştirme, tamponlama (ve muhtemelen işleme) gecikmelerinin toplamından oluşur. kaynaktan hedefe (ve eğer gidiş dönüş süreleri (RTT) hakkında konuşmak istiyorsa). Yani bir köprünün genel gecikmeye biraz gecikme eklediğini söyleyebilirsiniz.

(bir sonraki bölüm yararlı bir yorumdan sonra düzenlenmiştir) Doğrudan bir kablo ile karşılaştırıldığında bir köprü, işlendikten sonra, çerçevenin bitlerini göndermek için en az bir kez verilen ağ ortamının (köprünün çıkış tarafının) serileştirme gecikmesini ekleyecektir. yine çıkış tarafında. Tabii ki, yön başına bir miktar serileştirme gecikmesi eklenir ve kullanım durumlarının çoğu (en azından bir miktar) her iki yönde de veri akışını gerektirdiğinden, köprü sonunda serileştirme gecikmesini iki kez ekleyecektir.

Ayrıca bu soruya ve wiki.geant.org'a serileştirme gecikmeleri hakkındaki tablo için bakın ).

Https://wiki.geant.org/display/public/EK/SerializationDelay adresinden çeşitli Ortamlar için Serileştirme Gecikmeleri

Sizin durumunuzda, "ortadaki adam" nedeniyle bazı ek arabellekleme ve işleme gecikmeleri meydana gelecektir. Bunun ne kadar olacağı, belirli bir platformdaki belirli bir köprü yazılımının işleme kapasitesine ve çerçevenin maruz kaldığı çeşitli özellik ve modüllere bağlıdır.


1
Kahvemi içmedim, bu yüzden düz düşünmüyor olabilirsiniz, ancak bir köprü eklemek mutlaka serileştirme gecikmesinin iki katını ekliyor mu? Açıkçası her zaman bir serileştirme gecikmesi ekleyecektir (devam eden bir çeşit kesintiye sahip olmadıkça), ancak "gönderme" serileştirmesi bir sonraki alıcının serileştirmesine paralel olarak gerçekleşir (bu her zaman yine de gerçekleşecekti), Toplamda sadece bir ekstra gecikme mi? Bu çok açık değilse özür dilerim ...
psmears

1
@psmears Köprü uzak uçtaki çerçeveyi gönderdiğinde serileştirme gecikmesi her durumda kabul edilir. Alıcı tarafa gelince ... Aynı bit dizisinin eşzamanlı olarak gönderildiği, ancak köprüyü atladığı köprüyü atlayan başka bir şekilde özdeş "doğrudan" bir kablo düşünelim. Kabloda, uçlar çizgiyi aşağı doğru ilerletirken, köprü son bitin işlemeye başlamasını bekliyor ... Oh. haklısın, teşekkürler! Düzenleme zamanı, o zaman.
Marc 'netztier' Luethi

Serileştirme gecikmesi kablo hızındadır, bu yüzden fazla bir gecikme değildir. Modern işletme sınıfı anahtarların çoğu kablo hızında değişecektir, bu nedenle herhangi bir gecikme çok, çok küçüktür, muhtemelen abartılı bir arayüzde tıkanıklık ve kuyruktan kaynaklanır.
Ron Maupin

8

Evet, bir köprü / anahtar bir kareye biraz gecikme ekler - 1 ila 20 µs arasında.

Anahtarlar için genellikle gecikmeden bahsedersiniz - çerçeve alma ile başka bir bağlantı noktasından iletme arasındaki gecikme. Anahtar, hedef adresi almak ve yönlendirme kararını vermek için biraz zaman gerektirir. Kaydet ve ilet anahtarlarının (ortak tür), ilerlemeye başlamadan önce tüm kareyi alması gerekir. Yüksek hızlı kesme anahtarları 1 µs'nin altına düşebilir. Düzenleme : @kasperd doğru bir şekilde işaret ettiği gibi, kesme işlemi sadece kaynak ve hedef bağlantı noktalarının aynı hızda veya aşağı inmesiyle mümkündür.


3
Geçişin yalnızca gelen ve giden bağlantılar aynı bit hızında çalıştığında en iyi performansı elde ettiğine dikkat etmek gerekir. Ve hiçbir tedarikçinin karışık bit hızı senaryoları için kesme uygulaması bile zahmet etmeyebilir.
kasperd

2
@Kasperd Cisco, Nexus 3000 serileri için, aynı hızlar ve hız azaltma senaryoları (40G -> 1 / 10G) için "kesme" iddiasında bulunur, ancak hız artışları için değil (1 / 10G -> 40g). cisco.com/c/en/us/td/docs/switches/datacenter/nexus3000/sw/…
Marc 'netztier' Luethi

@kasperd & Marc'netztier'Luethi - Kesinlikle, teşekkürler. Verileri hızlı bir şekilde bitirdiğiniz için (şimdi yapmadığınız kare uzunluğu siz değilseniz), hızlandırmayla kesme imkansızdır.
Zac67

@ Zac67 Uzunluk bazı karelerde bilinir ancak tüm karelerde bilinmez. (Ve bunun nasıl çalıştığını okuduktan sonra ilk bakışta pişmanlık duyuyorum.)
kasperd
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.