>[оверквотинг удален]
> и делить на подсети...Так то понятно проще бахнул по IP1/24 -
> IP2/24***оптика***IP2/24 - IP3/24. Добавил маршруты на цисках и всё, но тогда
> нужно помнить все эти диапазоны - 1, плодить ещё зоны DNS
> -2, вводить на серверах эти IP пространства и пр. пр. пр.
> А тут в том то и дело что у меня ОПТИКА
> не DSL, не GPRS, не канал в 4 Mbit. А для
> 2 Цисок, ОПТИКИ и 60 машин не нужны мне 2 подсети
> в 1 городе...
> Я просто 100% уверен что CISCO позволяет реализовывать данный функционал, вопрос КАК
> ?!Аблдеть....
1. т.е. диапазоны ip-ов выданных на разные офисы из одной подсети помнить ненадо??
2. Накой плодить зоны-то в DNS??? кто вам запрещает энто все в одну зону поместить? DNS к IP подсетям имеет весьма опосредованное отношение.
3. опишите все ваши гипотетические пространства на серверах одним правилом - или вы с CIDR незнакомы?? серверам им как-то вообще до лампочки будет трафик маршрутизироваться или коммутироваться напрямую.
4. да какая к монахам разница - оптика/шмоптика? не путайте физику и логику.
CISCO действительно позволяет реализовывать данный функционал (L2TPv3 или AToM например), правда если вы внимательнее почитаете различные рекомендации - то там указано, что это вариант на крайний случай, когда по-другому ну никак нельзя, короче костыльночерезжопный....
Вам собственно на это тут и намекают...
как - очень просто, пробрасываете VLAN по L2TPv3 или AToM.
Но при таких решениях вы получаете в качестве бонусов - усложнение траблшутинга, невозможность резервирования, увеличение нагрузки на оборудование (согласитесь, что гонять IP поверх eth поверх l2tpv3 поверх ip поверх eth както напряжнее чем просто ip over eth), вероятные проблемы с mtu и фрагментацией, нулевое масштабирование (хотя вы от этого сразу отказались)....