On 10/14/14 07:15, Hartman, Steven M. wrote:
On Oct 14, 2014, at 9:27 AM, Mark S. Engbretson <[email protected]> wrote:
The network topology is set up so that you *DON"T* normally have any sort of
interaction between the 2 . . . . so why now do you need interaction between
the 2? What is so important that the camonitor system has to stay on that
subnet instead of being put onto the other one?
I agree with Mark that HaveF would receive better responses if the request to tech-talk included a description of what they are trying to accomplish with this particular configuration. But I will jump in with a possible solution.
The network diagram in the initial post looks similar to a setup we have here at SNS. The accelerator controls network is in a private network. The individual beam line controls networks are in their own, separate private networks. On the controls network, there is a CA server (actually, many CA servers) which provides accelerator status PVs (beam energy, current, . . .) which is equivalent to your '192.168.1.200 CAS'. CA clients, equivalent to your '192.168.1.100 camonitor', on the beam line networks would like to be able to monitor some of these PVs.
The solution is a CA gateway on the equivalent of your 202.201.1.4 box which provides read-only access to the accelerator PVs, visible by the beam line clients.
http://www.aps.anl.gov/epics/extensions/gateway/index.php
Or to abandon the non-routable networks and use routable ones.
We do that here (for historical reasons and never bothering
changing that we read one serial line from an IOC on another
subnet), all you have to do is to put routeAdds into your
startup script(s) in that case.
Maren
- References:
- could it possible to get pv from another subnet? HaveF
- RE: could it possible to get pv from another subnet? Mark Rivers
- RE: could it possible to get pv from another subnet? Mark S. Engbretson
- Re: could it possible to get pv from another subnet? Hartman, Steven M.
- Navigate by Date:
- Prev:
Re: could it possible to get pv from another subnet? Hartman, Steven M.
- Next:
Re: could it possible to get pv from another subnet? HaveF
- Index:
1994
1995
1996
1997
1998
1999
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
<2014>
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
- Navigate by Thread:
- Prev:
Re: could it possible to get pv from another subnet? Hartman, Steven M.
- Next:
Re: could it possible to get pv from another subnet? HaveF
- Index:
1994
1995
1996
1997
1998
1999
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
<2014>
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
|