EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

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

Subject: reacting to CA server availability
From: "Jeff Hill" <[email protected]>
To: <[email protected]>
Date: Mon, 21 Nov 2005 09:16:03 -0700
> From Ralph:
> The not-so-good news: I still see that testcaget and testcaput 
> behave *very* differently. The testcaput takes a *lot* longer 
> to react to CA server availability. 

Hopefully you observed that the disconnect timeout was the same as always -
EPICS_CA_CONN_TMO + 5.0 seconds for the circuit verify to complete.

Starting with R3.14.6 or so, circuit restart after disconnecting a cable for
a short interval will be dependent on TCP/IP's internal timing. If TCP can't
get through it will keep trying, but with dimensioning period following an
exponential back-off. CA will not mark the circuit responsive again until it
get an are-you-there response within 5 seconds and that could be delayed a
bit depending on where we are in TCP's exponential back-off based retry
interval.

If we leave the cable disconnected long enough TCP's internal keep-alive
timer will fire. CA will see a TCP disconnect indication in which case you
should also see that reconnect times are a bit slower in recent versions.
This is by design. The client library now (starting with R3.14.6) uses a
different (slower) search interval boost for beacon anomalies compared to
when a new channel is created. Starting with R3.14.6 the maximum search
period is also different. In prior releases CA eventually stops searching
(after 100 tries) and only resuming again when it sees a beacon anomaly. In
R3.14.6 CA plateaus the search interval to a configurable maximum - and
never stops searching. In R3.14.6 there are multiple search timers - each a
power of two times the round trip estimate. Therefore, creation of a new
channel has no impact whatsoever on the search intervals for disconnected
channels created in the past.

I expect that sites with many IOCs will be pleased with the behavior
changes. The primary benefits being less broadcast traffic, and less
tendency for the system to flail when operated close to load saturation, or
should there be a centralized communication failure.

Jeff
__________________________________________________________
Jeffrey O. Hill               Mail         [email protected]
LANL MS H820                  Voice        505 665 1831
Los Alamos NM 87545 USA       Fax          505 665 5107





Replies:
Re: reacting to CA server availability Ralph Lange

Navigate by Date:
Prev: Re: priorities Eric Norum
Next: RE: priorities Jeff Hill
Index: 2002  2003  2004  <20052006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Re: priorities Marty Kraimer
Next: Re: reacting to CA server availability Ralph Lange
Index: 2002  2003  2004  <20052006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 02 Feb 2012 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·