После того как Вы по концерту или два в RAM, это, вероятно, более экономически эффективно, чтобы купить дешевый сервер и соразместить его. Slicehost, например, является замечательным хозяином, которого я настоятельно рекомендую, но их серверы на 8 ГБ стоят $450/месяцев - и это довольно встроено с тем, что я видел в другом месте.
Рассмотрение уважаемых компаний в моем городе позволило Вам соразместить 1U сервер в хорошем центре обработки данных для ~100/month, Вы заплатили бы за свой сервер очень быстро с ежемесячными сбережениями.
Существует много факторов для рассмотрения для чего-то вроде этого. У Вас есть перекрытие между тем, когда Вы теряете текущие адреса, или необходимо ли сократить внезапно? Какая сумма времени простоя приемлема? У Вас есть физический доступ, или другая альтернатива означает заниматься проблемами, если возможность соединения потеряна?
Самый бесшовный способ управлять этим изменением потребовал бы перекрытия - способность иметь оба блока адресов, входящих к маршрутизатору одновременно, будет большой справкой в вырезании времени простоя и разрешении Вам переместить устройства в новую схему адресации в темпе, который может соответствовать Вашим потребностям лучше, чем масса cutover.
Если это осуществимо, то можно добавить вторичный IP к маршрутизатору:
int g0/0
! old network block (existing config):
ip address 1.2.2.1 255.255.255.0
! new address space:
ip address 1.3.3.1 255.255.255.0 secondary
Это делает обе из этих подсетей доступными в том же широковещательном домене; можно было настроить устройство статически как 1.2.2.25 с его шлюзом, указывающим 1.2.2.1, вместе с устройством, просящим адрес DHCP и получающим один в 1.3.3.0/24 подсети, указав 1.3.3.1 как ее шлюз.