첫째, 왜 당신이 사용자를 위해 이것을 할 것인지 잘 모르겠습니다. 내가 생각할 수있는 한 가지 시나리오는 현재 사용자 서브넷에 IP가없고 현재 서브넷을 쉽게 확장 할 수 없다는 것입니다. 이 경우 다른 서브넷을 추가하는 것이 좋습니다. 두 서브넷이 동일하므로 IP를 이런 방식으로 사용하면 스푸핑이 문제가되지 않으므로 단일 서브넷을 사용하든 여러 서브넷을 사용하든 동일한 스푸핑 위험이 있습니다. 내가 가진 질문 중 하나는 DHCP가 작동하는 방식입니다. DHCP 범위가 연속적이지 않고 DHCP 서버가 라우터의 “도우미”주소를 기반으로 IP를 제공하는 경우 모든 요청이 한 범위 또는 다른 범위로 이동하지 않습니까? DHCP 서버가 브로드 캐스트 도메인에 직접 앉아 있으면 이것이 문제가 아닌 것으로 생각되지만 여전히 탐색해야 할 부분입니다.

사실, 나는 실제로 내 앱 중 하나를 위해 프로덕션 에서이 작업을 수행합니다. 지리적으로 다양한 사일로가있는 앱이 있으며 각 사일로에는 자체 / 27이 있습니다. 이러한 IP는 인프라 IP로 간주됩니다. 이들은 해당 서버에 속합니다. 그런 다음 추가 / 29를 동일한 브로드 캐스트 도메인으로 라우팅합니다. 이 서브넷은 응용 프로그램에 속합니다. 다음에 하드웨어를 업그레이드 할 때 새로운 / 27을 사용하여 완전히 새로운 사일로를 구축 한 다음 / 29 응용 프로그램의 경로를 변경합니다. 이 / 29는 네트워크 요소와의 통신을 처리하므로 새 하드웨어 나 새 소프트웨어를 얻는 경우 모든 NE를 다시 프로그래밍 할 필요가 없으며 동일한 브로드 캐스트 도메인을 사용하면 전용 NIC없이이를 수행 할 수 있습니다.

답변