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 | 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 |
<== Date ==> | <== Thread ==> |
---|
Subject: | Re: CA and EPICS_CA_ADDR_LIST -> EPICS_CA_ADDR_FILE |
From: | "Jeff Hill" <[email protected]> |
To: | <[email protected]>, <[email protected]>, "Matthias Clausen DESY -MKS-2/KRYK-" <[email protected]> |
Cc: | "Jeff Hill" <[email protected]>, <[email protected]> |
Date: | Fri, 30 May 1997 18:26:52 -0600 |
---------- > From: Matthias Clausen DESY -MKS-2/KRYK- <[email protected]> > To: [email protected]; [email protected] > Cc: [email protected] > Subject: Re: CA and EPICS_CA_ADDR_LIST -> EPICS_CA_ADDR_FILE > Date: Friday, May 30, 1997 1:08 PM > > The question of getting access to remote (off subnet) IOC's is a common one. > The limit in the env. vars is maybe also good because we might end with addr-lists of too > many nodes. None the less I want to propose to add a new env. var like: EPICS_CA_ADDR_FILE > where you can enter all your IOC's you want to talk to. This might be a performance hit to > the client and therefore it should not be implemented on the IOC clinet. > Another solution might be the ca_name_server which we heared about during the EPICS > workshop and which might have another implementation based on the portable ca_server. > If this solution would be available already for 3.13 (Jeff??) many of us would not need to > argue any more about the limitations in EPICS_CA_ADDR_LIST. > I intend to slip this small change (allowing the ca server to provide name resolution services) into EPICS 3.13. Jeff