Общая скорость LACP
Не уверенный, почему я не могу добавить комментарий, но могу, Вы могли бы хотеть проверить свой адрес и host_name в определении хоста. Я застрял в ситуациях, где сценарий проверки командной строки работает, но GUI говорит мне что-то еще. Обычно это - опечатка в поле адреса.
Да и нет.
В "обычном" режимы для агрегации LACP, по которым будет передаваться конкретный пакет, определяется полностью либо источником, либо получателем MAC (или обоими, если хешируется). Итак, вы правы, говоря, что наибольший объем трафика, который может передать один MAC-адрес (или пара src + dest), - это скорость одного из ваших каналов.
Однако, если канал перегружен, трафик, который будет иметь использовал эту ссылку, в противном случае по-прежнему будет ее использовать. Это означает, что любой другой трафик, хэширующийся для использования этой ссылки, также попадет в перегрузку. Это может вызвать некоторые действительно странные диагностические проблемы, когда один человек с радостью отключается (потому что он находится на MAC, который отправляется по пустой ссылке), в то время как его коллега получает плохие RTT и отбрасывает пакеты. Развлечение для всего NOC.
по какому каналу будет передаваться конкретный пакет, определяется полностью либо источником, либо получателем MAC (или обоими, если хеширован). Итак, вы правы, говоря, что наибольший объем трафика, который может передать один MAC-адрес (или пара src + dest), - это скорость одного из ваших каналов.Однако, если канал перегружен, трафик, который будет иметь использовал эту ссылку, в противном случае по-прежнему будет ее использовать. Это означает, что любой другой трафик, хэширующийся для использования этой ссылки, также будет пойман в перегрузке. Это может вызвать некоторые действительно странные диагностические проблемы, когда один человек с радостью отключается (потому что он находится на MAC, который отправляется по пустой ссылке), в то время как его коллега получает плохие RTT и отбрасывает пакеты. Развлечение для всего NOC.
по какому каналу будет передаваться конкретный пакет, определяется полностью либо источником, либо получателем MAC (или обоими, если хэширован). Итак, вы правы, говоря, что наибольший трафик, который может передать один MAC-адрес (или пара src + dest), - это скорость одного из ваших каналов.Однако, если канал перегружен, трафик, который будет иметь использовал эту ссылку, в противном случае по-прежнему будет ее использовать. Это означает, что любой другой трафик, хэширующийся для использования этой ссылки, также будет пойман в перегрузке. Это может вызвать некоторые действительно странные диагностические проблемы, когда один человек с радостью отключается (потому что он находится на MAC, который отправляется по пустой ссылке), в то время как его коллега получает плохие RTT и отбрасывает пакеты. Развлечение для всего NOC.
если хеширован). Итак, вы правы, говоря, что наибольший трафик, который может передать один MAC-адрес (или пара src + dest), - это скорость одного из ваших каналов.Однако, если канал перегружен, трафик, который будет иметь использовал эту ссылку, в противном случае по-прежнему будет ее использовать. Это означает, что любой другой трафик, хэширующийся для использования этой ссылки, также будет пойман в перегрузке. Это может вызвать некоторые действительно странные диагностические проблемы, когда один человек с радостью отключается (потому что он находится на MAC, который отправляется по пустой ссылке), в то время как его коллега получает плохие RTT и отбрасывает пакеты. Развлечение для всего NOC.
если хеширован). Итак, вы правы, говоря, что наибольший трафик, который может передать один MAC-адрес (или пара src + dest), - это скорость одного из ваших каналов.Однако, если канал перегружен, трафик, который будет иметь использовал эту ссылку, в противном случае по-прежнему будет ее использовать. Это означает, что любой другой трафик, хэширующийся для использования этой ссылки, также попадет в перегрузку. Это может вызвать некоторые действительно странные диагностические проблемы, когда один человек с радостью отключается (потому что он находится на MAC, который отправляется по пустой ссылке), в то время как его коллега получает плохие RTT и отбрасывает пакеты. Развлечение для всего NOC.
трафик, который использовал бы эту ссылку, иначе будет по-прежнему использовать ее. Это означает, что любой другой трафик, хэширующийся для использования этой ссылки, также попадет в перегрузку. Это может вызвать некоторые действительно странные диагностические проблемы, когда один человек с радостью отключается (потому что он находится на MAC, который отправляется по пустой ссылке), в то время как его коллега получает плохие RTT и отбрасывает пакеты. Развлечение для всего NOC. трафик, который использовал бы эту ссылку, иначе будет по-прежнему использовать ее. Это означает, что любой другой трафик, хэширующийся для использования этой ссылки, также попадет в перегрузку. Это может вызвать некоторые действительно странные диагностические проблемы, когда один человек с радостью отключается (потому что он находится на MAC, который отправляется по пустой ссылке), в то время как его коллега получает плохие RTT и отбрасывает пакеты. Развлечение для всего NOC.