Если я использую мост, чтобы выполнять анализ трафика, как человек посередине, добавит ли мост задержку? И какое слово я должен использовать задержку или задержку?
Если вы хотите нулевую задержку, используйте касание - сигнал электрически (или оптически) реплицируется, чтобы вы точно видели, что было отправлено (ошибки и все) [примечание: они дорогие, несмотря на то, что внутри них стоит логика в 5 долларов]
Рики Бим
Ответы:
12
Привет и добро пожаловать в Сетевую инженерию.
Что касается «задержки» против «задержки»: термины не всегда используются последовательно. Некоторые подсказки можно найти здесь .
Я думаю, что в целом термин « задержка» используется при рассмотрении сквозных времен для одного направления, которые по существу состоят из суммы всех задержек распространения, сериализации, буферизации (и, возможно, обработки), вносимых различными компонентами вдоль пути. от источника до места назначения (и обратно, если кто-то хочет поговорить о времени поездки туда и обратно (RTT)). Таким образом, вы можете сказать, что мост добавляет некоторую задержку к общей задержке.
(следующий раздел отредактирован после полезного комментария) Мост, по сравнению с прямым кабелем, добавит по крайней мере один раз задержку сериализации данного сетевого носителя (со стороны выхода моста) после его обработки, чтобы отправить биты кадра снова на стороне выхода. Конечно, одна величина задержки сериализации добавляется для каждого направления , и, поскольку в большинстве случаев использования требуется (по крайней мере, некоторые) данные для потока в любом направлении, мост в конечном итоге добавит задержку сериализации дважды.
В вашем случае возникнет дополнительная задержка буферизации и обработки из-за «человека посередине». Сколько это будет, полностью зависит от вычислительной мощности данного программного обеспечения моста на данной платформе, а также от различных функций и модулей, которым подвергается фрейм.
У меня не было кофе, так что, может быть, я и не думаю, но добавление моста обязательно добавит двукратную задержку сериализации? Очевидно, что это всегда добавит одну задержку сериализации (если не происходит какой-то проход), но сериализация «отправка» происходит параллельно с десериализацией следующего получателя (что всегда должно было произойти в любом случае), поэтому не это всего лишь одна дополнительная задержка в общей сложности? Извините, если это не очень ясно ...
psmears
1
@psmears Задержка сериализации, когда мост отправляет кадр на дальнем конце, произойдет в любом случае, согласился. Что касается принимающей стороны ... Давайте представим другой идентичный «прямой» кабель в обход моста, где та же последовательность битов отправляется синхронно, но в обход моста. В кабеле биты просто распространяются вниз по линии, в то время как мост ожидает, когда последний бит начнет обработку ... Ох. Вы правы, спасибо! Время для редактирования, а затем.
Марк 'Netztier' Luethi
Задержка сериализации находится на скорости соединения, поэтому она не является большой задержкой. Большинство современных коммутаторов корпоративного уровня переключаются на скорости соединения, поэтому любая задержка очень, очень мала, вероятно, вызвана перегрузкой и очередями на переподписанном интерфейсе.
Рон Мопин
8
Да, мост / коммутатор добавляет некоторую задержку в кадр - порядка от 1 до 20 мкс.
Для коммутаторов вы обычно говорите о задержке - задержке между получением кадра и передачей его на другой порт. Коммутатору требуется некоторое время для получения адреса назначения и принятия решения о переадресации. Переключатели Store-and-forward (общий вид) должны получить весь кадр перед началом пересылки. Высокоскоростные сквозные выключатели могут быть ниже 1 мкс. Редактировать : как правильно указал @kasperd, прорезание возможно только с портами источника и назначения с одинаковой скоростью или снижением.
Стоит отметить, что сквозное соединение достигает оптимальной производительности только тогда, когда входящие и исходящие ссылки работают с одинаковым битрейтом. И, возможно, ни один поставщик даже не удосужился реализовать сквозные сценарии для смешанных битрейтов.
Касперд
2
@Kasperd Cisco, для своей серии Nexus 3000, заявляет о «сквозном» режиме для идентичных скоростей и сценариев понижения скорости (40G -> 1 / 10G), но не для повышений скорости (1 / 10G -> 40g). cisco.com/c/en/us/td/docs/switches/datacenter/nexus3000/sw/…
Марк 'netztier' Luethi
@kasperd & Marc'netztier'Luethi - Абсолютно, спасибо. Прорезать с наращиванием невозможно, так как у вас быстро заканчиваются данные (если только у вас нет длины кадра, которую вы не делаете).
Zac67
@ Zac67 Длина известна для некоторых кадров, но не для всех. (И после прочтения того, как это работает, я как-то
Ответы:
Привет и добро пожаловать в Сетевую инженерию.
Что касается «задержки» против «задержки»: термины не всегда используются последовательно. Некоторые подсказки можно найти здесь .
Я думаю, что в целом термин « задержка» используется при рассмотрении сквозных времен для одного направления, которые по существу состоят из суммы всех задержек распространения, сериализации, буферизации (и, возможно, обработки), вносимых различными компонентами вдоль пути. от источника до места назначения (и обратно, если кто-то хочет поговорить о времени поездки туда и обратно (RTT)). Таким образом, вы можете сказать, что мост добавляет некоторую задержку к общей задержке.
(следующий раздел отредактирован после полезного комментария) Мост, по сравнению с прямым кабелем, добавит по крайней мере один раз задержку сериализации данного сетевого носителя (со стороны выхода моста) после его обработки, чтобы отправить биты кадра снова на стороне выхода. Конечно, одна величина задержки сериализации добавляется для каждого направления , и, поскольку в большинстве случаев использования требуется (по крайней мере, некоторые) данные для потока в любом направлении, мост в конечном итоге добавит задержку сериализации дважды.
Также посмотрите этот вопрос и wiki.geant.org для его таблицы о задержках сериализации).
В вашем случае возникнет дополнительная задержка буферизации и обработки из-за «человека посередине». Сколько это будет, полностью зависит от вычислительной мощности данного программного обеспечения моста на данной платформе, а также от различных функций и модулей, которым подвергается фрейм.
источник
Да, мост / коммутатор добавляет некоторую задержку в кадр - порядка от 1 до 20 мкс.
Для коммутаторов вы обычно говорите о задержке - задержке между получением кадра и передачей его на другой порт. Коммутатору требуется некоторое время для получения адреса назначения и принятия решения о переадресации. Переключатели Store-and-forward (общий вид) должны получить весь кадр перед началом пересылки. Высокоскоростные сквозные выключатели могут быть ниже 1 мкс. Редактировать : как правильно указал @kasperd, прорезание возможно только с портами источника и назначения с одинаковой скоростью или снижением.
источник