EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  <20212022  2023  2024  Index 2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  <20212022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: [EXTERNAL] CA gateway chaining
From: Timo Korhonen via Core-talk <core-talk at aps.anl.gov>
To: "Zimoch Dirk (PSI)" <dirk.zimoch at psi.ch>, Steven Hartman <hartmansm at ornl.gov>
Cc: "core-talk at aps.anl.gov" <core-talk at aps.anl.gov>
Date: Wed, 27 Oct 2021 08:49:29 +0000
Hi,

Just a short follow-up. 
We found out that the delays are due to large arrays being monitored over the gateway. Not a surprise, even if we have tried to remind users about the effects with big arrays. 

We hope to move to PVA gateways as soon as the new version is released (and install some instances for testing before release.)

Thank you all for your feedback, it helped a lot.

Timo

On 2021-10-26, 09:55, "Zimoch Dirk (PSI)" <dirk.zimoch at psi.ch> wrote:

    On Mon, 2021-10-25 at 15:16 +0000, Hartman, Steven via Core-talk wrote:
    > 
    > 
    > > On Oct 25, 2021, at 4:35 AM, Timo Korhonen via Core-talk <core-talk at aps.anl.gov> wrote:
    > > 
    > > We at ESS are using CA gateways in a “chain” configuration, i.e., roughly in the following way:
    > > Machine (aka Technical) network -> gateway A-> internal DMZ -> gateway B-> office network.
    > >  
    > > Does any of you have any experience with such a configuration?
    > 
    > 
    > Hi Timo—
    > 
    > For the SNS beam lines, each beam line has a gateway, and then we have a gateway-of-gateways for office machine
    > clients to connect with . . .
    > 
    > bl1-gateway  }
    > bl2-gateway  }
    > bl3-gateway  }   -> aggregating-gateway -> office network clients
    > . . .                }
    > bln-gateway  }
    > 
    > 
    > There are nearly 30 gateways at the first level on separate private networks. Large arrays can impact performance, but
    > generally it has worked quite well. We do not see a 1 second delay. 
    
    The same for SLS, in fact. When I wrote 
    "Beamline Network -> gateway A -> Machine network -> gateway B -> office network"
    I meant:
    20 beamline networks -> 20 beamline gateways -> machine nework -> office gateway (readonly) -> office network
    No beamline access shows connection delays under normal circumstances. However we had the situation that badly
    implemented CA clients were spamming the BL networks with search requests (basically doing: while true; do caget xxx;
    done). In that case connecting degraded for everyone, including the GW. Checking the broadcast rate as provided by the
    CA gateway shows this problem quickly.
    
    Dirk
    
    


Replies:
Re: [EXTERNAL] CA gateway chaining Ralph Lange via Core-talk
References:
CA gateway chaining Timo Korhonen via Core-talk
Re: [EXTERNAL] CA gateway chaining Hartman, Steven via Core-talk
Re: [EXTERNAL] CA gateway chaining Zimoch Dirk (PSI) via Core-talk

Navigate by Date:
Prev: Build failed: EPICS Base 7 base-7.0-419 AppVeyor via Core-talk
Next: Build failed: EPICS Base 7 base-7.0-419 AppVeyor via Core-talk
Index: 2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  <20212022  2023  2024 
Navigate by Thread:
Prev: Re: [EXTERNAL] CA gateway chaining Zimoch Dirk (PSI) via Core-talk
Next: Re: [EXTERNAL] CA gateway chaining Ralph Lange via Core-talk
Index: 2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  <20212022  2023  2024 
ANJ, 01 Nov 2021 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·