A ponte adiciona atraso?

Se eu usar uma ponte para executar o tráfego cheirando como um homem no meio, a ponte adicionará um atraso? E que palavra devo usar atraso ou latência?

— nufuniliza
fonte

Se você deseja um atraso zero, use um toque - o sinal é replicado eletricamente (ou opticamente), para que você veja exatamente o que foi enviado (erros e tudo) [nota: eles são caros, apesar dos US $ 5 em lógica dentro deles]

— Ricky Beam

Respostas:

Olá e bem-vindo à engenharia de rede.

Quanto a "atraso" vs "latência": os termos nem sempre são usados de forma consistente. Algumas dicas podem ser encontradas aqui .

Eu acho que geralmente, o termo latência é usado quando se olha para os horários de ponta a ponta para uma direção, que é essencialmente composta pela soma de todos os atrasos de propagação, serialização, buffer (e possivelmente processamento) introduzidos pelos vários componentes ao longo do caminho da origem ao destino (e vice-versa, se você quiser falar sobre os tempos de ida e volta (RTT)). Então, você pode dizer que uma ponte adiciona algum atraso à latência geral.

(próxima seção editada após um comentário útil) Uma ponte, quando comparada a um cabo direto, adicionará pelo menos uma vez o atraso de serialização do meio de rede fornecido (do lado de saída da ponte), após processá-lo, para enviar os bits do quadro novamente no lado de saída. Obviamente, uma quantidade de atraso de serialização é adicionada por direção e, como a maioria dos casos de uso requer (pelo menos alguns) dados para fluir em qualquer direção, a ponte eventualmente adiciona o atraso de serialização duas vezes.

Consulte também esta pergunta e wiki.geant.org para obter sua tabela sobre atrasos de serialização).

No seu caso, ocorrerá algum atraso adicional no buffer e no processamento devido ao "homem do meio". A quantia que será depende inteiramente da capacidade de processamento do software de ponte fornecido na plataforma fornecida e dos vários recursos e módulos aos quais o quadro está sendo submetido.

— Marc 'netztier' Luethi
fonte

Não tomei meu café, por isso pode não estar pensando direito, mas adicionar uma ponte necessariamente adiciona duas vezes o atraso de serialização? Obviamente, ele sempre adiciona um atraso de serialização (a menos que haja algum tipo de interrupção), mas a serialização de "envio" ocorre paralelamente à desserialização do próximo receptor (que sempre aconteceria de qualquer maneira), portanto não é apenas efetivamente um atraso extra no total? Desculpe se isso não está muito claro ...

— psmears

@psmears O atraso de serialização quando a ponte envia o quadro na extremidade oposta ocorrerá em qualquer caso, concordou. Quanto ao lado receptor ... Vamos imaginar um cabo "direto" idêntico ignorando a ponte, onde a mesma sequência de bits é enviada de forma síncrona, mas ignorando a ponte. No cabo, os bits se propagam pela linha, enquanto a ponte está aguardando o último bit iniciar o processamento ... Ah. você está certo, obrigado! Hora de uma edição, então.

— Marc 'netztier' Luethi 08/01/19

O atraso de serialização está na velocidade do fio, portanto, não há muito atraso. A maioria dos comutadores de nível empresarial modernos alterna na velocidade do fio, portanto, qualquer atraso é muito, muito pequeno, provavelmente causado por congestionamento e enfileiramento em uma interface com excesso de assinatura.

— Ron Maupin

Sim, um bridge / switch adiciona algum atraso a um quadro - da ordem de 1 a 20 µs.

Para os switches, você geralmente fala em latência - o atraso entre o recebimento de um quadro e o encaminhamento para outra porta. Um switch exige algum tempo para receber o endereço de destino e tomar a decisão de encaminhamento. Os switches de armazenamento e encaminhamento (do tipo comum) precisam receber o quadro inteiro antes de começar a encaminhar. Os interruptores de corte de alta velocidade podem ficar abaixo de 1 µs. Editar : como o @kasperd apontou corretamente, o corte só é possível com as portas de origem e destino na mesma velocidade ou com a mesma renúncia.

— Zac67
fonte

Vale ressaltar que o corte apenas atinge o desempenho ideal quando os links de entrada e saída são executados na mesma taxa de bits. E pode ser que nenhum fornecedor tenha se incomodado em implementar cortes para cenários de taxa de bits mista.

— kasperd

A @Kasperd Cisco, para sua série Nexus 3000, reivindica "corte" para velocidades idênticas e cenários de redução de velocidade (40G -> 1 / 10G), mas não para acelerações de velocidade (1 / 10G -> 40g). cisco.com/c/en/us/td/docs/switches/datacenter/nexus3000/sw/…

— Marc 'netztier' Luethi

@kasperd & Marc'netztier'Luethi - Absolutamente, thx. O corte com a intensificação é impossível, uma vez que os dados são rapidamente esgotados (a menos que você tenha agora o comprimento do quadro que não o faz).

— Zac67

@ Zac67 O comprimento é conhecido em alguns quadros, mas não em todos os quadros. (E depois de ler como isso funciona Eu sou tipo de lamentando olhando-o em primeiro lugar.)

— kasperd