mike cook <michael.c...@sfr.fr> wrote: > > Le 28 janv. 2014 ? 10:02, Rob a ?crit : > >> Brian Utterback <brian.utterb...@oracle.com> wrote: >>> I don't know about lost packets. It seems to me that dropping the packet >>> that triggered an ARP request is not very robust, in fact it is down >>> right fragile. Are you sure that there really are such implementations? >> >> Typically all cisco implementations behave this way. >> However, there is no cisco involved in this case. >> It is all Linux. It looks like Linux does not do this. > > Last line sounds like a contradiction? > I tried to reproduce the issue with FreeBSD 8.2 client and Linux 3.2.27 > server on links with dumb switches and could not. Even when the arp cache > entry for that client was long gone (verfied) the server acted correctly on > the next poll. > What OSs are your client and server?
It is all Linux. Both client and server. I can reproduce the ARP issue on cisco routers and switches. The first outgoing ping always fails. _______________________________________________ questions mailing list questions@lists.ntp.org http://lists.ntp.org/listinfo/questions