First of all, I'd like to say that is unsupported configuration and default behaviur can be various in different Junos version.
The best way to have VME interface for network connectivity and console access for emergency access.
case1: If you have correct routing or you try to connect to switch from same network (220.127.116.11/24) you will be able to connect to switch and redirect to Master-RE via internal VC infrustructure. Same behaviur as for console connection.
case2: You will be able to connect to switch and you will be redirected to Master-RE via internal infrastructure.
Use "show virtual-chassis login" for understanding 😉
The way to think about these dedicated mgmt ports is that they will not permit transit traffic. And they are by default in the master base routing instance using the inet.0 route table.
Some platforms of more recent versions of Junos allow the moving of the mgmt port to routing instances so they can have an independent route table.
So most of the connectivity issues with dedicated ports revolve around asymmetrical routing. The return packet route for connections coming in or from the dedicated port go out a different device port. And since the mgmt interface does not allow transit traffic the connections fail.
One solution is to make sure the dedicated mgmt port is alone in either the base inet.0 or a separate routing instance.
another solution is to use NAT for traffic into the mgmt port subnets so that the source ip address of traffic destined for the mgmt port is changed to be in the same subnet. Thus the replies always go back out the dedicated port.
Steve Puluka BSEET - Juniper Ambassador IP Architect - DQE Communications Pittsburgh, PA (Metro Ethernet & ISP) http://puluka.com/home