Wheeler, JF (Jonathan) wrote:

> Further to the above query and the reply from Hartmut, I did as he
> suggested and issued the command "vos listaddr -cell XXX" for all cells
> in the CellServDB file on the system in question.  This generated a
> large file (as expected) which included quote a lot if entries for the
> network 192.168.*; I understand that this network segment is defined as
> being non-routable so are there a number of sites which should have
> NetRestrict or NetInfo files but do not, or is there some other
> explanation ?

Some cells may want/need to broadcast both the private and public
addresses for their servers if the cell is located behind a NAT.

The interesting output would be the list of cells which are doing
so.  It is possible that not everyone realizes that they are publishing
private addresses.

> Here is output from the command "tcpdump 192.168.67.1":
> 
> 11:57:02.587157 lcg0329.gridpp.rl.ac.uk.afs3-callback >
> 192.168.67.1.afs3-fileserver:  rx data fs call get-time (32) (DF)
> 11:57:04.647085 lcg0329.gridpp.rl.ac.uk.afs3-callback >
> 192.168.67.1.afs3-fileserver:  rx ack (65) (DF)
> 11:57:05.667117 lcg0329.gridpp.rl.ac.uk.afs3-callback >
> 192.168.67.1.afs3-fileserver:  rx data fs call get-time (32) (DF)
> 11:57:07.707266 lcg0329.gridpp.rl.ac.uk.afs3-callback >
> 192.168.67.1.afs3-fileserver:  rx ack (65) (DF)
> 11:57:09.237138 lcg0329.gridpp.rl.ac.uk.afs3-callback >
> 192.168.67.1.afs3-fileserver:  rx data fs call get-time (32) (DF)

This is simply an indication that the AFS client has been given the
IP address of a file server and the client is checking periodically
to see if that file server is currently available.

Jeffrey Altman

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

Reply via email to