EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  <20062007  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  <20062007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: VCCT and CA sniffer
From: Emmanuel Mayssat <[email protected]>
To: Chris Payne <[email protected]>
Cc: Rok Sabjan <[email protected]>, EPICS tech-talk <[email protected]>
Date: Wed, 23 Aug 2006 12:44:23 -0700
Chris,

> First off, I'm no ethereal expert, but have used it in attempts to diagnose
> possible CA network problems. Any add-on or plug-in specific to CA packets
> would seem to be a great addition.

I personally do not want to be a CA network expert ;-)
But I have CA errors reported by my IOCs, I hope ethereal could help me
here.

> The reasons for these non-standard ports aside, I have a question about how 
> the CA packets will be recognized. Will it be purely based on 
> source/destination port, or some other header in the packet? If it will be

Yes, by default.
But you can decode packets coming and leaving from non default ports
with a specific protocol.
You can definitely do this through the ethereal GUI. I am not sure if it
is possible from the command line or a config file.

 
> based solely on ports, do you foresee the ability to customize the ports 
> associated with the CA protocol in the proposed CA ethereal plug-in?
> 
> As a side note, do other labs use non-standard CA ports, or are we on our own
> here?

I use different ports for several iocs running on same computer.
This is particularly convenient in R&D mode, where you can have 1 IOC
per connected device (or rather 1 IOC per small group of devices).
They are issues with port usage. I believe some records needs to have
linked PVs in the same IOC (IN_DBLINK? such as INP of CALC record?).

-- 
Emmanuel Mayssat
Cell: 650/793-0626
Lyncean Technologies, Inc.
"See the invisible"


References:
Re: VCCT and CA sniffer Ned Arnold
Re: VCCT and CA sniffer Matt Bickley
Re: VCCT and CA sniffer Ernest L. Williams Jr.
Re: VCCT and CA sniffer Matthieu Bec
Re: VCCT and CA sniffer Rok Sabjan
Re: VCCT and CA sniffer Chris Payne

Navigate by Date:
Prev: New Technology Alert: X-Ray-based Ultra-high Density Optical Memory (X-ROM) X-ROM, Inc.
Next: Re: VME Bus Error handling on MVME3100 and 6100 boards Andrew Johnson
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  <20062007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Re: VCCT and CA sniffer Chris Payne
Next: Re: VCCT and CA sniffer Rok Sabjan
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  <20062007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 02 Sep 2010 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·