Исправление Pinkbyte, (текущая версия) :
один крендель, который всё удивлялся, что RIP так глупо сделан.
Я тебе скажу тоже самое. Вот ты, к примеру, можешь сходу назвать преимущества RIP(не RIP-2 или RIPng) перед, скажем OSPF? Только не надо загибать про «простоту эксплуатации». Бесконечная метрика в 16 хопов - это лол. Я понимаю, если это использовать в домашней сети или в сети малого предприятия. Но когда кол-во сегментов растет, масштабируемость у RIP откровенно хреновая...
NAT позволяет заменить в проходящем пакете несколько значений на другие и при необходимости заменить значения на соответствующие в ответном пакете. Ничего плохого в этом нет.
учитывая клинических дебилов, которые любят его юзать ВМЕСТО файрволла(особенно на железках, которых не обучили conntrack-у или его аналогах для тех же SIP,H.323, FTP и т.д.) - ну ты понел, с чем мне приходится сталкиваться, да?
Поинтересуйся у них как без костылей организовать балансировку нагрузки между серверами
VRRP. На худой конец - CARP. Никаких костылей я здесь не вижу.
Или как объединить купленную сеть (10/8) с имеющейся (10/8)
Постепенная смена адресации, посегментно - от ядра сети к нижестоящим сегментам. При правильной организации сети(использовании DNS везде где можно) - не такая уж и проблема. Если где-то сеть организована хреново - отличная причина сделать реорганизацию. Да, это займет время - зато профит в обслуживании потом будет налицо. И да, надеюсь ты не имеешь ввиду что 10/8 с каждой стороны - это 1 сегмент? :-)
Исходная версия Pinkbyte, :
один крендель, который всё удивлялся, что RIP так глупо сделан.
Я тебе скажу тоже самое. Вот ты, к примеру, можешь сходу назвать преимущества RIP(не RIP-2 или RIPng) перед, скажем OSPF? Только не надо загибать про «простоту эксплуатации». Бесконечная метрика в 16 хопов - это лол. Я понимаю, если это использовать в домашней сети или в сети малого предприятия. Но когда кол-во сегментов растет, масштабируемость у RIP откровенно хреновая...
NAT позволяет заменить в проходящем пакете несколько значений на другие и при необходимости заменить значения на соответствующие в ответном пакете. Ничего плохого в этом нет.
учитывая клинических дебилов, которые любят его юзать ВМЕСТО файрволла - ну ты понел, с чем мне приходится сталкиваться, да?
Поинтересуйся у них как без костылей организовать балансировку нагрузки между серверами
VRRP. На худой конец - CARP. Никаких костылей я здесь не вижу.
Или как объединить купленную сеть (10/8) с имеющейся (10/8)
Постепенная смена адресации, посегментно - от ядра сети к нижестоящим сегментам. При правильной организации сети(использовании DNS везде где можно) - не такая уж и проблема. Если где-то сеть организована хреново - отличная причина сделать реорганизацию. Да, это займет время - зато профит в обслуживании потом будет налицо. И да, надеюсь ты не имеешь ввиду что 10/8 с каждой стороны - это 1 сегмент? :-)