IvanI
скажите, а вы собираетесь 1000+ клиентов в одном сегменте держать?

Столкнулся с аналогичной проблемой - нужно расширять ядро.
Требуется небольшая консультация.

Я не совсем понял как считать параметр
"# Размер таблицы коммутации L3"

Скажем если у меня активны два соединения например 192.168.1.10 <> 192.168.255.10 и 192.168.1.10 <> 192.168.255.100.

Надо считать за две записи или за одну ?

И еще важный момент: как считать если коммутаторов скажем два и более (в стеке, соединены через обычные порты) и IP соединение проходит через два или большее число коммутаторов?

Если эти адреса непосредственно подключены к одному свитчу то за две. Вообще нужно считать по destination IP и по непосредственно подключённым. Если аппаратный стек то таблица одна для всех устройств и равна размеру таблицы одного устройства. Если транзитное устройство то вообще очень мало записей в этой таблице.

Спасибо.

Я правда насовсем корректно задал вопрос. Если непосредственно подключено к 3627 скажем 8*10^3 хостов, и нет других маршрутов. Возможна ли ситуация когда коммутатор не сможет обслужить все возможные соединения одновременно?

Всетаки я не совсем понял по поводу "транзитных" соединений. Как тогда считать записи?

Это будет конфигурация работающая на пределе, так что моменты возможны. По поводу транзитных узлов будут записи только о next и previous hops.