andavid descubrió el hilo negro...problema solucionado el router es la solución pero no es costoso y hay que tener conocimientos de programación <--- Lease totalmente en un tono irónico

¿esa solucion es costosa?...¡¿eh?! usar un puerto especifico para poder monitorear ¿cuál sería el objetivo de monitorear los puertos? lo que quiere es poder entrar a su red


Protocolos, tabla de enrutamiento, asignacion de los recursos LAN, DNS, policys...¡¿eh?!
Un equipo que te permita hacer DMZ y NAT es suficiente y otro para la distribución, para eso no se necesita todo lo que dices en base a lo que plantea...si requieres una LAN corporativo con ACL, vLans, etc. si se requeriria lo que tu mencionas

user@MX480–router> show configuration
[...Output Truncated...]
}
chassis {
    fpc 0 { # The fpc number is associated with the interface on which sampling is enabled, ge-0/1/0 in this statement.
        sampling-instance s0;
    }
    fpc 3 { # The fpc number is associated with the interface on which sampling is enabled, ge-3/1/0 in this statement.
        sampling-instance s1;
    }
}
interfaces {
    ge-0/1/0 { # This interface has sampling activated.
        unit 0 {
            family inet {
                sampling { # Here sampling is activated.
                    input;
                }
                address 10.0.0.1/30;
            }
        }
    }
    ge-1/0/0 { # The interface on which packets are exiting the router.
        unit 0 {
            family inet {
                address 20.0.0.1/30;
            }
        }
    }
    ge-1/0/4 { # The interface connected to the cflowd server.
        unit 0 {
            family inet {
                address 2.2.2.1/32;
            }
        }
    }
    sp-2/0/0 { # The service interface that samples the packets from Router 1.
        unit 0 {
            family inet;
        }
    }
    sp-2/1/0 { # The service interface that samples the packets from Router 3.
        unit 0 {
            family inet;
        }
    }
    ge-3/1/0 { # This interface has sampling activated.
        unit 0 {
            family inet {
                sampling { # Here sampling is activated.
                    input;
                }
                address 11.0.0.1/30;
            }
        }
    }
}
forwarding-options {
    sampling {
        instance {
            s0 {
                input {
                    rate 1;
                    run-length 0;
                }
                family inet {
                    output {
                        flow-server 2.2.2.2 { # The address of the external server.
                            port 2055;
                            version9 {
                                template {
                                    v4
                                }
                            }
                        }
                        interface sp-2/0/0 {
                            source-address 1.1.1.1; # Source address of the sampled packets
                        }
                    }
                }
            }
            s1 {
                input {
                    rate 1;
                    run-length 0;
                }
                family inet {
                    output {
                        flow-server 2.2.2.2 { # The address of the external server.
                            port 2055;
                            version9 {
                                template {
                                    v4
                                }
                            }
                        }
                        interface sp-2/1/0 {
                            source-address 1.1.1.2; # Source address of the sampled packets
                        }
                    }
                }
            }
        }
    }
}

routing-options {
    static {
        route 50.0.0.0/8 next-hop 20.0.0.2;
    }
}
services {
    flow-monitoring {
        version9 {
            template v4 {
                flow-active-timeout 30;
                flow-inactive-timeout 30;
                ipv4-template;
            }
        }

Un equipo no puede pertenecer a 4 subredes distintas, porque solo tienes una IP. Si tu router tiene un segmento 192.168.x.x/24 necesitas una ip en ese segmento. Lo que ha mostrado el OP son 4 segmentos diferentes los cual apuntan a los equipos. Por una sola conexión, el equipo no puede pertenecer a todos los segmentos. Puedes configurar tu router para rutear los paquetes a los demás segmentos sí... pero los equipos están en diferentes subredes. Simplemente así es como funciona IP. Encima hice la aclaración que usar el mismo dominio de broadcast (si es que no esta usando vlans) para dos segmentos no es lo más razonable.

Como dije antes, la tabla de ruteo de los 4 routers es fácil. De entrada todo va al mismo punto. Pero de salida no lo es. Si el paquete entra por el router periferico X, se mueve a tu router interno A, este hace nateo, el equipo recibe la peticion y contesta. Ahora el equipo envia el paquete al router A y de aqui lo envia por la ruta de acuerdo a la política de ruteo (shortest path, vector mas pequeño, etc). Y aquí no tienes ninguna garantía que lo envie por la ruta por la que vino. Mientras tanto, el equipo que inicio la petición esta esperando una respuesta de X pero e el paquete termino en Z o en W o en Y o quizás haya acabado en X pero no es seguro.

No se como piensas que NAT puede ayudarlo en este caso. Simplemente cuando el router que hizo la traducción este listo para mandarlo de regreso, no tiene forma de decir "Voy a enviarlo por la ruta en la que se me envio".

Dos conceptos "subinterfaces y vLANs" buscarlos y te darás cuenta que un equipo puede pertenecer a 4 sub redes distintas

No es tan sencillo... En primer lugar el esquema del OP es incorrecto. No puedes tener equipos que pertenezcan a 4 redes distintas. A menos que cada dispositivo haga 4 conexiones distintas. que lo dudo mucho.