Предположим, у вас есть основной коммутатор, который подключается к нескольким коммутаторам доступа (топология листьев и позвоночника).
Если ваши коммутаторы доступа имеют каждые 48 портов 1 Гбит / с, вы можете агрегировать 48 ГБ трафика, который будет передаваться на основной коммутатор, поэтому вам потребуется соединение между основным коммутатором и каждым коммутатором доступа по крайней мере 48 Гбит / с.
Чаще всего это было бы расточительно, потому что на практике вы никогда не столкнетесь с ситуацией, когда все порты получают трафик с максимальной скоростью одновременно.
Таким образом, у нас может быть коммутатор доступа с 48 портами на 1 Гбит / с и восходящий канал к базовому коммутатору на 10 Гбит / с
Затем мы имеем переподписку 4,8: 1
Если мы используем задержку с портами 2 x 10 Гб, мы можем уменьшить ее до:
48 х 1 Гб / 2 х 10 Гб = 2,4: 1
Когда мы его используем, а когда нет?
Как видите, он почти всегда используется, когда у вас есть несколько слоев переключения.
Вы не используете это:
- когда у вас есть только один уровень коммутации (очень маленькие сети)
- когда у вас очень специфические требования и вы хотите в любое время использовать полную пропускную способность на всех портах (и для этого достаточно денег)
Как мы рассчитываем эти значения?
Как и в приведенном выше примере, коэффициент избыточной подписки является отношением между пропускной способностью в восходящем направлении и пропускной способностью в нисходящем направлении.
Что касается того, как решить, какое окончательное соотношение достичь при проектировании / обновлении сети, это может быть сложно. Вот почему, исходя из своего обширного опыта и анализа реальных сетей, Cisco дает некоторые рекомендации, например ту, которую вы цитировали, или ту, которую цитировал @RonMaupin в комментарии:
Рекомендуется, чтобы отношение превышения подписки на доступ к распределению составляло не более 20: 1 (для каждых 20 портов доступа 1 Гбит / с на коммутаторе доступа требуется 1 Гбит / с в восходящей линии связи к коммутатору распределения), и рекомендуется отношение распределения к ядру. быть не более 4: 1
Но правильные значения для данной сети сильно зависят от схемы трафика.
Для существующей сети тщательный мониторинг полосы пропускания, используемой на каждом порту, должен дать достаточную информацию. Вы также можете использовать netflow / sflow для дальнейшего анализа использования полосы пропускания.
При проектировании новой сети необходимо оценить ожидаемый трафик.
Если это настраиваемый параметр, какие команды используются для настройки? (Cisco или Juniper)
Теперь вы можете видеть, что это не то, что мы настраиваем, а выбор дизайна.
Примечание.
Скорость портов не всегда является ограничивающим фактором. Чаще всего аппаратное обеспечение коммутатора не способно обрабатывать полную полосу пропускания на всех его портах одновременно; это действительно своего рода внутренняя избыточная подписка (опять-таки, в основном, за счет реальных моделей использования и затрат).