The outputs that you pasted are from different interface-units. However, for the two units that you've shown above (ge-1/1/1.1010 on R1 and ge-1/1/1.1700 on R2), the VRRP IP is not in the same subnet as the interface IP address.
This same VRRP (.206) seems to be on unit 1016 and unit 1988.
My suggestion would be to change the VRRP IP on units 1010 and 1700 and see if that helps.
There still seems to be some issue with the outputs here. Check this out:
set interfaces ge-1/1/1 unit 1010 family inet address 10.4.3.105/28 vrrp-group 10 virtual-address 10.4.3.106
set interfaces ge-1/1/1 unit 1010 family inet address 10.4.3.105/28 vrrp-group 10 priority 250
Vrrp for R1 status
ge-1/1/1.1010 up 10 master Active A 0.138 lcl 10.4.3.205
The IP addresses (both local and VRRP) for R1 show up in the 10.4.3.192/28 subnet whereas the configuration that you posted show the IP addresses in the 10.4.3.96/28 range. Could you please post the complete configuration. Probably your active and candidate configurations are different (commit is required).
Basically, if your VRRP IP is in a different subnet than the interface-IP, then you need to make sure that the VRRP-IP's subnet is not being used anywhere else.
Could you post these outputs from the operational mode: