Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  <20142015  2016  2017  2018  2019  Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  <20142015  2016  2017  2018  2019 
<== Date ==> <== Thread ==>

Subject: Re: could it possible to get pv from another subnet?
From: Maren Purves <m.purves@jach.hawaii.edu>
To: tech-talk@aps.anl.gov
Date: Tue, 14 Oct 2014 11:37:29 -1000
On 10/14/14 07:15, Hartman, Steven M. wrote:

On Oct 14, 2014, at 9:27 AM, Mark S. Engbretson <Engbretson@anl.gov> 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  <20142015  2016  2017  2018  2019 
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  <20142015  2016  2017  2018  2019 
ANJ, 17 Dec 2015 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·