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 2025 | 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 2025 |
<== Date ==> | <== Thread ==> |
---|
Subject: | Re: error of beacon |
From: | Ralph Lange <[email protected]> |
To: | EPICS Tech-Talk <[email protected]> |
Date: | Wed, 06 Aug 2014 10:09:16 +0200 |
On 05/08/2014 20:33, Hu, Yong wrote:
Let me add ~3cts of explanation... Roughly speaking, Channel Access uses three mechanisms on the network (default methods and ports in parentheses): - Beacons, aka alive message broadcasts, sent from the server (UDP, 5065) - Name resolution traffic, two-way (UDP, 5064) (recently added: TCP, 5064) - Data and control traffic, two-way (TCP, 5064) The error message is obviously from the beacon sender thread, failing to send to a specific address on port 5065. If no environment variables are set, beacons are sent to the broadcast addresses of all configured network interfaces (except loopback), which "just works" in most cases. The fact that the beacon thread tries to send to a specific address looks as if EPICS_CA_ADDR_LIST has been set to a specific address, and no beacon receiver thread (caRepeater) is running on that machine, or it sends back the mentioned ICMP packages for some other reason. If this variable setting is a needed and verified (and not a mistake), you should probably set the beacon broadcast mode and the beacon address list separately and explicitly by setting EPICS_CAS_AUTO_BEACON_ADDR_LIST to YES or NO (depending on if you want beacons sent to all configured networks) and EPICS_CAS_BEACON_ADDR_LIST to any specific list of addresses you want the IOC to send beacons to. This will have the same effect on the beacons as the setting that Yong uses, but does not affect the name resolution of the Channel Access client on that IOC. Last not least: Of course all this, and much more, is described in the Channel Access Reference Manual [1]. Cheers, ~Ralph [1] http://www.aps.anl.gov/epics/base/R3-14/12-docs/CAref.html
|